Исключение при заполнении реквизита крнаимстрпр

На что нужно обратить внимание при создании УПД?

1. Проверьте заполнение «Номера заказа покупателя» в блоке «Универсальный передаточный документ». Поле должно содержать номер ORDERS – актуальное требование для всех функций УПД (Рис. 1-а).
   
2. Проверьте указали ли номер накладной в блоке «Универсальный передаточный документ» – актуальное требование для УПД с функцией «СЧФ». В УПД (СЧФДОП / ДОП) это поле является необязательным (Рис. 1-б).
   
3. Поставщикам алкогольной продукции в УПД нужно указывать номер ЕГАИС, который передаётся в поле «Номер фиксации» (Рис. 1-в).
   
4. Проверьте отсутствует ли вся информация о передаче груза. Поля блока «Данные продавца о покупателе» должны быть пустыми, кроме «Наименование документа основания» – актуальное требование для УПД с функцией «СЧФ». В УПД «СЧФДОП / ДОП» должен быть заполнен блок, данные подставляются автоматически из документа-основания (Рис. 2).
    
   
5.  Проверьте указаны ли индексы продавца и покупателя в блоках «Продавец» и «Покупатель» (Рис. 3, 4).
   
   
6. Проверьте указаны ли единицы измерения по товарным строкам. Для этого кликните по товарной строке, затем выберите операцию «Обновить» (Рис. 5).
   

   Поле «Единица измерения» должно быть заполнено (Рис. 6).

   

На основании каких EDI-сообщений можно формировать УПД для «Ленты»?

На основании «Заказа» (ORDERS) или «Уведомления о приёмке» (RECADV) – УПД (СЧФ).

На основании «Заказа» (ORDERS) – УПД (СЧФДОП) и (ДОП).

УПД с какой функцией принимает «Лента»?

«Лента» использует функции «СЧФ», «СЧФДОП» и «ДОП».

На что нужно обратить внимание при заполнении информации по товарным строкам в УПД (СЧФ)?

По товарным строкам обязательно нужно указывать в УПД (СЧФ) (Рис. 9):

1. Номер заказа
2. Штрих-код
3. Артикул покупателя
4. Единица измерения

Какую информацию нужно передавать в полях адресов в УПД (СЧФ)? 

В разделе адреса в блоках «Грузоотправитель», «Грузополучатель», «Продавец» и «Покупатель» обязательны к заполнению поля «Индекс» и «Код региона» (Рис. 10-13).

Принимает ли «Лента» исправленные и корректировочные УПД (СЧФ)?

«Лента» может высылать уточнения и принимает УКД, иУПД, иУКД.

Уточнения высылаются от «Ленты» поставщикам в виде 9-го статуса EDI.

При наличии расхождений возможны четыре варианта:

Вариант 1. Создайте УКД, который будет содержать всю информацию о расхождениях.

Вариант 2. Создайте исправленный УПД (иУПД) –  это УПД с исправленными данными и отметкой о версии исправления.

Вариант 3. Создайте исправленный УКД (иУКД) – это УКД с исправленными данными и отметкой о версии исправления.

Вариант 4. По договоренности с сетью составляете новый пакет документов, старый пакет удаляется.

Выбор нужного варианта зависит от расхождений, которые были обнаружены в УПД – ошибки в количестве/цене продукции (УКД), либо ошибки в «шапке» документа (иУПД).

Важно

«Корректировка» на УПД (СЧФДОП) должна иметь функцию «КСЧФДИС» или «КСЧФ», на УПД (СЧФ) – только «КСЧФ».

При изменении стоимости товаров при наличии подписанного первичного документа (Акта расхождений) требуется выставление УКД с функцией КСЧФ.

При отправке УКД (КСЧФДИС) «Титул покупателя» не формируется. Отсутствие «Титула покупателя» связано с тем, что со стороны сети происходит подписание только части КСЧФ. Подписание первичного документа (Акт расхождений) происходит на момент приёмки товара.

При создании «Исправления» функция заполняется автоматически.

Принимает ли «Лента» исправленные и корректировочные УПД (СЧФДОП / ДОП)?

Сеть принимает иУПД и УКД только на функцию «СЧФДОП» – КСЧФДИС. Исправление и корректировка на УПД (ДОП) не внедрена.

Использует ли «Лента» аннулирование УПД? Что делать, если сеть требует отклонить УПД?

Торговая сеть «Лента» не работает с аннулированием и отзывом универсальных передаточных документов.

В случае, если сеть требует отклонить документ:

• Если УПД получен от сети, сформируйте «Уведомление об уточнении»;
• Если УПД был отправлен в сеть, «Лента» сформирует самостоятельно «Уведомление об уточнении».

Можно ли на один ORDERS (Заказ) отправить два УПД?

Торговая сеть «Лента» принимает два УПД на один ORDERS, но только если ранее было сформировано два DESADV (Уведомления об отгрузке).

Если на один ORDERS требуется создать два УПД:

1.     Создайте два DESADV с разными номерами (Рис. 14);
 

2.     На основании двух разных DESADV создайте два УПД с одинаковым номером документа. Для удобства можете указать в конце номера точку (Рис. 15).

Почему при создании исправлений/корректировок нельзя отредактировать номер и дату УПД?

На EDI Platform не реализован функционал по изменению номера и даты УПД при создании исправлений/корректировок в связи с постановлением Правительства РФ от 26.12.2011 № 1137 п. 7, которое гласит:

«В новом экземпляре счета-фактуры не допускается изменение показателей, указанных в строке 1 счета-фактуры (строка, в которой указывается номер и дата СФ), составленного до внесения в него исправлений, и заполняется строка 1а, где указывается порядковый номер исправления и дата исправления. Остальные показатели нового экземпляра счета-фактуры, в том числе новые (первоначально не заполненные) или уточненные (измененные), указываются в соответствии с настоящим документом.»

Данное постановление распространяется на работу с УПД, т.к. дополнение к нему отсутствует.

Из-за того, что УПД пришёл на замену счёту-фактуре, требования, которые не были упразднены или изменены в рамках приказа ФНС России от 24.03.2016 N ММВ-7-15/155, автоматически распространяются на УПД.

Почему нельзя удалить подписанный УПД / УКД?

Приказы, согласно которым нельзя удалять Оператору ЭД УПД / УКД :

А) Приказ ФНС от 20 апреля 2012 г. N ММВ-7-6/253@

Основными функциями доверенного ОЭД в рамках юридически значимого документооборота счетов-фактур в электронной форме по телекоммуникационным каналам связи с использованием электронной подписи являются, в т.ч. (п.5.1.):

– обеспечение фиксации даты выставления/получения счета-фактуры в электронной форме по телекоммуникационным каналам связи и формирование подтверждения даты его выставления/получения;

Б) Приказ Минфина России от 10.11.2015 N 174н:

1.5. Счет-фактура в электронной форме по телекоммуникационным каналам связи считается исходящим от участника ЭДО, если он подписан усиленной квалифицированной электронной подписью уполномоченного лица, принадлежащей уполномоченному лицу участника, и данный участник направил счет-фактуру через Оператора ЭДО по телекоммуникационным каналам связи в соответствии с настоящим Порядком.
При этом Приказ Минфина не предоставляет Оператору права удалять подписанные, т.е. исходящие от участника ЭДО СЧФ/КСЧФ.

Одновременно:

1.12. При необходимости внесения исправлений в счет-фактуру покупателем направляется продавцу через Оператора электронного документооборота уведомление об уточнении счета-фактуры. При получении уведомления об уточнении счета-фактуры продавец устраняет указанные в уведомлении об уточнении счета-фактуры ошибки и направляет покупателю исправленный счет-фактуру в электронной форме в соответствии с настоящим Порядком.

По каким полям формата УПД (СЧФ) проводятся проверки со стороны сети?

Первичная проверка УПД (СЧФ) включает в себя следующие поля (Табл. 1).

Поле	ecod_xml INVOIC	Проверка	Обязательность заполнения	Описание проверки
Номер заказа	<ИнфПолФХЖ2  Идентиф=»номер_заказа»>	При вхождении УПД (СЧФ) в системе Ленты ищется заказ, соответствующий значению атрибута.	Обязательно	Если заказ не найден, то формируется уведомление с информацией, что указанный заказ не найден.
Номер УПД	<СвСчФакт НомерСчФ=» » >	Значение атрибута не должно совпадать с хранящимся в системе номером УПД по одному поставщику в рамках одного года.	Обязательно	Документ с повторяющимся номером (по поставщику в рамках календарного года) не будет принят в системе. УОУ и ответные квитанции не формируются. Документ не будет отправлен в журнал счетов-фактур.
Номер исправления УПД	<СвСчФакт  НомИспрСчФ=» » >	Значение атрибута не должно совпадать с хранящимся в системе номером исправления к данному номеру УПД по поставщику в рамках года. Значение должно быть целым числом.		Исправления к одному УПД должны иметь уникальную нумерацию. В случае поступления исправления с повторяющимся номером, УОУ и ответные квитанции не формируются. Дублирующее исправление не будет отправлено в журнал счетов-фактур.
Имя файла	<Файл ИдФайл=» » >	Значение атрибута не должно совпадать с хранящимся в системе	Обязательно	Повторно отправленный файл не будет принят в системе. УОУ не формируется, ответные квитанции также не формируются. Документ не попадает в журнал счетов-фактур.
ЭЦП		Каждый поступивший в нашу систему документ проходит автоматическую проверку на корректность подписи.	Обязательно	Если документ не прошел проверку ЭЦП, сотрудники поддержки выясняют причину этой ошибки. Существует несколько стандартных причин: 1. Один из сертификатов в цепочке отозван; срок  действия сертификата истек; файл подписан с ошибкой. Сертификаты и подписанные файлы перепроверяются вручную на сайте госуслуг. Формируется УОУ. 2. В нашей системе отсутствует один из сертификатов цепочки и скачать его автоматически не удалось. Формируется УОУ.
GUID выставителя счета	<СвУчДокОбор ИдОтпр=»»>	При вхождении УПД (СЧФ) в системе Ленты ищется GUID по БЕ заказа у выставителя счета, соответствующий значению атрибута.	Обязательно	Если поступает УПД, ИдОтпр в котором не известен системе сети, такой УПД не обрабатывается независимо от причины отсутствия у сети данной настройки. УОУ и ответные квитанции не формируются. Документ не попадает в журнал счетов-фактур.
GUID Ленты,  GUID  оператора	<СвУчДокОбор  ИдПол =»»> <СвОЭДОтпр ИдЭДО =»»>	При вхождении УПД проверяется  GUID получателя и GUID оператора. Савнение выполняется на соответствие настройкам, сделанным в нашей системе.	Обязательно	Если поступает УПД с ошибкой в ключевых GUID (получателя или оператора), такой УПД не обрабатывается. УОУ не формируется, ответные квитанции также не формируются. Документ не попадает в журнал счетов-фактур.
Функция документа	<Документ Функция =»»>	При вхождении УПД  проверяется  его функция	Обязательно	Система обрабатывает только УПД (СЧФ) и их корректировки. Документы в других форматах, в частности, в простой текстовой форме и в старом формате ЭСФ, не принимаются, независимо от даты документа и любых других обстоятельств. УОУ к документам, формат которых не соответствует описанному выше, и ответные квитанции не формируются. Документ не попадает в журнал счетов-фактур.
Соответствие документа требованиям ФНС и  XSD-схеме ФНС	Документ в целом	При вхождении УПД  проверяется  соответствие требованиям  XSD-схемы УПД и  Приказа ФНС от 24 марта 2016 г. N ММВ-7-15/155.	Обязательно	Документы, не соответствующие схеме ФНС, отклоняются. УОУ и ответные квитанции не формируются. Документ не попадает в журнал счетов-фактур. Просьба поставщиков обратить внимание на атрибут КодПроисх. В схеме ФНС, в примечании, указано, что заполение данного атрибута обязательно в случае заполнения атрибута КрНаимСтрПр.

Табл. 1. Описание полей, которые включает в себя первичная проверка УПД (СЧФ)

Проверки УПД (СЧФ) и УКД (КСЧФ) в журнале включают в себя следующие обязательные поля (Табл. 2).

Поле	ecod_xml INVOIC	Проверка	Описание проверки	Обязательность заполнения
Номер накладной	<ИнфПолФХЖ2  Идентиф=»номер_накладной»>	Номер накладной по каждой позиции	Проверка соответствия номера товарной накладной в УПД (СЧФ) и в DESADV	Обязательно
Код материала	<ИнфПолФХЖ2  Идентиф=»код_материала»>	Код материала SAP; Штрих-код	Товар ищется по совпадению SAP-кода, а также по штрих-коду материала. Если по этим параметрам товар найден не был, то товар считается не найденным.	Обязательно
Штрихкод	<ИнфПолФХЖ2  Идентиф=»штрихкод»>	Обязательно
Единица измерения	<СведТов ОКЕИ_Тов=»»>	Единица измерения товара по каждой позиции.	Если один и тот же товар присутствует в нескольких позициях в УПД (СЧФ), но при этом в позициях разные ЕИ, то формируется уведомление поставщику Если единица измерения в УПД не совпадает ни с ЕИ заказа, ни с ЕИ цены, документ отклоняется.	Обязательно
Цена	<СведТов ЦенаТов=»»>	Цена товара по каждой позиции	– Если один и тот же товар присутствует в нескольких позициях в УПД (СЧФ), но при этом в позициях разная цена,  формируется уведомление поставщику. – Проверка цены на соответствие заказу на поставку. – По товарам из соответствующей категории (на данный момент, это алкоголь) выполняется проверка на соответствие минимальной закупочной цене	Обязательно
Ставка налога	<СведТов СтТовУчНал НалСт СтТовБезНДС СумНал> <ВсегоОпл СтТовУчНалВсего СтТовБезНДСВсего СумНалВсего>	Ставка налога по каждой позиции	Ставка налога в позициях УПД (СЧФ) сравнивается со ставкой налога в закупочном заказе SAP. Если ставка какой-либо позиции УПД (СЧФ) не соответствует ставке заказа, формируется уведомление поставщику. Если в теге СведТов НалСт по позиции  указано значение «БезНДС», то СтТовБезНДС и СтТовУчНал по этой  позиции должны быть равны, а в СумНал должно быть «БезНДС».  Если по всем позициям в теге СведТов НалСт  указано «БезНДС», то в  <СумНалВсего> должно быть «БезНДС».	Обязательно
Получатель	<СвПокуп>   <ИдСв> <СвЮЛУч ИННЮЛ=»» КПП=»»/> </ИдСв>   <Адрес> <АдрРФ Индекс=»» КодРегион=»»/> </Адрес>   </СвПокуп>	Проверка реквизитов покупателя	ИНН: 7814148471, КПП: 785050001, Индекс: 197374, Код Региона: 78	Обязательно
Отправитель	<СвПрод>   <ИдСв> <СвЮЛУч ИННЮЛ=»» КПП=»»/> </ИдСв>   <Адрес> <АдрРФ Индекс=»» КодРегион=»»/> </Адрес>   </СвПрод>	Проверка реквизитов Продавца	ИНН, КПП, Индекс, Код Региона	Обязательно
Грузоотправитель	<ГрузОт> <ОнЖе>он же</ОнЖе> </ГрузОт>	Проверка реквизитов Грузоотправителя проводится только по факту заполнения поля в УПД (СЧФ), реквизиты не сверяются	Поле считается заполненным, если в нем присутствует хотя бы один символ или стоит значение «Он же».	Обязательно
Грузополучатель	<ГрузПолуч>   <Адрес> <АдрРФ Индекс=»» КодРегион=»»/> </Адрес>   </ГрузПолуч>	Проверка реквизитов Грузополучателя	GLN, Индекс, Код региона	Обязательно
Код валюты	<СвСчФакт КодОКВ=»»>	Код валюты	Если код валюты УПД (СЧФ) не рубли (код 643), формируется уведомление	Обязательно
Проверка на наличие арифметических ошибок в прямом и обратном расчете НДС	<СведТов ЦенаТов СтТовУчНал НалСт СтТовБезНДС СумНал> <ВсегоОпл СтТовУчНалВсего СтТовБезНДСВсего СумНалВсего>	По позиции: сумма без НДС, сумма НДС, сумма с НДС, цена Итого по документу: сумма без НДС, сумма НДС, сумма с НДС	Каждая позиция документа должна соответствовать либо прямому, либо обратному способу расчета НДС. Поля «Итого по документу»: Сумма без НДС, Сумма с НДС, Сумма НДС — должны быть равны математической сумме соответствующих полей всех позиций документа. Прямой расчет: Цена * Кол-во = Сумма без НДС Сумма без НДС * (100 + ставка налога ) / 100 = Сумма с НДС Сумма без НДС * ставка налога / 100 = Сумма НДС Обратный расчет: Сумма с НДС * ставка налога / (100 + ставка налога) = Сумма НДС Сумма с НДС * 100 / (100 + ставка налога) = Сумма без НДС Следующая проверка выполняется только для позиций с ненулевым количеством: [ Сумма с НДС * 100 / (100 + ставка налога) ] / кол-во =  цена Допускается техническое расхождение в 1 копейку по каждой позиции и в 1 копейку в каждом поле «итого по документу»	Обязательно
Дата счета-фактуры	<СвСчФакт ДатаСчФ=»» >	Проверки даты счета-фактуры	– Дата счета-фактуры не может быть в будущем по отношению к моменту получения документа Лентой; – Дата счета-фактуры не должна быть раньше чем дата поступления товара – Дата счета-фактуры не должна отличаться от даты ТН более чем на 5 дней – Поступление товара на склад должно быть оформлено в системе Ленты в течении 31 дня с даты счета-фактуры. Если через 31 день поступление к фактуре отсутствует, УПД отклоняется.
Дата создания док-та	<Документ ДатаИнфПр=»» >	Документ не может быть создан в будущем.	Дата создания документа УПД не меньше текущей даты.
Акт разногласий ЕГАИС		Статус акта разногласий в системе ЕГАИС	Если акт разногласий к закупке отклонен в ЕГАИС, соответствующий УПД также отклоняется
Количество товара	<СведТов КолТов=»»>	Количество товара по каждой позиции	Сверка количественных значений во входящей поставке Ленты и в УПД

Табл. 3. Описание полей, которые включает в себя проверка УКД (КСЧФ)

Какие дополнительные требования существуют по формату УПД (СЧФ)?

• <ИнфПолФХЖ2  Идентиф=»номер_накладной»> в УПД (СЧФ) должен соответствовать номеру товарной накладной в DESADV.
• Дата <СвСчФакт ДатаСчФ=»»> должна быть не более 31 дня с момента поступления, иначе формируется уведомление поставщику.
• <СведТов ОКЕИ_Тов=»»> один и тот же товар не может присутствовать в нескольких товарных позициях в УПД (СЧФ) и иметь в разных позициях разные единицы измерения (код ОКЕИ).

Используемые единицы измерения в УПД (СЧФ, СЧФДОП, ДОП) представлены ниже (Табл. 4).

