Расширения vs снятие с поддержки — как не сломать обновления
Почему я никогда не снимаю с поддержки и оформляю всё через расширения. С примерами и оговорками.
Старая школа: открыли конфигурацию в Конфигураторе, изменили модуль документа, сохранили. Через 3 месяца новый релиз — и теперь обновлять надо вручную каждый изменённый объект, что превращается в ад.
Расширения — что это
Расширение конфигурации — это «оверлей» поверх типовой. Вы добавляете новые объекты или подменяете методы, а основная конфигурация остаётся нетронутой. Релизы накатываются штатно — типовая обновляется, расширение работает поверх.
Когда расширение не справится
- Глубокое изменение проводок документов (иногда проще снять с поддержки)
- Когда нужно изменить состав реквизитов справочника на корне
- Изменения в системных подсистемах БСП, которые специально защищены
За 10 лет работы я снимал конфигурацию с поддержки 3 раза. Все три — там, где клиенту был нужен принципиально другой контур учёта, и обновления типовой ему не требовались.
Что выбрать для обычного бизнеса
Расширение в 95% случаев. Это значит: вы сможете обновляться сами или с минимальной помощью, ваш специалист по 1С не превратится в незаменимого человека, а изменения можно отключить одной галкой, если что-то пошло не так.
Похожая задача в вашей 1С?
Я разбираю эти кейсы каждый день — на консультации или в рамках сопровождения. Опишите задачу — пришлю оценку.
Комментарии
0 комментариевПока нет комментариев. Войдите, чтобы оставить.
Только для авторизованных
Войдите или зарегистрируйтесь, чтобы оставить комментарий. Имя будет взято из вашего профиля.