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


Изменения функционала в версии 1.042 сервис пак 5.
Накладная поставщика. Поле «Идентификатор участника обмена».
Почтовый модуль. УПД фильтр. Формат данных «ФНС XML».
Управление структурой файла ответа УПД фильтра для опции «XML» и «JSON».
Содержание файла ответа УПД фильтра для опции «XML» и «JSON».
Справочник «Типы штрихкодов». Тип штрихового кода «блок табака в УПД».
Подсчет кодов КИЗ ТСД. Использование сканера в разрыв клавиатуры.

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


В разделе «Накладная поставщика» в перечень полей таблицы документов добавлено поле «Идентификатор участника обмена». По умолчанию поле не выбрано:

Это же поле показывается на закладке «Главная» открытого документа:

В поле заносится идентификатор собственного участника электронного документооборота при получении накладной поставщика через УПД фильтр почтового модуля или сервера обмена данных.
Идентификатор собственного участника электронного документооборота используется для определения канала обмена информацией при отсылке ответов на документы, полученные для данного участника ЭДО. При использовании централизованной базы данных собственных участников ЭДО может быть столько же, сколько собственных контрагентов используется сетью для работы с внешними контрагентами.

Почтовый модуль. УПД фильтр. Формат данных «ФНС XML».


В УПД фильтр почтового модуля добавлен вариант формата данных «ФНС XML»:

В настройки фильтра также добавлена опция «Сохранять копию (.bak) при приёме».
При выборе формата данных «ФНС XML» в каталоге приема ожидается файл с УПД в том виде, в котором он должен приходить из системы ЭДО, то есть в формате, определенным приказом ФНС России от 19 декабря 2018 г. № ММВ-7-15/820@.
Фильтр позволяет принимать файл обмена продавца (УПД) и отсылать ответ о результате приемки в виде файла обмена покупателя. Файл обмена покупателя содержит только тэг «ИнфПок»: «Документ об отгрузке товаров (выполнении работ), передаче имущественных прав (документ об оказании услуг), включающий в себя счет-фактуру (информация покупателя), или документ об отгрузке товаров (выполнении работ), передаче имущественных прав (документ об оказании услуг) (информация покупателя)». То есть не содержит тэги, содержание которых определяется системой электронного документооборота.
Фильтр УПД может сформировать файл обмена покупателя о результатах приемки с двумя вариантами ответа: 1 – товары (работы, услуги, права) приняты без расхождений (претензий),
3 – товары (работы, услуги, права) не приняты. Вариант приема 2 – товары (работы, услуги, права) приняты с расхождениями (претензией) - в текущей версии фильтра УПД не поддерживается.
При приеме УПД контрагенты определяются по ИНН и КПП продавца и покупателя («СвПрод» «ИННЮЛ» и «КПП» и «СвПокуп» «ИННЮЛ» и «КПП»), артикул определяется по содержанию тэга «ИнфПолФХЖ2». Из атрибута «Значен» извлекается штриховой код EAN товара при условии, что атрибут «Идентиф» имеет значение «штрихкод». По значению кода EAN определяется артикул спецификации УПД.
Структура УПД не имеет однозначного указания о том, где и каким образом должен идентифицироваться артикул спецификации. Способы идентификации артикула будут определяться соглашениями между контрагентами.
Примеры принимаемого файла и файла ответа см. в каталоге дистрибутива сервис пака «УПД фильтр схемы и примеры». Файлы «ExFnsWE.xml» и «ExFnsReply.WE.xml».
Имя файла ответа формируется в соответствии с правилами ФНС:
6. Имя файла должно иметь следующий вид:
_R_Т_A_О_GGGGMMDD_N{_}, где:
_R_Т_ – префикс, принимающий значение ON_NSCHFDOPPOK в общем случае или значение ON_NSCHFDOPPOKХХХХ (где ХХХХ формируется в случае, если законодательством Российской Федерации предусмотрено использование настоящего формата в целях контроля за движением товара; принимает значение «PRОS» - для товаров, подлежащих прослеживаемости; «MАRK» - для товаров, подлежащих маркировке);
А – идентификатор получателя файла обмена информации покупателя, где идентификатор получателя совпадает с идентификатором участника электронного документооборота в рамках обмена счетами-фактурами и первичными учетными документами по телекоммуникационным каналам связи;
О – идентификатор отправителя файла обмена информации покупателя, где идентификатор отправителя совпадает с идентификатором участника электронного документооборота в рамках обмена счетами-фактурами и первичными учетными документами по телекоммуникационным каналам связи;
GGGG – год формирования передаваемого файла обмена, MM - месяц, DD - день;
N – 36 символьный глобально уникальный идентификатор GUID (Globally Unique IDentifier).
Расширение имени файла обмена - xml. Расширение имени файла обмена может указываться как строчными, так и прописными буквами.
Например:
ON_NSCHFDOPPOKMАRK_2AL-90908D02-F8F1-4F13-BD28-587A15534CF6-00000_2AL-1A7193A2-109F-4DD3-BABB-46C41C7FF60F-00000_20200903_AC4E25A0-C1CE-4D17-82A6-77BA3812957C.XML
XSD-схемы для файлов приема и ответа не требуются. Схемы принимаемых и отсылаемых файлов зафиксированы в коде УПД фильтра.

