При работе с бесплатным сервисом ЭДО Lite (от оператора «Честный ЗНАК») пользователи часто сталкиваются с ситуацией, когда стандартный файл УПД, успешно принимаемый другими операторами, вызывает ошибку формата — для автоматизации этого процесса есть интеграция маркировки и ЭДО Лайт в 1С. Одна из самых распространенных проблем — отсутствие атрибута Должн в блоке подписанта. Давайте подробно разберем, почему это происходит, как настроить 1С и какие технические нюансы нужно учесть при формировании XML-файла.
Проанализируем техническую сторону вопроса. Согласно формату ФНС (приказ № 820 или новый № 970), атрибут Должн (должность подписанта) в некоторых случаях может быть необязательным. Однако валидатор ЭДО Lite настроен значительно строже большинства коммерческих систем — упростить работу поможет автоматический обмен УПД и маркировкой через ЭДО Lite в 1С. Если в документе указан тип подписанта «1» (представитель юридического лица), система жестко требует наличия заполненного поля должности.
Рассмотрим ситуацию, когда в 1С:Бухгалтерии документ формируется без этого тега. Это может случиться, если в карточке ответственного лица не указана должность или если используются специфические настройки электронного документооборота. В результате при попытке загрузки XML-файла через веб-интерфейс или API сервис выдает ошибку: Элемент Документ.Подписант.Должн обязателен при Функция=СЧФДОП.
Чтобы 1С корректно добавляла должность в XML-структуру, нам необходимо проверить настройки в программе. Пройдем по шагам процесс верификации данных:
Если мы используем Машиночитаемую доверенность (МЧД), выясним причину отсутствия должности в файле. Иногда при использовании МЧД структура блока Подписант меняется, и 1С может не включать тег Должн, если он не прописан явно в параметрах регистрации доверенности в системе.
Если требуется внести изменения непосредственно в формируемый XML-файл, обратим внимание на структуру блока Подписант. Посмотрим на пример корректного заполнения этого узла для формата 5.01/5.02:
<Подписант ТипПодпис="1" СпосПодтПолном="1" Должн="Директор">
<ФИО Фамилия="Иванов" Имя="Иван" Отчество="Иванович"/>
</Подписант>
Обратите внимание, что атрибут называется именно Должн, а не Должность. Ошибка в именовании атрибута также приведет к непрохождению валидации. Если мы работаем с Индивидуальным Предпринимателем (ИП), то, несмотря на отсутствие официальной должности, ЭДО Lite может требовать заполнения этого поля. В таком случае рекомендуется указывать значение «Индивидуальный предприниматель».
Разберем еще один критически важный момент, выявленный в ходе практики. Даже если мы исправим атрибут Должн, сервис может выдать ошибку, если имя файла не соответствует внутреннему содержимому. Выясним причину:
Внутри XML-файла в корневом элементе есть атрибут ИдФайл. Он должен посимвольно совпадать с именем самого файла (без учета расширения .xml).
Проанализируем типичную ошибку: 1С при выгрузке может сформировать имя файла в нижнем регистре (например, on_nschfdop_...), в то время как внутри файла в поле ИдФайл идентификатор прописан заглавными буквами. ЭДО Lite чувствителен к регистру. Если файл называется ON_NSCHFDOPPR_...xml, то и внутри тега должно быть строго ИдФайл="ON_NSCHFDOPPR_...".
Посмотрим на технический нюанс загрузки через веб-интерфейс — избежать ошибок ручного импорта поможет обработка ручной выгрузки УПД в XML для ЭДО. В некоторых случаях серверная часть «Честного ЗНАКа» отклоняет файлы, если расширение написано заглавными буквами (.XML). Рекомендуем всегда использовать строчное написание — .xml. Это кажется мелочью, но для строгих валидаторов бесплатных сервисов это может стать причиной отказа в обработке документа.
В связи с переходом на новый формат УПД по приказу № ЕД-7-26/970@, требования к блоку подписанта могут меняться. Если ваша версия 1С еще использует старый формат 5.01, а настройки ЭДО Lite переключились на ожидание структуры нового формата, возникнет конфликт. Проанализируем версию формата в настройках обмена:
Резюмируем наши действия для успешной загрузки документа в ЭДО Lite:
Должн (именно в таком сокращении).ИдФайл внутри него — они должны совпадать с учетом регистра..xml в нижнем регистре.Соблюдение этих правил позволит избежать большинства ошибок форматно-логического контроля при работе с государственным сервисом ЭДО Lite.