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

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

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

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

Как определить, что конфигурация доработана

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

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

Что сделать до возврата: аудит и сохранение доработок

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

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

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

Способ 1: снятие с поддержки и загрузка конфигурации поставщика

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

Далее загрузите типовую конфигурацию: «Конфигурация → Загрузить конфигурацию из файла» и укажите файл 1cv8.cf из каталога шаблонов поставщика (обычно в папке tmplts профиля пользователя) или из дистрибутива обновления. На вопрос о полной замене ответьте утвердительно. После загрузки выполните «Обновление конфигурации базы данных» (F7), примите реструктуризацию.

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

Способ 2: прямая загрузка типовой конфигурации из файла

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

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

Обновление конфигурации базы данных и проверка результата

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

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

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

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

Настройка поддержки

Норма

Все объекты с замком без точки, изменений нет

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

Остались объекты с точкой или без замка

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

Норма

База открывается без ошибок, документы проводятся

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

Ошибки при открытии форм, обращения к удалённым реквизитам

Расширения

Норма

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

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

Красные предупреждения о несовместимости

Обновление релиза

Норма

Штатное обновление через поддержку проходит без сопоставления

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

При обновлении снова требуется ручное сопоставление объектов

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

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

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

Когда возврат к типовой не нужен: альтернативы

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

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

Сравнение вариантов

Полный возврат к типовой

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

Выборочный возврат объектов

Подходит, когда часть доработок нужно сохранить. Ограничение: обновления всё равно потребуют сопоставления

Перенос в расширение без возврата

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

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

Потеряются ли данные при возврате к типовой конфигурации?

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

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

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

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

Скачайте полный дистрибутив или обновление вашей конфигурации с портала 1С по действующей подписке ИТС и установите его — файл 1cv8.cf появится в каталоге шаблонов. Либо выгрузите конфигурацию из свежесозданной пустой типовой базы того же релиза.

Сохранятся ли расширения после загрузки типовой конфигурации?

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

Можно ли вернуть только один изменённый объект на поддержку?

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

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

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