Мы сталкиваемся с распространенной проблемой: при выгрузке Универсального передаточного документа (УПД) из 1С через внешнюю печатную форму (ВПФ) файл формируется некорректно и не загружается в систему электронного документооборота (ЭДО) Диадок, выдавая ошибку "не тот формат". При этом стандартная выгрузка через встроенные механизмы 1С ЭДО работает безупречно. Давайте вместе разберем причины такого поведения и пошагово выясним, как исправить эту ситуацию, особенно если вы начинающий программист 1С.
Прежде чем приступать к исправлению, нам критически важно понять, почему наш XML-файл, генерируемый ВПФ, отвергается Диадоком, тогда как типовой ЭДО 1С справляется с этой задачей без проблем. Разберем основные возможные причины:
Несоответствие XML-схем ФНС. Это одна из наиболее частых причин. Федеральная налоговая служба (ФНС) регулярно обновляет форматы электронных документов, включая УПД. Внешняя печатная форма, возможно, была разработана под устаревшую версию формата или содержит ошибки, не соответствующие актуальной схеме. Разработчики 1С оперативно обновляют типовые механизмы ЭДО под новые требования ФНС, чего может не происходить с вашей ВПФ, написанной на заказ или давно.
Ошибки в коде внешней печатной формы. При написании ВПФ вручную могут быть допущены логические ошибки, которые приводят к некорректному формированию XML-структуры. Это могут быть неполное или неправильное заполнение обязательных полей, проблемы с кодировкой данных (например, неверное использование UTF-8), или ошибочное формирование узлов XML-дерева. Даже небольшие расхождения, такие как отсутствие обязательного тега, неверный порядок следования элементов, неправильный тип данных в поле, или опечатки в именах тегов, могут привести к сбою при валидации в Диадоке.
Отличия в заполнении реквизитов. При выгрузке через ВПФ некоторые реквизиты, являющиеся обязательными для электронного документооборота, могут быть не заполнены или заполнены не полностью. Например, полные данные контрагентов, информация о прослеживаемости товаров (если применимо), специфические коды или данные о грузоотправителе/грузополучателе. Типовой функционал ЭДО 1С обычно обеспечивает тщательную проверку и корректное заполнение всех необходимых данных, иногда даже из дополнительных регистров или настроек, о которых ВПФ может "не знать".
Разные версии обработок выгрузки. Внешняя печатная форма может использовать устаревшие библиотеки, в то время как стандартный механизм ЭДО 1С обращается к актуальным модулям. Это может вызывать несовместимость.
Теперь, когда мы представляем возможные причины, давайте определимся с конкретными действиями, которые помогут нам найти и устранить проблему. Мы будем действовать как настоящие детективы, шаг за шагом раскрывая тайну некорректного формата.
Используем сервис валидации Диадока. Вы уже упомянули, что пробовали его, но получили общую ошибку. Тем не менее, это наш первый и важный инструмент. Мы должны загрузить проблемный XML-файл в валидатор на сайте Диадока. В идеале, он должен выдавать конкретные сообщения об ошибках с указанием строки и позиции в XML-файле, где обнаружена проблема. Если сервис выдает только общую ошибку "не тот формат", это может указывать на настолько критические искажения структуры файла, что даже базовая валидация не проходит. Внимательно изучите любые сообщения об ошибках, даже если они кажутся неполными, возможно, они содержат ссылки на элементы, не соответствующие схеме.
Сравниваем "правильный" и "неправильный" XML-файлы. Это ключевой и, возможно, самый эффективный шаг. Мы берем два файла:
Использование актуальных схем ФНС. Для разработки и отладки внешней печатной формы мы должны ориентироваться на актуальные XML-схемы УПД, официально опубликованные на сайте ФНС. Это поможет нам убедиться, что формируемый XML-файл соответствует всем текущим государственным требованиям. Мы ищем там XSD-схемы и используем их для валидации или как эталон.
Применяем типовые механизмы 1С. В идеале, внешняя печатная форма должна максимально использовать типовые механизмы и библиотеки 1С для формирования электронных документов, если это возможно, а не "изобретать велосипед". Это значительно снизит вероятность ошибок и обеспечит большую совместимость с будущими обновлениями. Если в ВПФ есть прямая логика формирования XML-строк, мы должны убедиться, что она максимально повторяет логику типового функционала ЭДО.
Логирование и отладка в 1С. Как начинающие программисты 1С, мы будем активно использовать отладчик. Это наш главный инструмент для пошагового выполнения кода внешней печатной формы. Мы сможем увидеть, как формируются данные и как из них собирается строка XML, выявляя место ошибки. Добавление временных сообщений с помощью функции Сообщить() или запись промежуточных данных в текстовый файл также может очень помочь в отладке.
Учитываем особенности работы Диадока. Некоторые операторы ЭДО, включая Диадок, могут иметь свои специфические требования или рекомендации по формированию XML-файлов, которые дополняют или уточняют требования ФНС. На сайте Диадока обычно есть раздел с документацией для разработчиков или требованиями к форматам, которые мы должны изучить.
Вернемся к пункту 2 из нашей инструкции – сравнению XML-файлов. Это критически важный шаг. Разница в 1 КБ, о которой вы упомянули, уже является важным сигналом. Давайте проанализируем, на что именно мы должны обратить внимание при сравнении:
Корневой элемент и его атрибуты. Мы начинаем с самого начала файла. Сравним корневой элемент (например, <Файл>) и его атрибуты. Это могут быть ссылки на XSD-схемы (xsi:schemaLocation), указание версии формата (ВерсФорм) и другие идентификаторы. Даже одно несовпадающее значение здесь может быть причиной ошибки "не тот формат".
Наличие и порядок всех обязательных блоков и полей. XML-схемы очень строги к порядку следования элементов и наличию обязательных полей. Мы должны убедиться, что оба файла содержат одни и те же блоки (например, информацию о продавце, покупателе, товарах) и поля внутри этих блоков. Если в одном файле есть поле, которого нет в другом (или оно пустое, когда должно быть заполнено), это может быть нашей проблемой.
Формат даты и времени, числовые значения. Обратите внимание на то, как форматируются даты (например, ГГГГ-ММ-ДД или ДД.ММ.ГГГГ), время, а также числовые значения (например, разделители целой и дробной части — точка или запятая). Даже такие мелочи могут вызвать ошибку валидации.
Кодировка файла. Все электронные документы ФНС и большинство систем ЭДО ожидают файлы в кодировке UTF-8. Если ваша ВПФ сохраняет файл в другой кодировке (например, Windows-1251), это приведет к ошибке.
Различия в объеме файла. Упомянутая вами разница в 1 КБ между файлами — это не просто так. Это может указывать на:
Имена файлов. Хотя это не влияет на содержание XML, правильное именование файла (например, ON_NS_xxx.xml, как в вашем случае) является частью протокола обмена и может быть требованием Диадока для корректной обработки. Убедитесь, что ваша ВПФ формирует имя файла по тем же правилам, что и типовой ЭДО.
Для начинающего программиста 1С, освоение отладчика — это фундаментальный навык (используйте помощник отладки для ускорения процесса). Давайте разберем, как мы будем использовать его для поиска ошибки в нашей ВПФ.
Открытие ВПФ и ее модулей. Мы открываем вашу внешнюю печатную форму в режиме конфигуратора. Находим основной модуль объекта или модуль формы, где содержится код, отвечающий за формирование XML. Обычно это функция или процедура, которая принимает данные документа "Реализация товаров" и возвращает готовую XML-строку или объект ДвоичныеДанные.
Установка точек останова. Мы устанавливаем точки останова (F9) в ключевых местах кода. Нас интересуют:
ЗаписьXML.ЗаписатьНачалоЭлемента(), ЗаписьXML.ЗаписатьАтрибут(), ЗаписьXML.ЗаписатьТекст()).Просмотр значений переменных. Когда выполнение кода остановится на точке останова, мы используем окно "Табло" или "Значения" (обычно снизу экрана конфигуратора) для просмотра значений переменных. Мы должны следить за теми переменными, которые содержат данные, предназначенные для записи в XML. Например, проверяем, правильно ли заполнены ИНН, КПП, суммы, наименования товаров.
Пошаговое выполнение. Используя клавиши F10 (шаг через) и F11 (шаг в), мы пошагово проходим по коду. Это позволяет нам увидеть, какая часть кода как работает, и в какой момент данные искажаются или не заполняются.
Использование Сообщить() или запись в файл для отладки. Если отладчик использовать неудобно (например, при отладке на продуктивной базе), мы можем временно добавить в код операторы Сообщить("Значение переменной: " + Переменная), чтобы выводить промежуточные результаты. Еще более мощный способ — записывать формируемый XML-фрагмент или всю строку в текстовый файл на диске. Это поможет нам сравнить части XML, формируемые ВПФ, с эталоном.
// Пример записи в файл для отладки
ПутьКФайлуОтладки = "C:\Temp\DebugXML_UPD.xml"; // Выбираем путь, доступный для записи
ТекстXML = "" + СформироватьXMLУПД(ПараметрыДокумента); // Ваша функция формирования XML
Попытка
ТекстовыйДокумент = Новый ТекстовыйДокумент;
ТекстовыйДокумент.УстановитьТекст(ТекстXML);
// Указываем кодировку UTF8 при записи
ТекстовыйДокумент.Записать(ПутьКФайлуОтладки, КодировкаТекста.UTF8);
Сообщить("Отладочный файл XML сохранен: " + ПутьКФайлуОтладки);
Исключение
Сообщить("Ошибка при записи отладочного файла: " + ОписаниеОшибки());
КонецПопытки;
Работа с объектами XML в 1С. В 1С есть специальные объекты для работы с XML: ЗаписьXML для создания XML-файлов, ЧтениеXML для их разбора, ФабрикаXDTO для работы со схемами и типизированными объектами, а также ДокументXML для манипуляций с XML-деревом. Мы должны убедиться, что наша ВПФ корректно использует эти или аналогичные механизмы для формирования XML, соответствующего стандартам.
Таким образом, основная задача сводится к тому, чтобы привести XML-файл, формируемый внешней печатной формой, в полное соответствие с актуальной XML-схемой УПД, которую ожидает Диадок, и которая успешно генерируется типовым функционалом 1С ЭДО. Последовательно применяя эти шаги, мы обязательно найдем причину и исправим проблему. Успехов в отладке!