Дано: БУХ 3 (хотя в принципе не принципиально), надо существенно кастомизировать. Появятся несколько (>10) оригинальных документов, которые НЕ БУДУТ проводиться по БУ, а только по своим регистрам. БУ документы будут вводиться на основании этих документов. Но есть куча общих механизмов, типа "Показать движения", "Структура подчинения" и т.п. Конфигурацию естественно надо будет поддерживать в актуальном состоянии и периодически обновлять.
Вопрос: Как проще поступить с общими механизмами, изменить их или создать свои (где-то будут копии типовых). С точки зрения поддержки наверно проще минимизировать изменения типовых механизмов, но в итоге я получу дублирование функционала (типовой + аналогичный под мои документы). По текущим временным затратам проще изменить типовые механизмы, т.к. где-то, например, только типы расширятся.
Вопрос: Как проще поступить с общими механизмами, изменить их или создать свои (где-то будут копии типовых). С точки зрения поддержки наверно проще минимизировать изменения типовых механизмов, но в итоге я получу дублирование функционала (типовой + аналогичный под мои документы). По текущим временным затратам проще изменить типовые механизмы, т.к. где-то, например, только типы расширятся.
По теме из базы знаний
- Доработка конфигурации для загрузки отчета по транзакциям с сайта Газпромнефть
- Полезная доработка конфигурации "Конвертация данных"
- Доработка конфигурации УПП 1.2 для работы с ШТРИХ-МПЕЙ-Ф
- Доработайте это "немедленно", или как уменьшить доработки конфигурации
- 5 подходов при доработке конфигурации 1С, чтобы в будущем не было мучительно больно её обновлять
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1) drlivsey, в данный момент участвую именно в таком проекте. Реализуем не типовые документы частично дублирующие типовые документы. Для этого не типовые документы имеют механизмы синхронизации типовой части. Не типовой документ поступления создает поступление товаров и услуг и т.п. Говоря короче - примерно то, что вы описали.
За год разработки включить возможность изменения пришлось только для корня конфигурации и внести три процедуры в модули сеанса и управляемого приложения. Так что каких-либо сложностей с этим нет. По поводу механизмов структуры подчиненности и отображения движений - тут два варианта - либо включить возможность изменения и не забывать в состав типов параметров команд и критериев отбора включать ваши типы после каждого обновления. Либо скопировать эти объекты и после каждого обновления проверять работоспособность. Мы пошли по второму варианту, хотя первый имеет свои плюсы. Для движений продублировали команду ПоказатьДвиженияДокумента, а для структуры подчиненности - критерий отбора СвязанныеДокументы и общую форму СтруктураПодчиненности.
За год разработки включить возможность изменения пришлось только для корня конфигурации и внести три процедуры в модули сеанса и управляемого приложения. Так что каких-либо сложностей с этим нет. По поводу механизмов структуры подчиненности и отображения движений - тут два варианта - либо включить возможность изменения и не забывать в состав типов параметров команд и критериев отбора включать ваши типы после каждого обновления. Либо скопировать эти объекты и после каждого обновления проверять работоспособность. Мы пошли по второму варианту, хотя первый имеет свои плюсы. Для движений продублировали команду ПоказатьДвиженияДокумента, а для структуры подчиненности - критерий отбора СвязанныеДокументы и общую форму СтруктураПодчиненности.
(9) Lotar, Что как дублировать вопросов нет. Просто в последнее занимался оригинальными конфигурациями, и что/как проще/лучше делать при кастомизации типовых уже подзабылось... Тоже склоняюсь к стратегии минимальных изменений типового функционала, хотя это и увеличивает временные затраты на разработку, хотя потом обновлять проще будет.
Интересный механизм, но пока не вижу его применения для своей задачи. Данный механизм будет востребован в задачах, где нет необходимости внедряться в объектную модель конфигурации, а где есть необходимость в дополнительных отчетах/обработках.
А у меня появляется область "небухгалтерских" документов, которые будут основаниями для БУ документов, а также будут "расчетными документами"...
А у меня появляется область "небухгалтерских" документов, которые будут основаниями для БУ документов, а также будут "расчетными документами"...
(4) drlivsey,
как раз все наборот, вы плохо почитали ) как раз для того чтобы навешивать свои объекты и изменения типовых объектов поверх конфигурации поставщика
Данный механизм будет востребован в задачах, где нет необходимости внедряться в объектную модель конфигурации, а где есть необходимость в дополнительных отчетах/обработках.
как раз все наборот, вы плохо почитали ) как раз для того чтобы навешивать свои объекты и изменения типовых объектов поверх конфигурации поставщика
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот