В процессе электронного документооборота (ЭДО) часто возникают ситуации, когда печатная форма документа визуально отличается от его электронного представления в формате XML. Одним из наиболее дискуссионных вопросов является заполнение строки 5б («Порядковый номер и дата составления документа об оплате...») в универсальном передаточном документе (УПД) — есть обработка заполнения строки 5б в УПД для 1С. Разберем подробно, как этот реквизит должен выглядеть в файле, почему контрагенты иногда требуют его наличия и как правильно настроить выгрузку в 1С.
Для начала проанализируем нормативную базу. На текущий момент сосуществуют два основных формата электронных счетов-фактур и УПД, утвержденных ФНС: старый формат согласно Приказу № 820 и новый формат согласно Приказу № 970 (от 19.12.2023), а также специальные инструменты для смены форматов электронных документов — для этого есть обработка выгрузки УПД в XML для 1С. В обоих случаях логика заполнения реквизитов, соответствующих строке 5б, идентична.
Согласно правилам заполнения счета-фактуры (Постановление Правительства № 1137), строка 5б заполняется только в тех случаях, когда была произведена оплата (частичная оплата) в счет предстоящих поставок. Если аванса не было, в бумажной форме ставится прочерк. Однако в электронном формате XML действуют правила XSD-схемы, которые важно соблюдать, используя решения для групповой выгрузки файлов по обоим приказам ФНС.
Рассмотрим структуру элемента, отвечающего за эти сведения:
ДокПодтвОпл.СопрДокФХЖ (Сведения о сопроводительных документах, уточняющих обстоятельства факта хозяйственной жизни).Важнейшим техническим параметром здесь является признак обязательности элемента. В спецификациях ФНС эти теги помечены символом «Н» (Необязательный). Это означает, что при отсутствии данных элемент не просто должен быть пустым — он должен полностью отсутствовать в XML-структуре.
Выясним причину, по которой мы не можем просто передать пустую строку или тег без значения. XSD-схема жестко определяет тип данных для каждого поля. Если мы передадим конструкцию вида:
<ДокПодтвОпл НомерДокПодтвОпл="" ДатаДокПодтвОпл="" />
Система принимающей стороны (информационная система контрагента или оператор ЭДО) выдаст ошибку валидации. Это происходит потому, что атрибут ДатаДокПодтвОпл ожидает формат даты (ДД.ММ.ГГГГ), а пустая строка этому формату не соответствует. Следовательно, единственный корректный способ обработки пустой строки 5б — полное исключение соответствующего блока из файла, для чего может потребоваться функция для корректного чтения XML-структуры УПД.
Часто программисты сталкиваются с претензиями от клиентов: «Ваш файл не проходит проверку, так как строка 5б не заполнена». Проанализируем, почему это происходит, если стандарт говорит об обратном.
1. Ошибки в настройках приемки у контрагента. Крупные торговые сети или ритейлеры часто настраивают собственные «жесткие» фильтры на входящие документы. Если их программисты ошибочно пометили тег СопрДокФХЖ как обязательный в своем парсере, они будут отклонять корректные с точки зрения ФНС файлы. Например, при работе с маркетплейсами часто требуется специфическое формирование УПД для OZON в формате 970 — для этого подойдёт обработка формирования XML-файлов УПД и УКД для маркетплейсов. В этом случае проблему нужно решать на стороне получателя.
2. Специфика для Индивидуальных Предпринимателей (ИП). Рассмотрим важный нюанс, связанный с изменениями законодательства 2025-2026 годов. С 1 января 2026 года (и фактически уже сейчас в обновленных модулях ЭДО) для ИП обязательной становится передача данных о государственной регистрации (ОГРНИП). Если эти данные отсутствуют, система оператора (например, Диадок) может выдать общую ошибку: «Не заполнены обязательные реквизиты». Пользователь, видя пустую строку 5б в визуализаторе, может ошибочно интерпретировать проблему именно как отсутствие данных об оплате.
Проанализируем пример того, как должны выглядеть дополнительные сведения для ИП в блоке продавца, чтобы избежать подобных ошибок:
<СвИП ОГРНИП="321XXXXXXXXXXXX">
<ФИО Фамилия="Иванов" Имя="Иван" Отчество="Иванович"/>
</СвИП>
Если эти теги заполнены корректно, претензии к строке 5б зачастую исчезают сами собой.
В типовых конфигурациях 1С (например, Бухгалтерия предприятия 3.0) механизм формирования XML-файла уже учитывает требования ФНС. Рассмотрим, как это работает «под капотом»:
ТаблицаСведений для выгрузки в ЭДО, программа проверяет наличие документов оплаты в связанной структуре документа-основания.СопрДокФХЖ (или ДокПодтвОпл) просто не добавляется в дерево XML.Если вам необходимо программно проверить, попадает ли строка в файл, можно воспользоваться методом отладки в модуле менеджера соответствующего документа (например, УдалитьСчетФактураВыставленный), найдя функцию формирования электронного документа.
Если контрагент продолжает настаивать на заполнении строки 5б, приведем пошаговый алгоритм действий:
СопрДокФХЖ. Согласно логике письма, данные вносятся только «в целях корректной реализации» при наличии оплаты. При отсутствии факта оплаты техническая реализация не предусматривает передачу пустых значений.Итог: Попытка «насильно» вставить пустую строку 5б в XML-файл приведет к нарушению структуры документа. Правильное решение — убедиться в полноте остальных реквизитов (особенно для ИП) и разъяснить контрагенту технические особенности XSD-схем, где необязательные поля при отсутствии данных исключаются из файла полностью.