Внутренняя ЕИ	Код ОКЕИ	Краткий текст
Г	163	Грамм
К10	8751	Коробка картонная 10
К11	8751	Коробка картонная 11
<……>	8751	Коробки картонные начиная с К12 до К97
К98	8751	Коробка картонная 98
К99	8751	Коробка картонная 99
КАН	796	Канистра
КОР	8751	Коробка картонная
КГ	166	Килограмм
КР1	8751	Коробка картонная 1
КР2	8751	Коробка картонная 2
КР3	8751	Коробка картонная 3
КР4	8751	Коробка картонная 4
КР5	8751	Коробка картонная 5
КР6	8751	Коробка картонная 6
КР7	8751	Коробка картонная 7
КР8	8751	Коробка картонная 8
КР9	8751	Коробка картонная 9
Л	112	Литр
П01	796	Пакет 1
ПАР	715	Пара
УП	8751	Упаковка
РУЛ	736	Рулон
ШТ	796	Штука
ЯЩ	812	Ящик (для УПД СЧФ)

Табл. 4. Используемые единицы измерения

По каким полям формата УПД (СЧФДОП / ДОП) проводятся проверки со стороны сети?

Первичная проверка УПД (ДОП/СЧФДОП) включает в себя следующие поля (Табл. 5).

Поле	Теги и атрибуты	Описание проверки	Поля проверки	Обязательность заполнения
Номер УПД (ДОП/СЧФДОП)	<СвСчФакт НомерСчФ=» » >	Значение атрибута не должно совпадать с хранящимся в системе номером УПД по одному поставщику в рамках одного года.	Внешний номер УПД	Обязательно
Номер исправления к УПД (ДОП/СЧФДОП)	<ИспрСчФ  НомИспрСчФ=» «	Значение атрибута не должно совпадать с хранящимися в системе номером исправления к данному номеру УПД по поставщику в рамках года. Значение должно быть целым числом.	Номер исправления УПД	Обязательно, если документ – Исправление
Имя файла	<Файл ИдФайл=» » >	Значение атрибута не должно совпадать с хранящимися в системе. Не обрабатываются «Лентой» файлы УПД с дублирующимися именами (не отправляются квитанции и УОУ).	Имя файла УПД	Обязательно
GUID отправителя	<СвУчДокОбор ИдОтпр=» «>	Если поступает  УПД (ДОП/СЧФДОП) в систему SAP ERP «Ленты», для которого неизвестен GUID отправителя при поиске по связке ТК-поставщик, указанные в заказе, проверка считается не пройденной.	GUID отправителя	Обязательно
GUID получателя,  GUID  оператора	<СвУчДокОбор  ИдПол =» «> <СвОЭДОтпр ИдЭДО =» «>	При вхождении УПД (ДОП/СЧФДОП)  проверяется  GUID получателя и GUID оператора. Сравнение выполняется на соответствие настройкам, сделанным в системе «Ленты».	GUID получателя,  GUID  оператора	Обязательно
Соответствие документа требованиям ФНС и  XSD-схеме ФНС	Все теги и атрибуты	При вхождении УПД (ДОП/СЧФДОП)  проверяется  соответствие требованиям  XSD-схемы УПД и Приказа ФНС от 24 марта 2016 г. N ММВ-7-15/155. В частности, некорректными с точки зрения требований, предъявляемых ФНС к формату УПД, считаются документы, в которых: Заполнен атрибут <СвТД КодПроисх=»»>, но не заполнен атрибут <ДопСведТов КрНаимСтрПр=»»> Заполнен атрибут <СведТов ОКЕИ_Тов=» «>, но не заполнен атрибут <ДопСведТов НаимЕдИзм=» «>	Все теги и атрибуты	Обязательно
Функция документа	<Документ Функция =» «>	При вхождении УПД  проверяется  его функция. Для того, чтобы УПД был обработан как УПД (ДОП/СЧФДОП) и на основе него создалась входящая поставка, необходимо чтобы в УПД была корректно указана функция документа: «ДОП» или «СЧФДОП» в соответствии с подписанным поставщиком Приложением к ДС об ЭДО.	Функция документа	Обязательно
ЭЦП		УПД (ДОП/СЧФДОП) проходят автоматическую проверку на корректность подписи.		Обязательно
Номер заказа	<ИнфПолФХЖ2  Идентиф=»номер_заказа»>	При вхождении УПД (ДОП/СЧФДОП) в системе «Ленты» ищется заказ, соответствующий значению атрибута. Также проверяется, что все позиции имеют одинаковый номер заказа.	Номер заказа по каждой позиции (в инфополе на уровне позиции)	Обязательно

Табл. 5. Первичная проверка УПД (СЧФДОП / ДОП)

Если УПД (ДОП/СЧФДОП) не прошел первичные проверки (кроме проверки заказа и ЭЦП), он не попадает в журнал входящих электронных документов «Ленты». В таком случае «Уведомление об уточнении», а также ответные квитанции не формируется.

Если заказ не найден или не пройдена проверка ЭЦП, то формируется Уведомление с соответствующей информацией. Если первичные проверки пройдены, то система переходит к вторичным проверкам.

Вторичная проверка УПД (СЧФ) включает в себя следующие поля (Табл. 6).

Поле	Теги и атрибуты	Описание проверки	Поля проверки	Обязательность заполнения
GLN грузополучателя ТК/РЦ	<ИнфПолФХЖ1  Идентиф=»грузополучатель»>	Проверяется соответствие GLN грузополучателя, указанного в УПД (ДОП/СЧФДОП), хранящемся в системе «Ленты» GLN грузополучателя, указанного в заказе. Корректные коды GLN для всех распределительных центров, гипермаркетов и супермаркетов можно посмотреть по ссылке https://www.lenta.com/logistika/ в файле «Адреса поставки».	GLN получателя ТК/РЦ в инфополе на уровне заголовка	Обязательно
GLN конечного грузополучателя ТК в процессах по кросс-докингу	<ИнфПолФХЖ1  Идентиф=»конечный_грузополучатель»>	В процессах для кросс-докинга проверяется соответствие GLN конечного грузополучателя, указанного в УПД (ДОП/СЧФДОП), хранящемся в системе «Ленты» GLN конечного грузополучателя, указанного в заказе. Корректные коды GLN для всех распределительных центров, гипермаркетов и супермаркетов можно посмотреть по ссылке https://www.lenta.com/logistika/ в файле «Адреса поставки».	GLN конечного грузополучателя ТК в инфополе на уровне заголовка	Обязательно, если процесс по кросс-докингу. В остальных случаях не должно быть.
GLN отправителя	<ИнфПолФХЖ1  Идентиф=»отправитель»>	GLN отправителя будет  использован для отправки EDI-сообщения APERAK.	GLN отправителя УПД (ДОП/СЧФДОП)	Обязательно
Штрихкод	<ИнфПолФХЖ2  Идентиф=»штрихкод»>	Товар ищется в системе «Ленты» по указанному в УПД (ДОП/СЧФДОП) штрих-коду. Если штрих-код позиции УПД соответствует любому активному штрих-коду товара из закупочного заказа, товар считается идентифицированным.	Штрихкод по каждой позиции (в инфополе на уровне позиции)	Обязательно
Код материала	<ИнфПолФХЖ2  Идентиф=»код_материала»>	Товар ищется в системе «Ленты» по указанному в УПД (ДОП/СЧФДОП) артикулу покупателя. Если штрих-код позиции УПД соответствует любому активному артикулу покупателя товара из закупочного заказа, товар считается идентифицированным.	Код материала SAP по каждой позиции (в инфополе на уровне позиции)	Необязательно
ЕИ товара	<СведТов ОКЕИ_Тов=» «>	Если один и тот же товар присутствует в нескольких позициях в УПД (ДОП/СЧФДОП), проверяется, что все такие позиции имеют одну и ту же единицу измерения. Также единицы измерения по каждой позиции должны соответствовать единицам измерения заказа в системе «Ленты». Позиции с несовпавшими единицами измерения будут отклонены.	Единица измерения товара по каждой позиции.	Обязательно
Количество вложенного товара	<ИнфПолФХЖ2  Идентиф=»вложенность_кол»> <ИнфПолФХЖ2  Идентиф=»вложенность_океи»>	Если один и тот же товар присутствует в нескольких позициях в УПД (ДОП/СЧФДОП), проверяется, что все такие позиции имеют одну и ту же вложенность (если вложенность используется). Для проверки вложенности используются инфополя «вложенность_кол» – количество товара, вложенного в одну единицу измерения позиции УПД, и «вложенность_океи» – код единицы измерения этой вложенности по ОКЕИ. «вложенность_кол» и «вложенность_океи»  – обязательные поля для всех единиц измерения, предполагающих вложенность (код ОКЕИ 8751). В случае отсутствия вложенности для товаров, предполагающих вложенность, или указания некорректной вложенности, товар будет отклонён.	Количество товара и единица измерения этого количества на одну единицу измерения из позиции УПД (из <СведТов ОКЕИ_Тов=» «>) по каждой позиции (в инфополе на уровне позиции).	Необязательно
Цена	<СведТов ЦенаТов=» «>	Если один и тот же товар присутствует в нескольких позициях в УПД (ДОП/СЧФДОП), проверяется, что все такие позиции имеют одну и ту же цену. Цены в УПД (ДОП/СЧФДОП) должны округляться до копейки (не допускается дробное количество копеек). Кроме того, в УПД (СЧФДОП) идет проверка цены на соответствие заказу на поставку. В УПД (ДОП)  проверяется, что цена больше чем 0. По товарам из соответствующей категории (на данный момент, это алкоголь) выполняется проверка на соответствие цены, указанной в УПД (ДОП/СЧФДОП), минимальной закупочной цене.	Цена товара по каждой позиции.	Обязательно
Ставка налога	<СведТов НалСт=» «>	Ставка налога в позициях УПД (СЧФДОП) сравнивается со ставкой налога SAP в заказе по данному товару в закупочном заказе Ленты. Если ставка какой-либо позиции УПД (СЧФДОП) не соответствует ставке заказа, проверка считается не пройденной. В УПД (ДОП)  проверяется соответствие ставок списку допустимых для использования «Лентой» («без НДС», 0%, 10%, 20%).	Ставки налога по каждой позиции	Обязательно
Суммы	<СведТов СтТовУчНал=» » СтТовБезНДС=» «> <СумНал> <СведТов/>	Идет проверка на корректность арифметического расчета сумм в УПД(ДОП/СЧФДОП). Расчеты по позиции должны сходиться хотя бы в одном направлении точно. Прямой расчет: ЦенаТов * КолТов = СтТовБезНДС СтТовБезНДС * (100 + НалСт ) / 100 = СтТовУчНал СтТовБезНДС  * НалСт / 100 = СумНал Обратный расчет: СтТовУчНал * НалСт / (100 + НалСт) = СумНал СтТовУчНал * 100 / (100 + НалСт) = СтТовБезНДС СтТовУчНал * 100 / (100 + НалСт) = ЦенаТов * КолТов Суммы в УПД (ДОП/СЧФДОП) должны округляться до копейки (не допускается дробное количество копеек).	Суммы по каждой позиции	Обязательно
<ВсегоОпл СтТовУчНалВсего=» » СтТовБезНДСВсего=» » <СумНалВсего> <ВсегоОпл/>	Идет проверка на корректность арифметического расчета сумм в УПД(ДОП/СЧФДОП). Расчеты сумм итого по документу должны сходиться с математическими суммами соответствующих полей всех позиций документа (с допуском в одну копейку в любую сторону). Суммы в УПД (ДОП/СЧФДОП) должны округляться до копейки (не допускается дробное количество копеек).	Суммы на уровне заголовка	Обязательно
Покупатель	<СвПокуп> <ИдСв> <СвЮЛУч ИННЮЛ=» » КПП=» «/> </ИдСв> <Адрес> <АдрРФ Индекс=» » КодРегион=» «/> </Адрес> </СвПокуп>	ИНН покупателя, указанный в УПД (ДОП/СЧФДОП), проверяется на корректность (=”7814148471”). КПП, индекс и код региона проверяются на правильность заполнения с точки зрения формата данных.	Реквизиты покупателя на уровне заголовка: ИНН 7814148471 КПП 997350001 Индекс 197374 Код Региона  78	Обязательно
Продавец	<СвПрод> <ИдСв> <СвЮЛУч ИННЮЛ=» » КПП=» «/> </ИдСв> <Адрес> <АдрРФ Индекс=» » КодРегион=» «/> </Адрес> </СвПрод>	ИНН продавца, указанный в УПД (ДОП/СЧФДОП), проверяется на соответствие хранящемуся в системе «Ленты» ИНН выставителя счета, указанного в заказе. КПП, индекс и код региона проверяются на правильность заполнения с точки зрения формата данных.	Реквизиты продавца на уровне заголовка: ИНН КПП Индекс Код Региона	Обязательно
Грузоотправитель	<ГрузОтпр> <ИдСв> <СвЮЛУч ИННЮЛ=» » КПП=» «/> </ИдСв> <Адрес> <АдрРФ Индекс=» » КодРегион=» «/> </Адрес> </ГрузОтпр>	ИНН, КПП, индекс и код региона грузоотправителя, указанные в УПД (ДОП/СЧФДОП) проверяются на правильность заполнения с точки зрения формата данных. Поле также считается заполненным, если в теге <ГрузОт> вместо тега <ГрузОтпр> указан <ОнЖе>.	Реквизиты грузоотправителя на уровне заголовка: ИНН КПП Индекс Код Региона	Обязательно одно из двух
<ГрузОт> <ОнЖе>он же</ОнЖе> </ГрузОт>	Указан грузоотправитель «Он же».
Грузополучатель	<ГрузПолуч> <ИдСв> <СвЮЛУч ИННЮЛ=» » КПП=» «/> </ИдСв> <Адрес> <АдрРФ Индекс=» » КодРегион=» «/> </Адрес> </ГрузПолуч>	ИНН грузополучателя, указанный в УПД (ДОП/СЧФДОП), проверяется на соответствие хранящихся в системе «Ленты» ИНН грузополучателя, указанного в заказе. КПП, индекс и код региона проверяются на правильность заполнения с точки зрения формата данных.	Реквизиты грузополучателя на уровне заголовка: ИНН КПП Индекс Код Региона	Обязательно
Код валюты	<СвСчФакт КодОКВ=» «>	Если код валюты УПД (ДОП/СЧФДОП) не рубли  (код 643), проверка считается не пройденной.	Код валюты на уровне заголовка	Обязательно
Дата формирования документа	<Документ ДатаИнфПр=» «>	Дата формирования документа УПД (ДОП/СЧФДОП) считается корректной, если она не превышает текущую дату более чем на 1 день.	Дата формирования документа УПД (ДОП/СЧФДОП).	Обязательно
Дата документа	<СвСчФакт ДатаСчФ=» «>	Дата документа УПД (ДОП/СЧФДОП) считается корректной, если она не превышает текущую дату более чем на 1 день.	Дата УПД (ДОП/СЧФДОП) на уровне заголовка.	Обязательно
Количество товара	<СведТов КолТов=» «>	Количество товара по каждой позиции в УПД (ДОП/СЧФДОП) не должно превышать количества заказа. Допустимое превышение для весовых товаров указывается в заказе (допуск в заказе ведется для каждой позиции отдельно). Количество проверяется с учетом ЕИ и вложенности: количество товара по одной позиции УПД (в единицах измерения «вложенность_океи») = КолТов * «вложенность_кол».	Количество товара по каждой позиции	Обязательно
Договор	<ОснПер НомОсн=» » ДатаОсн=» » >	Номера и даты договоров, указанных в УПД (ДОП/СЧФДОП), проверяются на соответствие указанным в EDI-сообщении ORDERS (их может быть несколько). В УПД должны передаваться данные обо всех договорах, указанных в ORDERS. Для передачи номеров и дат договоров в УПД используется атрибуты «НомОсн» и «ДатаОсн» внутри тега <ОснПер>, в атрибуте «НаимОсн» этого тега должно быть указано «Договор». Для каждого договора номер и дата передаются в отдельном теге. В номерах договоров проверяются только числовые значения.	Данные о договорах на уровне заголовка: Номер договора Дата договора	Обязательно
SSCC-код упаковки	<ИнфПолФХЖ2  Идентиф=»sscc_код»>	Если заказ в системе «Ленты» относится к процессу  «Кросс-докинг», SSCC-код упаковки проверяется на наличие по каждой позиции, а также на уникальность в системе «Ленты». Если поставщик передаёт в УПД (ДОП/СЧФДОП) товар, который присутствует в одной упаковке (например, на одной палете), то в теге инфополя «sscc_код» должен передаваться SSCC-код этой упаковки. Если поставщик передает в УПД товар, который присутствует в нескольких упаковках (например, общее количество 100), то эту позицию ему необходимо разбить на отдельные позиции (например, на 20+30+50) и для каждой в инфополе указать соответствующий код упаковки. Таким образом, если один товар присутствует на нескольких паллетах, то количество позиций одного  и того же товара должно соответствовать количеству паллет, на которых он присутствует	Код упаковки по каждой позиции (в инфополе на уровне позиции)	Необязательно (обязательно, если процесс — Кросс-докинг)
Принадлежность товара к алкоголю	<ИнфПолФХЖ2  Идентиф=»штрихкод»>	Идентифицированные товары проверяются на принадлежность к алкоголю: на данный момент УПД (ДОП/СЧДФОП), содержащие товары, относящиеся к алкогольной продукции, будут отклоняться.	Штрих-код по первой позиции (в инфополе на уровне позиции)	Обязательно

Табл. 6. Вторичная проверка УПД (СЧФДОП / ДОП)

Если критических ошибок не найдено, система переходит к созданию входящей поставки. Если критические ошибки были найдены, формируется и отправляется поставщику «Уведомление об уточнении» и «Информация покупателя». Также в некоторых случаях формируются и отправляются не юридически значимые документы.

Какие инфополя должны быть в УПД (СЧФДОП/ДОП)?

Инфополе	Описание
<ТекстИнф Идентиф=»отправитель» Значен=»9123456789000″/>	Подставляется автоматически при заполнении блока «Продавец».
<ТекстИнф Идентиф=»грузополучатель» Значен=»4606068999742″/>	Блок «Грузополучатель».
<ТекстИнф Идентиф=»конечный_грузополучатель» Значен=»4606068999957″/>	Должно быть указано только при работе по кросс-докингу. Данные поля подтягиваются автоматически в УПД, если создавать документ на основании ORDERS или накладной на EDI Platform. В остальных случаях должен отсутствовать.
<ОснПер НаимОсн=»Договор» НомОсн=»МГУ00001928″ ДатаОсн=»18.07.2018″/> <ОснПер НаимОсн=»Договор» НомОсн=»МГУ00001929″ ДатаОсн=»18.08.2018″/>	В веб-интерфейсе поля «Наименование документа основания», «Номер основания», «Дата основания». Обязательны к заполнению.
Товарные строки
<СведТов ОКЕИ_Тов=» «>	Данное поле обязательно к заполнению. Единицы измерения (ЕИ) должны совпадать с ЕИ из ORDERS. В веб-интерфейсе это поле не отображается, в xml добавляется автоматически, создавая УПД на основании ORDERS.
<ДопСведТов НаимЕдИзм=» «>	Данное поле обязательно к заполнению. В веб-интерфейсе отображается как «Единица измерения».
<СвТД КодПроисх=»»>	В веб-интерфейсе это поле не отображается, в xml добавляется автоматически, если страна происхождения указана – не Россия.
<ДопСведТов КрНаимСтрПр=»»>	Если заполнено поле <СвТД КодПроисх=»»>, то данное поле обязательное. В веб интерфейсе это поле «Страна происхождения».
<СведТов ЦенаТов=» «>	Цена без НДС. Цены в УПД (ДОП/СЧФДОП) должны округляться до копейки, не допускается дробное количество копеек. Также, в УПД (СЧФДОП) идет проверка цены на соответствие заказу на поставку. В УПД (ДОП)  проверяется, что цена больше чем 0. По товарам из соответствующей категории (на данный момент это алкоголь) выполняется проверка на соответствие цены, указанной в УПД (ДОП/СЧФДОП), минимальной закупочной цене.
<ИнфПолФХЖ2 Идентиф=»номер_заказа» Значен=»4520661624″/>	Обязательно к заполнению. Номер ORDERS, на основании которого создаёте УПД.
<ИнфПолФХЖ2 Идентиф=»штрихкод» Значен=»24606554000642″/>	Обязательно к заполнению. Штрих-код товара.
<ИнфПолФХЖ2 Идентиф=»вложенность_кол» Значен=»10″/>	Количество товара в упаковке. Поле должно быть заполнено только если товар подразумевает вложенность (заказан в коробках, код ОКЕИ=8751). В случае отсутствия вложенности для товаров, предполагающих вложенность или указания некорректной вложенности, товар будет отклонён.
<ИнфПолФХЖ2 Идентиф=»вложенность_океи» Значен=»796″/>	Единица измерения кратности. Поле должно быть заполнено только если товар подразумевает вложенность (заказан в коробках, код ОКЕИ=8751). В случае отсутствия вложенности для товаров, предполагающих вложенность или указания некорректной вложенности, товар будет отклонён.
<ИнфПолФХЖ2 Идентиф=»sscc_код» Значен=»00546060680011803484″/>	Поле «sscc_код» должно быть указано только при работе по кросс-докингу. Если товар находится на нескольких палетах, то количество позиций с даным товаром равно количеству палет с этим товаром.

