Если в базе сделаны доработки, а после обновления они вдруг исчезают — причина почти всегда в неправильных настройках поддержки 1С. Этот механизм определяет, какие части программы можно менять, а какие при загрузке нового релиза будут заменены версией поставщика. Разберём, как он устроен и как с ним работать на практике.
Зачем нужна поддержка конфигурации
1С поставляет конфигурации — «1С:Бухгалтерию», «1С:УНФ», «1С:ERP» и другие — как готовые типовые решения. Они выходят с регулярными релизами: меняются формы отчётности, появляются новые функции, закрываются ошибки.
Связь между вашей информационной базой и эталонным релизом фирмы называется поддержкой. Пока элемент остаётся под её действием, новый релиз применяется к нему сам. Как только в элемент внесли правку, программе нужно решить: оставить вашу версию, взять эталонную или объединить обе.
Именно правила поддержки 1С определяют, что произойдёт с каждым объектом конфигурации при следующем обновлении.
Типовая и нетиповая конфигурация: в чём разница
Типовое решение — программа в исходном виде, без сторонних правок. Все элементы совпадают с эталоном фирмы, релизы устанавливаются без конфликтов.
Нетиповое решение — это один из трёх случаев:
- в программу добавили новые модули — отчёты, обработки, справочники;
- в типовом продукте изменили существующие формы или модули;
- решение написано сторонними разработчиками с нуля и эталона не имеет.
Узнать, какой у вас вариант, не всегда просто. Замок рядом с корневым узлом в дереве метаданных не гарантирует чистоту: он лишь говорит, что новые модули не добавлялись, но существующие могли быть изменены. Более надёжный признак — кнопка «Включить возможность изменения» в окне настроек: если она доступна и активна, значит правок ещё не было.
Где находятся настройки поддержки 1С
Открывается через меню разработчика:
Конфигурация → Поддержка → Настройка поддержки
Здесь видно текущее состояние: загружен ли эталонный релиз, какие модули отличаются от исходных, какой статус у каждого из них. Из этого же окна запускаются все ключевые операции — отключение от эталона, возврат к нему, изменение статуса отдельных элементов.
Перед любыми действиями сделайте резервную копию базы. Часть операций необратима и может стереть доработки без возможности восстановления.
Снятие решения с поддержки
Кнопка «Снять с поддержки» полностью убирает связь с новым релизом: он удаляется из информационной базы, поля окна очищаются, а автоматическая загрузка новых версий через сравнение становится недоступной.
Когда это оправдано:
- планируется крупная переработка, которая затронет десятки модулей;
- база переходит в режим самостоятельной разработки без обновлений от фирмы;
- старый релиз уже снят с сопровождения, и обновлять его бессмысленно.
В большинстве случаев полностью отключаться от эталона не стоит. Для точечных задач — нового отчёта, дополнительной печатной формы, небольшой обработки — хватает расширений: они подключаются отдельно и не затрагивают основные настройки.
Если решение всё же принято — обязательно сохраните копию базы заранее. Откат после полного отключения сложен и не всегда возможен.
Как вернуть базу на поддержку
Если базу ранее отключили от эталона, а сейчас нужно снова получать релизы — есть два пути.
Вариант 1. С сохранением внесённых изменений
Подходит, если правки нужно оставить, а обновления получать дальше.
После этого база остаётся нетиповой, но снова привязана к поставщику — релизы можно загружать дальше с учётом сделанных правок.
Вариант 2. Полная поддержка с потерей изменений
Подходит, если правки больше не нужны, и базу нужно вернуть к исходному состоянию.
После загрузки база становится полностью типовой, а все ранее сделанные правки теряются безвозвратно.
Правила для отдельных объектов
Каждый элемент базы может иметь один из трёх статусов: «Не редактируется», «Редактируется с сохранением» или «Объект поставщика не редактируется». Эти статусы меняются индивидуально через окно сравнения — кнопка «Сравнить, объединить» в основном окне настроек.
Логика такая:
элемент полностью соответствует эталону и обновляется автоматически. Любые сделанные в нём правки при установке этого статуса будут потеряны.
элемент можно дорабатывать, но при выходе нового релиза изменения фирмы будут объединяться с вашими.
программа берёт вашу версию элемента целиком, эталонные изменения игнорируются.
Смена статуса часто требует двух последовательных объединений: сначала элемент приводят к состоянию поставщика, убирая нетиповые правки, затем меняют статус, и только потом снова вносят нужные доработки. Это особенность механизма, и спешить здесь не стоит — каждый шаг лучше проверять перед сохранением.
Пример: добавляем свой отчёт без потери обновлений
Допустим, бухгалтеру нужен дополнительный отчёт по остаткам, которого нет в типовом решении. Вот как сделать это правильно, не нарушив схему обновлений:
Такой подход избавляет от необходимости каждый раз разбираться с правилами объединения и статусами модулей. Если же доработка глубокая — например, нужно изменить логику проведения документа — без изменения статуса соответствующего объекта не обойтись, и тогда применяются правила из предыдущего раздела.
Частые вопросы
Можно ли вернуть доработки после полного снятия с поддержки?
Только если есть резервная копия базы, сделанная до операции. Сама программа откат не предусматривает.
Обязательно ли снимать поддержку ради нового отчёта?
Нет. Для дополнительных отчётов, обработок и печатных форм используйте расширения — они не требуют изменения статусов и не мешают штатным релизам.
Версии не совпадают — что делать?
Сначала обновите базу до версии платформы, которая совпадает с файлом эталона, либо найдите файл нужной версии. Объединение с разными релизами часто приводит к ошибкам и конфликтам данных.
Как понять, что база изменена, если значка-замка нет?
Откройте окно настроек — если кнопка включения изменений неактивна или скрыта, значит правки уже внесены на уровне отдельных модулей.
Итоги
Связь с эталонным релизом — это не просто переключатель «вкл/выкл», а набор статусов для каждого элемента базы. Полное отключение даёт свободу в доработках, но лишает автоматических релизов и усложняет дальнейшее сопровождение. Возврат к конфигурации поставщика восстанавливает эту связь — с сохранением правок или без них.
Перед любыми операциями делайте резервную копию, а для небольших задач по возможности используйте расширения — это избавит от лишних проблем при следующем релизе.
