1С MRG: что это такое и как работать с файлом объединения

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

Файл MRG не является ни базой данных, ни самой конфигурацией: это вспомогательный артефакт процесса обновления. Его появление рядом с рабочими файлами — нормальное следствие того, что кто-то выполнял объединение или сравнение конфигураций и сохранил настройки сопоставления. Однако вокруг MRG много путаницы: его путают с файлами выгрузки CF, с резервными копиями DT и с журналами регистрации.

Понимание роли MRG-файла важно при обновлении нетиповых конфигураций, при переносе доработок между базами и при разборе «зависших» обновлений. Ниже разобрано, что именно хранится в MRG, когда он создаётся, чем отличается от других файлов 1С и какие операции с ним безопасны.

Что хранится в файле MRG и когда он появляется

Аббревиатура MRG происходит от английского merge — «объединение». Файл создаётся конфигуратором 1С, когда разработчик выполняет сравнение и объединение конфигураций (меню «Конфигурация → Сравнить, объединить с конфигурацией из файла») и сохраняет результаты сопоставления. Внутри находится описание того, какие объекты метаданных двух конфигураций соотнесены друг с другом, какие правила объединения выбраны и какие объекты помечены для загрузки.

Типичные ситуации появления MRG-файла:

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

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

Чем MRG отличается от CF, CFU и DT

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

Ключевое отличие: CF и CFU описывают структуру конфигурации, DT — полный снимок базы вместе с данными, а MRG — лишь «памятку» о том, как две конфигурации были сопоставлены между собой. Открыть MRG как самостоятельную конфигурацию и загрузить его в базу нельзя.

Как создать и использовать MRG при объединении конфигураций

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

1. 1
   Сделайте выгрузку информационной базы (DT) как резервную копию перед любыми операциями с конфигурацией.
2. 2
   Откройте конфигуратор под пользователем с правами администратора и снимите конфигурацию с полной поддержки при необходимости.
3. 3
   Выполните «Конфигурация → Сравнить, объединить с конфигурацией из файла» и укажите CF-файл новой версии.
4. 4
   Дождитесь автоматического сопоставления объектов и вручную проверьте спорные элементы: режимы «Взять из файла», «Объединить», порядок объектов.
5. 5
   Сохраните настройки сопоставления в MRG-файл через кнопку сохранения настроек объединения.
6. 6
   Завершите объединение, обновите конфигурацию базы данных и проверьте работу ключевых механизмов на копии.

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

Практическая рекомендация: храните MRG рядом с CF-файлом той версии, для которой он создавался. Настройки сопоставления привязаны к конкретным объектам; при смене версии конфигурации старый MRG может оказаться частично неприменимым.

Обновление нетиповой конфигурации: роль MRG

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

Сохранённый MRG позволяет:

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

Перед сохранением MRG полезно выгрузить отчёт о сравнении в табличный документ: по нему потом проще проверить, какие объекты были помечены к загрузке, и объяснить коллегам логику объединения.

Когда MRG не поможет

Если между версиями поставщик переименовал или удалил объекты, старые настройки сопоставления частично теряют смысл: платформа подставит что сможет, а остальное придётся размечать вручную. Поэтому MRG не заменяет анализ различий, а лишь ускоряет рутинную часть работы.

Риски и типичные ошибки при работе с объединением

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

Отдельная ошибка — путать MRG с резервной копией. Иногда администраторы видят «свежий» файл рядом с базой и считают, что это сохранённая копия. Проверить просто: резервная копия файловой базы — это файл 1Cv8.1CD или выгрузка DT, а MRG имеет небольшой размер и служебное назначение.

Можно ли удалить MRG-файл и как проверить, что всё в порядке

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

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

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

Конфигурация базы данных после объединения

Норма

Версия конфигурации соответствует новой, собственные доработки на месте

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

Пропали доработанные объекты или версия не изменилась

Работа прикладных механизмов

Норма

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

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

Ошибки при открытии форм или проведении после обновления

Назначение найденного MRG-файла

Норма

Файл лежит рядом с CF той же версии, дата совпадает с датой объединения

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

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

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

Частые вопросы о файле MRG в 1С

Чем открыть файл MRG?

Специальной программы для просмотра MRG нет: файл предназначен для загрузки через конфигуратор 1С в окне сравнения и объединения конфигураций (кнопка загрузки настроек). Открытие в текстовом редакторе покажет служебную структуру, но практической пользы от этого нет.

Можно ли обновить конфигурацию, имея только MRG-файл?

Нет. Для обновления нужен файл конфигурации CF или файл обновления CFU от поставщика. MRG содержит только настройки сопоставления объектов и без основного файла конфигурации бесполезен.

MRG-файл появился в папке с базой — это вирус или сбой?

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

Что будет, если удалить MRG во время обновления?

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

Подойдёт ли MRG от одной базы для другой?

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

Как узнать, для какой версии конфигурации создан MRG?

Из самого файла версия очевидно не читается. Ориентируйтесь на дату создания файла и на то, рядом с каким CF-файлом он хранится. Поэтому рекомендуется сразу сохранять MRG в папку с соответствующей версией обновления и давать файлу говорящее имя.