Табл. 7. Обязательные инфополя в УПД (СЧФДОП / ДОП)

Какую информацию содержит «Титул покупателя»?

При отправке «Титула покупателя» будут заполняться все обязательные теги с информацией по «Ленте».

Инфополе «СодОпер» содержит информацию о полном принятии, частичном принятии или полном отклонении УПД (СЧФДОП/ДОП). 

Если при создании входящей поставки какие-то позиции отклонились с ошибками, причины отклонения этих позиций будут указаны в «Титуле покупателя» в теге «ИнфПолФХЖ4» с атрибутом «Идентиф» равным «ошибка_позиции». Текст ошибок будет аналогичен тому, который отправляется в APERAK, подтверждающий создание входящей поставки.

Количество тегов  «ИнфПолФХЖ4» в «Титуле покупателя» будет равным количеству ошибок по отклонённым позициям.

Причины формирования APERAK?

APERAK формируется и отправляется поставщику в следующих случаях:

• При невозможности захода документа УПД (ДОП/СЧФДОП) и УКД (КСЧФДИС) в журнал

• При обнаружении ошибки подписи
• При успешном создании входящей поставки, в том числе в случае обнаружения некритических ошибок одной или нескольких позиций – APERAK с описанием этих ошибок

Поступило уточнения: 000003: ШК 1111111111111: GTIN 01111111111111 не найден в нац. каталоге . Какие действия требуются?

Данное уточнение означает, что в системе сети требуется обновить данные по GTIN. Указанного кода GTIN нет в системе сети.

Сообщите в поддержку Ediweb о получении уточнения, а также в торговую сеть «Лента» по адресу эл.почты – eworkflow@lenta.com и на адрес эл.почты приёмки – hotlinesc@lenta.com.

«Лента» обновит данные по GTIN и повторно обработает УПД.

По каким полям формата УКД (КСЧФДИС) проводятся проверки со стороны сети?

УКД (ДИС) «Лентой» не обрабатывается. Первичная проверка УКД (КСЧФДИС) включает в себя следующие поля (Табл. 8).

Первичные проверки УКД (КСЧФДИС)
Поле	Теги и атрибуты	Описание проверки	Поля проверки	Обязатель-ность заполнения
Номер УКД (КСЧФДИС)	<СвКСчФ НомерКСчФ=» » >	Значение атрибута не должно совпадать с хранящимся в системе номером УКД по одному поставщику в рамках одного года.	Внешний номер УКД	Обязательно
Номер исправления к УКД (КСЧФДИС)	<ИспрКСчФ  НомИспрКСчФ=» » >	Значение атрибута не должно совпадать с хранящимся в системе номером Исправления к данному номеру УКД по поставщику в рамках года. Значение должно быть целым числом.	Номер исправления УКД	Необязательно (обязательно, если документ – исправление)
Имя файла	<Файл ИдФайл=» » >	Значение атрибута не должно совпадать с хранящимся в системе.	Имя файла УКД	Обязательно
GUID отправителя	<СвУчДокОбор ИдОтпр=» «>	При поступлении УКД (КСЧФДИС), в системе «Ленты» ищется GUID по БЕ заказа у выставителя счета, указанного в заказе,  соответствующий значению атрибута. Если не найден, проверка считается не пройденной.	GUID отправителя	Обязательно
GUID получателя,  GUID  оператора	<СвУчДокОбор  ИдПол =» «> <СвОЭДОтпр ИдЭДО =» «>	При поступлении УКД (КСЧФДИС) проверяется  GUID получателя и GUID оператора. Сравнение выполняется на соответствие настройкам, сделанным в системе «Ленты».	GUID получателя,  GUID  оператора	Обязательно
Соответствие документа требованиям ФНС и  XSD-схеме ФНС	Все теги и атрибуты	При поступлении УКД (КСЧФДИС)  проверяется  соответствие требованиям  XSD-схемы УПД и  Приказа ФНС от 13.04.2016 N ММВ-7-15/189@.	Все теги и атрибуты	Обязательно
ЭЦП	—	УКД (КСЧФДИС) проходят автоматическую проверку на корректность подписи.	—	Обязательно

Табл. 8. Первичная проверка УКД (КСЧФДИС)

Если УКД (КСЧФДИC) не прошёл первичные проверки (кроме проверки ЭЦП), он не попадает в журнал входящих электронных документов «Ленты». В таком случае «Уведомление об уточнении», а также ответные квитанции не формируются.

Если первичные проверки пройдены, то система переходит к вторичным проверкам. Вторичная проверка УКД (КСЧФДИС) включает в себя следующие поля (Табл. 9).

Вторичные проверки УКД (КСЧФ)
Поле	Теги и атрибуты	Описание проверки	Поля проверки	Обязательность заполнения
УПД (СЧФДОП)	<СчФ НомерСчФ=» «>	В системе идет поиск УПД (СЧФДОП), к которому относится корректировка. Если такой УПД не найден, проверка считается не пройденной.	Номер УПД (СЧФДОП) на уровне заголовка	Обязательно
Номер заказа	<ИнфПолФХЖ2  Идентиф=»номер_заказа»>	При вхождении УКД (КСЧФДИС) в системе Ленты ищется заказ, соответствующий значению атрибута.	Номер заказа по каждой позиции	Обязательно
УПД (СЧФДОП)	<СчФ НомерСчФ=»  «>	К найденному на прошлом шаге заказу в системе ищется поставка с номером ТН, соответствующим номеру УПД (СЧФДОП). Если поставка найдена, проверяется наличие акта разногласий к данной поставке. Если акт разногласий найден, проверка считается пройденной.	Номер УПД (СЧФДОП) на уровне заголовка	Обязательно
Штрихкод	<ИнфПолФХЖ2  Идентиф=»штрихкод»>	Товар позиции ищется в системе Ленты по указанному в УКД (КСЧФДИС) штрихкоду. Товар считается найденным, если штрихкод в УКД соответствует одному из штрихкодов указанных в заказе товаров.	Штрих-код по каждой позиции (в инфополе на уровне позиции)	Обязательно
Код материала	<ИнфПолФХЖ2  Идентиф=»код_материала»>	Код материала SAP по каждой позиции (в инфополе на уровне позиции)	Необязательно
Всего уменьшение	<ВсегоУм СтТовБезНДСВсего=» »  СтТовУчНалВсего=» «> <СумНал> </ВсегоУм>	Идет проверка соответствия сумм уменьшения в УКД (КСЧФДИС) акту разногласий Ленты	Суммы уменьшения на уровне заголовка	Обязательно

Табл. 9. Вторичная проверка УКД (КСЧФДИС)

Почему при печати УПД в форме «Статус» указывается функция документа (СЧФ, СЧФДОП, ДОП), а не номер (1-3)?

Согласно действующему Приказу от 19.12.2018 № ММВ-7-15/820@ сообщается следующее:

Утвердить формат счета-фактуры, формат представления документа об отгрузке товаров (выполнении работ), передаче имущественных прав (документа об оказании услуг), включающего в себя счет-фактуру, и формат представления документа об отгрузке товаров (выполнении работ), передаче имущественных прав (документа об оказании услуг) в электронной форме согласно приложению к настоящему приказу.

Согласно приложению к Приказу: «Формат счета-фактуры, формат представления документа об отгрузке товаров (выполнении работ), передаче имущественных прав (документа об оказании услуг), включающего в себя счет-фактуру, и формат представления документа об отгрузке товаров (выполнении работ), передаче имущественных прав (документа об оказании услуг) в электронной форме» указано следующее:

Счет-фактура, применяемый при расчетах по налогу на добавленную стоимость, документ об отгрузке товаров (выполнении работ), передаче имущественных прав (документ об оказании услуг) (информация продавца) (Документ).
Обязательный элемент «Функция» имеет формат T(1-6) и принимает значение: СЧФ / СЧФДОП / ДОП, где:

• СЧФ – счёт-фактура, применяемый при расчетах по налогу на добавленную стоимость;
• СЧФДОП – счёт-фактура, применяемый при расчетах по налогу на добавленную стоимость, и документ об отгрузке товаров (выполнении работ), передаче имущественных прав (документ об оказании услуг);
• ДОП – документ об отгрузке товаров (выполнении работ), передаче имущественных прав (документ об оказании услуг).

Под отгрузкой товаров понимается в том числе передача (поставка, отпуск) товара (груза).

Иными словами, корректным является печать значения функции в формате СЧФ / СЧФДОП / ДОП, а не использование числовых значений 1,2,3.

Почему при печати УПД выводится КПП обособленного подразделения, а ИНН головной организации?

Печатная форма реализована в соответствии с письмом МинФина РФ от 18.05.2017 № 03-07-09/30038, где указано: «При заполнении счетов-фактур по товарам, реализованным организацией через свое обособленное подразделение, в строке 2б «ИНН/КПП продавца» счета-фактуры следует указывать КПП соответствующего обособленного подразделения». Соответственно, в данном случае, при печати выводится ИНН головной организации и КПП обособленного подразделения, что является корректным.

Что означает уточнение: «Отсутствует SSCC и/или конечный грузополучатель»?

По поставке кросс-докинг в УПД не заполнены инфополя «конечный_грузополучатель» / «sscc_код».

Проверьте тип «Заказа». Если «Заказ» получен по кросс-докингу, поставщику необходимо указать инфополя «конечный_грузополучатель» и «sscc_код».

Важно

Если УПД не относится к кросс-докингу, то инфополе «конечный_грузополучатель» / «sscc_код» должно быть не заполнено.

Что делать, если в ORDERS от сети цена товара указана «0»?

В электронном УПД цена товара не может иметь значение «0».

В случае, если поступил ORDERS (Заказ), где по товарной строке указана цена «0», приёмка по такому ORDERS будет проводиться по бумажным ТН (товарным накладным). 

Что означает уточнение: «Ошибка в УОУ связана с ЕИ»?

Единица измерения в УПД отличается от указанной в УПД.

Проверьте единицы измерения (ЕИ), указанные в УПД. Они должны совпадать с указанными в ORDERS (Заказе).

«000021: ШК XXXXXXXXXXXXX: количество в УПД YYY.YY превышает открытое количество с учётом других поставок 0.000. Для создания поставки нет открытых количеств»?

Поставщику нужно прислать оригинальный УПД с номером равным номеру накладной (ТТН). Если поставщик не может указать номер УПД равный номеру накладной, то ему нужно обратиться в сеть по эл.почте eworkflow@lenta.com.

Что означает уточнение: «Заказ №453 закрыт для создания входящих поставок»?

Сеть по какой-либо причине отменила поставку на данный «Заказ». В этом случае поставщику следует обратиться напрямую в сеть для формирования со стороны сети нового «Заказа» и отправки на него нового УПД со стороны поставщика.

4. Имя файла должно иметь следующий вид:

R_T_A_O_GGGGMMDD_N, где:

R_T — префикс, принимающий значение ON_NSCHFDOPPR в общем случае или значение ON_NSCHFDOPPRXXXX (где XXXX формируется в случае, если законодательством Российской Федерации предусмотрено использование настоящего формата в целях контроля за движением товара; принимает значение «PROS» — для товаров, подлежащих прослеживаемости; «MARK» — для товаров, подлежащих маркировке);

A — идентификатор получателя файла обмена счета-фактуры с дополнительной информацией (информации продавца), где идентификатор получателя совпадает с идентификатором участника электронного документооборота в рамках обмена счетами-фактурами и первичными учетными документами по телекоммуникационным каналам связи;

O — идентификатор отправителя файла обмена счета-фактуры с дополнительной информацией (информации продавца), где идентификатор отправителя совпадает с идентификатором участника электронного документооборота в рамках обмена счетами-фактурами и первичными учетными документами по телекоммуникационным каналам связи;

GGGG — год формирования передаваемого файла обмена, MM — месяц, DD — день;

N — 36 символьный глобально уникальный идентификатор GUID (Globally Unique IDentifier).

Расширение имени файла обмена — xml. Расширение имени файла обмена может указываться строчными или прописными буквами.

Параметры первой строки файла обмена

Первая строка XML файла должна иметь следующий вид:

<?xml version =»1.0″ encoding =»windows-1251″?>

Имя файла, содержащего схему файла обмена

Имя файла, содержащего XML схему файла обмена, должно иметь следующий вид:

ON_NSCHFDOPPR_1_997_01_05_01_xx, где xx — номер версии схемы.

Расширение имени файла — xsd.

XML схема файла обмена в электронной форме приводится отдельным файлом и размещается на официальном сайте Федеральной налоговой службы.

5. Логическая модель файла обмена представлена в виде диаграммы структуры файла обмена на рисунке 1 настоящего формата. Элементами логической модели файла обмена являются элементы и атрибуты XML файла. Перечень структурных элементов логической модели файла обмена и сведения о них приведены в таблицах 5.1 — 5.49 настоящего формата.

Для каждого структурного элемента логической модели файла обмена приводятся следующие сведения:

наименование элемента. Приводится полное наименование элемента <1>;

———————————

<1> В строке таблицы могут быть описаны несколько элементов, наименования которых разделены символом «|». Такая форма записи применяется при наличии в файле обмена только одного элемента из описанных в этой строке.

сокращенное наименование (код) элемента. Приводится сокращенное наименование элемента. Синтаксис сокращенного наименования должен удовлетворять спецификации XML;

признак типа элемента. Может принимать следующие значения: «С» — сложный элемент логической модели (содержит вложенные элементы), «П» — простой элемент логической модели, реализованный в виде элемента XML файла, «А» — простой элемент логической модели, реализованный в виде атрибута элемента XML файла. Простой элемент логической модели не содержит вложенные элементы;

формат элемента. Формат элемента представляется следующими условными обозначениями: T — символьная строка; N — числовое значение (целое или дробное).

Формат символьной строки указывается в виде T(n-k) или T(=k), где: n — минимальное количество знаков, k — максимальное количество знаков, символ «-» — разделитель, символ «=» означает фиксированное количество знаков в строке. В случае, если минимальное количество знаков равно 0, формат имеет вид T(0-k). В случае, если максимальное количество знаков не ограничено, формат имеет вид T(n-).

Формат числового значения указывается в виде N(m.k), где: m — максимальное количество знаков в числе, включая знак (для отрицательного числа), целую и дробную часть числа без разделяющей десятичной точки, k — максимальное число знаков дробной части числа. Если число знаков дробной части числа равно 0 (то есть число целое), то формат числового значения имеет вид N(m).

Для простых элементов, являющихся базовыми в XML, например, элемент с типом «date», поле «Формат элемента» не заполняется. Для таких элементов в поле «Дополнительная информация» указывается тип базового элемента;

признак обязательности элемента определяет обязательность наличия элемента (совокупности наименования элемента и его значения) в файле обмена. Признак обязательности элемента может принимать следующие значения: «О» — наличие элемента в файле обмена обязательно; «Н» — присутствие элемента в файле обмена необязательно, то есть элемент может отсутствовать. Если элемент принимает ограниченный перечень значений (по классификатору, кодовому словарю и тому подобное), то признак обязательности элемента дополняется символом «К». Например, «ОК». В случае, если количество реализаций элемента может быть более одной, то признак обязательности элемента дополняется символом «М». Например, «НМ» или «ОКМ».

К вышеперечисленным признакам обязательности элемента может добавляться значение «У» в случае описания в XML схеме условий, предъявляемых к элементу в файле обмена, описанных в графе «Дополнительная информация». Например, «НУ» или «ОКУ»;

дополнительная информация содержит, при необходимости, требования к элементу файла обмена, не указанные ранее. Для сложных элементов указывается ссылка на таблицу, в которой описывается состав данного элемента. Для элементов, принимающих ограниченный перечень значений из классификатора (кодового словаря и тому подобное), указывается соответствующее наименование классификатора (кодового словаря и тому подобное) или приводится перечень возможных значений. Для классификатора (кодового словаря и тому подобное) может указываться ссылка на его местонахождение. Для элементов, использующих пользовательский тип данных, указывается наименование типового элемента.

Рисунок 1. Диаграмма структуры файла обмена

Таблица 5.1

Файл обмена (Файл)

Таблица 5.2

Сведения об участниках электронного

документооборота (СвУчДокОбор)

Таблица 5.3

Сведения об операторе электронного документооборота

отправителя файла обмена счета-фактуры (информации

продавца) (СвОЭДОтпр)

Таблица 5.4

Счет-фактура, применяемый при расчетах по налогу

на добавленную стоимость, документ об отгрузке товаров

(выполнении работ), передаче имущественных прав (документ

об оказании услуг) (информация продавца) (Документ)

Таблица 5.5

Сведения о счете-фактуре (содержание факта хозяйственной

жизни 1 — сведения об участниках факта хозяйственной жизни,

основаниях и обстоятельствах его проведения) (СвСчФакт)

Таблица 5.6

Исправление (строка 1а счета-фактуры) (ИспрСчФ)

Таблица 5.7

Сведения о грузоотправителе (строка 3

счета-фактуры) (ГрузОт)

Таблица 5.8

Сведения о платежно-расчетном документе (строка 5

счета-фактуры) (СвПРД)

Таблица 5.9

Дополнительные сведения об участниках факта

хозяйственной жизни, основаниях и обстоятельствах его

проведения (ДопСвФХЖ1)

Таблица 5.10

Информация продавца об обстоятельствах закупок

для государственных и муниципальных нужд (для учета

Федеральным казначейством денежных

обязательств) (ИнфПродГосЗакКазн)

Таблица 5.11

Реквизиты документа, подтверждающего отгрузку товаров

(работ, услуг, имущественных прав) (ДокПодтвОтгр)

Таблица 5.12

Информационное поле факта хозяйственной жизни

1 (ИнфПолФХЖ1)

Таблица 5.13

