Переход с традиционных способов обмена данными (например, через FTP или локальные каталоги) на современные web-сервисы — это логичный шаг в развитии ИТ-архитектуры предприятия. Однако этот процесс часто сопровождается специфическими техническими сложностями. Типичная ситуация: подключение к веб-сервису проходит успешно, проверка связи не выдает ошибок, но при попытке запустить реальный обмен система выдает критическую ошибку Не указано имя файла для загрузки данных (Имя файла для загрузки). Проанализируем причины этой проблемы и разберем по шагам проверенные методы её решения.
Данная ошибка чаще всего встречается в конфигурациях на базе Библиотеки стандартных подсистем (БСП). В момент вызова метода веб-сервиса база-приемник ожидает получить данные, которые платформа должна автоматически сохранить во временный файл для последующего разбора механизмом конвертации данных. Если по каким-то причинам поток данных пуст или механизм передачи «не договорился» о способе упаковки сообщения, параметр ИмяФайлаСообщенияОбмена остается пустым, что и приводит к исключению в процедуре ОбменДаннымиСервер.ПрочитатьСообщениеСИзменениямиДляУзла.
Рассмотрим самое простое и эффективное решение, которое помогает в большинстве случаев. Проблема может заключаться в том, что стандартный SOAP-протокол пытается передать XML-сообщение целиком внутри тела запроса, что при больших объемах или определенных настройках веб-сервера приводит к сбоям.
Алгоритм действий:
Установка этого флага заставляет систему использовать технологию MTOM (Message Transmission Optimization Mechanism). В этом случае данные передаются не как часть текста XML, а как бинарное вложение, что значительно стабильнее. В коде БСП это активирует скрытый параметр WSИспользоватьПередачуБольшогоОбъемаДанных = Истина, после чего платформа корректно инициирует создание временного файла на стороне приемника.
Проанализируем ситуацию, когда ручной обмен работает исправно, а автоматический (по расписанию) падает с ошибкой. Выясним причину: в настройках синхронизации может быть создано несколько вариантов подключения (например, старый путь к папке и новый к web-сервису).
Необходимо зайти в Сценарии синхронизации данных и проверить каждую строку. Часто в сценарии получения или отправки данных по ошибке остается выбран «тип подключения», соответствующий старому транспорту (локальный каталог или FTP). Система пытается выполнить загрузку, используя программный код для web-сервиса, но опирается на настройки файлового обмена, в результате чего путь к файлу не формируется.
Если настройки в 1С верны, но ошибка сохраняется, посмотрим на параметры веб-сервера, на котором опубликована информационная база. Веб-сервер может обрывать соединение или ограничивать размер передаваемого пакета.
Для сервера IIS:
Проверим параметр maxAllowedContentLength в файле web.config. Если объем сообщения обмена больше установленного лимита, IIS просто не передаст данные в 1С полностью. Увеличим это значение до необходимого максимума.
Для сервера Apache:
Обратим внимание на директивы LimitRequestBody и KeepAliveTimeout. Также важно проверить файл публикации default.vrd. В нем должен быть включен параметр allowChunkedEncoding="true", который критически важен для передачи данных кусками при обмене через веб-сервисы.
Выясним, под каким пользователем запущен сервер 1С (обычно это USR1CV8). При обмене через web-сервис система сначала записывает полученный поток данных в системный временный каталог. Если у пользователя USR1CV8 нет прав на запись в папку C:\Windows\Temp (или в ту, что указана в переменных окружения), файл не будет создан физически. Убедитесь, что сервер 1С имеет полный доступ к каталогам временных файлов.
Если типовые настройки не помогают, проанализируем возможность внесения изменений в код. Мы можем принудительно заставить систему сохранять сообщение во временный файл, если она «забыла» это сделать. Рассмотрим пример кода, который можно добавить в начало процедуры ПрочитатьСообщениеСИзменениямиДляУзла общего модуля ОбменДаннымиСервер (рекомендуется использовать механизм расширений):
Если Не ПустаяСтрока(СообщениеОбмена) И НЕ ЗначениеЗаполнено(ИмяФайлаСообщенияОбмена) Тогда
ВремКат = КаталогВременныхФайлов();
ИмяФайлаСообщенияОбмена = ВремКат + "Обмен_Web_Manual.xml";
ФайлЗаписи = Новый ЗаписьТекста(ИмяФайлаСообщенияОбмена, КодировкаТекста.UTF8);
ФайлЗаписи.Записать(СообщениеОбмена);
ФайлЗаписи.Закрыть();
КонецЕсли;
Данный фрагмент проверяет: если текст сообщения пришел, а путь к файлу не инициализирован, мы создаем файл вручную и передаем его путь дальше по стеку вызовов. Это гарантирует, что обработка КонвертацияОбъектовИнформационныхБаз получит требуемый ей файл.
Рассмотрим ситуацию, когда проблема кроется не в транспорте, а в самих данных. Если в базе-отправителе при выгрузке данных произошла внутренняя ошибка (например, нарушение ссылочной целостности или ошибка в правилах обмена), файл сообщения может сформироваться «пустым» или некорректным. В этом случае база-приемник получает через веб-сервис пустой ответ. Необходимо проанализировать Журнал регистрации в базе-источнике на предмет ошибок в момент выполнения выгрузки.
Мы проанализировали основные причины возникновения ошибки Не указано имя файла для загрузки данных. В большинстве случаев решение кроется в настройке MTOM в параметрах подключения или в исправлении сценариев синхронизации. Однако не стоит забывать и о инфраструктурных моментах, таких как настройки веб-сервера и права доступа к файловой системе сервера приложений 1С.