Доработки через расширения: почему после них 1С обновляется без боли
Когда-то доработали типовую 1С напрямую — и теперь обновления откладываются годами. Показываю, чем расширения лучше, где у них предел и что требовать от подрядчика.
Коротко (TL;DR)
- Если типовую 1С дорабатывали прямо в конфигурации, её сняли с поддержки. После этого каждое обновление — ручная работа по сравнению и объединению кода.
- Расширение — это механизм платформы. Доработки лежат отдельно и подключаются к типовой конфигурации, а она остаётся на поддержке и обновляется штатно.
- Вернуть базу на поддержку можно поэтапно: перенести доработки в расширения по одной, проверить и обновиться. Все новые доработки — только в расширениях.
История, которую я вижу очень часто. Когда-то в типовую 1С внесли доработки. Добавили поле, поменяли печатную форму, переписали расчёт скидки. Сделали прямо в конфигурации, потому что так было быстрее. Прошло несколько лет. Теперь каждое обновление превращается в дорогую ручную работу. Или не делается вовсе, и база годами стоит на старом релизе. Ниже разберу, почему так происходит и как из этого выйти.
Что такое снятие с поддержки простыми словами
Типовая конфигурация приходит от фирмы 1С на поддержке. Это значит, что при выходе нового релиза обновление ставится автоматически. Платформа знает, что было, что стало, и сама заменяет код.
Чтобы изменить типовой код напрямую, конфигурацию снимают с поддержки. Полностью или частично. После этого платформа видит, что в модуле есть и ваши правки, и изменения от 1С. Как их совместить, она не знает. Решать это приходится человеку.
Каждое обновление превращается в сравнение и объединение. Программист открывает модули, смотрит, где ваш код, где новый код 1С, и сводит их руками. Чем больше правок, тем дольше и тем выше шанс что-то пропустить.
К чему это приводит. Обновления начинают откладывать. Одно пропустили, потому что дорого. Второе пропустили, потому что сначала надо поставить первое. Через год-два база отстаёт на много релизов, и догнать её уже серьёзный проект.
Отстаёт отчётность и обмены. Новые формы отчётов, изменения в законе, новые форматы обмена с банками, маркетплейсами и госсервисами приходят с обновлениями. Если обновлений нет, их приходится дописывать отдельно или жить без них.
Каждая новая доработка дороже предыдущей. Программист сначала разбирается в чужих правках, потом аккуратно вписывает свои, чтобы ничего не сломать. Время растёт, а вместе с ним и счёт.
Что такое расширение
Расширение конфигурации — это механизм платформы 1С. Ваши доработки лежат отдельно от типовой конфигурации и подключаются к ней. Типовой код не меняется.
Представьте, что типовая конфигурация — это книга, а расширение — вклеенные в неё закладки с пометками. Книгу можно заменить новым изданием, а закладки переложить. Если страница в новом издании не поменялась, закладка встанет на место сама.
Главное следствие: типовая остаётся на поддержке. Обновления ставятся штатно. Ваши доработки продолжают работать поверх новой версии.
Что можно сделать расширением и где ограничения
Возможностей много. Новые реквизиты в справочниках и документах. Новые формы и изменения в существующих формах. Отчёты и обработки. Новые справочники и документы целиком.
Можно менять и поведение типовой конфигурации во многих местах. Добавить проверку перед записью документа. Поменять расчёт. Вызвать свою процедуру до или после типовой, либо заменить её.
На практике большая часть того, что раньше делали правкой конфигурации, спокойно переносится в расширения.
Но расширения не волшебство. Не всё можно переопределить. Бывают места, где изменить типовую логику расширением сложно или невозможно, и тогда ищут обходной путь.
После крупного обновления расширение тоже надо проверить. Если 1С переписала процедуру, к которой привязана ваша доработка, её придётся поправить. Но это проверка одного отдельного места, а не сравнение всей конфигурации. Разница в объёме работы большая.
Сравнение способов доработки
| Способ доработки | Обновления | Стоимость поддержки | Риски |
|---|---|---|---|
| Правка типовой конфигурации | Ручное сравнение и объединение при каждом релизе | Растёт с каждой доработкой | Обновления откладываются, правки теряются при объединении |
| Расширение конфигурации | Штатно, типовая на поддержке | Проверка расширения после крупных релизов | Не всё можно переопределить, расширение иногда требует правки |
| Внешние отчёты и обработки | Не мешают обновлению | Низкая, пока не меняется структура данных | Могут перестать работать после изменений в типовой |
| Без доработок | Штатно | Минимальная | Процессы подстраиваются под типовую, не наоборот |
Как понять, что у вас сейчас, и как вернуться на поддержку
Три вопроса, на которые стоит найти ответ. Снята ли конфигурация с поддержки полностью или частично. Сколько в ней изменений относительно типовой. Когда было последнее обновление и на сколько релизов база отстаёт.
Это можно посмотреть в конфигураторе: там видно режим поддержки и можно сравнить конфигурацию с типовой. Если ответы «снята», «много» и «давно», у вас как раз та история, о которой эта статья.
Вернуть базу на поддержку можно без остановки работы. Я делаю это поэтапно.
Сначала составляю список всех изменений в конфигурации и по каждому решаю: нужно ли оно ещё. Часть правок обычно давно не используется.
Потом переношу нужные доработки в расширения по одной. Каждую проверяю на копии базы. Когда всё перенесено и работает, типовую часть возвращаю к поставке 1С.
После этого обновляю базу до актуального релиза. И дальше обновления идут штатно.
Что просить у подрядчика
Одно правило: все новые доработки только в расширениях. Если что-то расширением сделать нельзя, подрядчик должен объяснить почему и согласовать это с вами заранее.
Второе правило: у каждой доработки есть описание. Что сделано, зачем, в каком расширении лежит. Тогда через два года любой программист разберётся, что это и можно ли это убрать.
Частые вопросы
Можно ли вернуть конфигурацию на поддержку, не потеряв доработки?
Да. Доработки сначала переносят в расширения, проверяют, и только потом типовую часть возвращают к поставке. Нужные правки продолжают работать.
Все ли доработки можно перенести в расширения?
Большинство да. Бывают места, где это сложно. Их разбирают отдельно и ищут решение, которое не требует снимать типовую с поддержки.
После обновления расширение точно не сломается?
Гарантии нет. Если 1С поменяла код, к которому привязано расширение, его нужно проверить и поправить. Но это точечная работа, а не сравнение всей конфигурации.
Нужно ли останавливать работу на время переноса?
Нет. Перенос и проверка идут на копии базы. В рабочую базу изменения попадают, когда всё проверено.
Как проверить, что подрядчик делает доработки правильно?
Попросите показать, в каком расширении лежит доработка, и её описание. Если правки внесены в типовую конфигурацию без согласования, это повод задать вопросы.
Коротко о главном
Правка типовой конфигурации напрямую снимает её с поддержки. После этого каждое обновление требует ручного сравнения и объединения, обновления откладываются, а каждая новая доработка обходится дороже.
Расширения решают эту проблему. Доработки лежат отдельно, типовая остаётся на поддержке и обновляется штатно. Ограничения есть, но проверить одно расширение после релиза проще, чем сводить всю конфигурацию.
Если ваша 1С давно не обновлялась из-за доработок, начните с оценки. Я посмотрю, что изменено в конфигурации, и составлю план возврата на поддержку. Напишите в Telegram, MAX или VK.
Что я делаю для бизнеса
- Складской учёт и приложения для ТСД
- Интеграция 1С с сайтом, ботом и маркетплейсами
- Боты для заказов в Telegram и MAX
- Защита данных и доступов
Бесплатно: чек-лист «Готов ли ваш бизнес к 152-ФЗ»
12 пунктов, которые проверяют готовность за час: данные, согласия, уведомление в РКН, локализация, защита. Отметьте, что уже сделано, и увидите дыры, за которые сейчас штрафуют.
Готовы обсудить вашу задачу?
Бесплатная консультация — разберём, как внедрить это в вашем бизнесе под ключ. Без форм, пишите напрямую.
Разборы, кейсы и практика — без воды. Выходит регулярно, читать 3–5 минут.


