Как обновить 1С, если конфигурация доработана

Обновление доработанной конфигурации 1С отличается от обновления типовой тем, что изменения вендора могут конфликтовать с вашими модификациями. Автоматическое обновление в таком случае либо недоступно, либо затрёт доработки, либо приведёт к ошибкам после обновления. Поэтому процесс всегда включает ручной этап — сравнение и объединение конфигураций с анализом каждого конфликта.

Объём ручной работы зависит от того, как именно внесены доработки. Изменения через расширения конфигурации и механизм «Изменение и контроль» конфликтуют редко, прямые правки модулей типовых объектов — почти всегда требуют ручного переноса. Прежде чем начинать, нужно понять, что именно доработано и где находятся эти изменения.

Ниже — рабочий порядок действий: от подготовки и резервной копии до проверки результата на копии базы и переноса в рабочую среду. Следуя ему, вы минимизируете риск потери данных и доработок.

Как определить, какие доработки есть в конфигурации

До начала обновления нужно составить карту изменений. Откройте конфигуратор и проверьте статус поддержки: меню «Конфигурация» → «Поддержка» → «Настройка поддержки». Если конфигурация стоит на поддержке с возможностью изменения или снята с поддержки — доработки внесены напрямую в типовые объекты.

Отдельно проверьте наличие расширений: «Конфигурация» → «Расширения конфигурации». Расширения хранятся отдельно от основной конфигурации и при обновлении не затираются, но могут перестать работать, если вендор переименовал или удалил объекты, к которым они подключаются.

Полезно выгрузить список изменённых объектов. В окне настройки поддержки видно, какие объекты изменены по сравнению с конфигурацией поставщика. Сохраните этот список — он станет чек-листом при переносе доработок после обновления.

Подготовка: резервная копия и тестовая среда

Обновление любой доработанной конфигурации выполняется только на копии базы. Сделайте выгрузку информационной базы через конфигуратор («Администрирование» → «Выгрузить информационную базу») или штатную резервную копию средствами СУБД, если база клиент-серверная. Убедитесь, что копия восстанавливается: загрузите её в отдельную базу и проверьте, что она открывается.

Разверните тестовую копию и выполняйте все шаги обновления на ней. Рабочую базу трогайте только после того, как обновлённая копия прошла проверку. Это правило не имеет исключений: откат неудачного обновления без копии невозможен, а реструктуризация данных при обновлении необратимо меняет структуру таблиц.

Также скачайте нужные релизы с портала 1С:Обновление программ. Если ваша конфигурация отстаёт от актуального релиза на несколько версий, проверьте в файле поставки, через какие промежуточные релизы нужно обновляться — пропуск обязательных версий приводит к ошибкам обновления данных.

Обновление через сравнение и объединение конфигураций

Основной инструмент — режим «Конфигурация» → «Поддержка» → «Обновить конфигурацию» с выбором файла поставки нового релиза. Если конфигурация на поддержке с изменениями, платформа предложит автоматическое объединение. Для конфигураций, снятых с поддержки, используйте «Загрузить конфигурацию из файла» в режиме сравнения и объединения, выбрав файл конфигурации поставщика (.cf) нового релиза.

После запуска сравнения платформа покажет дерево объектов с отметками: изменённые в новом релизе, изменённые у вас, изменённые с обеих сторон. Конфликтные объекты помечаются особо — по ним нужно принять решение: взять версию поставщика, оставить свою или объединить вручную.