Сведения таблицы счета-фактуры (содержание факта

хозяйственной жизни 2 — наименование и другая информация

об отгруженных товарах (выполненных работах, оказанных

услугах), о переданных имущественных правах (ТаблСчФакт)

Таблица 5.14

Сведения об отгруженных товарах (о выполненных

работах, оказанных услугах), переданных имущественных

правах (СведТов)

Таблица 5.15

Сведения о таможенной декларации (СвТД)

Таблица 5.16

Дополнительные сведения об отгруженных товарах

(выполненных работах, оказанных услугах), переданных

имущественных правах (ДопСведТов)

Таблица 5.17

Сведения о товаре, подлежащем

прослеживаемости (СведПрослеж)

Таблица 5.18

Номер средств идентификации товаров (НомСредИдентТов)

Таблица 5.19

Реквизиты строки «Всего к оплате» (ВсегоОпл)

Полный текст документа вы можете просмотреть в коммерческой версии КонсультантПлюс.

Зарегистрировано в Минюсте России 21 января 2019 г. N 53443

---

ФЕДЕРАЛЬНАЯ НАЛОГОВАЯ СЛУЖБА

ПРИКАЗ
от 19 декабря 2018 г. N ММВ-7-15/820@

ОБ УТВЕРЖДЕНИИ ФОРМАТА СЧЕТА-ФАКТУРЫ, ФОРМАТА ПРЕДСТАВЛЕНИЯ ДОКУМЕНТА ОБ ОТГРУЗКЕ ТОВАРОВ (ВЫПОЛНЕНИИ РАБОТ), ПЕРЕДАЧЕ ИМУЩЕСТВЕННЫХ ПРАВ (ДОКУМЕНТА ОБ ОКАЗАНИИ УСЛУГ), ВКЛЮЧАЮЩЕГО В СЕБЯ СЧЕТ-ФАКТУРУ, И ФОРМАТА ПРЕДСТАВЛЕНИЯ ДОКУМЕНТА ОБ ОТГРУЗКЕ ТОВАРОВ (ВЫПОЛНЕНИИ РАБОТ), ПЕРЕДАЧЕ ИМУЩЕСТВЕННЫХ ПРАВ (ДОКУМЕНТА ОБ ОКАЗАНИИ УСЛУГ) В ЭЛЕКТРОННОЙ ФОРМЕ

В соответствии с пунктом 7 статьи 80 и пунктом 2 статьи 93 части первой Налогового кодекса Российской Федерации (Собрание законодательства Российской Федерации, 1998, N 31, ст. 3824; 2018, N 49 (ч. 1), ст. 7496), пунктом 9 статьи 169 части второй Налогового кодекса Российской Федерации (Собрание законодательства Российской Федерации, 2000, N 32, ст. 3340; 2010, N 31, ст. 4198; 2018, N 49 (ч. 1), ст. 7496), а также на основании подпункта 5.9.51 пункта 5 Положения о Федеральной налоговой службе, утвержденного постановлением Правительства Российской Федерации от 30.09.2004 N 506 (Собрание законодательства Российской Федерации, 2004, N 40, ст. 3961; 2015, N 15, ст. 2286; 2017, N 15 (ч. 1), ст. 2154; 2018, N 41, ст. 6269), приказываю:

1. Утвердить формат счета-фактуры, формат представления документа об отгрузке товаров (выполнении работ), передаче имущественных прав (документа об оказании услуг), включающего в себя счет-фактуру, и формат представления документа об отгрузке товаров (выполнении работ), передаче имущественных прав (документа об оказании услуг) в электронной форме согласно приложению к настоящему приказу.

2. Признать утратившим силу приказ Федеральной налоговой службы от 24.03.2016 N ММВ-7-15/155@ «Об утверждении формата счета-фактуры и формата представления документа об отгрузке товаров (выполнении работ), передаче имущественных прав (документа об оказании услуг), включающего в себя счет-фактуру, в электронной форме» (зарегистрирован Министерством юстиции Российской Федерации 21.04.2016, регистрационный номер 41888) с 1 января 2020 года.

3. Установить, что в период со дня вступления настоящего приказа в силу по 31.12.2019 налогоплательщики вправе создавать счета-фактуры в электронной форме как по формату счета-фактуры, применяемому при расчетах по налогу на добавленную стоимость, в электронной форме, утвержденному приказом Федеральной налоговой службы от 24.03.2016 N ММВ-7-15/155@ «Об утверждении формата счета-фактуры и формата представления документа об отгрузке товаров (выполнении работ), передаче имущественных прав (документа об оказании услуг), включающего в себя счет-фактуру, в электронной форме», так и по формату счета-фактуры, формату представления документа об отгрузке товаров (выполнении работ), передаче имущественных прав (документа об оказании услуг), включающего в себя счет-фактуру, и формату представления документа об отгрузке товаров (выполнении работ), передаче имущественных прав (документа об оказании услуг) в электронной форме, утвержденному настоящим приказом.

4. Управлениям Федеральной налоговой службы по субъектам Российской Федерации довести настоящий приказ до нижестоящих налоговых органов.

В период со дня вступления в силу настоящего приказа по 31.12.2022 обеспечить прием счетов-фактур, применяемых при расчетах по налогу на добавленную стоимость, созданных в электронной форме в период до 01.01.2020 по формату, применяемому при расчетах по налогу на добавленную стоимость, в электронной форме, утвержденному приказом Федеральной налоговой службы от 24.03.2016 N ММВ-7-15/155@ «Об утверждении формата счета-фактуры и формата представления документа об отгрузке товаров (выполнении работ), передаче имущественных прав (документа об оказании услуг), включающего в себя счет-фактуру, в электронной форме».

В период со дня вступления в силу настоящего приказа по 31.12.2020 обеспечить прием счетов-фактур, применяемых при расчетах по налогу на добавленную стоимость, созданных в электронной форме в период до 01.07.2017 по формату, утвержденному приказом Федеральной налоговой службы от 04.03.2015 N ММВ-7-6/93@ «Об утверждении форматов счета-фактуры, журнала учета полученных и выставленных счетов-фактур, книги покупок и книги продаж, дополнительных листов книги покупок и книги продаж в электронной форме» (зарегистрирован Министерством юстиции Российской Федерации 31.03.2015, регистрационный номер 36641 <1>).

<1> От 24.03.2016 N ММВ-7-15/155@ (зарегистрирован Минюстом России 21.04.2016, регистрационный N 41888); от 13.04.2016 N ММВ-7-15/189@ (зарегистрирован Минюстом России 19.05.2016, регистрационный N 42155); от 06.04.2018 N ММВ-7-6/196@ (зарегистрирован Минюстом России 26.04.2018, регистрационный N 50907).

5. Контроль за исполнением настоящего приказа возложить на заместителя руководителя Федеральной налоговой службы, координирующего работу по созданию, развитию, сопровождению и эксплуатации автоматизированной информационной системы Федеральной налоговой службы.

Руководитель
Федеральной налоговой службы
М.В. МИШУСТИН

УТВЕРЖДЕН
приказом ФНС России
от 19.12.2018 N ММВ-7-15/820@

Письмом ФНС РФ от 28.05.2021 N ЕА-4-15/7407@ направлен для использования новый формат представления.

ФОРМАТ СЧЕТА-ФАКТУРЫ, ФОРМАТ ПРЕДСТАВЛЕНИЯ ДОКУМЕНТА ОБ ОТГРУЗКЕ ТОВАРОВ (ВЫПОЛНЕНИИ РАБОТ), ПЕРЕДАЧЕ ИМУЩЕСТВЕННЫХ ПРАВ (ДОКУМЕНТА ОБ ОКАЗАНИИ УСЛУГ), ВКЛЮЧАЮЩЕГО В СЕБЯ СЧЕТ-ФАКТУРУ, И ФОРМАТ ПРЕДСТАВЛЕНИЯ ДОКУМЕНТА ОБ ОТГРУЗКЕ ТОВАРОВ (ВЫПОЛНЕНИИ РАБОТ), ПЕРЕДАЧЕ ИМУЩЕСТВЕННЫХ ПРАВ (ДОКУМЕНТА ОБ ОКАЗАНИИ УСЛУГ) В ЭЛЕКТРОННОЙ ФОРМЕ

I. ОБЩИЕ ПОЛОЖЕНИЯ

1. Настоящий формат описывает требования к XML файлам передачи по телекоммуникационным каналам связи (далее — файл обмена) электронного счета-фактуры, применяемого при расчетах по налогу на добавленную стоимость, или первичного документа об отгрузке товаров (выполнении работ), передаче имущественных прав (документ об оказании услуг), включающего в себя счет-фактуру, применяемого при оформлении фактов хозяйственной жизни и при расчетах по налогу на добавленную стоимость, или первичного документа об отгрузке товаров (выполнении работ), передаче имущественных прав (документ об оказании услуг), применяемого при оформлении фактов хозяйственной жизни.

2. В зависимости от выбранной составителем документа функции настоящий формат может использоваться как:

— счет-фактура, применяемый при расчетах по налогу на добавленную стоимость на основании статьи 169 Налогового кодекса Российской Федерации (далее — НК РФ) (функция «СЧФ»);

— документ о передаче товаров (работ, услуг, имущественных прав), в результате которой изменяется финансовое состояние передающей и принимающей стороны (функция «ДОП» с набором реквизитов, удовлетворяющим требованиям Федерального закона от 06.12.2011 N 402-ФЗ «О бухгалтерском учете» (Собрание законодательства Российской Федерации, 2011, N 50, ст. 7344; 2018, N 49 (ч. 1), ст. 7516) к показателям первичного учетного документа);

— счет-фактура, применяемый при расчетах по налогу на добавленную стоимость и первичный учетный документ о передаче товаров (работ, услуг, имущественных прав), в результате которой изменяется финансовое состояние передающей и принимающей стороны (функция «СЧФДОП»). В целях формирования такого документа показатели счета-фактуры, установленные пунктом 5 статьи 169 НК РФ, дополнены на основании пункта 9 приложения N 1 «Форма счета-фактуры, применяемого при расчетах по налогу на добавленную стоимость, и правила его заполнения» к постановлению Правительства Российской Федерации от 26.12.2011 N 1137 «О формах и правилах заполнения (ведения) документов, применяемых при расчетах по налогу на добавленную стоимость» (Собрание законодательства Российской Федерации, 2012, N 3, ст. 417; 2014, N 50, ст. 7071; 2018, N 7, ст. 1035) (далее — Постановление N 1137) информацией, позволяющей применять электронный документ в качестве первичного документа (далее — счета-фактуры с дополнительной информацией).

Документ с функцией «СЧФ» формируется как файл обмена счета-фактуры с дополнительной информацией (информации продавца), состоящий из сведений, предусмотренных для счетов-фактур статьей 169 НК РФ и Постановлением N 1137, подписанный лицом, уполномоченным на подписание счетов-фактур.

Документ с функцией «СЧФДОП» состоит из двух файлов обмена, представляемых по следующим форматам:

формат представления счета-фактуры с дополнительной информацией (информации продавца), состоящий из сведений, предусмотренных для счетов-фактур статьей 169 НК РФ и Постановлением N 1137, а также дополнительных сведений передающей стороны об участвующих в сделке экономических субъектах, предмете сделки и иных существенных обстоятельствах оформляемой сделки (информация продавца). Файл подписывается лицом, уполномоченным на подписание счетов-фактур, и лицом, ответственным за оформление факта хозяйственной жизни со стороны передающего экономического субъекта;

формат представления дополнительной к счету-фактуре информации, состоящей из сведений принимающей стороны в отношении оформляемой сделки (информация покупателя), подписанный электронной подписью лица, ответственного за оформление факта хозяйственной жизни со стороны принимающего экономического субъекта.

Файл информации покупателя, подписанный электронной подписью лица, ответственного за оформление факта хозяйственной жизни со стороны принимающего экономического субъекта, может отсутствовать, если в соответствии с гражданским законодательством Российской Федерации составление двустороннего документа, удостоверяющего приемку, не требуется.

Структура документа с функцией «ДОП» и требования к его формированию совпадают со структурой функции «СЧФДОП», за исключением распространения на сведения, включаемые в документ, требований, предусмотренных для счетов-фактур статьей 169 НК РФ и Постановлением N 1137.

В случае применения документа при осуществлении закупок для обеспечения государственных и муниципальных нужд используется информация каталога товаров, работ, услуг для обеспечения государственных и муниципальных нужд, формируемого в соответствии с частью 6 статьи 23 Федерального закона от 05.04.2013 N 44-ФЗ «О контрактной системе в сфере закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд» (далее — Каталог товаров, работ, услуг) (Собрание законодательства Российской Федерации, 2013, N 14, ст. 1652; 2018, N 45, ст. 6848).

3. Номер версии настоящего формата 5.01, часть 997

II. ОПИСАНИЕ ФАЙЛА ОБМЕНА СЧЕТА-ФАКТУРЫ (ИНФОРМАЦИИ ПРОДАВЦА)

4. Имя файла должно иметь следующий вид:

R_T_A_O_GGGGMMDD_N, где:

R_T — префикс, принимающий значение ON_NSCHFDOPPR в общем случае или значение ON_NSCHFDOPPRXXXX (где XXXX формируется в случае, если законодательством Российской Федерации предусмотрено использование настоящего формата в целях контроля за движением товара; принимает значение «PROS» — для товаров, подлежащих прослеживаемости; «MARK» — для товаров, подлежащих маркировке);

A — идентификатор получателя файла обмена счета-фактуры с дополнительной информацией (информации продавца), где идентификатор получателя совпадает с идентификатором участника электронного документооборота в рамках обмена счетами-фактурами и первичными учетными документами по телекоммуникационным каналам связи;

O — идентификатор отправителя файла обмена счета-фактуры с дополнительной информацией (информации продавца), где идентификатор отправителя совпадает с идентификатором участника электронного документооборота в рамках обмена счетами-фактурами и первичными учетными документами по телекоммуникационным каналам связи;

GGGG — год формирования передаваемого файла обмена, MM — месяц, DD — день;

N — 36-символьный глобально уникальный идентификатор GUID (Globally Unique IDentifier).

Расширение имени файла обмена — xml. Расширение имени файла обмена может указываться строчными или прописными буквами.

Параметры первой строки файла обмена

Первая строка XML файла должна иметь следующий вид:

<?xml version =»1.0″ encoding =»windows-1251″?>

Имя файла, содержащего схему файла обмена

Имя файла, содержащего XML схему файла обмена, должно иметь следующий вид:

ON_NSCHFDOPPR_1_997_01_05_01_xx, где xx — номер версии схемы.

Расширение имени файла — xsd.

XML схема файла обмена в электронной форме приводится отдельным файлом и размещается на официальном сайте Федеральной налоговой службы.

5. Логическая модель файла обмена представлена в виде диаграммы структуры файла обмена на рисунке 1 настоящего формата. Элементами логической модели файла обмена являются элементы и атрибуты XML файла. Перечень структурных элементов логической модели файла обмена и сведения о них приведены в таблицах 5.1 — 5.49 настоящего формата.

Для каждого структурного элемента логической модели файла обмена приводятся следующие сведения:

наименование элемента. Приводится полное наименование элемента <1>;

<1> В строке таблицы могут быть описаны несколько элементов, наименования которых разделены символом «|». Такая форма записи применяется при наличии в файле обмена только одного элемента из описанных в этой строке.

сокращенное наименование (код) элемента. Приводится сокращенное наименование элемента. Синтаксис сокращенного наименования должен удовлетворять спецификации XML;

признак типа элемента. Может принимать следующие значения: «С» — сложный элемент логической модели (содержит вложенные элементы), «П» — простой элемент логической модели, реализованный в виде элемента XML файла, «А» — простой элемент логической модели, реализованный в виде атрибута элемента XML файла. Простой элемент логической модели не содержит вложенные элементы;

формат элемента. Формат элемента представляется следующими условными обозначениями: T — символьная строка; N — числовое значение (целое или дробное).

Формат символьной строки указывается в виде T(n-k) или T(=k), где: n — минимальное количество знаков, k — максимальное количество знаков, символ «-» — разделитель, символ «=» означает фиксированное количество знаков в строке. В случае, если минимальное количество знаков равно 0, формат имеет вид T(0-k). В случае, если максимальное количество знаков не ограничено, формат имеет вид T(n-).

Формат числового значения указывается в виде N(m.k), где: m — максимальное количество знаков в числе, включая знак (для отрицательного числа), целую и дробную часть числа без разделяющей десятичной точки, k — максимальное число знаков дробной части числа. Если число знаков дробной части числа равно 0 (то есть число целое), то формат числового значения имеет вид N(m).

Для простых элементов, являющихся базовыми в XML, например, элемент с типом «date», поле «Формат элемента» не заполняется. Для таких элементов в поле «Дополнительная информация» указывается тип базового элемента;

признак обязательности элемента определяет обязательность наличия элемента (совокупности наименования элемента и его значения) в файле обмена. Признак обязательности элемента может принимать следующие значения: «О» — наличие элемента в файле обмена обязательно; «Н» — присутствие элемента в файле обмена необязательно, то есть элемент может отсутствовать. Если элемент принимает ограниченный перечень значений (по классификатору, кодовому словарю и тому подобное), то признак обязательности элемента дополняется символом «К». Например, «ОК». В случае, если количество реализаций элемента может быть более одной, то признак обязательности элемента дополняется символом «М». Например, «НМ» или «ОКМ».

К вышеперечисленным признакам обязательности элемента может добавляться значение «У» в случае описания в XML схеме условий, предъявляемых к элементу в файле обмена, описанных в графе «Дополнительная информация». Например, «НУ» или «ОКУ»;

дополнительная информация содержит, при необходимости, требования к элементу файла обмена, не указанные ранее. Для сложных элементов указывается ссылка на таблицу, в которой описывается состав данного элемента. Для элементов, принимающих ограниченный перечень значений из классификатора (кодового словаря и тому подобное), указывается соответствующее наименование классификатора (кодового словаря и тому подобное) или приводится перечень возможных значений. Для классификатора (кодового словаря и тому подобное) может указываться ссылка на его местонахождение. Для элементов, использующих пользовательский тип данных, указывается наименование типового элемента.

Рисунок 1. Диаграмма структуры файла обмена

Таблица 5.1
 

Файл обмена (Файл)
 

Таблица 5.2

Сведения об участниках электронного документооборота (СвУчДокОбор)

Таблица 5.3

Сведения об операторе электронного документооборота отправителя файла обмена счета-фактуры (информации продавца) (СвОЭДОтпр)
 

Таблица 5.4

Счет-фактура, применяемый при расчетах по налогу на добавленную стоимость, документ об отгрузке товаров (выполнении работ), передаче имущественных прав (документ об оказании услуг) (информация продавца) (Документ)
 

Таблица 5.5
 

Сведения о счете-фактуре (содержание факта хозяйственной жизни 1 — сведения об участниках факта хозяйственной жизни, основаниях и обстоятельствах его проведения) (СвСчФакт)

Таблица 5.6

Исправление (строка 1асчета-фактуры) (ИспрСчФ)
 

Таблица 5.7

Сведения о грузоотправителе (строка 3 счета-фактуры) (ГрузОт)

Таблица 5.8

Сведения о платежно-расчетном документе (строка 5 счета-фактуры) (СвПРД)

Таблица 5.9

Дополнительные сведения об участниках факта хозяйственной жизни, основаниях и обстоятельствах его проведения (ДопСвФХЖ1)

Таблица 5.10

Информация продавца об обстоятельствах закупок для государственных и муниципальных нужд (для учета Федеральным казначейством денежных обязательств) (ИнфПродГосЗакКазн)
 

Таблица 5.11

Реквизиты документа, подтверждающего отгрузку товаров (работ, услуг, имущественных прав) (ДокПодтвОтгр)
 

Таблица 5.12
 

Информационное поле факта хозяйственной жизни 1 (ИнфПолФХЖ1)
 

Таблица 5.13

Сведения таблицы счета-фактуры (содержание факта хозяйственной жизни 2 — наименование и другая информация об отгруженных товарах (выполненных работах, оказанных услугах), о переданных имущественных правах (ТаблСчФакт)

Таблица 5.14

Сведения об отгруженных товарах (о выполненных работах, оказанных услугах), переданных имущественных правах (СведТов)

Таблица 5.15

Сведения о таможенной декларации (СвТД)

Таблица 5.16

Дополнительные сведения об отгруженных товарах (выполненных работах, оказанных услугах), переданных имущественных правах (ДопСведТов)

Таблица 5.17

Сведения о товаре, подлежащем прослеживаемости (СведПрослеж)

Таблица 5.18

Номер средств идентификации товаров (НомСредИдентТов)
 

Таблица 5.19
 

Реквизиты строки «Всего к оплате» (ВсегоОпл)
 

Таблица 5.20
 

Содержание факта хозяйственной жизни 3 — сведения о факте отгрузки товаров (выполнения работ), передачи имущественных прав (о предъявлении оказанных услуг) (СвПродПер)
 

Таблица 5.21
 

Сведения о передаче (сдаче) товаров (результатов работ), имущественных прав (о предъявлении оказанных услуг) (СвПер)

Таблица 5.22

Сведения о лице, передавшем товар (груз) (СвЛицПер)

Таблица 5.23
 

Работник организации продавца (РабОргПрод)

Таблица 5.24
 

Иное лицо (ИнЛицо)
 

Таблица 5.25

Представитель организации, которой доверена отгрузка товаров (передача результатов работ), передача имущественных прав (предъявление оказанных услуг) (ПредОргПер)
 

Таблица 5.26
 

Физическое лицо, которому доверена отгрузка товаров (передача результатов работ), передача имущественных прав (предъявление оказанных услуг) (ФЛПер)

Таблица 5.27
 

Транспортировка и груз (ТранГруз)

Таблица 5.28
 

Транспортная накладная (ТранНакл)

Таблица 5.29
 

Сведения о передаче вещи, изготовленной по договору подряда (СвПерВещи)

Таблица 5.30

Информационное поле факта хозяйственной жизни 3 (ИнфПолФХЖ3)

 
Таблица 5.31
 

Сведения о лице, подписывающем файл обмена счета-фактуры (информации продавца) в электронной форме (Подписант)
 

Таблица 5.32
 

Представитель юридического лица (ЮЛ)

Таблица 5.33
 

Сведения об участнике факта хозяйственной жизни (УчастникТип)

Таблица 5.34
 

Идентификационные сведения (ИдСв)
 

Таблица 5.35

Сведения о юридическом лице, состоящем на учете в налоговых органах (СвЮЛУч)
 

Таблица 5.36
 

Сведения об иностранном лице, не состоящем на учете в налоговых органах в качестве налогоплательщика (СвИнНеУч)

Таблица 5.37
 

Банковские реквизиты (БанкРекв)

Таблица 5.38
 

Сведения о банке (СвБанк)
 

Таблица 5.39
 

Сведения об адресе (АдресТип)

Таблица 5.40
 

Адрес в Российской Федерации (АдрРФТип)
 

Таблица 5.41
 

Информация об адресе, в том числе об адресе за пределами территории Российской Федерации (АдрИнфТип)

Таблица 5.42
 

Контактные данные (КонтактТип)

Таблица 5.43

Сведения об индивидуальном предпринимателе (СвИПТип)
 

Таблица 5.44

Сведения о физическом лице (СвФЛТип)

Таблица 5.45
 

Сумма акциза (СумАкцизТип)

Таблица 5.46

Сумма НДС (СумНДСТип)

Таблица 5.47

Текстовая информация (ТекстИнфТип)
 

Таблица 5.48

Основание отгрузки (передачи, уступки) (ОснованиеТип)

Таблица 5.49

Фамилия, имя, отчество физического лица (ФИОТип)
 

III. ОПИСАНИЕ ФАЙЛА ОБМЕНА ИНФОРМАЦИИ ПОКУПАТЕЛЯ

6. Имя файла должно иметь следующий вид:

R_T_A_O_GGGGMMDD_N, где:

R_T — префикс, принимающий значение ON_NSCHFDOPPOK в общем случае или значение ON_NSCHFDOPPOKXXXX (где XXXX формируется в случае, если законодательством Российской Федерации предусмотрено использование настоящего формата в целях контроля за движением товара; принимает значение «PROS» — для товаров, подлежащих прослеживаемости; «MARK» — для товаров, подлежащих маркировке);

A — идентификатор получателя файла обмена информации покупателя, где идентификатор получателя совпадает с идентификатором участника электронного документооборота в рамках обмена счетами-фактурами и первичными учетными документами по телекоммуникационным каналам связи;

O — идентификатор отправителя файла обмена информации покупателя, где идентификатор отправителя совпадает с идентификатором участника электронного документооборота в рамках обмена счетами-фактурами и первичными учетными документами по телекоммуникационным каналам связи;

GGGG — год формирования передаваемого файла обмена, MM — месяц, DD — день;

N — 36 символьный глобально уникальный идентификатор GUID (Globally Unique IDentifier).

Расширение имени файла обмена — xml. Расширение имени файла обмена может указываться как строчными, так и прописными буквами.

Параметры первой строки файла обмена

Первая строка XML файла должна иметь следующий вид:

<?xml version =»1.0″ encoding =»windows-1251″?>

Имя файла, содержащего схему файла обмена

Имя файла, содержащего XML схему файла обмена, должно иметь следующий вид:

ON_NSCHFDOPPOK_1_997_02_05_01_xx, где xx — номер версии схемы.

Расширение имени файла — xsd.

XML схема файла обмена в электронной форме приводится отдельным файлом и размещается на официальном сайте Федеральной налоговой службы.

7. Логическая модель файла обмена представлена в виде диаграммы структуры файла обмена на рисунке 2 настоящего формата. Элементами логической модели файла обмена являются элементы и атрибуты XML файла. Перечень структурных элементов логической модели файла обмена и сведения о них приведены в таблицах 7.1 — 7. 22 настоящего формата.

Для каждого структурного элемента логической модели файла обмена приводятся следующие сведения:

наименование элемента. Приводится полное наименование элемента <1>;

<1> В строке таблицы могут быть описаны несколько элементов, наименования которых разделены символом «|». Такая форма записи применяется при наличии в файле обмена только одного элемента из описанных в этой строке.

сокращенное наименование (код) элемента. Приводится сокращенное наименование элемента. Синтаксис сокращенного наименования должен удовлетворять спецификации XML;

признак типа элемента. Может принимать следующие значения: «С» — сложный элемент логической модели (содержит вложенные элементы), «П» — простой элемент логической модели, реализованный в виде элемента XML файла, «А» — простой элемент логической модели, реализованный в виде атрибута элемента XML файла. Простой элемент логической модели не содержит вложенные элементы;

формат элемента. Формат элемента представляется следующими условными обозначениями: T — символьная строка; N — числовое значение (целое или дробное).

Формат символьной строки указывается в виде T(n-k или T(=k), где: n — минимальное количество знаков, k — максимальное количество знаков, символ «-» — разделитель, символ «=» означает фиксированное количество знаков в строке. В случае, если минимальное количество знаков равно 0, формат имеет вид T(0-k). В случае, если максимальное количество знаков не ограничено, формат имеет вид T(n-).

Формат числового значения указывается в виде N(m.k), где: m — максимальное количество знаков в числе, включая знак (для отрицательного числа), целую и дробную часть числа без разделяющей десятичной точки, k — максимальное число знаков дробной части числа. Если число знаков дробной части числа равно 0 (то есть число целое), то формат числового значения имеет вид N(m).

Для простых элементов, являющихся базовыми в XML, например, элемент с типом «date», поле «Формат элемента» не заполняется. Для таких элементов в поле «Дополнительная информация» указывается тип базового элемента;

признак обязательности элемента определяет обязательность наличия элемента (совокупности наименования элемента и его значения) в файле обмена. Признак обязательности элемента может принимать следующие значения: «О» — наличие элемента в файле обмена обязательно; «Н» — присутствие элемента в файле обмена необязательно, то есть элемент может отсутствовать. Если элемент принимает ограниченный перечень значений (по классификатору, кодовому словарю и тому подобное), то признак обязательности элемента дополняется символом «К». Например, «ОК». В случае, если количество реализаций элемента может быть более одной, то признак обязательности элемента дополняется символом «М». Например, «НМ» или «ОКМ».

К вышеперечисленным признакам обязательности элемента может добавляться значение «У» в случае описания в XML схеме условий, предъявляемых к элементу в файле обмена, описанных в графе «Дополнительная информация». Например, «НУ» или «ОКУ»;

дополнительная информация содержит, при необходимости, требования к элементу файла обмена, не указанные ранее. Для сложных элементов указывается ссылка на таблицу, в которой описывается состав данного элемента. Для элементов, принимающих ограниченный перечень значений из классификатора (кодового словаря и тому подобное), указывается соответствующее наименование классификатора (кодового словаря и тому подобное) или приводится перечень возможных значений. Для классификатора (кодового словаря и тому подобное) может указываться ссылка на его местонахождение. Для элементов, использующих пользовательский тип данных, указывается наименование типового элемента.

Таблица 7.1
 

Файл обмена (Файл)
 

Таблица 7.2

Сведения об участниках электронного документооборота (СвУчДокОбор)

Таблица 7.3

Сведения об операторе электронного документооборота отправителя файла обмена информации покупателя (СвОЭДОтпр)
 

Таблица 7.4

Документ об отгрузке товаров (выполнении работ), передаче имущественных прав (документ об оказании услуг), включающий в себя счет-фактуру (информация покупателя), или документ об отгрузке товаров (выполнении работ), передаче имущественных прав (документ об оказании услуг) (информация покупателя) (ИнфПок)
 

Таблица 7.5
 

Идентификация файла обмена счета-фактуры (информации продавца) или файла обмена информации продавца (ИдИнфПрод)

Таблица 7.6
 

Содержание факта хозяйственной жизни 4 — сведения о принятии товаров (результатов выполненных работ), имущественных прав (о подтверждении факта оказания услуг) (СодФХЖ4)

Таблица 7.7
 

Сведения о принятии товаров (результатов выполненных работ), имущественных прав (о подтверждении факта оказания услуг) (СвПрин)

Таблица 7.8
 

Код содержания операции (КодСодОпер)

Таблица 7.9
 

Сведения о лице, принявшем товары (груз) (СвЛицПрин)
 

Таблица 7.10
 

Работник организации покупателя (РабОргПок)

Таблица 7.11

Иное лицо (ИнЛицо)
 

Таблица 7.12
 

Представитель организации, которой доверено принятие товаров (груза) (ПредОргПрин)
 

Таблица 7.13

Физическое лицо, которому доверено принятие товаров (груза) (ФЛПрин)
 

Таблица 7.14
 

Информационное поле факта хозяйственной жизни 4 (ИнфПолФХЖ4)
 

Таблица 7.15
 

Текстовая информация (ТекстИнф)

Таблица 7.16
 

Информация покупателя об обстоятельствах закупок для государственных и муниципальных нужд (для учета Федеральным казначейством денежных обязательств) (ИнфПокГосЗакКазн)

Таблица 7.17
 

Информация для сведений о денежном обязательстве (ИнфСведДенОбяз)

Таблица 7.18
 

Сведения о лице, подписывающем файл обмена информации покупателя в электронной форме (Подписант)
 

Таблица 7.19
 

Представитель юридического лица (ЮЛ)
 

Таблица 7.20

Сведения о индивидуальном предпринимателе (СвИПТип)
 

Таблица 7.21

Сведения о физическом лице (СвФЛТип)
 

Таблица 7.22

Фамилия, имя, отчество физического лица (ФИОТип)
 

МИНИСТЕРСТВО ФИНАНСОВ РОССИЙСКОЙ ФЕДЕРАЦИИ

ФЕДЕРАЛЬНАЯ НАЛОГОВАЯ СЛУЖБА

ПИСЬМО

от 28 мая 2021 г. N ЕА-4-15/7407

Федеральная налоговая служба в целях реализации национальной системы прослеживаемости на территории Российской Федерации, начиная с 01.07.2021, сообщает следующее.

В соответствии с положениями проекта постановления Правительства Российской Федерации «Об утверждении Порядка функционирования национальной системы прослеживаемости товаров», при осуществлении операций с прослеживаемыми товарами (реализация или приобретение) через комиссионеров (агентов), действующих от своего имени на основе договоров комиссии (агентских договоров) и осуществляющих предпринимательскую деятельность в интересах комитентов (принципалов), являющихся участниками оборота товаров, подлежащих прослеживаемости, в ситуации когда комитент (принципал), товар которого реализует комиссионер (агент) или продавец товаров, подлежащих прослеживаемости, у которого комиссионер (агент) осуществляет закупку товара для комитента (принципала), являются налогоплательщиками налога на добавленную стоимость, освобожденными от исполнения обязанностей налогоплательщика налога на добавленную стоимость, либо применяют специальные налоговые режимы (за исключением системы налогообложения для сельскохозяйственных товаропроизводителей), подлежат оформлению универсальные передаточные документы, универсальные корректировочные документы.

В этой связи, а также для упрощения документооборота и унификации первичных документов налогоплательщиков в рамках договоров комиссии, агентских договоров при осуществлении посредником (комиссионером, агентом) операций от своего имени доработаны формат универсального передаточного документа, утвержденный приказом ФНС России от 19.12.2018 N ММВ-7-15/820@ «Об утверждении формата счета-фактуры, формата представления документа об отгрузке товаров (выполнении работ), передаче имущественных прав (документа об оказании услуг), включающего в себя счет-фактуру, и формата представления документа об отгрузке товаров (выполнении работ), передаче имущественных прав (документа об оказании услуг) в электронной форме» и формат корректировочного универсального передаточного документа, утвержденного приказом ФНС России от 12.10.2020 N ЕД-7-26/736@ «Об утверждении формата корректировочного счета-фактуры, формата представления документа, подтверждающего согласие (факт уведомления) покупателя на изменение стоимости отгруженных товаров (выполненных работ, оказанных услуг), переданных имущественных прав, включающего в себя корректировочный счет-фактуру, и формата представления документа, подтверждающего согласие (факт уведомления) покупателя на изменение стоимости отгруженных товаров (выполненных работ, оказанных услуг), переданных имущественных прав, в электронной форме» (далее — форматы). Случаи использования доработанных универсальных передаточных документов (универсальных корректурных документов) описаны в приложении к настоящему письму.

Учитывая изложенное ФНС России направляет для использования в работе рекомендуемые форматы, а также xsd-схемы к ним.

Управлениям ФНС России по субъектам Российской Федерации, Межрегиональным инспекциям ФНС России по крупнейшим налогоплательщикам и Межрегиональным инспекциям ФНС России по федеральным округам довести настоящее письмо до нижестоящих налоговых органов и налогоплательщиков.

Государственный советник

Российской Федерации

2 класса

А.В.ЕГОРИЧЕВ

Приложение 1

Приложение 2

УПД с новыми функциями для посреднических операций

Документы с указанными ниже функциями фактически представляют собой оперативный предварительный отчет комиссионера о купленном/проданном.

Документы формируются в отношении каждой операции по реализации или закупке (т.е. в отношении каждого выставленного или полученного комиссионером УПД(ДОП)).

Пример 1

Комитент на УСН передал товар на комиссию посреднику, посредник реализовал товар от своего имени, о чем и уведомляет комитента. В УПД отражаются сведения о реализованном товаре (количество, стоимость, все реквизиты прослеживаемости (РНПТ, единица измерения товара, используемая в целях прослеживаемости, количество товара в указанной единице измерения)).

В данном случае используется УПД с новой функцией «СвРК» — включает в себя сведения о реализации посредником, действующим от своего имени и в интересах комитента (принципала), товаров комитента (принципала).

На текущий момент для целей прослеживаемости этот документ необходим в случае, когда комитент (принципал) применяет спецрежим или освобожден от обязанностей НП НДС <1> (т.е. когда счета-фактуры на реализацию не выставляются в соответствии с нормами НК РФ и оформляются электронные УПД(ДОП) с указанием регистрационного номера партии товара, подлежащего прослеживаемости (далее — РНПТ)).

———————————

<1> УПД с новыми функциями могут формироваться и использоваться для достоверного отражения информации об изменении финансового состояния комитента при реализации/закупке товаров в том числе в случаях выставления/получения комиссионером счетов-фактур, если комитент или продавец являются налогоплательщиками НДС

При реализации товаров комитента, являющегося налогоплательщиком НДС, в УПД (СвРК) комиссионер может отразить сведения о счете-фактуре, выставленном покупателю при отгрузке товаров комитента, для составления комитентом перевыставленного счета-фактуры в адрес комиссионера (элемент «ОснПер»).

В самом УПД(СвРК) в качестве продавца будет указан комиссионер, покупателем — покупатель. Отправитель УПД с новой функцией «СвРК» будет комиссионер (либо лицо, организация, которая уполномочена комиссионером), получателем — комитент.

Составление УПД(СвРК) комиссионер должен производить не ранее перехода права собственности на товары к покупателю с отражением в шапке документа УПД(СвРК) (элемент «ДатаСчФ») даты реализации товаров покупателю согласно условиям договора.

В Отчете об операциях с товарами, подлежащими прослеживаемости, в периоде оформления УПД(СвРК) на основании сведений из указанного документа отразят у себя:

1. Комитент с кодом операции 25 «Отражение комитентом (принципалом) сведений о реализации товара комиссионером (агентом), действующим от своего имени и в интересах комитента (принципала)».

Дата операции — указывается дата УПД с новой функцией «СвРК».

В реквизитах первичного учетного документа указываются дата и номер УПД с новой функцией «СвРК».

В графе «Контрагент» будут указаны сведения о покупателе.

В графе «Регистрационный номер партии товара, подлежащего прослеживаемости» указывается РНПТ тех товаров, которые были реализованы в подстроках к строке по операции.

Также в подстроках к строке отражается код единицы измерения, количество товара — сколько товара, соответствующего тому или иному РНПТ, было реализовано, и стоимость указанных товаров.

2. Комиссионер отразит у себя в отчете с кодом 24 «Передача комиссионером (агентом), действующим от своего имени и в интересах комитента (принципала), сведений о реализации товара комитента (принципала)».

В графе «Контрагент» будут указаны сведения о покупателе.

Остальные сведения указываются по аналогии как у комитента.

Пример 2

Комиссионер приобретает от своего имени товары для комитента у продавца на УСН, о чем и уведомляет комитента.

Используется УПД с новой функцией «СвЗК» — включает сведения о приобретении посредником, действующим от своего имени и в интересах комитента (принципала), товара для комитента (принципала).

На текущий момент для целей прослеживаемости этот документ необходим в случае, когда продавец товара применяет спецрежим или освобожден от обязанностей НП НДС.

В самом УПД(СвЗК) в качестве продавца будет указан продавец, покупателем — комиссионер. Отправитель УПД с новой функцией будет комиссионер (либо лицо, организация, которая уполномочена комиссионером), получателем — комитент.

Составление УПД(СвЗК) комиссионер должен производить не ранее перехода к нему права собственности на товары от продавца с отражением в шапке документа УПД(СвЗК) (элемент «ДатаСчФ») даты приобретения товаров у продавца согласно условиям договора.

Эта дата указывается в качестве Даты операции при заполнении Отчета об операциях с товарами, подлежащими прослеживаемости.

В Отчете об операциях с товарами, подлежащими прослеживаемости, на основании сведений из указанного документа отразят у себя:

1. Комитент с кодом операции 28 «Отражение комитентом (принципалом) сведений о приобретении товара комиссионером (агентом), действующим от своего имени и в интересах комитента (принципала)»

Дата операции — указывается дата УПД с новой функцией «СвЗК».

В реквизитах первичного учетного документа указываются дата и номер УПД с новой функцией «СвЗК».

В графе «Контрагент» будут указаны сведения о продавце.

В графе «Регистрационный номер партии товара, подлежащего прослеживаемости» указывается РНПТ тех товаров, которые были приобретены комиссионером, в подстроках к строке по операции.

Также в подстроках к строке отражается код единицы измерения, количество товара — сколько товара, соответствующего тому или иному РНПТ было приобретено, и стоимость указанных товаров.

2. Комиссионер отразит у себя в отчете с кодом 27 «Передача комиссионером (агентом), действующим от своего имени и в интересах комитента (принципала), сведений о приобретении товара для комитента (принципала)».

В графе «Контрагент» будут указаны сведения о продавце.

Остальные сведения указываются по аналогии как у комитента.

УКД с новыми функциями для посреднических операций

Документы с указанными ниже функциями фактически представляют собой оперативный предварительный отчет комиссионера о согласовании с покупателем или продавцом изменения стоимости отгруженных или закупленных товаров (в том числе в случае возврата товаров).

Документы формируются в отношении каждой операции согласования (уведомления) изменения стоимости отгруженных или закупленных товаров (т.е. в отношении каждого выставленного или полученного комиссионером УКД(ДИС)).

Пример 3

Комитент на УСН передал товар на комиссию посреднику, посредник реализовал товар от своего имени, о чем и уведомляет комитента. В УПД отражаются сведения о реализованном товаре (количество, стоимость, все реквизиты прослеживаемости (РНПТ, единица измерения товара, используемая в целях прослеживаемости, количество товара в указанной единице измерения)). Покупатель, которому ранее комиссионером, действующим от своего имени, реализован товар комитента, возвращает часть товара (либо весь).

Используется УКД с новой функцией «СвИСРК» — включает сведения о согласовании (уведомления) покупателя об изменении стоимости отгруженных товаров (в том числе в связи с возвратом товаров покупателем). То есть фактически корректируются сведения, переданные ранее в УПД с новой функцией «СвРК».

На текущий момент для целей прослеживаемости этот документ необходим в случае, когда комитент (принципал) применяет спецрежим или освобожден от обязанностей НП НДС <2>.

———————————

<2> УКД с новыми функциями могут формироваться и использоваться для достоверного отражения информации об изменении финансового состояния комитента при изменении стоимости отгруженных товаров, в том числе в случае выставления/получения комиссионером корректировочных счетов-фактур, если комитент или продавец являются налогоплательщиками НДС.

При изменении стоимости отгруженных товаров комитента, являющегося налогоплательщиком НДС, в УКД (СвИСРК) комиссионер может отразить сведения о корректировочном счете-фактуре, выставленном покупателю при изменении стоимости отгруженных товаров, для составления комитентом перевыставленного корректировочного счета-фактуры в адрес комиссионера (элемент «ДокумОснКор «).

Составление УКД(СвИСРК) комиссионер должен производить не ранее согласования (уведомления) с покупателем изменения стоимости отгруженных товаров с указанием в шапке документа (элемент «ДатаКСчФ») даты такого согласования (уведомления).

В самом УКД(СвИСРК) в качестве продавца будет указан комиссионер, покупателем — покупатель. Отправитель УКД с новой функцией всегда будет комиссионер (либо лицо, организация, которая уполномочена комиссионером), получателем — комитент.

В Отчете об операциях с товарами, подлежащими прослеживаемости, на основании сведений из указанного документа отразят у себя:

1. Комитент с кодом операции 31 «Получение комитентом (принципалом) сведений о возврате покупателем ранее реализованных комиссионером (агентом) товаров комитента (принципала)»

Дата операции — указывается дата УКД с новой функцией «СвИСРК».

В реквизитах первичного учетного документа указываются дата и номер УКД с новой функцией «СвИСРК».

В графе «Контрагент» будут указаны сведения о покупателе.

В графе «Регистрационный номер партии товара, подлежащего прослеживаемости» указывается РНПТ тех товаров, которые были возвращены (то есть разница между реализованными товарами и фактически оставшимися у покупателя в собственности после возврата товара), в подстроках к строке по операции.

Также в подстроках к строке отражается код единицы измерения, количество товара — сколько товара, соответствующего тому или иному РНПТ было возвращено, и стоимость указанных товаров.

2. Комиссионер отразит у себя в отчете с кодом 30 «Передача комиссионером (агентом) сведений о возврате покупателем ранее реализованных комиссионером (агентом) товаров комитента (принципала)»

В графе «Контрагент» будут указаны сведения о покупателе.

Остальные сведения указываются по аналогии как у комитента.

Пример 4

Комиссионер приобретает от своего имени товар для комитента у продавца на УСН, о чем и уведомляет комитента. Комитент (принципал) возвращает часть товара (весь товар), приобретенный для него комиссионером.

Используется УКД с новой функцией «СвИСЗК» — включает сведения о согласовании с продавцом (уведомлении продавцом) изменения стоимости приобретенных товаров (в том числе в связи с возвратом товаров продавцу). То есть фактически корректируются сведения, переданные ранее в УПД с новой функцией «СвЗК»

На текущий момент для целей прослеживаемости этот документ необходим в случае, когда продавец товара применяет спецрежим или освобожден от обязанностей НП НДС.

Составление УКД(СвИСЗК) комиссионер должен производить не ранее согласования с продавцом (уведомления продавцом) изменения стоимости отгруженных товаров с указанием в шапке документа (элемент «ДатаКСчФ») даты такого согласования (уведомления).

В самом УКД в качестве продавца будет указан продавец, покупателем — комиссионер. Отправитель УКД с новой функцией будет комиссионер (либо лицо, организация, которая уполномочена комиссионером), получателем — комитент.

В Отчете об операциях с товарами, подлежащими прослеживаемости, на основании сведений из указанного документа отразят у себя:

1. Комитент с кодом операции 35 «Отражение комиссионером (агентом) сведений о возврате комитентом (принципалом) приобретенных для него комиссионером (агентом) товаров»

Дата операции — указывается дата УКД с новой функцией «СвИСЗК».

В реквизитах первичного учетного документа указываются дата и номер УКД с новой функцией «СвИСЗК».

В графе «Контрагент» будут указаны сведения о продавце.

В графе «Регистрационный номер партии товара, подлежащего прослеживаемости» указывается РНПТ тех товаров, которые были возвращены (то есть разница между приобретенными товарами и фактически оставшимися у комитента в собственности после возврата товара), в подстроках к строке по операции.

Также в подстроках к строке отражается код единицы измерения, количество товара — сколько товара, соответствующего тому или иному РНПТ было возвращено, и стоимость указанных товаров.

2. Комиссионер отразит у себя в отчете с кодом 33 «Отражение комиссионером (агентом) сведений о возврате комитентом (принципалом) приобретенных для него комиссионером (агентом) товаров».

В графе «Контрагент» будут указаны сведения о продавце.

Остальные сведения указываются по аналогии как у комитента.

Приложение 3

Приложение

к приказу ФНС России

от 12 октября 2020 г. N ЕД-7-26/736@

ФОРМАТ

КОРРЕКТИРОВОЧНОГО СЧЕТА-ФАКТУРЫ, ФОРМАТ ПРЕДСТАВЛЕНИЯ

ДОКУМЕНТА, ПОДТВЕРЖДАЮЩЕГО СОГЛАСИЕ (ФАКТ УВЕДОМЛЕНИЯ)

ПОКУПАТЕЛЯ НА ИЗМЕНЕНИЕ СТОИМОСТИ ОТГРУЖЕННЫХ ТОВАРОВ

(ВЫПОЛНЕННЫХ РАБОТ, ОКАЗАННЫХ УСЛУГ), ПЕРЕДАННЫХ

ИМУЩЕСТВЕННЫХ ПРАВ, ВКЛЮЧАЮЩЕГО В СЕБЯ КОРРЕКТИРОВОЧНЫЙ

СЧЕТ-ФАКТУРУ, И ФОРМАТ ПРЕДСТАВЛЕНИЯ ДОКУМЕНТА,

ПОДТВЕРЖДАЮЩЕГО СОГЛАСИЕ (ФАКТ УВЕДОМЛЕНИЯ) ПОКУПАТЕЛЯ

НА ИЗМЕНЕНИЕ СТОИМОСТИ ОТГРУЖЕННЫХ ТОВАРОВ (ВЫПОЛНЕННЫХ

РАБОТ, ОКАЗАННЫХ УСЛУГ), ПЕРЕДАННЫХ ИМУЩЕСТВЕННЫХ ПРАВ,

В ЭЛЕКТРОННОЙ ФОРМЕ

I. ОБЩИЕ ПОЛОЖЕНИЯ

1. Настоящий формат описывает требования к XML файлам передачи по телекоммуникационным каналам связи (далее — файл обмена) электронного корректировочного счета-фактуры, или документа, подтверждающего согласие (факт уведомления) покупателя на изменение стоимости отгруженных товаров (выполненных работ, оказанных услуг), переданных имущественных прав, включающего в себя корректировочный счет-фактуру, или документа, подтверждающего согласие (факт уведомления) покупателя на изменение стоимости отгруженных товаров (выполненных работ, оказанных услуг), переданных имущественных прав, применяемых при расчетах по налогу на добавленную стоимость в случаях изменения стоимости отгруженных товаров (выполненных работ, оказанных услуг), переданных имущественных прав.

2. В зависимости от выбранной составителем документа функции настоящий формат может использоваться как:

корректировочный счет-фактура, применяемый при расчетах по налогу на добавленную стоимость на основании статьи 169 Налогового кодекса Российской Федерации (далее — НК РФ) (функция «КСЧФ»);

первичный документ, подтверждающий согласие (факт уведомления) покупателя на изменение стоимости отгруженных товаров (выполненных работ, оказанных услуг), переданных имущественных прав, в том числе из-за изменения цены (тарифа) и (или) изменения количества (объема) поставленных (отгруженных) товаров (выполненных работ, оказанных услуг), переданных имущественных прав (функция «ДИС», далее — документ о согласии покупателя на изменение стоимости отгрузки), применение которого при расчетах по налогу на добавленную стоимость предусмотрено подпунктом 4 пункта 3 статьи 170 и пунктом 10 статьи 172 НК РФ. В случае использования документа о согласии покупателя на изменение стоимости отгрузки для оформления факта изменения финансового состояния передающей и принимающей сторон (или только передающей), реквизиты документа должны удовлетворять также требованиям Федерального закона от 06.12.2011 N 402-ФЗ «О бухгалтерском учете» (Собрание законодательства Российской Федерации, 2011, N 50, ст. 7344; 2019, N 30, ст. 4149) к реквизитам первичного учетного документа;

корректировочный счет-фактура и первичный документ, подтверждающий согласие (факт уведомления) покупателя на изменение стоимости отгруженных товаров (выполненных работ, оказанных услуг), переданных имущественных прав, в том числе из-за изменения цены (тарифа) и (или) изменения количества (объема) поставленных (отгруженных) товаров (выполненных работ, оказанных услуг), переданных имущественных прав (функция «КСЧФДИС», далее — корректировочный счет-фактура и документ о согласии покупателя на изменение стоимости отгрузки). В целях формирования такого документа реквизиты корректировочного счета-фактуры, установленные пунктом 5.2 статьи 169 НК РФ, дополнены в соответствии с пунктом 8 приложения N 2 «Форма корректировочного счета-фактуры, применяемого при расчетах по налогу на добавленную стоимость, и правила его заполнения», утвержденного постановлением Правительства Российской Федерации от 26.12.2011 N 1137 «О формах и правилах заполнения (ведения) документов, применяемых при расчетах по налогу на добавленную стоимость» (Собрание законодательства Российской Федерации, 2012, N 3, ст. 417; 2019, N 4, ст. 336) (далее — Постановление N 1137) информацией, позволяющей применять электронный документ в качестве предусмотренного подпунктом 4 пункта 3 статьи 170 и пунктом 10 статьи 172 НК РФ первичного документа, подтверждающего согласие (факт уведомления) покупателя на изменение стоимости отгруженных товаров (выполненных работ, оказанных услуг), переданных имущественных прав (далее — корректировочный счет-фактура с дополнительной информацией).

Документ с функцией «КСЧФДИС» состоит из двух файлов обмена, представляемых по следующим форматам:

формат представления корректировочного счета-фактуры с дополнительной информацией (информации продавца), состоящий из реквизитов, предусмотренных для корректировочных счетов-фактур статьей 169 НК РФ и Постановлением N 1137, а также дополнительной информации передающей стороны об экономических субъектах, участвующих в согласовании (уведомлении) изменения стоимости ранее отгруженных товаров (выполненных работ, оказанных услуг), переданных имущественных прав (далее — файл обмена корректировочного счета-фактуры с дополнительной информацией (информации продавца)). Файл обмена подписывается усиленной квалифицированной электронной подписью лица, уполномоченного на подписание счетов-фактур, а также в случае формирования первичного учетного документа — электронной подписью лица, ответственного за оформление факта хозяйственной жизни со стороны передающего экономического субъекта;

формат представления дополнительных к корректировочному счету-фактуре сведений в виде информации о согласии покупателя на изменение стоимости отгруженных товаров (выполненных работ, оказанных услуг), переданных имущественных прав (далее — файл обмена информации покупателя). Файл обмена подписывается электронной подписью лица, уполномоченного на подтверждение согласия на изменение стоимости, и (или) лица, ответственного за оформление факта хозяйственной жизни со стороны принимающего экономического субъекта (в случае формирования первичного учетного документа);

Документ с функцией «КСЧФ» формируется как файл обмена корректировочного счета-фактуры с дополнительной информацией (информации продавца), состоящий из сведений, предусмотренных статьей 169 НК РФ и Постановлением N 1137 для корректировочных счетов-фактур, подписанный лицом, уполномоченным на подписание счетов-фактур.

Структура документа с функцией «ДИС» и требования к его формированию совпадают со структурой документа с функцией «КСЧФДИС», за исключением распространения на сведения, включаемые в документ, требований, предусмотренных статьей 169 НК РФ и Постановлением N 1137 для корректировочных счетов-фактур (файл обмена корректировочного счета-фактуры с дополнительной информацией (информации продавца) или файл обмена информации продавца).

3. Номер версии настоящего формата 5.01, часть 996_03.

II. ОПИСАНИЕ ФАЙЛА ОБМЕНА КОРРЕКТИРОВОЧНОГО СЧЕТА-ФАКТУРЫ

С ДОПОЛНИТЕЛЬНОЙ ИНФОРМАЦИЕЙ (ИНФОРМАЦИИ ПРОДАВЦА)

4. Имя файла обмена должно иметь следующий вид:

R_T_A_О_GGGGMMDD_N, где:

R_T — префикс, принимающий значение ON_NKORSCHFDOPPR в общем случае или значение ON_NKORSCHFDOPPRXXXX (где XXXX формируется в случае, если законодательством Российской Федерации предусмотрено использование настоящего формата в целях контроля за движением товара; принимает значение «PROS» — для товаров, подлежащих прослеживаемости; «MARK» — для товаров, подлежащих маркировке);

A — идентификатор получателя файла обмена корректировочного счета-фактуры с дополнительной информацией (информации продавца), где идентификатор получателя совпадает с идентификатором участника электронного документооборота в рамках обмена счетами-фактурами и первичными учетными документами по телекоммуникационным каналам связи;

O — идентификатор отправителя файла обмена корректировочного счета-фактуры с дополнительной информацией (информации продавца), где идентификатор отправителя совпадает с идентификатором участника электронного документооборота в рамках обмена счетами-фактурами и первичными учетными документами по телекоммуникационным каналам связи;

GGGG — год формирования передаваемого файла обмена, MM — месяц, DD — день;

N — 36-символьный глобально уникальный идентификатор GUID (Globally Unique IDentifier).

Расширение имени файла обмена — xml. Расширение имени файла обмена может указываться строчными или прописными буквами.

Параметры первой строки файла обмена

Первая строка XML файла должна иметь следующий вид:

<?xml version =»1.0″ encoding =»windows-1251″?>

Имя файла, содержащего XML схему файла обмена, должно иметь следующий вид:

ON_NKORSCHFDOPPR_1_996_03_05_01_xx, где xx — номер версии схемы. Выпуск новой(-ых) версии(-ий) схемы возможен при условии их не противоречия требованиям данного документа (например, в части уточнения текста наименования отдельных элементов, дополнительной информации, увеличения количества знаков в формате элемента).

Расширение имени файла — xsd.

XML схема файла обмена в электронной форме приводится отдельным файлом и размещается на официальном сайте Федеральной налоговой службы, в информационно-телекоммуникационной сети «Интернет».

5. Логическая модель файла обмена представлена в виде диаграммы структуры файла обмена на рисунке 1 настоящего формата. Элементами логической модели файла обмена являются элементы и атрибуты XML файла. Перечень структурных элементов логической модели файла обмена и сведения о них приведены в таблицах 5.1 — 5.41 настоящего формата.

Для каждого структурного элемента логической модели файла обмена приводятся следующие сведения:

наименование элемента. Приводится полное наименование элемента <1>;

———————————

<1> В строке таблицы могут быть описаны несколько элементов, наименования которых разделены символом «|». Такая форма записи применяется при наличии в файле обмена только одного элемента из описанных в этой строке.

сокращенное наименование (код) элемента. Приводится сокращенное наименование элемента. Синтаксис сокращенного наименования должен удовлетворять спецификации XML;

признак типа элемента. Может принимать следующие значения: «С» — сложный элемент логической модели (содержит вложенные элементы), «П» — простой элемент логической модели, реализованный в виде элемента XML файла, «А» — простой элемент логической модели, реализованный в виде атрибута элемента XML файла. Простой элемент логической модели не содержит вложенные элементы;

формат элемента. Формат элемента представляется следующими условными обозначениями: T — символьная строка; N — числовое значение (целое или дробное).

Формат символьной строки указывается в виде T(n-k) или T(=k), где: n — минимальное количество знаков, k — максимальное количество знаков, символ «-» — разделитель, символ «=» означает фиксированное количество знаков в строке. В случае, если минимальное количество знаков равно 0, формат имеет вид T(0-k). В случае, если максимальное количество знаков не ограничено, формат имеет вид T(n-).

Формат числового значения указывается в виде N(m.k), где: m — максимальное количество знаков в числе, включая целую и дробную часть числа без разделяющей десятичной точки и знака (для отрицательного числа), k — максимальное число знаков дробной части числа. Если число знаков дробной части числа равно 0 (то есть число целое), то формат числового значения имеет вид N(m).

Для простых элементов, являющихся базовыми в XML, например, элемент с типом «date», поле «Формат элемента» не заполняется. Для таких элементов в поле «Дополнительная информация» указывается тип базового элемента;

признак обязательности элемента определяет обязательность наличия элемента (совокупности наименования элемента и его значения) в файле обмена. Признак обязательности элемента может принимать следующие значения: «О» — наличие элемента в файле обмена обязательно; «Н» — наличие элемента в файле обмена необязательно, то есть элемент может отсутствовать. Если элемент принимает ограниченный перечень значений (по классификатору, кодовому словарю и тому подобное), то признак обязательности элемента дополняется символом «К». Например, «ОК». В случае, если количество реализаций элемента может быть более одной, то признак обязательности элемента дополняется символом «М». Например, «НМ» или «ОКМ».

К вышеперечисленным признакам обязательности элемента может добавляться значение «У» в случае описания в XML схеме условий, предъявляемых к элементу в файле обмена, описанных в графе «Дополнительная информация». Например, «НУ» или «ОКУ»;

дополнительная информация содержит, при необходимости, требования к элементу файла обмена, не указанные ранее. Для сложных элементов указывается ссылка на таблицу, в которой описывается состав данного элемента. Для элементов, принимающих ограниченный перечень значений из классификатора (кодового словаря и тому подобное), указывается соответствующее наименование классификатора (кодового словаря и тому подобное) или приводится перечень возможных значений. Для классификатора (кодового словаря и тому подобное) может указываться ссылка на его местонахождение. Для элементов, использующих пользовательский тип данных, указывается наименование типового элемента.

Рисунок 1. Диаграмма структуры файла обмена

Таблица 5.1

Файл обмена (Файл)

Таблица 5.2

Сведения об участниках электронного

документооборота (СвУчДокОбор)

Таблица 5.3

Сведения об операторе электронного документооборота

отправителя файла обмена корректировочного счета-фактуры

с дополнительной информацией (информации

продавца) (СвОЭДОтпр)

Таблица 5.4

Корректировочный счет-фактура, или документ,

подтверждающий согласие (факт уведомления) покупателя

на изменение стоимости отгруженных товаров (выполненных

работ, оказанных услуг), переданных имущественных прав,

включающий в себя корректировочный счет-фактуру,

или документ, подтверждающий согласие (факт уведомления)

покупателя на изменение стоимости отгруженных товаров

(выполненных работ, оказанных услуг), переданных

имущественных прав (информация продавца) (Документ)

Таблица 5.5

Сведения о корректировочном счете-фактуре с дополнительной

информацией (содержание события (факта хозяйственной жизни)

1 — сведения об участниках, основаниях и обстоятельствах

согласия (факта уведомления) покупателя на изменение

стоимости отгруженных товаров (выполненных работ,

оказанных услуг), переданных имущественных

прав) (СвКСчФ)

Таблица 5.6

Счет-фактура, счет-фактура с дополнительной информацией,

документ о передаче товаров (работ, услуг, имущественных

прав), в результате которой изменяется финансовое состояние

передающей и принимающей стороны, к которому составлен

корректировочный счет-фактура, корректировочный

счет-фактура и документ о согласии покупателя

на изменение стоимости отгрузки, документ

о согласии покупателя на изменение

стоимости отгрузки (СчФ)

Таблица 5.7

С учетом исправления счета-фактуры (строка 1б

корректировочного счета-фактуры), счета-фактуры

с дополнительной информацией, документа о передаче товаров

(работ, услуг, имущественных прав), в результате которой

изменяется финансовое состояние передающей и принимающей

стороны (ИспрСчФ)

Таблица 5.8

Исправление корректировочного счета-фактуры

(строка 1а корректировочного счета-фактуры),

корректировочного счета-фактуры и документа о согласии

покупателя на изменение стоимости отгрузки, документа

о согласии покупателя на изменение стоимости

отгрузки (ИспрКСчФ)

Таблица 5.9

Дополнительные сведения об участниках, основаниях

и обстоятельствах согласия покупателя с изменением

стоимости отгрузки (ДопСвФХЖ1)

Таблица 5.10

Информационное поле события (факта хозяйственной жизни)

1 (ИнфПолФХЖ1)

Таблица 5.11

Сведения таблицы корректировочного счета-фактуры

с дополнительной информацией (содержание события (факта

хозяйственной жизни) 2 — сведения об изменении стоимости

ранее отгруженных товаров (выполненных работ, оказанных

услуг), переданных имущественных прав) (ТаблКСчФ)

Таблица 5.12

Сведения о товаре (работе, услуге), имущественном

праве (СведТов)

Таблица 5.13

Информационное поле события (факта хозяйственной жизни)

2 (ИнфПолФХЖ2)

Таблица 5.14

Дополнительные сведения о товаре (работе, услуге),

имущественном праве (ДопСведТов)

Таблица 5.15

Сведения о товаре, подлежащем

прослеживаемости (СведПрослеж)

Таблица 5.16

Изменения в количестве товара в единицах измерения

прослеживаемого товара (ИзмКолЕдПТ)

Таблица 5.17

Реквизиты строки «Всего увеличение»

(сумма строк (В) по графам 5, 8 и 9 корректировочного

счета-фактуры) (ВсегоУвел)

Таблица 5.18

Реквизиты строки «Всего уменьшение»

(сумма строк (Г) по графам 5, 8 и 9 корректировочного

счета-фактуры) (ВсегоУм)

Таблица 5.19

Содержание события (факта хозяйственной жизни) 3 — сведения

о факте согласования (уведомления) (СодФХЖ3)

Таблица 5.20

Сведения о лице, подписывающем файл обмена

корректировочного счета-фактуры с дополнительной

информацией (информации продавца) в электронной

форме (Подписант)

Таблица 5.21

Физическое лицо (ФЛ)

Таблица 5.22

Представитель юридического лица (ЮЛ)

Таблица 5.23

Сведения об адресе (АдресТип)

Таблица 5.24

Информация об адресе, в том числе об адресе за пределами

территории Российской Федерации (АдрИнфТип)

Таблица 5.25

Адрес в Российской Федерации (АдрРФТип)

Таблица 5.26

Контактные данные (КонтактТип)

Таблица 5.27

Сумма налога: увеличение или уменьшение (РазнСумНалТип)

Таблица 5.28

Номер средства идентификации товаров (НомСредИдТовТип)

Таблица 5.29

Реквизиты документов — оснований (ДокумТип)

Таблица 5.30

Сведения об индивидуальном предпринимателе (СвИПТип)

Таблица 5.31

Сведения о продавце (покупателе) (СвПродПокТип)

Таблица 5.32

Идентификационные сведения (ИдСв)

Таблица 5.33

Сведения о юридическом лице, состоящем на учете в налоговых

органах (СвЮЛУч)

Таблица 5.34

Сведения об иностранном лице, не состоящем на учете

в налоговых органах в качестве налогоплательщика (СвИнНеУч)

Таблица 5.35

Банковские реквизиты (БанкРекв)

Таблица 5.36

Сведения о банке (СвБанк)

Таблица 5.37

Стоимость товаров (работ, услуг), имущественных

прав (СтоимТип)

Таблица 5.38

Сумма акциза (СумАкцизТип)

Таблица 5.39

Сумма НДС (СумНДСТип)

Таблица 5.40

Текстовая информация (ТекстИнфТип)

Таблица 5.41

Фамилия, имя, отчество физического лица (ФИОТип)

III. ОПИСАНИЕ ФАЙЛА ОБМЕНА ИНФОРМАЦИИ ПОКУПАТЕЛЯ

6. Имя файла обмена должно иметь следующий вид:

R_T_A_О_GGGGMMDD_N, где:

R_T — префикс, принимающий значение ON_NKORSCHFDOPPOK в общем случае или значение ON_NKORSCHFDOPPOKXXXX (где XXXX формируется в случае, если действующим законодательством Российской Федерации предусмотрено использование настоящего формата в целях контроля за движением товара; принимает значение «PROS» — для товаров, подлежащих прослеживаемости; «MARK» — для товаров, подлежащих маркировке);

A — идентификатор получателя файла обмена информации покупателя, где идентификатор получателя совпадает с идентификатором участника электронного документооборота в рамках обмена счетами-фактурами и первичными учетными документами по телекоммуникационным каналам связи;

O — идентификатор отправителя файла обмена информации покупателя, где идентификатор отправителя совпадает с идентификатором участника электронного документооборота в рамках обмена счетами-фактурами и первичными учетными документами по телекоммуникационным каналам связи;

GGGG — год формирования передаваемого файла обмена, MM — месяц, DD — день;

N — 36 символьный глобально уникальный идентификатор GUID (Globally Unique IDentifier).

Расширение имени файла — xml. Расширение имени файла обмена может указываться как строчными, так и прописными буквами.

Параметры первой строки файла обмена

Первая строка XML файла должна иметь следующий вид:

<?xml version =»1.0″ encoding =»windows-1251″?>

Имя файла, содержащего XML схему файла обмена, должно иметь следующий вид:

ON_NKORSCHFDOPPOK_1_996_04_05_01_xx, где xx — номер версии схемы. Выпуск новой(-ых) версии(-ий) схемы возможен при условии их не противоречия требованиям данного документа (например, в части уточнения текста наименования отдельных элементов, дополнительной информации, увеличения количества знаков в формате элемента).

Расширение имени файла — xsd.

XML схема файла обмена в электронной форме приводится отдельным файлом и размещается на официальном сайте Федеральной налоговой службы, в информационно-телекоммуникационной сети «Интернет».

7. Логическая модель файла обмена представлена в виде диаграммы структуры файла обмена на рисунке 2 настоящего формата. Элементами логической модели файла обмена являются элементы и атрибуты XML файла. Перечень структурных элементов логической модели файла обмена и сведения о них приведены в таблицах 7.1 — 7.14 настоящего формата.

Для каждого структурного элемента логической модели файла обмена приводятся следующие сведения:

наименование элемента. Приводится полное наименование элемента <1>;

———————————

<1> В строке таблицы могут быть описаны несколько элементов, наименования которых разделены символом «|». Такая форма записи применяется при наличии в файле обмена только одного элемента из описанных в этой строке.

сокращенное наименование (код) элемента. Приводится сокращенное наименование элемента. Синтаксис сокращенного наименования должен удовлетворять спецификации XML;

признак типа элемента. Может принимать следующие значения: «С» — сложный элемент логической модели (содержит вложенные элементы), «П» — простой элемент логической модели, реализованный в виде элемента XML файла, «А» — простой элемент логической модели, реализованный в виде атрибута элемента XML файла. Простой элемент логической модели не содержит вложенные элементы;

формат элемента. Формат элемента представляется следующими условными обозначениями: T — символьная строка; N — числовое значение (целое или дробное).

Формат символьной строки указывается в виде T(n-k) или T(=k), где: n — минимальное количество знаков, k — максимальное количество знаков, символ «-» — разделитель, символ «=» означает фиксированное количество знаков в строке. В случае, если минимальное количество знаков равно 0, формат имеет вид T(0-k). В случае, если максимальное количество знаков не ограничено, формат имеет вид T(n-).

Формат числового значения указывается в виде N(m.k), где: m — максимальное количество знаков в числе, включая целую и дробную часть числа без разделяющей десятичной точки и знака (для отрицательного числа), k — максимальное число знаков дробной части числа. Если число знаков дробной части числа равно 0 (то есть число целое), то формат числового значения имеет вид N(m).

Для простых элементов, являющихся базовыми в XML, например, элемент с типом «date», поле «Формат элемента» не заполняется. Для таких элементов в поле «Дополнительная информация» указывается тип базового элемента;

признак обязательности элемента определяет обязательность наличия элемента (совокупности наименования элемента и его значения) в файле обмена. Признак обязательности элемента может принимать следующие значения: «О» — наличие элемента в файле обмена обязательно; «Н» — наличие элемента в файле обмена необязательно, то есть элемент может отсутствовать. Если элемент принимает ограниченный перечень значений (по классификатору, кодовому словарю и тому подобное), то признак обязательности элемента дополняется символом «К». Например, «ОК». В случае, если количество реализаций элемента может быть более одной, то признак обязательности элемента дополняется символом «М». Например, «НМ» или «ОКМ»;

дополнительная информация содержит, при необходимости, требования к элементу файла обмена, не указанные ранее. Для сложных элементов указывается ссылка на таблицу, в которой описывается состав данного элемента. Для элементов, принимающих ограниченный перечень значений из классификатора (кодового словаря и тому подобное), указывается соответствующее наименование классификатора (кодового словаря и тому подобное) или приводится перечень возможных значений. Для классификатора (кодового словаря и тому подобное) может указываться ссылка на его местонахождение. Для элементов, использующих пользовательский тип данных, указывается наименование типового элемента.

Рисунок 2. Диаграмма структуры файла обмена

Таблица 7.1

Файл обмена (Файл)

Таблица 7.2

Сведения об участниках электронного

документооборота (СвУчДокОбор)

Таблица 7.3

Сведения об операторе электронного документооборота

отправителя файла обмена информации покупателя (СвОЭДОтпр)

Таблица 7.4

Документ, подтверждающий согласие (факт уведомления)

покупателя на изменение стоимости отгруженных товаров

(выполненных работ, оказанных услуг), переданных

имущественных прав, включающий в себя корректировочный

счет-фактуру, или документ, подтверждающий согласие (факт

уведомления) покупателя на изменение стоимости отгруженных

товаров (выполненных работ, оказанных услуг), переданных

имущественных прав (информация покупателя) (ИнфПок)

Таблица 7.5

Идентификация файла обмена корректировочного

счета-фактуры с дополнительной информацией (информации

продавца) (ИдИнфПрод)

Таблица 7.6

Содержание события (факта хозяйственной жизни) 4 —

сведения о согласовании изменения стоимости отгруженных

товаров (выполненных работ, оказанных услуг), переданных

имущественных прав (СодФХЖ4)

Таблица 7.7

Сведения о согласии покупателя на изменение стоимости

отгрузки (СвСоглас)

Таблица 7.8

Информационное поле факта хозяйственной жизни

(4) (ИнфПолФХЖ4)

Таблица 7.9

Текстовая информация (ТекстИнф)

Таблица 7.10

Сведения о лице, подписывающем файл обмена информации

покупателя в электронной форме (Подписант)

Таблица 7.11

Представитель юридического лица (ЮЛ)

Таблица 7.12

Сведения об индивидуальном предпринимателе (СвИПТип)

Таблица 7.13

Сведения о физическом лице (СвФЛТип)

Таблица 7.14

Фамилия, имя, отчество физического лица (ФИОТип)

Приложение 4

Утвержден

приказом ФНС России

19 декабря 2018 г. N ММВ-7-15/820@

ФОРМАТ

СЧЕТА-ФАКТУРЫ, ФОРМАТ ПРЕДСТАВЛЕНИЯ ДОКУМЕНТА ОБ ОТГРУЗКЕ

ТОВАРОВ (ВЫПОЛНЕНИИ РАБОТ), ПЕРЕДАЧЕ ИМУЩЕСТВЕННЫХ ПРАВ

(ДОКУМЕНТА ОБ ОКАЗАНИИ УСЛУГ), ВКЛЮЧАЮЩЕГО В СЕБЯ

СЧЕТ-ФАКТУРУ, И ФОРМАТ ПРЕДСТАВЛЕНИЯ ДОКУМЕНТА ОБ ОТГРУЗКЕ

ТОВАРОВ (ВЫПОЛНЕНИИ РАБОТ), ПЕРЕДАЧЕ ИМУЩЕСТВЕННЫХ ПРАВ

(ДОКУМЕНТА ОБ ОКАЗАНИИ УСЛУГ) В ЭЛЕКТРОННОЙ ФОРМЕ

I. ОБЩИЕ ПОЛОЖЕНИЯ

1. Настоящий формат описывает требования к XML файлам передачи по телекоммуникационным каналам связи (далее — файл обмена) электронного счета-фактуры, применяемого при расчетах по налогу на добавленную стоимость, или первичного документа об отгрузке товаров (выполнении работ), передаче имущественных прав (документ об оказании услуг), включающего в себя счет-фактуру, применяемого при оформлении фактов хозяйственной жизни и при расчетах по налогу на добавленную стоимость, или первичного документа об отгрузке товаров (выполнении работ), передаче имущественных прав (документ об оказании услуг), применяемого при оформлении фактов хозяйственной жизни.

2. В зависимости от выбранной составителем документа функции настоящий формат может использоваться как:

— счет-фактура, применяемый при расчетах по налогу на добавленную стоимость на основании статьи 169 Налогового кодекса Российской Федерации (далее — НК РФ) (функция «СЧФ»);

— документ о передаче товаров (работ, услуг, имущественных прав), в результате которой изменяется финансовое состояние передающей и принимающей стороны (функция «ДОП» с набором реквизитов, удовлетворяющим требованиям Федерального закона от 06.12.2011 N 402-ФЗ «О бухгалтерском учете» (Собрание законодательства Российской Федерации, 2011, N 50, ст. 7344; 2018, N 49 (ч. 1), ст. 7516) к показателям первичного учетного документа);

— счет-фактура, применяемый при расчетах по налогу на добавленную стоимость и первичный учетный документ о передаче товаров (работ, услуг, имущественных прав), в результате которой изменяется финансовое состояние передающей и принимающей стороны (функция «СЧФДОП»). В целях формирования такого документа показатели счета-фактуры, установленные пунктом 5 статьи 169 НК РФ, дополнены на основании пункта 9 приложения N 1 «Форма счета-фактуры, применяемого при расчетах по налогу на добавленную стоимость, и правила его заполнения» к постановлению Правительства Российской Федерации от 26.12.2011 N 1137 «О формах и правилах заполнения (ведения) документов, применяемых при расчетах по налогу на добавленную стоимость» (Собрание законодательства Российской Федерации, 2012, N 3, ст. 417; 2014, N 50, ст. 7071; 2018, N 7, ст. 1035) (далее — Постановление N 1137) информацией, позволяющей применять электронный документ в качестве первичного документа (далее — счета-фактуры с дополнительной информацией).

Документ с функцией «СЧФ» формируется как файл обмена счета-фактуры с дополнительной информацией (информации продавца), состоящий из сведений, предусмотренных для счетов-фактур статьей 169 НК РФ и Постановлением N 1137, подписанный лицом, уполномоченным на подписание счетов-фактур.

Документ с функцией «СЧФДОП» состоит из двух файлов обмена, представляемых по следующим форматам:

формат представления счета-фактуры с дополнительной информацией (информации продавца), состоящий из сведений, предусмотренных для счетов-фактур статьей 169 НК РФ и Постановлением N 1137, а также дополнительных сведений передающей стороны об участвующих в сделке экономических субъектах, предмете сделки и иных существенных обстоятельствах оформляемой сделки (информация продавца). Файл подписывается лицом, уполномоченным на подписание счетов-фактур, и лицом, ответственным за оформление факта хозяйственной жизни со стороны передающего экономического субъекта;

формат представления дополнительной к счету-фактуре информации, состоящей из сведений принимающей стороны в отношении оформляемой сделки (информация покупателя), подписанный электронной подписью лица, ответственного за оформление факта хозяйственной жизни со стороны принимающего экономического субъекта.

Файл информации покупателя, подписанный электронной подписью лица, ответственного за оформление факта хозяйственной жизни со стороны принимающего экономического субъекта, может отсутствовать, если в соответствии с гражданским законодательством Российской Федерации составление двустороннего документа, удостоверяющего приемку, не требуется.

Структура документа с функцией «ДОП» и требования к его формированию совпадают со структурой и требованиями к порядку формирования документа с функцией «СЧФДОП», за исключением распространения на сведения, включаемые в документ, требований, предусмотренных для счетов-фактур статьей 169 НК РФ и Постановлением N 1137.

В случае применения документа при осуществлении закупок для обеспечения государственных и муниципальных нужд используется информация каталога товаров, работ, услуг для обеспечения государственных и муниципальных нужд, формируемого в соответствии с частью 6 статьи 23 Федерального закона от 05.04.2013 N 44-ФЗ «О контрактной системе в сфере закупок товаров, работ, услуг, для обеспечения государственных и муниципальных нужд» (далее — Каталог товаров, работ, услуг) (Собрание законодательства Российской Федерации, 2013, N 14, ст. 1652; 2018, N 45, ст. 6848).

3. Номер версии настоящего формата 5.01, часть 997

II. ОПИСАНИЕ ФАЙЛА ОБМЕНА СЧЕТА-ФАКТУРЫ

(ИНФОРМАЦИИ ПРОДАВЦА)

4. Имя файла должно иметь следующий вид:

R_T_A_O_GGGGMMDD_N, где:

R_T — префикс, принимающий значение ON_NSCHFDOPPR в общем случае или значение ON_NSCHFDOPPRXXXX (где XXXX формируется в случае, если законодательством Российской Федерации предусмотрено использование настоящего формата в целях контроля за движением товара; принимает значение «PROS» — для товаров, подлежащих прослеживаемости; «MARK» — для товаров, подлежащих маркировке);

A — идентификатор получателя файла обмена счета-фактуры с дополнительной информацией (информации продавца), где идентификатор получателя совпадает с идентификатором участника электронного документооборота в рамках обмена счетами-фактурами и первичными учетными документами по телекоммуникационным каналам связи;

O — идентификатор отправителя файла обмена счета-фактуры с дополнительной информацией (информации продавца), где идентификатор отправителя совпадает с идентификатором участника электронного документооборота в рамках обмена счетами-фактурами и первичными учетными документами по телекоммуникационным каналам связи;

GGGG — год формирования передаваемого файла обмена, MM — месяц, DD — день;

N — 36 символьный глобально уникальный идентификатор GUID (Globally Unique IDentifier).

Расширение имени файла обмена — xml. Расширение имени файла обмена может указываться строчными или прописными буквами.

Параметры первой строки файла обмена

Первая строка XML файла должна иметь следующий вид:

<?xml version =»1.0″ encoding =»windows-1251″?>

Имя файла, содержащего схему файла обмена

Имя файла, содержащего XML схему файла обмена, должно иметь следующий вид:

ON_NSCHFDOPPR_1_997_01_05_01_xx, где xx — номер версии схемы.

Расширение имени файла — xsd.

XML схема файла обмена в электронной форме приводится отдельным файлом и размещается на официальном сайте Федеральной налоговой службы.

5. Логическая модель файла обмена представлена в виде диаграммы структуры файла обмена на рисунке 1 настоящего формата. Элементами логической модели файла обмена являются элементы и атрибуты XML файла. Перечень структурных элементов логической модели файла обмена и сведения о них приведены в таблицах 5.1 — 5.49 настоящего формата.

Для каждого структурного элемента логической модели файла обмена приводятся следующие сведения:

наименование элемента. Приводится полное наименование элемента <1>;

———————————

<1> В строке таблицы могут быть описаны несколько элементов, наименования которых разделены символом «|». Такая форма записи применяется при наличии в файле обмена только одного элемента из описанных в этой строке.

сокращенное наименование (код) элемента. Приводится сокращенное наименование элемента. Синтаксис сокращенного наименования должен удовлетворять спецификации XML;

признак типа элемента. Может принимать следующие значения: «С» — сложный элемент логической модели (содержит вложенные элементы), «П» — простой элемент логической модели, реализованный в виде элемента XML файла, «А» — простой элемент логической модели, реализованный в виде атрибута элемента XML файла. Простой элемент логической модели не содержит вложенные элементы;

формат элемента. Формат элемента представляется следующими условными обозначениями: T — символьная строка; N — числовое значение (целое или дробное).

Формат символьной строки указывается в виде T(n-k) или T(=k), где: n — минимальное количество знаков, k — максимальное количество знаков, символ «-» — разделитель, символ «=» означает фиксированное количество знаков в строке. В случае, если минимальное количество знаков равно 0, формат имеет вид T(0-k). В случае, если максимальное количество знаков не ограничено, формат имеет вид T(n-).

Формат числового значения указывается в виде N(m.k), где: m — максимальное количество знаков в числе, включая знак (для отрицательного числа), целую и дробную часть числа без разделяющей десятичной точки, k — максимальное число знаков дробной части числа. Если число знаков дробной части числа равно 0 (то есть число целое), то формат числового значения имеет вид N(m).

Для простых элементов, являющихся базовыми в XML, например, элемент с типом «date», поле «Формат элемента» не заполняется. Для таких элементов в поле «Дополнительная информация» указывается тип базового элемента;

признак обязательности элемента определяет обязательность наличия элемента (совокупности наименования элемента и его значения) в файле обмена. Признак обязательности элемента может принимать следующие значения: «О» — наличие элемента в файле обмена обязательно; «Н» — присутствие элемента в файле обмена необязательно, то есть элемент может отсутствовать. Если элемент принимает ограниченный перечень значений (по классификатору, кодовому словарю и тому подобное), то признак обязательности элемента дополняется символом «К». Например, «ОК». В случае, если количество реализаций элемента может быть более одной, то признак обязательности элемента дополняется символом «М». Например, «НМ» или «ОКМ».

К вышеперечисленным признакам обязательности элемента может добавляться значение «У» в случае описания в XML схеме условий, предъявляемых к элементу в файле обмена, описанных в графе «Дополнительная информация». Например, «НУ» или «ОКУ»;

дополнительная информация содержит, при необходимости, требования к элементу файла обмена, не указанные ранее. Для сложных элементов указывается ссылка на таблицу, в которой описывается состав данного элемента. Для элементов, принимающих ограниченный перечень значений из классификатора (кодового словаря и тому подобное), указывается соответствующее наименование классификатора (кодового словаря и тому подобное) или приводится перечень возможных значений. Для классификатора (кодового словаря и тому подобное) может указываться ссылка на его местонахождение. Для элементов, использующих пользовательский тип данных, указывается наименование типового элемента.

Рисунок 1. Диаграмма структуры файла обмена

Таблица 5.1

Файл обмена (Файл)

Таблица 5.2

Сведения об участниках электронного

документооборота (СвУчДокОбор)

Таблица 5.3

Сведения об операторе электронного документооборота

отправителя файла обмена счета-фактуры (информации

продавца) (СвОЭДОтпр)

Таблица 5.4

Счет-фактура, применяемый при расчетах по налогу

на добавленную стоимость, документ об отгрузке товаров

(выполнении работ), передаче имущественных прав (документ

об оказании услуг) (информация продавца) (Документ)

Таблица 5.5

Сведения о счете-фактуре (содержание факта хозяйственной

жизни 1 — сведения об участниках факта хозяйственной жизни,

основаниях и обстоятельствах его проведения) (СвСчФакт)

Таблица 5.6

Исправление (строка 1а счета-фактуры) (ИспрСчФ)

Таблица 5.7

Сведения о грузоотправителе (строка 3

счета-фактуры) (ГрузОт)

Таблица 5.8

Сведения о платежно-расчетном документе (строка 5

счета-фактуры) (СвПРД)

Таблица 5.9

Дополнительные сведения об участниках факта

хозяйственной жизни, основаниях и обстоятельствах его

проведения (ДопСвФХЖ1)

Таблица 5.10

Информация продавца об обстоятельствах закупок

для государственных и муниципальных нужд (для учета

Федеральным казначейством денежных

обязательств) (ИнфПродГосЗакКазн)

Таблица 5.11

Реквизиты документа, подтверждающего отгрузку товаров

(работ, услуг, имущественных прав) (ДокПодтвОтгр)

Таблица 5.12

Информационное поле факта хозяйственной жизни

1 (ИнфПолФХЖ1)

Таблица 5.13

Сведения таблицы счета-фактуры (содержание факта

хозяйственной жизни 2 — наименование и другая информация

об отгруженных товарах (выполненных работах, оказанных

услугах), о переданных имущественных правах (ТаблСчФакт)

Таблица 5.14

Сведения об отгруженных товарах (о выполненных

работах, оказанных услугах), переданных имущественных

правах (СведТов)

Таблица 5.15

Сведения о таможенной декларации (СвТД)

Таблица 5.16

Дополнительные сведения об отгруженных товарах

(выполненных работах, оказанных услугах), переданных

имущественных правах (ДопСведТов)

Таблица 5.17

Сведения о товаре, подлежащем

прослеживаемости (СведПрослеж)

Таблица 5.18

Номер средств идентификации товаров (НомСредИдентТов)

Таблица 5.19

Реквизиты строки «Всего к оплате» (ВсегоОпл)

Таблица 5.20

Содержание факта хозяйственной жизни 3 — сведения о факте

отгрузки товаров (выполнения работ), передачи имущественных

прав (о предъявлении оказанных услуг) (СвПродПер)

Таблица 5.21

Сведения о передаче (сдаче) товаров (результатов работ),

имущественных прав (о предъявлении оказанных услуг) (СвПер)

Таблица 5.22

Сведения о лице, передавшем товар (груз) (СвЛицПер)

Таблица 5.23

Работник организации продавца (РабОргПрод)

Таблица 5.24

Иное лицо (ИнЛицо)

Таблица 5.25

Представитель организации, которой доверена

отгрузка товаров (передача результатов работ), передача

имущественных прав (предъявление оказанных

услуг) (ПредОргПер)

Таблица 5.26

Физическое лицо, которому доверена отгрузка товаров

(передача результатов работ), передача имущественных прав

(предъявление оказанных услуг) (ФЛПер)

Таблица 5.27

Транспортировка и груз (ТранГруз)

Таблица 5.28

Транспортная накладная (ТранНакл)

Таблица 5.29

Сведения о передаче вещи, изготовленной по договору

подряда (СвПерВещи)

Таблица 5.30

Информационное поле факта хозяйственной жизни

3 (ИнфПолФХЖ3)

Таблица 5.31

Сведения о лице, подписывающем файл обмена счета-фактуры

(информации продавца) в электронной форме (Подписант)

Таблица 5.32

Представитель юридического лица (ЮЛ)

Таблица 5.33

Сведения об участнике факта хозяйственной

жизни (УчастникТип)

Таблица 5.34

Идентификационные сведения (ИдСв)

Таблица 5.35

Сведения о юридическом лице, состоящем на учете в налоговых

органах (СвЮЛУч)

Таблица 5.36

Сведения об иностранном лице, не состоящем на учете

в налоговых органах в качестве налогоплательщика (СвИнНеУч)

Таблица 5.37

Банковские реквизиты (БанкРекв)

Таблица 5.38

Сведения о банке (СвБанк)

Таблица 5.39

Сведения об адресе (АдресТип)

Таблица 5.40

Адрес в Российской Федерации (АдрРФТип)

Таблица 5.41

Информация об адресе, в том числе об адресе за пределами

территории Российской Федерации (АдрИнфТип)

Таблица 5.42

Контактные данные (КонтактТип)

Таблица 5.43

Сведения об индивидуальном предпринимателе (СвИПТип)

Таблица 5.44

Сведения о физическом лице (СвФЛТип)

Таблица 5.45

Сумма акциза (СумАкцизТип)

Таблица 5.46

Сумма НДС (СумНДСТип)

Таблица 5.47

Текстовая информация (ТекстИнфТип)

Таблица 5.48

Основание отгрузки (передачи, уступки) (ОснованиеТип)

Таблица 5.49

Фамилия, имя, отчество физического лица (ФИОТип)

III. ОПИСАНИЕ ФАЙЛА ОБМЕНА ИНФОРМАЦИИ ПОКУПАТЕЛЯ

6. Имя файла должно иметь следующий вид:

R_T_A_O_GGGGMMDD_N, где:

R_T — префикс, принимающий значение ON_NSCHFDOPPOK в общем случае или значение ON_NSCHFDOPPOKXXXX (где XXXX формируется в случае, если законодательством Российской Федерации предусмотрено использование настоящего формата в целях контроля за движением товара; принимает значение «PROS» — для товаров, подлежащих прослеживаемости; «MARK» — для товаров, подлежащих маркировке);

A — идентификатор получателя файла обмена информации покупателя, где идентификатор получателя совпадает с идентификатором участника электронного документооборота в рамках обмена счетами-фактурами и первичными учетными документами по телекоммуникационным каналам связи;

O — идентификатор отправителя файла обмена информации покупателя, где идентификатор отправителя совпадает с идентификатором участника электронного документооборота в рамках обмена счетами-фактурами и первичными учетными документами по телекоммуникационным каналам связи;

GGGG — год формирования передаваемого файла обмена, MM — месяц, DD — день;

N — 36 символьный глобально уникальный идентификатор GUID (Globally Unique IDentifier).

Расширение имени файла обмена — xml. Расширение имени файла обмена может указываться как строчными, так и прописными буквами.

Параметры первой строки файла обмена

Первая строка XML файла должна иметь следующий вид:

<?xml version =»1.0″ encoding =»windows-1251″?>

Имя файла, содержащего схему файла обмена

Имя файла, содержащего XML схему файла обмена, должно иметь следующий вид:

ON_NSCHFDOPPOK_1_997_02_05_01_xx, где xx — номер версии схемы.

Расширение имени файла — xsd.

XML схема файла обмена в электронной форме приводится отдельным файлом и размещается на официальном сайте Федеральной налоговой службы.

7. Логическая модель файла обмена представлена в виде диаграммы структуры файла обмена на рисунке 2 настоящего формата. Элементами логической модели файла обмена являются элементы и атрибуты XML файла. Перечень структурных элементов логической модели файла обмена и сведения о них приведены в таблицах 7.1 — 7. 22 настоящего формата.

Для каждого структурного элемента логической модели файла обмена приводятся следующие сведения:

наименование элемента. Приводится полное наименование элемента <1>;

———————————

<1> В строке таблицы могут быть описаны несколько элементов, наименования которых разделены символом «|». Такая форма записи применяется при наличии в файле обмена только одного элемента из описанных в этой строке.

сокращенное наименование (код) элемента. Приводится сокращенное наименование элемента. Синтаксис сокращенного наименования должен удовлетворять спецификации XML;

признак типа элемента. Может принимать следующие значения: «С» — сложный элемент логической модели (содержит вложенные элементы), «П» — простой элемент логической модели, реализованный в виде элемента XML файла, «А» — простой элемент логической модели, реализованный в виде атрибута элемента XML файла. Простой элемент логической модели не содержит вложенные элементы;

формат элемента. Формат элемента представляется следующими условными обозначениями: Т — символьная строка; N — числовое значение (целое или дробное).

Формат символьной строки указывается в виде T(n-k или T(=k), где: n — минимальное количество знаков, k — максимальное количество знаков, символ «-» — разделитель, символ «=» означает фиксированное количество знаков в строке. В случае, если минимальное количество знаков равно 0, формат имеет вид T(0-k). В случае, если максимальное количество знаков не ограничено, формат имеет вид T(n-).

Формат числового значения указывается в виде N(m.k), где: m — максимальное количество знаков в числе, включая знак (для отрицательного числа), целую и дробную часть числа без разделяющей десятичной точки, k — максимальное число знаков дробной части числа. Если число знаков дробной части числа равно 0 (то есть число целое), то формат числового значения имеет вид N(m).

Для простых элементов, являющихся базовыми в XML, например, элемент с типом «date», поле «Формат элемента» не заполняется. Для таких элементов в поле «Дополнительная информация» указывается тип базового элемента;

признак обязательности элемента определяет обязательность наличия элемента (совокупности наименования элемента и его значения) в файле обмена. Признак обязательности элемента может принимать следующие значения: «О» — наличие элемента в файле обмена обязательно; «Н» — присутствие элемента в файле обмена необязательно, то есть элемент может отсутствовать. Если элемент принимает ограниченный перечень значений (по классификатору, кодовому словарю и тому подобное), то признак обязательности элемента дополняется символом «К». Например, «ОК». В случае, если количество реализаций элемента может быть более одной, то признак обязательности элемента дополняется символом «М». Например, «НМ» или «ОКМ».

К вышеперечисленным признакам обязательности элемента может добавляться значение «У» в случае описания в XML схеме условий, предъявляемых к элементу в файле обмена, описанных в графе «Дополнительная информация». Например, «НУ» или «ОКУ»;

дополнительная информация содержит, при необходимости, требования к элементу файла обмена, не указанные ранее. Для сложных элементов указывается ссылка на таблицу, в которой описывается состав данного элемента. Для элементов, принимающих ограниченный перечень значений из классификатора (кодового словаря и тому подобное), указывается соответствующее наименование классификатора (кодового словаря и тому подобное) или приводится перечень возможных значений. Для классификатора (кодового словаря и тому подобное) может указываться ссылка на его местонахождение. Для элементов, использующих пользовательский тип данных, указывается наименование типового элемента.

Рисунок 2. Диаграмма структуры файла обмена

Таблица 7.1

Файл обмена (Файл)

Таблица 7.2

Сведения об участниках электронного

документооборота (СвУчДокОбор)

Таблица 7.3

Сведения об операторе электронного документооборота

отправителя файла обмена информации покупателя (СвОЭДОтпр)

Таблица 7.4

Документ об отгрузке товаров (выполнении работ), передаче

имущественных прав (документ об оказании услуг), включающий

в себя счет-фактуру (информация покупателя), или документ

об отгрузке товаров (выполнении работ), передаче

имущественных прав (документ об оказании услуг)

(информация покупателя) (ИнфПок)

Таблица 7.5

Идентификация файла обмена счета-фактуры (информации

продавца) или файла обмена информации продавца (ИдИнфПрод)

Таблица 7.6

Содержание факта хозяйственной жизни 4 — сведения

о принятии товаров (результатов выполненных работ),

имущественных прав (о подтверждении факта оказания

услуг) (СодФХЖ4)

Таблица 7.7

Сведения о принятии товаров (результатов выполненных

работ), имущественных прав (о подтверждении факта оказания

услуг) (СвПрин)

Таблица 7.8

Код содержания операции (КодСодОпер)

Таблица 7.9

Сведения о лице, принявшем товары (груз) (СвЛицПрин)

Таблица 7.10

Работник организации покупателя (РабОргПок)

Таблица 7.11

Иное лицо (ИнЛицо)

Таблица 7.12

Представитель организации, которой доверено принятие

товаров (груза) (ПредОргПрин)

Таблица 7.13

Физическое лицо, которому доверено принятие товаров

(груза) (ФЛПрин)

Таблица 7.14

Информационное поле факта хозяйственной жизни

4 (ИнфПолФХЖ4)

Таблица 7.15

Текстовая информация (ТекстИнф)

Таблица 7.16

Информация покупателя об обстоятельствах закупок

для государственных и муниципальных нужд (для учета

Федеральным казначейством денежных

обязательств) (ИнфПокГосЗакКазн)

Таблица 7.17

Информация для сведений о денежном

обязательстве (ИнфСведДенОбяз)

Таблица 7.18

Сведения о лице, подписывающем файл обмена информации

покупателя в электронной форме (Подписант)

Таблица 7.19

Представитель юридического лица (ЮЛ)

Таблица 7.20

Сведения о индивидуальном предпринимателе (СвИПТип)

Таблица 7.21

Сведения о физическом лице (СвФЛТип)

Таблица 7.22

Фамилия, имя, отчество физического лица (ФИОТип)