Разработка и Конфигурация · 10 мин
Как вернуть конфигурацию 1С в типовое состояние
Как сделать конфигурацию 1С снова типовой: поставить на полную поддержку, загрузить конфигурацию поставщика, проверить результат и не потерять доработки.
Типовая конфигурация — это решение, которое находится на полной поддержке поставщика и обновляется автоматически. Если в конфигурацию вносились изменения с снятием объектов с поддержки, автообновление ломается: приходится сравнивать и объединять объекты вручную, а риск ошибок при обновлении растёт. Возврат к типовому состоянию решает эту проблему, но требует аккуратности: все нестандартные доработки будут потеряны, если их не сохранить заранее.
Сделать конфигурацию типовой можно двумя основными способами: включить полную поддержку через настройку поддержки или загрузить конфигурацию поставщика из файла поставки. Выбор зависит от того, насколько сильно изменены объекты и есть ли под рукой дистрибутив нужной версии. Оба способа выполняются в конфигураторе и требуют монопольного доступа к базе.
Перед любыми действиями обязательно сделайте резервную копию информационной базы — через выгрузку в dt или средствами СУБД. Это единственная гарантия, что при ошибке данные и доработки можно будет восстановить.
Что значит «типовая конфигурация» и зачем к ней возвращаться
Конфигурация считается типовой, когда она стоит на полной поддержке: ни один объект не снят с поддержки, изменения не вносились, а обновления устанавливаются штатно через «Обновление конфигураций» или сервис обновления в пользовательском режиме. Признак типовости виден в окне «Настройка поддержки»: у корня конфигурации стоит замок, а флаг «Включить возможность изменения» снят.
Возвращаться к типовому состоянию имеет смысл, когда доработки устарели, их функциональность появилась в стандартной поставке, либо поддержка изменённой конфигурации стала слишком дорогой. Также типовой вид часто требуется перед переходом на сервисное обслуживание или при передаче базы новому подрядчику.
Подготовка: бэкап и инвентаризация доработок
Первый шаг — полная резервная копия. Для файловой базы выполните «Администрирование → Выгрузить информационную базу» в конфигураторе и получите dt-файл. Для клиент-серверной базы надёжнее сделать копию средствами СУБД (MS SQL, PostgreSQL), потому что dt при больших объёмах выгружается долго и может завершиться ошибкой.
Второй шаг — зафиксировать все изменения, которые будут потеряны. Откройте «Конфигурация → Поддержка → Настройка поддержки» и просмотрите дерево объектов: объекты с изменениями помечены иконками, отличными от стандартного замка. Выпишите их, сохраните внешние обработки, отчёты и расширения, экспортируйте изменённые модули в текстовые файлы или cf через «Выгрузить конфигурацию в файлы».
Если часть доработок критична для бизнеса, заранее решите, чем их заменить после возврата к типовой: расширением конфигурации, внешней обработкой или отказом от функциональности. Именно расширения — рекомендуемый способ доработок, который не нарушает поддержку.
Способ 1: включить полную поддержку через настройку поддержки
Этот способ подходит, когда изменений немного и конфигурация в целом соответствует версии поставщика. Откройте конфигуратор с монопольным доступом, перейдите в «Конфигурация → Поддержка → Настройка поддержки». Если конфигурация находится на поддержке с возможностью изменения, в списке правил поддержки для поставщика выберите правило «Объект поставщика не редактируется».
Для объектов, снятых с поддержки вручную, нужно вернуть их на поддержку: в дереве объектов настройки поддержки для каждого изменённого объекта установите состояние «Объект поставщика не редактируется» и при необходимости «Снять с поддержки» отмените. После применения настроек выполните «Обновить конфигурацию базы данных».
Учтите: сам по себе возврат на поддержку не отменяет внесённые изменения в модулях и формах — он лишь меняет режим. Чтобы объект стал действительно типовым, его содержимое должно совпадать с конфигурацией поставщика. Поэтому на практике чаще используют второй способ.
Способ 2: загрузить конфигурацию поставщика из файла
Надёжный способ получить гарантированно типовое состояние — полностью заменить конфигурацию файлом поставки. Для этого нужен cf-файл конфигурации поставщика той же версии, что установлена в базе, либо более новой версии с последующим обновлением. Дистрибутивы скачиваются с портала 1С по действующей подписке ИТС.
Порядок действий: откройте конфигуратор с монопольным доступом, выберите «Конфигурация → Загрузить конфигурацию из файла», укажите cf-файл поставки. Платформа покажет окно сравнения и объединения — для полного возврата к типовой снимите все галочки с ваших изменённых объектов и оставьте замену на версию поставщика. После загрузки выполните обновление конфигурации базы данных.
Если конфигурация была снята с поддержки полностью, при загрузке cf платформа предложит поставить её на поддержку — подтвердите. После этого в «Настройке поддержки» все объекты должны отображаться с замками без признаков изменения.
- 1Сделайте резервную копию базы (dt или средствами СУБД)
- 2Зафиксируйте и сохраните все доработки: модули, обработки, отчёты
- 3Получите cf-файл конфигурации поставщика нужной версии
- 4В конфигураторе с монопольным доступом выполните «Загрузить конфигурацию из файла»
- 5Подтвердите постановку на полную поддержку и обновите конфигурацию базы данных
- 6Проверьте работу ключевых операций и при необходимости перенесите доработки в расширение
Проверка результата
После завершения откройте «Настройка поддержки»: корень конфигурации должен быть закрыт замком, кнопка «Включить возможность изменения» — не нажата, в дереве объектов не должно быть пометок об изменениях. Это главный признак того, что конфигурация снова типовая.
Дополнительно проверьте версию конфигурации в разделе «О программе» — она должна совпадать с версией загруженной поставки. Затем протестируйте критичные операции в пользовательском режиме: проведение документов, формирование отчётов, обмены данными. Ошибки при проведении часто означают, что в данных остались ссылки на удалённые доработанные объекты.
Как проверить результат
Все объекты с замками, изменения не отмечены
Объекты сняты с поддержки или помечены как изменённые
Совпадает с версией поставки поставщика
Версия отличается или содержит нестандартный суффикс
Работают без ошибок
Ошибки обращения к несуществующим объектам метаданных
Типичные ошибки и ограничения
Самая частая ошибка — возврат к типовой без инвентаризации доработок. После загрузки конфигурации поставщика изменённые объекты заменяются, и если единственная копия доработки была в базе, восстановить её можно только из резервной копии.
Вторая ошибка — загрузка cf неподходящей версии. Если версия поставки старше текущей конфигурации базы, обновление пройдёт некорректно; если новее — потребуется полноценное обновление со всеми промежуточными обработчиками. Всегда сверяйте номер версии в «О программе» с версией дистрибутива.
Ограничение, о котором часто забывают: возврат к типовой не очищает данные. Дополнительные реквизиты, регистры и справочники, созданные доработкой, будут удалены из метаданных вместе с данными при обновлении конфигурации базы данных — платформа предупредит об этом в окне реструктуризации. Внимательно читайте список удаляемых объектов перед подтверждением.
Альтернатива: расширения вместо возврата к типовой
Не всегда нужно полностью возвращать конфигурацию к типовому состоянию. Если доработок много и они нужны бизнесу, разумнее перенести их в расширение конфигурации, а саму основную конфигурацию вернуть на полную поддержку. Расширения позволяют добавлять формы, модули, роли и подсистемы, не нарушая поддержку.
Такой подход даёт лучшее из двух миров: конфигурация обновляется автоматически, а доработки живут отдельно и при обновлении не конфликтуют с типовым кодом. Недостаток — перенос требует переработки кода под механизмы расширений, что трудозатратно для старых «глубоких» доработок.
Сравнение вариантов
Даёт гарантированно типовое состояние. Подходит, когда доработки не нужны. Все изменения удаляются.
Быстро, но не отменяет изменения в объектах. Подходит только если содержимое уже совпадает с типовым.
Сохраняет функциональность и поддержку. Требует переработки кода, не все механизмы доступны в расширениях.
Частые вопросы
Можно ли вернуть конфигурацию к типовой без потери данных документов и справочников?
Да, если доработки не добавляли новых объектов метаданных. Документы, справочники и движения типовых объектов не затрагиваются. Данные теряются только в объектах, которые были созданы доработкой и удаляются при реструктуризации — платформа покажет их список перед подтверждением.
Что делать, если нет cf-файла поставщика нужной версии?
Скачайте дистрибутив с портала 1С по действующей подписке ИТС: в комплекте поставки всегда есть cf-файл конфигурации. Если подписки нет, её нужно оформить — без дистрибутива гарантированно типовое состояние получить нельзя.
Почему после возврата на поддержку конфигурация всё равно не обновляется автоматически?
Чаще всего содержимое объектов отличается от поставщика: режим поддержки включён, но изменённые модули остались. При обновлении платформа видит расхождения и запрашивает объединение. Решение — загрузить конфигурацию поставщика из cf-файла.
Как сохранить нужные доработки при возврате к типовой?
Перенесите их в расширение конфигурации или во внешние обработки и отчёты. Прямое изменение типовых объектов несовместимо с полной поддержкой — любые такие изменения будут удалены при загрузке конфигурации поставщика.
Можно ли выполнить возврат к типовой без монопольного доступа?
Нет. Загрузка конфигурации и обновление конфигурации базы данных требуют монопольного режима: все пользователи и фоновые сеансы должны быть завершены. В клиент-серверном варианте удобно использовать блокировку сеансов через консоль кластера.
Как проверить, что конфигурация действительно стала типовой?
Откройте «Настройку поддержки»: у корня конфигурации должен стоять замок, возможность изменения — отключена, в дереве объектов не должно быть пометок об изменениях или снятии с поддержки. Дополнительно сверьте версию в разделе «О программе» с версией дистрибутива.
Что важно запомнить
Возврат конфигурации 1С к типовому состоянию выполняется загрузкой cf-файла поставщика с постановкой на полную поддержку. Обязательные условия: резервная копия, сохранение доработок, монопольный доступ и проверка окна реструктуризации. Нужные доработки сохраняйте в расширениях — это единственный способ совместить изменения с автоматическим обновлением.