Для модулей удобно включить построчное сравнение: платформа покажет различия в коде. Если ваша доработка — несколько строк в типовой процедуре, а вендор переписал процедуру целиком, берите новую версию поставщика и переносите свои строки в неё заново. Помечайте такие места комментариями с префиксом (например, «// Доработка:»), чтобы при следующем обновлении быстро их находить.

1. 1
   Сделайте и проверьте резервную копию, разверните тестовую базу
2. 2
   Зафиксируйте список изменённых объектов и расширений
3. 3
   Запустите сравнение и объединение с конфигурацией поставщика нового релиза
4. 4
   Разберите конфликты: возьмите версию поставщика и перенесите свои доработки
5. 5
   Отключите ненужные доработки, если вендор реализовал их в релизе
6. 6
   Обновите конфигурацию базы данных (F7), выполните обработчики обновления
7. 7
   Протестируйте ключевые операции и доработанный функционал
8. 8
   Повторите процедуру на рабочей базе в нерабочее время

Как работать с расширениями и заимствованными объектами

Расширения не участвуют в объединении конфигураций и сохраняются при обновлении. Однако после обновления каждое расширение нужно проверить: если вендор изменил процедуру, которую расширение замещает или дополняет (аннотации &ИзменениеИКонтроль, &Вместо, &После), поведение может стать некорректным или расширение откажется применяться.

Признак проблемы — ошибки при входе в базу или при вызове доработанных функций, а также отключение расширений с пометкой о несовместимости. В этом случае откройте расширение, обновите заимствованные объекты до актуальной версии из нового релиза и скорректируйте код доработки.

Механизм «Изменение и контроль» (&ИзменениеИКонтроль) снижает риски: при обновлении расширения платформа сама сообщает, что заимствованный метод изменился у поставщика, и требует перепроверки. Это предпочтительный способ доработок, если вы ещё планируете архитектуру изменений.

Типичные ошибки при обновлении доработанной 1С

Самая частая ошибка — обновление сразу на рабочей базе без тестирования. Вторая по распространённости — бездумное нажатие «Взять из новой конфигурации поставщика» по всем конфликтам: в результате доработки молча исчезают, и обнаруживается это через недели, когда бухгалтерия замечает неправильные расчёты.

Также часто забывают про внешние обработки, печатные формы и отчёты, подключённые через «Дополнительные отчеты и обработки»: они могут использовать процедуры общих модулей, которые вендор переименовал или удалил.

Проверка результата и перенос в рабочую базу

После обновления тестовой копии запустите отладку и пройдите ключевые сценарии: проведение основных документов, формирование регламентированной отчётности, работу доработанных механизмов, печатных форм и обменов с другими системами. Проверьте журнал регистрации на наличие ошибок обработчиков обновления.

Полезно сравнить итоговые данные до и после: сверните оборотно-сальдовую ведомость или ключевые отчёты в копии до обновления и после — цифры должны совпадать. Расхождения без объяснимых причин — повод искать ошибку в обновлении, а не переносить его в рабочую базу.

Перенос на рабочую базу выполняйте в нерабочее время, с новой резервной копией, сделанной непосредственно перед обновлением. Если объединение на тесте прошло чисто, на рабочей базе можно применить уже подготовленный файл обновлённой конфигурации, что сокращает время простоя.

Контрольные точки

Как проверить результат

Обработчики обновления

Норма

Все выполнены, в журнале регистрации нет ошибок

Тревожный признак

Обработчики зависли или завершились с ошибкой

Проведение документов

Норма

Документы проводятся, движения формируются корректно

Тревожный признак

Ошибки при проведении, пустые или дублирующие движения

Доработанный функционал

Норма

Все доработки работают как до обновления

Тревожный признак

Доработка исчезла или ведёт себя иначе

Итоговые данные

Норма

Отчёты до и после обновления совпадают

Тревожный признак

Расхождения в остатках или оборотах

Частые вопросы

Можно ли обновить доработанную 1С через интернет автоматически?

Автоматическое обновление через сервис работает только для типовых конфигураций на полной поддержке без изменений. Если в конфигурацию внесены правки, сервис либо откажется обновлять, либо обновит с потерей доработок. Для доработанных конфигураций используйте ручное обновление через конфигуратор.

Что делать, если конфигурация снята с поддержки?

Два пути: вернуть конфигурацию на поддержку (это возможно, если изменения переносимы в расширения) или обновлять вручную через сравнение и объединение с файлом конфигурации поставщика. Второй путь трудоёмок при большом числе правок — часто выгоднее сначала вынести доработки в расширения и восстановить поддержку.

Потеряются ли расширения при обновлении конфигурации?

Файлы расширений не удаляются, но расширение может перестать применяться, если изменились заимствованные объекты. После обновления откройте список расширений, устраните несовместимости и перепроверьте их работу.

Как понять, какие доработки конфликтуют с новым релизом?

Запустите сравнение и объединение с конфигурацией поставщика: объекты, изменённые с обеих сторон, будут помечены как конфликтные. Именно они требуют ручного решения. Объекты, изменённые только вами или только вендором, объединяются автоматически.

Сколько времени занимает обновление доработанной конфигурации?

Зависит от числа конфликтов и объёма базы: от пары часов при нескольких правках до нескольких дней при снятой с поддержки конфигурации с сотнями изменённых объектов. Закладывайте время на тестирование — оно обычно занимает не меньше, чем само объединение.