← На главную

При отправке электронных документов через сервис 1С-ЭДО пользователи нередко сталкиваются с ситуацией, когда документ реализации не выгружается, а программа выдает системное сообщение об ошибке валидации XML-файла. В тексте сообщения фигурируют термины XDTO, указание на тип ON_NSCHFDOPPR_1_997_01_05_03_01, структуру /Документ/СвПродПер/СвПер/ОснПер[1] и обязательное свойство РеквДатаДок.

Разберем природу возникновения этой ошибки, выясним, за что отвечает проблемный реквизит, и подробно рассмотрим по шагам, как исправить данные в информационной базе для успешной отправки УПД.

Причина возникновения ошибки валидации XDTO

Проанализируем техническую часть сообщения. Идентификатор формата ON_NSCHFDOPPR_1_997_01_05_03_01 сообщает нам о том, что для выгрузки используется обновленный формат УПД версии 5.03, утвержденный приказом ФНС России № ЕД-7-26/970@. В данной версии схемы действуют строгие правила проверки заполнения сведений о документе-основании передачи товаров или услуг.

Путь /Документ/СвПродПер/СвПер/ОснПер[1] указывает на первый элемент узла «Основание отгрузки (передачи)». В типе данных РеквДокТип атрибут РеквДатаДок является обязательным. Он должен содержать корректную дату в формате ДД.ММ.ГГГГ. Если программа формирует данный узел, но дата основания отсутствует, пуста или не может быть распознана, механизм валидации платформы 1С блокирует передачу файла оператору ЭДО, так как ФНС не примет подобный документ.

Способ 1. Проверка и заполнение реквизитов договора контрагента

Наиболее распространенная ситуация — неполное заполнение карточки договора, выбранного в документе реализации. Выясним причину: даже если в программе указано, что при отсутствии номера автоматически подставляется значение «без номера», атрибут даты документа-основания не может быть сформирован автоматически из пустоты.

Выполним следующие действия:

1. Откроем проблемный документ Реализация (акт, накладная, УПД).
2. Перейдем в карточку договора с покупателем, нажав на гиперссылку договора или выбрав команду открытия.
3. Проверим заполнение реквизитов: поле Номер, поле от (дата договора), а также рабочее наименование договора.
4. Если фактического письменного договора нет и расчеты ведутся по разовой сделке, укажем дату первой отгрузки или дату выставленного счета, а в поле номера введем б/н или соответствующий номер счета.
5. Запишем изменения в договоре по кнопке Записать и закрыть.
6. Вернемся в документ реализации, перевыберем договор (или перепроведем документ), после чего повторим формирование и отправку электронного документа.

Способ 2. Проверка строки «Основание» в реквизитах печати

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

Разберем по шагам, как это исправить:

1. В нижней части формы документа реализации найдем и раскроем блок Реквизиты печати.
2. Обратим внимание на поле Основание. Если в нем содержится произвольный текст вроде «Счет», «Договор поставки» или номер без указания даты, возникнет ошибка схемы XDTO.
3. Если требуется указать индивидуальное основание, запишем его строго с датой, например: Договор поставки № 45 от 12.01.2025 или Счет на оплату № 118 от 15.02.2025. Алгоритм выгрузки сможет выделить дату и подставить ее в тег РеквДатаДок.
4. Если специального основания не требуется, полностью очистим поле Основание. В этом случае система автоматически возьмет корректные сведения из договора контрагента.
5. Проведем документ и выполним отправку по ЭДО.

Способ 3. Проверка связанного документа «Счет покупателю»

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

Проанализируем цепочку:

1. Откроем структуру подчиненности документа реализации по соответствующей кнопке на панели.
2. Перейдем в исходный документ Счет покупателю.
3. Убедимся, что счет проведен, имеет номер и заполненную дату.
4. При необходимости перезаполним документ-основание и заново выполним команду формирования электронного документа.

Способ 4. Установка актуальных исправлений (патчей) конфигурации

В некоторых релизах библиотеки электронных документов (БЭД) для нового формата УПД 5.03 проявлялись программные ошибки разбора составных строк основания. Разработчики 1С оперативно выпускают исправления для устранения таких сбоев.

Проверим наличие патчей:

1. Перейдем в раздел Администрирование, затем выберем пункт Обслуживание.
2. Раскроем блок Обновление программы и нажмем на ссылку Установленные исправления (патчи).
3. Убедимся, что включена автоматическая загрузка исправлений, или нажмем кнопку Загрузить исправления, чтобы подтянуть актуальные патчи для подсистемы обмена электронными документами.
4. После установки патчей перезапустим сеанс программы и повторим отправку.

Альтернативное решение: временное переключение формата УПД

Если контрагенту требуется отправить документ незамедлительно, а быстро найти некорректно заполненный реквизит не удается, применим временный обходной путь:

1. Перейдем в раздел Администрирование — Настройки ЭДО.
2. Откроем вкладку Настройки отправки и выберем соглашение с нужным покупателем.
3. В настройках регламента отправки временно переключим используемый формат УПД с версии 5.03 на версию 5.01 (по приказу № 820@). В старой версии формата правила валидации атрибута даты основания не столь критичны.
4. Сформируем и отправим документ. После выяснения причин некорректного заполнения реквизитов вернем настройку формата на актуальную версию 5.03.