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

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

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

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

Оцените объём доработок перед обновлением

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

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

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

Сделайте резервные копии

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

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

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

Получите файл обновления и проверьте порядок перехода

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

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

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

Выполните обновление с сопоставлением доработок

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

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

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

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

Особенности работы с расширениями и внешними доработками

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

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

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

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

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

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

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

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

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

Запуск базы в режиме предприятия

Норма

База открывается без ошибок, версия в «О программе» соответствует новому релизу

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

Ошибки при запуске, сообщения о несовместимости расширений

Ключевые документы

Норма

Проведение и отмена проведения работают, движения по регистрам корректны

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

Ошибки в модулях проведения, незаполненные движения

Доработанные механизмы

Норма

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

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

Доработка исчезла или выдаёт ошибку — потеряна при объединении

Отчётность и обмены

Норма

Регламентированные отчёты формируются, обмены выполняются

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

Ошибки формирования, разрывы обмена с другими системами

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

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

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

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

Часто задаваемые вопросы

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

Нет. Автоматическое обновление через сервис 1С:Обновление программ работает только для конфигураций на полной поддержке без изменений. Если в конфигурацию внесены доработки, обновление выполняется вручную через конфигуратор с обязательным сравнением и объединением. Исключение — доработки, сделанные исключительно расширениями: такие базы иногда можно обновлять почти как типовые, но с последующей проверкой расширений.

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

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

Потеряются ли доработки, сделанные через расширения, при обновлении?

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

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

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

Обязательно ли обновлять платформу вместе с конфигурацией?

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

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

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