Ошибка транспорта сообщения обмена в 1С: как найти причину и починить

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

Транспорт — это способ, которым базы обмениваются файлами: общий каталог (FILE), FTP-сервер, электронная почта или веб-сервис. Ошибка транспорта сообщения при обмене привязана к конкретному каналу, поэтому и лечится по-разному. Ниже — как за пять минут понять, какой транспорт сбоит, и что делать в каждом случае.

Как выглядит ошибка и что она значит

Полный текст в 1С обычно начинается со слова ТранспортСообщенийОбмена и указания протокола. По этому «хвосту» сразу видно, где искать.

Типичные формулировки:

• 🔴 Ошибка транспорта сообщения обмена FILE: Ошибка подключения: Каталог обмена информацией не существует
• 🔴 ТранспортСообщенийОбменаFTP: Ошибка соединения с FTP-сервером
• 🔴 ТранспортСообщенийОбменаEMAIL: Ошибка при отправке/получении письма
• 🔴 Ошибка транспорта сообщения обмена FILE: Процесс не может получить доступ к файлу, так как он занят другим процессом
• 🔴 Файл сообщения обмена не найден

Ключевое слово после Транспорт... — это и есть ваш канал. Дальше идём по нему.

Быстрая диагностика по тексту ошибки

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

Транспорт FILE: общий каталог обмена

Самый частый источник ошибки. Обмен идёт через папку — локальную или сетевую.

Проверьте, что каталог существует и открывается

1. Откройте настройку синхронизации: НСИ и администрирование → Синхронизация данных → Настройки синхронизации данных.
2. Зайдите в параметры подключения и посмотрите путь к каталогу обмена.
3. Скопируйте путь и вставьте в адресную строку проводника.

Если папка не открылась — причина найдена. Варианты:

• 📁 Папку удалили или переименовали — создайте заново по тому же пути.
• 🔌 Это сетевой диск (Z:\obmen), который не подключился, — используйте UNC-путь \\server\obmen вместо буквы диска.
• 🖥️ База на сервере 1С — путь должен существовать на сервере, а не на вашем компьютере.

Проверьте права доступа

Каталог может существовать, но 1С в него не пишет. Правой кнопкой по папке → Свойства → Безопасность → у нужного пользователя должно стоять «Изменение».

Для файловой базы это пользователь Windows, под которым запущена 1С. Для серверной — учётная запись службы 1C:Enterprise 8.3 Server Agent.

Файл занят другим процессом

Если обмен упал в прошлый раз, файл message_*.xml мог остаться заблокированным.

1. Завершите все сеансы 1С у обеих сторон обмена.
2. Через Диспетчер задач проверьте, не висит ли 1cv8.exe или rphost.exe.
3. Зайдите в каталог обмена и посмотрите на файлы сообщений — при желании старый message_*.xml можно удалить, обмен пересоздаст его.
4. Повторите синхронизацию.

Транспорт FTP: обмен через сервер

Здесь ошибка транспорта сообщения обмена связана с соединением, а не с папкой.

Проверьте по порядку:

Транспорт EMAIL: обмен по почте

Редкий, но капризный вариант. Типичные причины:

• ✉️ Неверные настройки учётной записи почты (сервер, порт, SSL).
• 📦 Размер файла обмена превышает лимит вложения — частая беда при первой полной выгрузке.
• 🔒 Почтовый провайдер требует пароль приложения вместо обычного пароля.

При большом объёме данных почта — плохой выбор. Для регулярного обмена большими базами используйте FILE или FTP, а не EMAIL.

Обмен не через каталог: веб-сервис и прямое подключение

Если синхронизация настроена напрямую (через интернет по адресу публикации или через COM-соединение), «транспорта файла» как такого нет, но похожая ошибка возникает при:

• недоступности адреса публикации базы на веб-сервере;
• неверном логине/пароле пользователя, под которым идёт подключение;
• истёкшем сертификате HTTPS у публикации.

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

Пошаговый чек-лист восстановления обмена

Пройдите по порядку — на каком-то шаге ошибка уйдёт.

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

Когда базовая диагностика не дала результата:

• 🔁 Сверьте настройки на обоих концах. У первой и второй базы должен быть один и тот же каталог обмена и совпадающие префиксы. Разные каталоги — самая скрытая причина «файл не найден».
• 🧾 Загляните в журнал регистрации обеих баз (по событию «Обмен данными»). Там полный текст с технической подробностью.
• 🆔 Проверьте узлы обмена (План обмена). Если узел был удалён и создан заново, старые сообщения перестают приниматься — нужна повторная первоначальная выгрузка.
• 💾 Сделайте резервную копию перед любыми действиями с узлами и планами обмена.
• 👨‍🔧 Если базы на разных релизах платформы или конфигурации — обновите обе стороны до совместимых версий: рассинхрон версий тоже валит транспорт.

Как предотвратить повторение

• Используйте UNC-пути (\\server\obmen) вместо букв сетевых дисков — они не «отваливаются».
• Настройте обмен по расписанию через регламентное задание, а не вручную — меньше зависших файлов.
• Не держите базу обмена на компьютере, который выключают на ночь.
• Для больших баз выбирайте FILE или FTP, EMAIL оставьте для мелких настроек.

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