По теме из базы знаний
- Групповая разработка конфигураций в крупном холдинге
- Как успешно вести маркировку обуви в «1С: Управление торговлей 11.4» со «Складом 15»
- Применение cтандартов и методик разработки конфигураций на практике
- Шаблоны для применения cтандартов и методик разработки конфигураций 1С
- Технология разветвленной разработки конфигураций 1С
Найденные решения
(1) очень простой принцип.
если вы планируете регулярно(или не очень) обновлять конфу поставщика, то приоритет в расширении. ( такие конфы как буха или зупа - очень требовательны к обновлениям)
если обновление конфы особо не требуется... то можно и без расширения.
вот сижу в ДО.. 5 лет не обновлялись и не планирую и нормально без расширения.
если вы планируете регулярно(или не очень) обновлять конфу поставщика, то приоритет в расширении. ( такие конфы как буха или зупа - очень требовательны к обновлениям)
если обновление конфы особо не требуется... то можно и без расширения.
вот сижу в ДО.. 5 лет не обновлялись и не планирую и нормально без расширения.
(1) Новые объекты, новые реквизиты и формы типовых объектов - в основной конфигурации. Так нагляднее, все объекты сразу на виду и в одном месте, не надо выискивать их по расширениям (а рано или поздно их станет несколько, и это будет проблемой). К тому же в случае добавления метаданных через расширения есть риск потерять данные при случайном удалении расширения. Исключение - если создаете какой-то новый функционал на продажу, тогда конечно все нужно делать через отдельное расширение.
Все изменения типовых объектов, форм и модулей - в расширении. В идеале, все, что возможно - программно, хотя для форм это скажется на производительности, зато сильно облегчит обновления. И опять же - наглядность.
Все изменения типовых объектов, форм и модулей - в расширении. В идеале, все, что возможно - программно, хотя для форм это скажется на производительности, зато сильно облегчит обновления. И опять же - наглядность.
Остальные ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1) очень простой принцип.
если вы планируете регулярно(или не очень) обновлять конфу поставщика, то приоритет в расширении. ( такие конфы как буха или зупа - очень требовательны к обновлениям)
если обновление конфы особо не требуется... то можно и без расширения.
вот сижу в ДО.. 5 лет не обновлялись и не планирую и нормально без расширения.
если вы планируете регулярно(или не очень) обновлять конфу поставщика, то приоритет в расширении. ( такие конфы как буха или зупа - очень требовательны к обновлениям)
если обновление конфы особо не требуется... то можно и без расширения.
вот сижу в ДО.. 5 лет не обновлялись и не планирую и нормально без расширения.
(1) Новые объекты, новые реквизиты и формы типовых объектов - в основной конфигурации. Так нагляднее, все объекты сразу на виду и в одном месте, не надо выискивать их по расширениям (а рано или поздно их станет несколько, и это будет проблемой). К тому же в случае добавления метаданных через расширения есть риск потерять данные при случайном удалении расширения. Исключение - если создаете какой-то новый функционал на продажу, тогда конечно все нужно делать через отдельное расширение.
Все изменения типовых объектов, форм и модулей - в расширении. В идеале, все, что возможно - программно, хотя для форм это скажется на производительности, зато сильно облегчит обновления. И опять же - наглядность.
Все изменения типовых объектов, форм и модулей - в расширении. В идеале, все, что возможно - программно, хотя для форм это скажется на производительности, зато сильно облегчит обновления. И опять же - наглядность.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот