В торговую сеть «Лента» можно отправлять УПД только нового формата (Приказ ФНС России от 19.12.2018 N ММВ-7-15/820).
Поле «Единица измерения» должно быть заполнено (Рис. 6).
На основании «Заказа» (ORDERS) или «Уведомления о приёмке» (RECADV) – УПД (СЧФ).
На основании «Заказа» (ORDERS) – УПД (СЧФДОП) и (ДОП).
«Лента» использует функции «СЧФ», «СЧФДОП» и «ДОП».
По товарным строкам обязательно нужно указывать в УПД (СЧФ) (Рис. 9):
В разделе адреса в блоках «Грузоотправитель», «Грузополучатель», «Продавец» и «Покупатель» обязательны к заполнению поля «Индекс» и «Код региона» (Рис. 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. При необходимости внесения исправлений в счет-фактуру покупателем направляется продавцу через Оператора электронного документооборота уведомление об уточнении счета-фактуры. При получении уведомления об уточнении счета-фактуры продавец устраняет указанные в уведомлении об уточнении счета-фактуры ошибки и направляет покупателю исправленный счет-фактуру в электронной форме в соответствии с настоящим Порядком.
Первичная проверка УПД (СЧФ) включает в себя следующие поля (Табл. 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 день поступление к фактуре отсутствует, УПД отклоняется. |
|
Дата создания док-та | <Документ ДатаИнфПр="" > | Документ не может быть создан в будущем. | Дата создания документа УПД не меньше текущей даты. | |
Акт разногласий ЕГАИС | Статус акта разногласий в системе ЕГАИС | Если акт разногласий к закупке отклонен в ЕГАИС, соответствующий УПД также отклоняется | ||
Количество товара | <СведТов КолТов=""> | Количество товара по каждой позиции | Сверка количественных значений во входящей поставке Ленты и в УПД |
Табл. 2. Описание полей, которые включает в себя проверка УПД (СЧФ) / УКД (КСЧФ) в журнале
Проверка УКД (КСЧФ) включает в себя следующие поля (Табл. 3).
Поле | ecod_xml INVOIC | Описание проверки | Поля проверки | Обязательность заполнения |
---|---|---|---|---|
УПД (СЧФ) | <СчФ НомерСчФ=""> | Поиск УПД (СЧФ), к которому относится корректировка | Номер УПД (СЧФ) | Обязательно |
Номер заказа | <ИнфПолФХЖ2 Идентиф="номер_заказа"> | При вхождении УПД (СЧФ) в системе «Ленты» производится поиск заказа, соответствующего значению атрибута. | Номер заказа | Обязательно |
Номер накладной | <ИнфПолФХЖ2 Идентиф="номер_накладной"> | Проверка соответствия номера товарной накладной в УКД (КСЧФ) и в DESADV, а также наличия акта разногласий. | Номер накладной по каждой позиции | Обязательно |
Код материала | <ИнфПолФХЖ2 Идентиф="код_материала"> | Товар ищется по совпадению SAP-кода, а также по штрих-коду материала. Если ни по одному из параметров товар найден не был, то товар считается не найденным. | Код материала SAP; Штрих-код |
Обязательно |
Штрихкод | <ИнфПолФХЖ2 Идентиф="штрихкод"> | Обязательно | ||
Всего уменьшение | <ВсегоУм СтТовБезНДСВсего СтТовУчНалВсего СумНал> | Проверка соответствия сумм уменьшения в УКД (КСЧФ) акту разногласий «Ленты» | - Сумма без НДС - Сумма НДС - Сумма с НДС |
Обязательно |
Табл. 3. Описание полей, которые включает в себя проверка УКД (КСЧФ)
Используемые единицы измерения в УПД (СЧФ, СЧФДОП, ДОП) представлены ниже (Табл. 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 статусов
Со стороны Ленты отправляется только 5-ый статус. 6-й, 7-й, 8-й статусы не используют.
ФНС-оборот со стороны поставщика присваивает статус «Завершен», если получен 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 формируется и отправляется поставщику в следующих случаях:
При невозможности захода документа УПД (ДОП/СЧФДОП) и УКД (КСЧФДИС) в журнал
УКД (ДИС) «Лентой» не обрабатывается. Первичная проверка УКД (КСЧФДИС) включает в себя следующие поля (Табл. 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. Вторичная проверка УКД (КСЧФДИС)
Согласно письму от Федеральной Налоговой Службы от 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 (Заказе).
Поставщику нужно прислать оригинальный УПД с номером равным номеру накладной (ТТН). Если поставщик не может указать номер УПД равный номеру накладной, то ему нужно обратиться в сеть по эл.почте eworkflow@lenta.com.
Означает, что сеть по какой-либо причине отменила поставку на данный «Заказ». В этом случае поставщику следует обратиться напрямую в сеть для формирования со стороны сети нового «Заказа» и отправки на него нового УПД со стороны поставщика.
Формирование УПД с функцией «СЧФ» для сети «Лента» на EDI Platform
Спасибо! Ваше мнение очень важно для нас