Как обновить 1С с доработками и не потерять изменения

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

Главный риск — не сама процедура, а потеря данных и остановка работы пользователей. Любое обновление выполняется только после создания резервной копии и только в монопольном режиме. Пропуск этих условий — самая частая причина аварийных ситуаций с восстановлением из бэкапа.

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

Оцените, как именно доработана конфигурация

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

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

Сделайте резервную копию и зафиксируйте доработки

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

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

Если доработки велись без документирования, потратьте время на восстановление картины: посмотрите комментарии в модулях, спросите у разработчиков или подрядчика, какие механизмы затронуты. Обновление «вслепую» почти гарантированно приводит к потере части изменений.

Подготовьте тестовую базу и файл нового релиза

Разверните копию рабочей базы в отдельном каталоге или на отдельном сервере. Все дальнейшие действия выполняются только на копии. Убедитесь, что версия платформы соответствует требованиям нового релиза конфигурации — они указаны в сопроводительной информации к обновлению.

Загрузите дистрибутив обновления с портала 1С или получите его у франчайзи. Установите шаблон обновления и проверьте, что ваш текущий релиз входит в список поддерживаемых для перехода. Если текущий релиз слишком старый, обновление придётся выполнять поэтапно через промежуточные версии.

Выполните сравнение и объединение конфигураций

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

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

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

1. 1
   Откройте сравнение/объединение с новым релизом на копии базы
2. 2
   Снимите флажки с объектов, изменённых только вами
3. 3
   Для объектов, изменённых обеими сторонами, откройте сравнение модулей и перенесите свои фрагменты в новый код
4. 4
   Отметьте все новые объекты поставщика к загрузке
5. 5
   Выполните объединение и обновите конфигурацию базы данных
6. 6
   Проверьте наличие своих доработок после обновления

Особенности работы с расширениями конфигурации

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

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

Обновите конфигурацию базы данных и обработчики

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

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

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

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

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

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

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

Список доработок

Норма

Все изменённые объекты на месте и работают

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

Часть доработок исчезла или выдаёт ошибки

Журнал регистрации

Норма

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

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

Ошибки при выполнении отложенных обработчиков

Расширения

Норма

Все расширения применены, статус активен

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

Расширение отключено или сообщает о несовместимости

Типовые операции

Норма

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

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

Ошибки в штатных механизмах после обновления

Типичные ошибки и как их избежать

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

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

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

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

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

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

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

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

Через «Конфигурация» → «Сравнить, объединить с конфигурацией из файла», указав cf-файл нового типового релиза. Разбор отличий придётся делать полностью вручную, поэтому такие обновления трудоёмки. Часто выгоднее вернуть конфигурацию на поддержку, перенеся доработки в расширения, и дальше обновляться штатно.

Сколько времени занимает обновление базы с доработками?

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

Что делать, если после обновления пропала доработка?

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

Нужно ли обновлять платформу 1С вместе с конфигурацией?

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