F.A.Q. при работе с УПД для торговой сети «Лента» на EDI Platform

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

1. Проверьте заполнение «Номера заказа покупателя» в блоке «Универсальный передаточный документ». Поле должно содержать номер ORDERS – актуальное требование для всех функций УПД (Рис. 1-а).

   

2. Проверьте указали ли номер накладной в блоке «Универсальный передаточный документ» – актуальное требование для УПД с функцией «СЧФ» (Рис. 1-б).

   

3. Поставщикам алкогольной продукции в УПД нужно указывать номер ЕГАИС, который передаётся в поле «Номер фиксации» (Рис. 1-в).

   

4. Проверьте отсутствует ли вся информация о передаче груза. Поля блока «Данные продавца о покупателе» должны быть пустыми, кроме «Наименование документа основания» – актуальное требование для УПД с функцией «СЧФ». В УПД «СЧФДОП / ДОП» должен быть заполнен блок, данные подставляются автоматически из документа-основания (Рис. 2).
    

   

5.  Проверьте указаны ли индексы продавца и покупателя в блоках «Продавец» и «Покупатель» (Рис. 3, 4).

   

   

6. Проверьте указаны ли единицы измерения по товарным строкам. Для этого кликните по товарной строке, затем выберите операцию «Обновить» (Рис. 5).

   

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

   

На основании документов какого типа можно формировать УПД для «Ленты»?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Важно

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

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

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

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

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

На 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. При необходимости внесения исправлений в счет-фактуру покупателем направляется продавцу через Оператора электронного документооборота уведомление об уточнении счета-фактуры. При получении уведомления об уточнении счета-фактуры продавец устраняет указанные в уведомлении об уточнении счета-фактуры ошибки и направляет покупателю исправленный счет-фактуру в электронной форме в соответствии с настоящим Порядком.

Нужно ли указывать номер накладной при формировании УПД?

В УПД (СЧФ) «Номер накладной» нужно указывать в блоке «Универсальный передаточный документ» (Рис. 14).

В УПД (СЧФДОП / ДОП) это поле является необязательным.

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

Первичная проверка УПД (СЧФ) включает в себя следующие поля (Табл. 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. Используемые единицы измерения

Какие существуют особенности при работе с УПД для «Ленты»?

1. Подписант может быть только один

2. «Лента» использует только 5 статусов

3. Со стороны Ленты отправляется только 5-ый статус. 6-й, 7-й, 8-й статусы не используют.

4. ФНС-оборот со стороны поставщика присваивает статус «Завершен», если получен 5-ый статус от «Ленты».

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

Первичная проверка УПД (ДОП/СЧФДОП) включает в себя следующие поля (Табл. 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 с описанием этих ошибок

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

УКД (ДИС) «Лентой» не обрабатывается. Первичная проверка УКД (КСЧФДИС) включает в себя следующие поля (Табл. 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)?

Согласно письму от Федеральной Налоговой Службы от 24.10.2016 г. N ЕД-4-15/20034 , рассмотрев обращение по вопросу об утвержденном приказом ФНС России от 24.03.2016 N ММВ-7-15/155 формате счета-фактуры и формате представления документа об отгрузке товаров (выполнении работ), передаче имущественных прав (документа об оказании услуг) в электронной форме, сообщает следующее:

«В формат счета-фактуры и формат представления документа об отгрузке товаров (выполнении работ), передаче имущественных прав (документа об оказании услуг) в электронной форме при внесении в него изменений в связи с вступлением в силу Федерального закона от 30.05.2016 N 150-ФЗ будут внесены соответствующие корректировки: формат элемента «Функция» файла обмена информации покупателя будет изменен с Т(= 1) на Т(3 - 6).»

На основании вступления в силу (01.07.2016.) Федерального закона от 30.05.2016 N 150-ФЗ о внесении изменений в главу 21 части второй налогового кодекса РФ в Приказ от 24 марта 2016г. N ММВ-7-15/155@ «Об утверждении формата счета-фактуры и формата представления документа об отгрузке товаров (выполнении работ), передаче имущественных прав (документа об оказании услуг), включающего в себя счёт-фактуру, в электронной форме» были внесены соответствующие изменения:

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

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

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

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

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

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

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

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

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

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

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

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

Что означает уточнения: «Ошибка в данных товара 000001: ШК XXXXXXXXXXXXX: товар уже принят в полном количестве»?

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

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

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

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