Переход на новый формат Универсального передаточного документа (УПД), утвержденный приказом ФНС ММВ-7-15/820@, стал важным этапом в цифровизации электронного документооборота. В отличие от предыдущей версии (приказ 155), новый формат не просто изменил названия некоторых полей, но и внедрил глубокие структурные изменения, необходимые для работы с маркировкой товаров и системой прослеживаемости. Разберем детально, что именно поменялось и на что программисту 1С следует обратить внимание при настройке выгрузки.
Первое, с чем мы сталкиваемся при формировании XML — это изменение префикса имени файла. Проанализируем технические подробности: в старом формате использовался префикс ON_NSCHFDOP, в то время как новый формат требует использования ON_NSCHFDOPPR (добавилась третья буква N в середине и суффикс PR в конце). Это критично для систем автоматической обработки документов на стороне контрагента и ФНС.
Также изменился КНД (Код по Классификатору налоговых доходов) формы. Если вы жестко прописывали идентификаторы версии формата, необходимо обновить их в соответствии с требованиями 820-го приказа.
Рассмотрим, как теперь обрабатываются исправления в счетах-фактурах. В новом формате появились специализированные атрибуты для передачи информации об исправлении, если оно не является первым:
ДефНомИспрСчФ — используется для указания номера исправления.ДефДатаИспрСчФ — используется для указания даты исправления.Важно помнить: в УПД с функциями «СЧФ» или «СЧФДОП» один из элементов (либо основной номер исправления, либо дефолтный) должен быть обязательно заполнен. Это позволяет системе корректно выстраивать цепочку исправлений документа.
Проанализируем логику заполнения основания отгрузки. Одной из частых ошибок при переходе стало использование устаревшего значения «Отсутствует». Теперь ФНС требует более четкой формулировки:
НаимОсн необходимо писать 'Без документа-основания'.НомОсн и ДатаОсн не должны быть заполнены.Посмотрим на изменения в сведениях о товарах. В теге ДопСведТов произошли переименования, которые могут «сломать» старые обработки выгрузки:
Итог массы нетто, который раньше передавался в атрибуте НеттоВс, теперь переименован в КолНеттоВс. Если ваша выгрузка рассчитывает общий вес товаров по документу, обязательно обновите имя этого узла.
Пример структуры для весовых показателей:
<ДопСведТов НаимЕдИзм="килограмм" КолНеттоВс="150.500">
<!-- Дополнительные сведения о товаре -->
</ДопСведТов>
Также в табличной части появился атрибут происхождения товара. Хотя в некоторых случаях он остается необязательным, его наличие критично для корректной работы с импортными товарами.
Выясним причину самых масштабных дополнений. В формат 820@ были добавлены блоки, которых физически не существовало в старой версии. Это связано с внедрением систем «Честный ЗНАК» и национальной системы прослеживаемости:
НомСредИдентТов. В нем передаются коды идентификации (КИ), транспортные упаковки или контрольные знаки. Это позволяет передавать данные о каждой единице маркированного товара напрямую через ЭДО.В новом формате значительно расширен блок сведений о транспортировке. Рассмотрим новые узлы:
ТранГруз — общие сведения о транспортировке груза.Перевозчик — детальные сведения о компании-перевозчике (ИНН, наименование).ИдСв — идентификационные сведения.СвПерВещи — сведения о передаче вещи (товара).Ранее эти данные часто передавались в свободной форме в текстовых полях «Дополнительные сведения». Теперь для них выделены структурированные теги, что позволяет автоматизировать логистические процессы.
Разберем, как поменялся подход к заполнению адресов. Новый формат ориентирован на интеграцию с ФИАС. Теперь вместо одной длинной строки адреса предпочтительнее (а иногда и обязательно) использовать структурированное представление с уникальным идентификатором объекта из Федеральной информационной адресной системы. Это исключает ошибки ручного ввода и разночтения в названиях населенных пунктов.
Проанализируем изменения в блоке подписания. В атрибуте ОблПолн (Область полномочий) были пересмотрены коды статусов. Теперь можно более точно разграничить, кто именно подписывает документ:
Также добавлена возможность указывать основание полномочий (номер доверенности, приказа) в структурированном виде, что упрощает проверку прав подписи на стороне получателя.
Для компаний, работающих с гособоронзаказом или контрактами с казначейским сопровождением, выделен отдельный атрибут ИдГосКонтракта. В старом формате его приходилось вписывать в примечания, что затрудняло автоматический контроль со стороны казначейства. В формате 820@ этот номер имеет свое строгое место в XML-файле.
Таким образом, переход на новый формат — это не просто смена версии, а переход к структурированным данным, которые позволяют государству и бизнесу автоматически отслеживать путь товара от производителя до конечного потребителя. При разработке выгрузки из 1С мы рекомендуем не просто копировать старые алгоритмы, а пересмотреть логику формирования документа с учетом новых требований к маркировке и прослеживаемости.