Как исправить ошибку «Файл не обнаружен» при интеграции через 1С:Шину?

При настройке обмена данными между конфигурациями (например, 1С:ERP или 1С:ЗУП) через 1С:Шину (Enterprise Service Bus) специалисты часто сталкиваются с ошибкой при событии «получение». В журнале регистрации или в окне сообщений появляется текст вида: Файл с идентификатором esb_1c_[ИмяУзла].xml не обнаружен. Эта проблема может парализовать обмен, несмотря на то что сама шина работает исправно. В этой статье мы подробно разберем причины возникновения этой ошибки и методы её устранения.

Анализ механизма формирования файла

Прежде всего, проанализируем, как работает транспортный модуль ТранспортСообщенийОбменаESB1C. В отличие от классического файлового обмена, здесь файл сообщения должен создаваться динамически в момент получения данных из очереди шины. Если система сообщает, что файл не найден, это означает, что либо он не был физически записан на диск, либо у процесса 1С нет прав на его чтение сразу после создания.

Важно учитывать, что имя файла esb_1c_ERP2.xml формируется программно на основе кода узла информационной базы. Рассмотрим основные шаги проверки:

1. Проверим соответствие кодов узлов в настройках синхронизации в 1С и в схеме интеграции 1С:Шины. Если в 1С код узла — «ERP2», а в шине прописан другой идентификатор, транспортный модуль не сможет сопоставить входящее сообщение.
2. Выясним, используется ли типовая БСП (Библиотека стандартных подсистем). В современных версиях работа с шиной интегрирована в подсистему обмена данными, и любая рассинхронизация префиксов баз ведет к потере пути к файлу.

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

Одной из самых частых причин является недостаточность прав доступа. Рассмотрим ситуацию: МойФайл.Существует() возвращает Ложь. Как было отмечено в обсуждении, это не всегда означает отсутствие файла. Если у пользователя, под которым работает сервер 1С, нет прав на чтение родительского каталога, платформа вернет Ложь, даже если файл физически находится там.

Разберем, под каким пользователем выполняется запись:

• Обмен в ERP практически всегда выполняется в фоновом задании.
• Фоновое задание исполняется на стороне сервера 1С.
• Следовательно, права на папку (локальную или сетевую) должны быть у учетной записи ОС, от имени которой запущена служба 1C:Enterprise 8.3 Server Agent. Обычно это пользователь usr1cv8.

Если вы используете сетевой ресурс (UNC-путь), убедитесь, что учетная запись сервера 1С имеет доступ к этой «шаре» и права на уровне NTFS. Помните, что пользователь «Администратор», под которым вы заходите в Windows, и пользователь usr1cv8 — это разные сущности с разными правами.

Настройка рабочего каталога в 1С

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

Если в кластере несколько рабочих серверов, файл может быть записан на одном сервере, а попытка чтения произойдет на другом. Чтобы избежать этого, выполним следующие действия:

1. Зайдем в настройки синхронизации данных.
2. В параметрах транспорта через шину укажем явный путь к общему сетевому каталогу (например, \\ServerName\Exchange\ESB\).
3. Убедимся, что этот путь доступен всем рабочим процессам кластера 1С.

Архитектурное решение: отказ от файлов в пользу Binary Data

Рассмотрим наиболее современный и стабильный способ решения проблемы, упомянутый экспертами. Вместо того чтобы передавать ссылку на файл или надеяться на файловую систему, мы можем передавать все данные внутри сообщения шины в бинарном формате.

В схеме процесса «1С:Шины» и в настройках адаптера 1С следует выбрать передачу через «Тело сообщения». В этом случае данные попадают напрямую в память или базу данных 1С, минуя промежуточные XML-файлы на диске. Это полностью исключает ошибки типа «Файл не обнаружен».

Пример логики обработки бинарных данных (условно):

// Пример получения данных из сообщения шины без использования файлов
ДанныеСообщения = ИнтеграцияСШиной.ПолучитьТелоСообщения(ИдентификаторСообщения);
Если ТипЗнч(ДанныеСообщения) = Тип("ДвоичныеДанные") Тогда
    ЧтениеXML = Новый ЧтениеXML;
    ЧтениеXML.УстановитьДвоичныеДанные(ДанныеСообщения);
    // Далее стандартная обработка XML
КонецЕсли;

Диагностика через Журнал регистрации и Технологический журнал

Если вышеуказанные меры не помогли, нам необходимо выяснить точный системный путь, по которому программа ищет файл. Для этого выполним следующие шаги:

1. Проанализируем Журнал регистрации. Ищем события с категориями Синхронизация данных или IntegrationService. Часто там содержится полный стек вызовов.
2. Настроим Технологический журнал (ТЖ). Нам нужно событие EXCP (исключение). В файле лога ТЖ будет зафиксирован системный вызов открытия файла, где будет виден полный путь, например: C:\Windows\Temp\esb_1c_ERP2.xml. Это позволит точно понять, где система ожидает увидеть файл.

Итоги и рекомендации

Подводя итог, можно выделить три основных направления решения проблемы:

• Административное: Проверить права пользователя usr1cv8 на каталог обмена.
• Настроечное: Указать явный сетевой «Рабочий каталог» в параметрах синхронизации в 1С, чтобы исключить потерю временных файлов в кластере.
• Разработческое: Перейти на использование Message.Body (передача контента в теле сообщения), что является наиболее надежным методом для интеграции через 1С:Шину, так как он избавляет систему от зависимости от файловой системы серверов.

Рекомендуем также проверить версии используемых компонент. Если вы обновили платформу 1С, убедитесь, что расширение или подсистема ТранспортСообщенийОбменаESB1C также актуальны, так как методы работы с временными хранилищами в новых релизах могут меняться.