Управление структурой файла ответа УПД фильтра для опции «XML» и «JSON».


В предыдущих версиях структура файла ответа УПД фильтра с результатом приемки для опций «XML» и «JSON» была единственной. Описание схем можно посмотреть в файлах «Reply.WE.xsd» и «Reply.WE.json» в каталоге «УПД фильтр схемы и примеры» дистрибутива сервис пака.
Для приема с расхождениями в файле ответа была предусмотрена отсылка спецификации принятого товара с указанием артикула поставщика «SUPPLIERARTICLE».
В текущей версии перечень вариантов структуры ответа дополнен передачей спецификации с указанием собственного артикула «ARTICLE» или штрихового кода (GTIN) артикула «BARCODE».
Примеры схем файла ответа с собственным артикулом или штриховым кодом: «Reply.WE.A.xsd», «Reply.WE.A.json», «Reply.WE.B.xsd», «Reply.WE.B.json» можно посмотреть в каталоге «УПД фильтр схемы и примеры» дистрибутива сервис пака.
Управление схемой файла ответа осуществляется размещением того или иного файла в каталоге схем. Помещать сразу несколько схем в каталог не разрешается. В каталог надо поместить ту схему, в соответствии с которой должен формироваться файл ответа.

Содержание файла ответа УПД фильтра для опции «XML» и «JSON».


В структуру файла ответа УПД фильтра добавлены поля (пример описания полей дан в нотации XSD):
<xs:element name="CLIENTINN" type="xs:string" />
<xs:element name="CLIENTKPP" type="xs:string" />
<xs:element name="CLIENTGLN" type="xs:string" />
В поля выводятся данные об ИНН, КПП и GLN контрагента поставщика.

Справочник «Типы штрихкодов». Тип штрихового кода «блок табака в УПД».


В справочник типов штриховых кодов добавлен тип «блок табака в УПД»: секционный штрихкод блока табака. Идентифицирует товар, серию и максимальную розничную цену товара. Имеет длину 25, 29, 35 или 41 символ.
При обновлении версии одновременно добавляется запись в справочник «Штрихкоды» для включения нового типа в перечень используемых.
Тип штрихового кода предназначен для распознавания кодов КИЗ блоков табака, сформированных в соответствии с методическими рекомендациями ЦРПТ по описанию сведений о передаче маркированных товаров при оформлении электронных документов для уведомления ГИС МТ об обороте маркированной продукции.
В соответствии с методическими рекомендациями КИЗ блоков табака передается в электронных документах в виде строки, содержащей три поля с идентификаторами применения 01, 21 и 8005 (GTIN 14 символов, серийный номер 7 символов, МРЦ 6 символов). Символы идентификаторов применения могут быть заключены в скобки. Это представление КИЗ отличается от стандарта GS1, в частности, отсутствием символов разделителей полей, и от содержания КИЗ на упаковке блоков табака отсутствием полей с дополнительными сведениями.

Подсчет кодов КИЗ ТСД. Использование сканера в разрыв клавиатуры.


В текущей версии при считывании КИЗ сканером в разрыв клавиатуре или при вводе КИЗ вручную производится анализ введенной строки для преобразования КИЗ в вид, рекомендованный ЦРПТ для передачи КИЗ при оформлении электронных документов. Алгоритм преобразования КИЗ позволяет корректно обработать КИЗ при условии любого способа замещения сканером нечитаемых символов, использовании русской или латинской раскладки клавиатуры. Алгоритм не позволяет получить корректный КИЗ, если сканер настроен на удержание клавиши CapsLock или клавиши Shift или иным другим способом искажает регистр считываемых данных.
При сканировании сканером в разрыв клавиатуры в журнале сканирований сохраняется преобразованный КИЗ. Преобразованный КИЗ пригоден для сравнения с данными УПД поставщика и для передачи в составе электронного УПД.

  • Нет меток