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

Короткий ответ: программа ищет в каталоге обмена информацией файл сообщения с данными, но не находит его — потому что вторая база его туда ещё не выложила, либо имя файла не совпало из-за сбитых префиксов узлов. В 90% случаев проблема на стороне отправителя, а не получателя.

Дословно ошибка выглядит так: В каталоге обмена информацией не был обнаружен файл сообщения с данными. Появляется при синхронизации между двумя базами 1С — чаще всего ЗУП ↔ Бухгалтерия, УТ ↔ БП или любой обмен по формату EnterpriseData через общую папку.

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

Как вообще устроен обмен через каталог

Две базы кладут друг для друга файлы в одну общую папку — это и есть каталог обмена информацией. Имя файла жёстко привязано к префиксам узлов, например Message_БП_ЗУП.xml.

Получатель заходит в папку и ищет файл ровно с тем именем, которое ждёт. Не нашёл — выдаёт ошибку. Причин, по которым файла нет или он «не тот», немного.

• 📁 Отправитель ещё не сформировал файл (обмен запустили только с одной стороны).
• 🔀 Префиксы узлов сбились — имя файла не совпадает с ожидаемым.
• 🔒 Нет прав на папку или путь указан по-разному в двух базах.
• 🧩 Разные версии формата EnterpriseData у отправителя и получателя.
• 🗑 Файл уже забрали другим сеансом обмена или чистилкой.

Быстрая диагностика: где именно рвётся

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

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

Самое частое и самое безобидное. Путь к папке должен быть одинаковым и доступным для обеих баз.

1. Откройте НСИ и администрирование → Синхронизация данных → нужная настройка → Настроить.
2. Посмотрите путь к каталогу обмена информацией. Для сетевой папки — только UNC-формат \\server\obmen, не буква диска.
3. Проверьте, что пользователь, под которым работает 1С (или служба сервера 1С), имеет права на запись в эту папку.
4. Зайдите в папку руками через проводник и убедитесь, что файлы там реально появляются.

Способ 2. Сверить префиксы узлов

Имя файла сообщения собирается из префиксов. Если префикс «съехал» на GUID вида a1b2c3d4-... — получатель ждёт файл с одним именем, а лежит другой.

• Откройте план обмена в обеих базах.
• Посмотрите префикс этого узла и префикс узла-корреспондента.
• Префиксы в двух базах должны быть «зеркальными»: то, что в базе А стоит как «корреспондент», в базе Б должно быть «этот узел».

Если префиксы совпали у обоих узлов или превратились в GUID — обмен работать не будет, имена файлов конфликтуют. Верните короткие осмысленные префиксы (БП, ЗУП, УТ) с обеих сторон.

Способ 3. Временно понизить версию формата EnterpriseData

Классика после обновления одной из конфигураций. Новая база уже умеет формат, например, 1.17, а старая — только 1.15, и файл читается неверно.

1. В более новой базе откройте настройку синхронизации.
2. Найдите пункт про версию формата обмена (EnterpriseData).
3. Понизьте версию до той, что поддерживают обе базы.
4. Повторите обмен.

Способ 4. Пересоздать настройку синхронизации

Радикальный вариант, когда префиксы, версии и пути перепутаны настолько, что проще начать заново.

• Выгрузите резервные копии обеих баз перед началом.
• Удалите старую настройку синхронизации с обеих сторон.
• Очистите каталог обмена от старых .xml.
• Создайте синхронизацию заново, аккуратно задав префиксы и один и тот же путь.
• Выполните первую (полную) выгрузку.

Частые ошибки и как их избежать

• ❌ Запускают обмен только в одной базе и ждут, что вторая «сама подхватит». Синхронизацию надо инициировать с обеих сторон хотя бы раз.
• ❌ Указывают путь буквой диска (Z:\obmen) — на сервере такой диск не виден. Только UNC.
• ❌ Меняют префикс на одной стороне и забывают про зеркальную настройку на второй.
• ❌ Настраивают два разных обмена на одну и ту же папку — файлы перехватываются.
• ❌ После обновления конфигурации не проверяют версию формата.

Если не помогло

Файла всё равно нет, хотя пути и префиксы в порядке? Проверьте пошагово более редкие причины.

Крайняя мера — ручной прогон: сформировать сообщение в отправителе, физически убедиться, что .xml лёг в папку с ожидаемым именем, и только потом запустить приём в получателе. Так изолируется, на каком именно шаге теряется файл.

Частые вопросы