Синхронизация данных между 1С:Управление нашей фирмой (УНФ) и 1С:Бухгалтерия предприятия (БП) — это мощный инструмент автоматизации, однако при работе с несколькими базами бухгалтерии могут возникать специфические ошибки. Одной из самых неприятных является ситуация, когда система «ругается» на имя файла обмена, ожидая один формат заголовка, а получая другой (например, ожидается Message_000_НФ, а по факту выгружается Message_НФ_000).
В этой статье мы подробно разберем, почему программа переставляет префиксы в именах файлов, как работает логика формирования сообщений обмена и что нужно сделать, чтобы восстановить корректную синхронизацию в облаке или локально.
Для начала проанализируем, как 1С формирует имя файла сообщения. Стандартный шаблон выглядит следующим образом: Message_КодОтправителя_КодПолучателя.xml. Здесь КодОтправителя — это код узла текущей информационной базы в плане обмена, а КодПолучателя — код узла той базы, в которую мы отправляем данные.
Если в папке обмена вы видите файл Message_НФ_000, это означает:
Если же при попытке загрузки база Бухгалтерии выдает ошибку и требует файл Message_000_НФ, это верный признак того, что настройки в ней «зеркальны» настройкам в УНФ. Она считает, что её собственный код — НФ, а код корреспондента (УНФ) — 000. Рассмотрим подробнее, как это исправить.
Первым делом нам необходимо проверить настройки префиксов на уровне организаций. Часто пользователи путают префикс информационной базы и префикс конкретной фирмы. Разберем по шагам, на что обратить внимание в 1С:УНФ:
УН00-0001), но он также может косвенно влиять на идентификацию данных в правилах обмена.Однако, если проблема именно в имени файла (Message...), то корень зла кроется глубже — в настройках самого плана обмена.
Рассмотрим ситуацию, когда префиксы в настройках обмена и префиксы баз настроены верно, но синхронизация все равно выдает ошибку. В этом случае нам нужно заглянуть в «сердце» обмена — план обмена СинхронизацияДанныхЧерезУниверсальныйФормат.
В типовом интерфейсе (особенно в базовых версиях или в облаке) доступ к кодам узлов может быть ограничен. Чтобы их увидеть и изменить, выполним следующие действия:
Синхронизация данных через универсальный формат.Внимание! Код узла, помеченный иконкой «зеленый кружок» (этот узел), — это идентификатор текущей базы. Остальные коды — это идентификаторы баз-корреспондентов. Для успешного обмена в УНФ код корреспондента должен в точности совпадать с кодом «этого узла» в базе Бухгалтерии.
Проанализируем еще одно место, где 1С хранит информацию о префиксах, которая может влиять на формирование сообщений. Это регистр сведений Префиксы информационных баз. Иногда при копировании баз или некорректном обновлении в нем могут застревать старые значения.
Рассмотрим порядок проверки в 1С:Бухгалтерия:
Префиксы информационных баз.Выясним причину, почему при работе с одной базой все хорошо, а со второй возникают проблемы. Если вторая база Бухгалтерии была создана как копия первой, у них будут одинаковые внутренние идентификаторы (GUID) настроек обмена. Облачная УНФ при этом может путать эти базы, даже если внешние префиксы вы указали разные.
В такой ситуации разберем правильный алгоритм действий:
БП, вторую назовите Б2).Это заставит систему сгенерировать новые уникальные идентификаторы, и конфликт имен файлов будет исчерпан.
Если вы сомневаетесь, какая база является «инициатором» неправильного имени, проанализируем содержимое самого XML-файла. Откройте файл Message_... любым текстовым редактором (например, Блокнотом) и посмотрите на заголовок:
<v8msg:Header>
<v8msg:From>НФ</v8msg:From>
<v8msg:To>000</v8msg:To>
<v8msg:MessageNo>15</v8msg:MessageNo>
</v8msg:Header>
В блоке <v8msg:From> указан код отправителя, а в <v8msg:To> — код получателя. Если эти данные не соответствуют тому, что настроено в плане обмена принимающей базы, 1С выдаст ошибку. Именно здесь вы увидите, кто «ошибается» при формировании файла — УНФ выгружает не те коды или Бухгалтерия ожидает не то, что должна.
Подведем итог. Для исправления ошибки перепутанных префиксов в именах файлов выполните следующие действия:
Соблюдение этой строгой иерархии кодов позволит избежать ошибок при поиске файлов в папке обмена и обеспечит стабильную работу синхронизации между облачной УНФ и локальными базами Бухгалтерии.