В процессе сопровождения и доработки типовых решений на платформе «1С:Предприятие 8» разработчики часто сталкиваются с необходимостью откатить изменения для конкретного объекта. Например, когда форма документа была кастомизирована, но со временем эти доработки потеряли актуальность, и объект требуется вернуть к исходному (типовому) состоянию поставщика. При этом крайне важно не затронуть другие измененные объекты конфигурации.
В этой статье мы подробно разберем, почему стандартные инструменты могут вызывать трудности, рассмотрим безопасные и надежные методики выборочного восстановления объектов, а также выясним, почему популярный метод копирования через буфер обмена может навредить вашей базе данных.
Почему в окне сравнения и объединения могут отсутствовать флажки выбора?
Типичная ситуация, с которой сталкиваются начинающие разработчики: при попытке выполнить сравнение и объединение через меню настройки поддержки в дереве объектов отсутствуют флажки (галки) напротив нужной формы или документа. Давайте проанализируем основные причины этого поведения платформы:
Правило поддержки «Не редактируется» (объект на замке). Если документ или его подчиненные объекты находятся на строгой поддержке поставщика без возможности редактирования, платформа блокирует любые операции объединения для них. Чтобы флажки стали активными, необходимо временно разрешить изменения для этого объекта.
Свернутая структура дерева метаданных. Форма документа является подчиненным объектом. Если дерево метаданных свернуто до уровня документов, вы не увидите флажков для конкретных форм. Необходимо раскрыть ветку целевого документа, перейти в подраздел Формы и найти там требуемый объект.
Активные фильтры отображения. В нижней или верхней части окна сравнения и объединения присутствует кнопка Фильтр. Если там установлен отбор (например, показывать только измененные объекты или дважды измененные свойства), нужная форма может быть скрыта из списка, если платформа не зафиксировала в ней явных различий по заданному критерию.
Способ 1. Самый надежный метод: Сравнение и объединение с внешним файлом конфигурации (CF)
Опытные специалисты редко используют прямое объединение через окно настройки поддержки, так как этот интерфейс перегружен лишней информацией. Гораздо проще и безопаснее использовать чистый файл конфигурации поставщика аналогичной версии.
Рассмотрим пошагово, как выполнить эту процедуру:
Подготовим чистый файл конфигурации (с расширением .cf) той же версии, которая сейчас установлена в вашей рабочей базе. Этот файл можно выгрузить из пустой типовой базы или получить из дистрибутива обновления поставщика.
В конфигураторе рабочей базы откроем меню Конфигурация -> Сравнить, объединить с конфигурацией из файла... и укажем путь к подготовленному файлу .cf.
После того как платформа построит дерево сравнения, нажмем на самую верхнюю галку у корневого элемента дерева, чтобы полностью снять выделение со всех объектов. Наша цель — исключить случайное изменение других элементов.
Найдем в дереве метаданных нужный документ (например, Документы.РеализацияТоваровУслуг), раскроем его ветку и перейдем к разделу Формы.
Установим флажок исключительно напротив той формы, которую требуется вернуть к типовому состоянию.
Нажмем кнопку Выполнить. Платформа заменит код и свойства выбранной формы на оригинальные, сохранив при этом все внутренние идентификаторы объекта.
Способ 2. Автоматический возврат объекта «на замок» через настройку поддержки
Если ваша задача состоит в том, чтобы не просто обновить код формы, но и полностью вернуть ее под управление поставщика (закрыть от изменений и повесить обратно «замок»), можно обойтись без использования внешних файлов конфигурации.
Разберем этот элегантный способ:
Перейдем в меню Конфигурация -> Поддержка -> Настройка поддержки.
В открывшемся окне найдем в иерархическом списке нужный нам документ и раскроем его подчиненные элементы до уровня форм.
Дважды кликнем по колонке с правилом поддержки напротив восстанавливаемой формы.
В появившемся диалоговом окне настроек выберем вариант Объект поставщика не редактируется (или нажмем кнопку Установить статус по умолчанию).
Платформа выведет предупреждение о том, что все пользовательские изменения в данном объекте будут безвозвратно утеряны, и предложит заменить его эталонной версией из конфигурации поставщика. Согласимся с этим предупреждением.
После подтверждения форма автоматически примет первоначальный вид и заблокируется от случайного редактирования.
Опасность метода Drag-and-Drop и копирования через буфер обмена
Некоторые разработчики практикуют удаление измененной формы с последующим перетаскиванием (или копированием через Ctrl+C / Ctrl+V) аналогичной формы из открытой рядом чистой конфигурации поставщика. Мы настоятельно рекомендуем избегать данного подхода по следующим причинам:
Нарушение уникальных идентификаторов (UUID). Каждый объект метаданных в системе 1С обладает скрытым уникальным идентификатором. При копировании или перетаскивании объекта создается совершенно новый элемент метаданных с новым UUID, даже если его имя совпадает с оригиналом.
Поломка ссылок в коде и настройках. Если в ролях, подсистемах, правах доступа, интерфейсах или программном коде были жестко прописаны ссылки на старую форму, они перестанут работать. Вы получите трудноуловимые ошибки вида «Объект не найден». Например, вызов формы программным путем может вызвать критический сбой:
// Если UUID формы изменился, данный вызов вернет ошибку,
// так как система будет искать старый уникальный идентификатор формы.
ОткрытьФорму("Документ.РеализацияТоваровУслуг.Форма.ФормаДокумента");
Потеря связи с поддержкой. Перенесенная вручную форма будет восприниматься платформой как ваш собственный, нетиповой объект. При последующих обновлениях базы данных система не сможет сопоставить ее с обновлениями поставщика автоматически, что значительно усложнит рутинный процесс обновления конфигурации.
Современный стандарт разработки: Использование расширений
Чтобы в будущем не сталкиваться с необходимостью «отката» изменений в основной конфигурации, мы рекомендуем применять современную технологию расширений.
Если вам требуется изменить форму документа, не снимайте ее с поддержки в основной базе. Добавьте форму в Расширение конфигурации и производите доработки там. Если со временем вам понадобится вернуть форму к типовому виду поставщика, вам достаточно будет просто удалить эту форму из расширения или деактивировать само расширение. Основная конфигурация при этом гарантированно останется нетронутой и сохранит полную поддержку.