Как сделать 1С типовой: возвращаем конфигурацию на поддержку

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

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

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

Что значит «типовая конфигурация» и зачем к ней возвращаться

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

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

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

Оценка доработок: что именно изменено в конфигурации

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

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

Подготовка: резервная копия и тестовая среда

Любые действия по возврату конфигурации на поддержку необратимы для доработок: после загрузки конфигурации поставщика изменённые объекты будут заменены типовыми без возможности отката. Поэтому первый обязательный шаг — полная резервная копия. Для файловой базы это выгрузка в .dt через «Администрирование → Выгрузить информационную базу», для клиент-серверной — средствами СУБД плюс выгрузка .dt.

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

Способ 1. Полный возврат на поддержку через настройку поддержки

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

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

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

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

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

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

Способ 3. Перенос доработок в расширение перед возвратом на типовую

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

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

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

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

Полная загрузка конфигурации поставщика

Быстро и надёжно, но все доработки теряются. Подходит, если изменения не нужны

Возврат на поддержку через настройку

Контролируемая замена изменённых объектов; удобно, когда изменений немного

Расширение + типовая конфигурация

Сохраняет нужную функциональность и автообновление; требует времени на перенос и тестирование

Проверка результата и типичные ошибки

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

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

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

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

Норма

Все объекты с замками, статус «на поддержке»

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

Есть объекты со снятым замком или пометкой изменений

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

Норма

Проходит автоматически без окна сравнения

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

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

Работа пользователей

Норма

Документы проводятся, отчёты формируются

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

Ошибки вызова удалённых процедур и реквизитов

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

FAQ: частые вопросы о возврате 1С к типовой

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

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

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

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

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

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

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

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

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

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

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

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