Как исправить ошибку доступа к файлу при выгрузке метаданных обработкой MD83Exp в 1С

При подготовке правил обмена и выгрузке структуры метаданных конфигурации разработчики нередко сталкиваются с исключением платформы:

{ВнешняяОбработка.ВыгрузкаМетаданных.МодульОбъекта(44)}: Ошибка при вызове метода контекста (ОткрытьФайл) мЗаписьXML.ОткрытьФайл(ИмяФайлаВыгрузки, "UTF-8"); по причине: Ошибка доступа к файлу

Разберем детально, почему возникает эта ошибка, как влияют контексты выполнения «клиент/сервер», а также почему важно правильно сопоставлять версии обработок выгрузки и конфигурации «Конвертация данных».

Причины возникновения ошибки

Проанализируем основные факторы, приводящие к блокировке записи XML-файла:

1. Выполнение кода на стороне сервера: В управляемом приложении обработка MD83Exp.epf формирует файл в контексте сервера. Если на клиенте указан локальный путь (например, C:\1\UPP.XML), серверный процесс rphost.exe пытается найти или создать этот файл на физическом диске сервера, а не на компьютере пользователя.
2. Недостаток прав системной службы: Пользователь операционной системы, от имени которого запущена служба 1С:Предприятия (например, usr1cv8), часто не имеет прав на запись в корень диска C:\ или в локальные пользовательские папки.
3. Безопасный режим и профили безопасности: При открытии внешних обработок в управляемом интерфейсе платформа может инициализировать их в безопасном режиме, блокируя прямой доступ к файловой системе.
4. Несовместимость инструментария: Попытка использовать инструменты выгрузки для «Конвертации данных 2.1» (обработки MD82Exp.epf, MD83Exp.epf) с конфигурацией «Конвертация данных 3.0», использующей совершенно другой формат данных (EnterpriseData / XDTO).

Шаг 1. Выбор правильной связки инструментов и версий

Выясним архитектурные различия между конфигурациями и правилами выгрузки:

1. Конфигурации на обычных формах (например, УПП 1.3, КА 1.1, УТ 10.3): Для них штатным решением является запуск базы в режиме обычного приложения («Толстый клиент (обычное приложение)») и использование обработки MD82Exp.epf.
2. Конвертация данных 2.1: Принимает XML-файлы структуры метаданных, сформированные через MD82Exp.epf или MD83Exp.epf.
3. Конвертация данных 3.0: Не предназначена для прямой загрузки XML-файлов из старых обработок. Выгрузка структуры для КД 3.0 выполняется через Конфигуратор с помощью команды выгрузки конфигурации в файлы.

Если выгрузка выполняется для устаревшей конфигурации (такой как УПП 1.3), необходимо использовать «Конвертацию данных, редакция 2.1» и обработку MD82Exp.epf в обычном приложении.

Шаг 2. Устранение проблем с доступом к файловой системе

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

1. Использование файловой копии информационной базы: Самый простой способ избежать сетевых и серверных ограничений прав — развернуть локальную файловую копию базы (файл 1Cv8.1CD) на рабочем компьютере и выполнить выгрузку в ней.
2. Настройка прав учетной записи службы: В клиент-серверном варианте необходимо предоставить учетной записи службы usr1cv8 полные права на папку, в которую выполняется сохранение файла на сервере.
3. Проверка безопасного режима: Если обработка открывается через справочник дополнительных отчетов и обработок, убедитесь, что флаг БезопасныйРежим отключен.

Шаг 3. Корректная работа с временными файлами в коде

Посмотрим на пример правильной организации записи XML-файла на сервере с последующей передачей на клиент. В управляемом приложении запись надежнее всего выполнять во временный каталог сервера:

// Серверная часть формирования файла выгрузки
ИмяФайлаНаСервере = ПолучитьИмяВременногоФайла("xml");

ЗаписьXML = Новый ЗаписьXML;
ЗаписьXML.ОткрытьФайл(ИмяФайлаНаСервере, "UTF-8");

// ... формирование структуры метаданных ...

ЗаписьXML.Закрыть();

// Помещение во временное хранилище для передачи клиенту
АдресФайла = ПоместитьВоВременноеХранилище(Новый ДвоичныеДанные(ИмяФайлаНаСервере), УникальныйИдентификатор);
УдалитьФайлы(ИмяФайлаНаСервере);

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