Возврат доработанной базы 1С на полную поддержку поставщика

Сделать конфигурацию 1С типовой надёжнее всего так: в Конфигураторе загрузить файл 1Cv8.cf поставщика того же релиза, что стоит сейчас (Конфигурация → Загрузить конфигурацию из файла), и обновить конфигурацию базы данных. После этого база снова на поддержке с запретом изменений, а обновления ставятся и из пользовательского режима, и файлами .cfu.

Если доработки нужно сохранить, путь длиннее: сначала сравнить базу с типовой, вынести нужное в расширение и только потом возвращать поддержку. Всё это делается в Конфигураторе и одинаково для Бухгалтерии 3.0, ЗУП 3.1, УТ 11 и других конфигураций на платформе 8.3.

Чем типовая конфигурация отличается от изменённой

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

Посмотреть текущее состояние можно в Конфигурация → Поддержка → Настройка поддержки. В окне видно две вещи:

• 🔒 режим конфигурации в целом — на поддержке или снята с поддержки, разрешены ли изменения;
• 📋 правило для каждого объекта — колонка с режимом поддержки по справочникам, документам, модулям.

У объектов бывает три правила:

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

Почему база потеряла поддержку обновлений

Поддержка не «слетает» сама. Почти всегда за этим стоит конкретное действие в Конфигураторе:

• 🔓 нажали Включить возможность изменения в окне настройки поддержки — даже чтобы просто посмотреть модуль;
• ✏️ поправили печатную форму, модуль объекта или добавили реквизит прямо в основную конфигурацию;
• ➕ добавили свои справочники, регистры, роли;
• ⚙️ изменили свойства корня конфигурации: режим совместимости, основную роль, режим запуска;
• 🧩 при объединении с новым релизом выбрали «снять с поддержки» для конфликтных объектов;
• ✂️ сняли с поддержки всю конфигурацию целиком — чаще всего так делают перед крупной переработкой.

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

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

Подготовка: что сделать до возврата к типовой

Шаги ниже меняют конфигурацию базы. Делайте их в нерабочее время или на копии.

1. Узнайте точный релиз. В пользовательском режиме откройте Справка и поддержка → О программе (в старых релизах — меню Справка → О программе). Нужен полный номер, например 3.0.xxx.yy.
2. Сделайте выгрузку базы в .dt. В Конфигураторе: Администрирование → Выгрузить информационную базу. Это полная копия с данными.
3. Сохраните текущую конфигурацию отдельно. Конфигурация → Сохранить конфигурацию в файл — получится .cf со всеми доработками. Он понадобится, чтобы потом переносить правки в расширение.
4. Найдите .cf поставщика того же релиза. После установки шаблона конфигурации файл лежит в каталоге шаблонов, обычно %APPDATA%\1C\1cv8\tmplts\1c\<конфигурация>\<релиз>\1Cv8.cf. Например, для Бухгалтерии папка конфигурации называется Accounting, для ЗУП — HRM.

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

Как вернуть типовую конфигурацию: три рабочих способа

Выбор зависит от того, что вам нужно от доработок.

Способ 1. Загрузить файл поставщика

Это самый короткий и чистый путь.

1. Откройте базу в Конфигураторе.
2. Конфигурация → Загрузить конфигурацию из файла, выберите 1Cv8.cf того же релиза.
3. Подтвердите замену основной конфигурации.
4. Нажмите F7 или Конфигурация → Обновить конфигурацию базы данных.
5. Внимательно прочитайте окно реорганизации.

В окне реорганизации платформа показывает, какие данные будут удалены. Это реквизиты, табличные части, справочники и регистры, которые добавили вы. Если в списке есть что-то нужное — нажмите «Отмена» и сначала перенесите доработку в расширение.

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

Способ 2. Сравнить и объединить с конфигурацией поставщика

Этот способ нужен, когда конфигурация снята с поддержки целиком или когда вернуть к типовым надо только часть объектов.

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

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

Способ 3. Новая база на типовой конфигурации

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

Распределённая база и префиксы своих объектов

Если база работает в РИБ

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

Порядок такой:

1. Вернуть типовую конфигурацию в главном узле любым из способов выше.
2. Обновить конфигурацию базы данных в главном узле.
3. Выполнить обмен с каждым подчинённым узлом.
4. В подчинённом узле принять изменения конфигурации и обновить конфигурацию базы данных.

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

Как префиксы помогают найти свои доработки

Аккуратные программисты добавляют к именам своих объектов префикс: ок_ДопСведения, мф_ПечатьАкта. При сравнении с типовой такие объекты сразу видны в дереве, и список доработок собирается за минуты.

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

Режим совместимости и обновления

Режим совместимости — это свойство корня конфигурации. Оно говорит платформе, поведение какой версии повторять. Найти его можно в палитре свойств корневого элемента дерева конфигурации, поле Режим совместимости.

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

Что происходит на практике:

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

Повышать режим совместимости ради «ускорения» в типовой базе не нужно. Поставщик выставляет его под проверенное поведение своего кода. Отдельно есть Режим совместимости интерфейса — его тоже не трогайте в типовой конфигурации.

Как жить с доработками и не терять поддержку

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

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

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

Подключить готовое расширение можно двумя путями:

• в Конфигураторе: Конфигурация → Расширения конфигурации, затем загрузить файл .cfe и отдельно обновить расширение в базе данных;
• в пользовательском режиме: Администрирование → Печатные формы, отчеты и обработки → Расширения.

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

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

Печатные формы, отчёты, разовые обработки и заполнение табличных частей удобно делать внешними файлами .erf и .epf. Их подключают в Администрирование → Печатные формы, отчеты и обработки → Дополнительные отчеты и обработки.

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

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