Обновление и изменённые документы как лучше ..
Добрый день !
ERP2
Хочу узнать как лучше проводить обновление при изменённых-типовых документах.
Есть типовой-документ, в который необходимо внести изменения.
Что Вы посоветуете использовать, чтобы сократить проблемы при обновлении ?
1. Изменения внести непосредственно в документ. После обновления - заново внедрять свой код.
2. Изменения внести в расширение. После обновления проверять работу расширения.
3. Сделать новый аналогичный документ, который не затирается обновлением.
ERP2
Хочу узнать как лучше проводить обновление при изменённых-типовых документах.
Есть типовой-документ, в который необходимо внести изменения.
Что Вы посоветуете использовать, чтобы сократить проблемы при обновлении ?
1. Изменения внести непосредственно в документ. После обновления - заново внедрять свой код.
2. Изменения внести в расширение. После обновления проверять работу расширения.
3. Сделать новый аналогичный документ, который не затирается обновлением.
По теме из базы знаний
- Конструирование аналитической структуры плана счетов в программе «1С:Бухгалтерия 8» с целью обеспечения достоверности финансовой отчетности
- Свертка БП 2.0 документами Ввод начальных остатков
- Обновление нетиповой конфигурации с приведением к типовой и выносом всех доработок в расширение. Часть/Способ №1
- Тестирование прав доступа к объектам с помощью xddTestRunner / Vanessa-ADD
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1) Если код независимы, то единственная сложность при создание расширения будут формы.
Либо изменить формы и проверять каждый раз после обновления.
Либо сделать программное изменение форм (сложнее), но тогда не придется каждый раз обновлять формы в расширение.
Либо изменить формы и проверять каждый раз после обновления.
Либо сделать программное изменение форм (сложнее), но тогда не придется каждый раз обновлять формы в расширение.
(1)На основании опыта могу посоветовать.
Если конфигурация на замке - все через расширение
Если не на замке, то
Новые реквизиты вносите в документ, на форму их устанавливаете программно.
Типовые процедуры и функции дополняете минимально, с комментариями, свой код в отдельную секцию.
Я теперь обычно при изменении типовых вызываю свои функции и процедуры.
Общие модули можно менять в расширении, а можно завести свои в конфигурации.
Стараюсь все что у меня было в расширении вынести обратно в конфигурацию, особенно формы. В расширении они часто ломаются.
Если конфигурация на замке - все через расширение
Если не на замке, то
Новые реквизиты вносите в документ, на форму их устанавливаете программно.
Типовые процедуры и функции дополняете минимально, с комментариями, свой код в отдельную секцию.
Я теперь обычно при изменении типовых вызываю свои функции и процедуры.
Общие модули можно менять в расширении, а можно завести свои в конфигурации.
Стараюсь все что у меня было в расширении вынести обратно в конфигурацию, особенно формы. В расширении они часто ломаются.
(6) Можете добавить в расширение, будет меньше проблем с обновлением.
Хотя хранение данных в основной конфигурации безопаснее и проще, если понадобится удалить расширение.
А на обновление не должно повлиять сильно, так как сравнить реквизиты проще, чем код.
Некоторые реквизиты создают в основной конфигурации, а код в расширение. Это было последствие первых расширений, где удаление расширения удаляло все данные.
Хотя хранение данных в основной конфигурации безопаснее и проще, если понадобится удалить расширение.
А на обновление не должно повлиять сильно, так как сравнить реквизиты проще, чем код.
Некоторые реквизиты создают в основной конфигурации, а код в расширение. Это было последствие первых расширений, где удаление расширения удаляло все данные.
(8) Нет, сейчас данные не удаляются просто так, если расширение по какой то причине отвалилось.
Что бы удалить данные, нужно именно удалить расширение и при этом спросит, что данные также будут удалены.
P.S. да не правильно выразился, не удалить расширение а отключение/"отваливание". Раньше если расширение отключали, до данные удалялись из базы.
Что бы удалить данные, нужно именно удалить расширение и при этом спросит, что данные также будут удалены.
P.S. да не правильно выразился, не удалить расширение а отключение/"отваливание". Раньше если расширение отключали, до данные удалялись из базы.
1. при обновлении совмещать код с новым. Заново внедрять не надо
2. если есть возможность, то да
3. если есть возможность. Но это от тз зависит. Если вас просят внести новое поле в реализацию, то новый документ писать не вариант
2. если есть возможность, то да
3. если есть возможность. Но это от тз зависит. Если вас просят внести новое поле в реализацию, то новый документ писать не вариант
Третий вариант точно нет. Для простоты обновления конечно лучше всего второй вариант. Однако тут смотря что именно доработано, если что-то добавлено - это одно дело (проще), если изменено стандартное - другое дело (сложнее). У вас как?
Добавьте в расширение, будет меньше проблем с обновлением. Хранение данных в основной конфигурации безопаснее и проще, если понадобится удалить расширение. На обновление не должно повлиять сильно, так как сравнить реквизиты проще, чем код.
Некоторые реквизиты создают в основной конфигурации, а код в расширение. Это было последствие первых расширений, где удаление расширения удаляло все данные.
Некоторые реквизиты создают в основной конфигурации, а код в расширение. Это было последствие первых расширений, где удаление расширения удаляло все данные.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот