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

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

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

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

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

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

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

Если доработки выполнялись сторонними подрядчиками и документации нет, именно этот этап позволяет восстановить картину: какие модули переписаны, какие объекты добавлены, где изменения критичны для бизнес-процессов.

Подготовка: копии, файлы поставщика и план работ

Подготовительный этап определяет безопасность всей процедуры. Минимальный набор действий: сделать полную выгрузку рабочей базы (файл .dt через конфигуратор или средствами СУБД для клиент-серверного варианта), развернуть из неё отдельную тестовую базу и убедиться, что она открывается и работает.

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

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

Порядок обновления через сравнение и объединение

Работа выполняется в конфигураторе на тестовой копии базы. Общая последовательность такова:

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

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

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

Если релизов пропущено много

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

Обновление конфигураций с расширениями

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

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

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

Способы внедрения доработок

Изменение типовой конфигурации

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

Расширения конфигурации

Обновление почти как у типовой, но есть ограничения: не всё можно изменить (например, ряд объектов и сценариев расширения не поддерживают)

Внешние обработки и отчёты

Максимально безопасно для обновлений, но подходит только для добавления новой функциональности без изменения типовых объектов

Тестирование и проверка результата

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

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

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

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

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

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

Норма

База открывается, обработчики обновления завершаются без ошибок

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

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

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

Норма

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

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

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

Работа доработанных механизмов

Норма

Каждая доработка функционирует как до обновления

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

Доработка исчезла, работает иначе или вызывает ошибку

Расширения конфигурации

Норма

Все расширения активны, формы открываются

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

Расширение отключено из-за несовместимости, ошибки в заимствованных объектах

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

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

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

Когда стоит привлечь специалиста и как снизить риски в будущем

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

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

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

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

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

Что будет с доработками, если обновить конфигурацию «поверх» без объединения?

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

Как узнать, какие объекты конфигурации были доработаны?

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

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

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

Обязательно ли обновляться на каждый новый релиз?

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

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

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