Ошибка «В каталоге обмена информацией не был обнаружен файл сообщения с данными»

Если 1С пишет, что «в каталоге обмена информацией не был обнаружен файл сообщения с данными», причина почти всегда одна: принимающая база ищет файл выгрузки, которого в папке нет. Либо его создала другая база под другим именем, либо путь к каталогу обмена указан неверно.

Это не поломка данных и не потеря настроек. Синхронизация просто не нашла нужный Message_*.xml и остановилась. Ниже — как за несколько минут понять, кто из двух баз «молчит», и починить обмен, не пересоздавая настройку с нуля.

Что означает ошибка и когда появляется

При файловом обмене базы общаются через промежуточную папку. Отправитель кладёт туда файл сообщения, получатель его забирает. Имя файла строгое:

Message_<ПрефиксОтправителя>_<ПрефиксПолучателя>.xml

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

Чаще всего это всплывает в связках:

• 🔄 ЗУП → Бухгалтерия предприятия (не проходит выгрузка зарплаты);
• 🛒 Управление торговлей → Бухгалтерия;
• 🏢 обмен между двумя однотипными базами (РИБ, распределённая ИБ).

💡 Ошибку почти всегда даёт принимающая сторона. Значит, разбираться надо с той базой, которая должна была файл создать.

Быстрая диагностика по симптомам

Найдите свой случай — и переходите к нужному разделу ниже.

Причина 1. Разошлись префиксы баз

Самая частая причина. У каждой базы есть префикс — две буквы в начале номеров документов (БП, ЗУП, УТ). Он же участвует в имени файла сообщения.

Что происходит: после переноса базы, восстановления из копии или сбоя префикс «слетает» и заменяется на длинный GUID. Отправитель создаёт файл вида Message_a1b2c3...._БП.xml, а получатель ждёт Message_ЗУП_БП.xml. Имена не совпадают — файл «не обнаружен».

Как проверить и поправить:

1. Откройте Главное → Администрирование → Настройки программы → раздел с префиксом (в разных конфигурациях — Синхронизация данных или Организации).
2. Убедитесь, что префикс — это короткие осмысленные буквы, а не набор символов.
3. Проверьте: префиксы двух баз должны быть РАЗНЫМИ. Два одинаковых префикса ломают обмен так же, как их отсутствие.
4. После правки префикса зайдите в настройку синхронизации и выполните обмен заново.

⚠️ Не меняйте префикс «на глаз» в рабочей базе с историей документов — это перенумерует документы. Сначала копия, потом изменения.

Причина 2. Разные версии формата обмена (EnterpriseData)

Обмен между типовыми конфигурациями идёт через формат EnterpriseData. У формата есть версии (1.10, 1.16, 1.17 и т.д.). Если одна база обновилась, а вторая ещё на старом релизе, отправитель выгружает файл в новой версии формата — приёмник её «не понимает» и обмен обрывается.

Решение — временно понизить версию формата до той, что поддерживают обе базы:

1. Администрирование → Синхронизация данных → откройте вашу настройку.
2. Ещё (или Настроить) → Параметры подключения / Состав отправляемых данных.
3. Найдите Версия формата и выберите младшую из доступных в обеих базах.
4. Сохраните и запустите обмен вручную.

Это временное решение. Как только обновите вторую базу до актуального релиза — верните автоматический выбор версии формата.

Причина 3. Неверный путь к каталогу обмена

Если 1С не находит саму папку (а не файл в ней), проверьте настройку каталога:

• 📁 путь к каталогу обмена существует и доступен с этого компьютера;
• 🔑 у пользователя Windows есть права на чтение и запись в папку;
• 🌐 для сетевой папки — используется полный UNC-путь (\\server\obmen), а не подключённый диск Z:, которого нет у службы;
• 🧹 антивирус не «съел» и не поместил .xml в карантин.

Путь смотрите там же: Синхронизация данных → настройка → Параметры подключения → Каталог.

Пошаговое решение

Сценарий, который закрывает 8 случаев из 10.

Способ 2. Полное пересоздание настройки синхронизации

Если правки не помогли и настройка «запуталась» (сбились узлы, GUID, регистрация) — проще пересоздать обмен, чем чинить.

1. В обеих базах: Синхронизация данных → выделите настройку → Удалить настройку синхронизации.
2. Очистите каталог обмена от старых .xml.
3. Создайте настройку заново: Настроить синхронизацию данных → выберите вид обмена → укажите тот же каталог и разные префиксы.
4. Первую загрузку выполняйте по порядку: сначала главная база, потом подчинённая.

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

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

Редкие, но встречающиеся причины:

• Обмен идёт не файлами, а по прямому подключению (COM/веб-сервис). Тогда этой ошибки быть не должно — проверьте, не переключили ли способ обмена случайно на «через файл».
• FTP-каталог. Файл создаётся, но не заливается на FTP: проверьте логин, пароль, пассивный режим и права на запись.
• Разные редакции конфигурации (например, Бухгалтерия 3.0 и нетиповая доработанная). Форматы обмена могут не стыковаться — нужен универсальный формат или доработка правил.
• Регламентное задание отключено. Файл создаётся вручную, но автоматически обмен «молчит» — включите и настройте расписание задания синхронизации.

Типичные ошибки и как их избежать

• ❌ Меняют префикс в рабочей базе без копии — получают перенумерацию документов.
• ❌ Ставят одинаковые префиксы обеим базам — обмен не заведётся никогда.
• ❌ Чистят папку обмена «на всякий случай» посреди активного обмена — теряют неотправленное сообщение.
• ❌ Обновляют одну базу и забывают про вторую — ловят рассинхрон версий формата.
• ✅ Правило: любые изменения префиксов и настроек — только на копии, обмен запускать по цепочке источник → приёмник.

Видео-разбор

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