← На главную

При обновлении или ручном сравнении конфигураций через меню Конфигурация — Сравнить, объединить с конфигурацией из файла разработчики нередко сталкиваются с ситуацией, когда окно сравнения фиксирует расхождения в объектах, которые заведомо никто не изменял. Чаще всего такими объектами оказываются служебные элементы: МакетОформленияОтчетовЗеленый, МакетОформленияОтчетовЧерноБелый, стандартные интерфейсы или печатные формы типовых документов.

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

Причины возникновения «фантомных» различий в метаданных

Проанализируем ключевые технические факторы, вызывающие ложное срабатывание механизма сравнения:

1. Бинарная сериализация макетов и XML-потоков. Макеты оформления компоновки данных, схемы компоновки и табличные документы хранятся внутри информационной базы в виде упакованных бинарных и XML-потоков. При открытии или сохранении конфигурации платформа может изменять служебные теги, порядок внутренних свойств, таблицы шрифтов или дефолтные палитры оформления. Визуально макет остается прежним, но контрольная сумма потока меняется, что приводит к фиксации различий.
2. Несовпадение релизов платформы и режимов совместимости. Если файл конфигурации поставщика (.cf) формировался на одной версии технологической платформы, а рабочая база функционирует на другой, сериализация метаданных может отличаться внутренними служебными заголовками.
3. Различия внутренних уникальных идентификаторов (UUID). Для конфигураций, полностью снятых с поддержки, сопоставление выполняется исключительно по именам. При этом внутренние UUID вложенных элементов стилей или оформления могут не совпадать с идентификаторами файла поставки.
4. Внутренний флаг модифицированности. При неявной конвертации структуры макета платформа автоматически выставляет признак модифицированности объекта, по которому механизм сравнения помечает ветвь метаданных как измененную.

Способ 1. Пропуск или безопасное замещение макетов при обновлении

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

Выполним процедуру безопасного обновления по шагам:

1. Обязательно создаем полную резервную копию информационной базы перед началом любых манипуляций со структурой метаданных (выгрузка файла .dt или создание копии на уровне СУБД).
2. В окне Сравнение, объединение с конфигурацией из файла анализируем состав различий.
3. Если макеты оформления МакетОформленияОтчетовЗеленый и МакетОформленияОтчетовЧерноБелый не дорабатывались индивидуально под требования заказчика, снимаем с них флажки объединения либо оставляем вариант замещения объектами из новой конфигурации поставщика.
4. Завершаем процесс объединения и применяем изменения к конфигурации базы данных клавишей F7.

Способ 2. Принудительная синхронизация структуры проблемного макета

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

1. Открываем дерево метаданных конфигурации и находим проблемный макет (например, в ветке Общие — Макеты оформления компоновки данных).
2. Открываем макет для редактирования, вносим любое незначительное изменение (например, корректируем цвет рамки или заливку ячейки оформления).
3. Сохраняем конфигурацию (Ctrl + S).
4. Возвращаем измененный параметр в исходное состояние и повторно сохраняем конфигурацию. Данное действие заставляет платформу перегенерировать бинарный поток объекта в формат текущей версии платформы.

Способ 3. Перезагрузка объекта из эталонного файла поставщика

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

1. Открываем окно сравнения и объединения с эталонным файлом поставки конфигурации (.cf).
2. Снимаем все отметки в дереве объектов (кнопка Снять все флажки).
3. Устанавливаем флаг только напротив проблемного макета оформления.
4. В режиме объединения выбираем вариант Взять из файла и выполняем объединение.
5. Сохраняем конфигурацию и обновляем конфигурацию базы данных.

Способ 4. Очистка локального кэша конфигуратора

Иногда искажение результатов сравнительного анализа вызвано повреждением кэшированных схем метаданных на стороне клиента разработчика. Выполним сброс кэша платформы:

1. Закрываем все запущенные сеансы «1С:Предприятия» и «Конфигуратора».
2. Переходим в системные каталоги хранения временных файлов пользователя:

   %LOCALAPPDATA%\1C\1Cv8

   %APPDATA%\1C\1Cv8

3. Удаляем папки со сложными буквенно-цифровыми именами (кэш метаданных и настроек динамического обновления).
4. Запускаем «Конфигуратор» и выполняем процедуру сравнения повторно.