UI.XSD

Функция ArticleByBarcode заменена функцией ArticleByBarcodeUI

В функцию ArticleByBarcode внесено следующее изменение: если поиск артикула по штриховому коду из спецификации XML-документа не привел к успеху, то из штрихового кода удаляются лидирующие нули и выполняется повторный поиск артикула.
В функцию ArticleByBarcodeUI внесено такое же изменение, как в функцию ArticleByBarcode, а также добавлена возможность распознавать артикул по коду ОСУ. Для этого в перечень параметров функции добавлено поле osuCode.

(теперь задаётся три аргумента - штриховой код, код КИЗ, код ОСУ)

Изменен принцип приема УПД на приход.
Все наши попытки "исказить" документ при приеме, для для случая когда у поставщика 2+2=5 - отменены.
Документ УПД принимается в том виде, в котором его поставщик сформировал.

Добавили функцию ArticleBySupplierCodeUI для определения артикула по артикулу Супермага,

• артикулу поставщика,
• штрихкоду,
• КИЗ или
• ОСУ.        То есть, по всему, что может быть, разом.

<xs:element smimport:Function="ArticleBySupplierCodeUI(SMSPECWE.BARCODE, SMDOCUMENTS.CLIENTINN, SMDOCUMENTS.CLIENTKPP, SMSPECTOBACCOWE.MARKCODE, SMSPECOSUCODEWE.OSUCODE)" name="ARTICLE" type="xs:string" />

В перечень функций импорта данных из XML файлов добавлена функция ArticleByAnyCodeUI. Функция аналогична функции ArticleBySupplierCodeUI за исключением того, что в качестве аргументов для определения контрагента используются не данные о его ИНН и КПП, а код клиента Супермаг+.

Изменения1050.doc

UI.XSD

UI.XSD

Внесено изменение для фиксирования в УПД данных в поле "Ключ товара из УПД"

<xs:element smimport:Function="Decode(BARCODE, BARCODE)" name="CARDKEY" type="xs:string" />

UI.XSD

При обработке XML-файла входящего УПД на приход имелась, но не была декларирована  возможность заполнять поле документа УПД OURUTDID (собственный идентификатор участника обмена УПД) значением атрибута «Собственный идентификатор участника документооборота» почтового ящика, в который пришел документ.

Для этого необходимо, чтобы во входящем XML-файле значение тэга OURUTDID отсутствовало, а в XSD-схеме строка с описанием тэга выглядела следующим образом:

              <xs:element default="$(DOCEXCHID)" name="OURUTDID" type="xs:string" />

Где параметр $(DOCEXCHID) замещается значением «Собственный идентификатор участника документооборота» почтового ящика. Замещение выполняется внутри алгоритма почтового модуля в ходе импорта содержания XSD-файла для его использования при обработке XML-файла.

UI.XSD

Функция импорта «ArticleKeyByVariousUI».

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

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

Функция импорта «ArticleByVariousUI». Артикул товара по информации об артикуле Супермаг+, артикуле контрагента, штриховом коде, КИЗ или ОСУ.

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

Функция имеет 7 параметров:

1. supermagArticle Артикул в ТС Супермаг+
2. barcode         Штриховой код товара          
3. supplierArticle Артикул контрагента
4. inn ИНН поставщика
5. kpp КПП поставщика
6. markCodes Список КИЗ
7. osuCodes Список кодов ОСУ

В XSD-схеме должны быть описаны все поля, которые требуются для задания аргументов функции. В XML-файле почтового пакета могут присутствовать только те поля, которых достаточно для определения артикула. Если для определения артикула используются данные контрагента (артикул контрагента, ИНН и КПП), то в XML-файле поле «КПП» может отсутствовать, если для однозначного определения контрагента достаточно только ИНН.

UI.XSD

UI.XSD

Создана новая функция ClientByAnyGLNINN для обработки XML файлов при импорте документов. Функция возвращает код контрагента по его  ИНН и КПП или GLN, в зависимости от того, что встретится во входном файле.

Создана функция GenerateDocUIDateAnyGLNINN для обработки XML файлов при импорте документов. Функция генерирует номер документа Супермаг+ с использованием ИНН и КПП или GLN контрагента, в зависимости от того, что встретится во входном файле, а также КПП места хранения или GLN места хранения, в зависимости от того, что встретится во входном файле, и с контролем даты документа. Атрибуты функции:

locationKpp      КПП места хранения   
locationGLN     GLN (Global Location Number) места хранения           
clientInn            ИНН контрагента        
clientKpp          КПП контрагента (параметр КПП может быть не задан, если в БД есть только один контрагент с указанным ИНН и произвольным КПП)           
clientGLN         GLN (Global Location Number) контрагента     
supplierDoc      Накладная поставщика          
docDate           Дата документа  

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

УПД фильтр. Формат данных XML. Содержание файла ответа с результатом приемки.
В файл ответа с результатом приемки добавлен тэг CREATEDATWI, который содержит дату приходной накладной. Например:
    <CREATEDATWI>2022-09-27</CREATEDATWI>
Дата приходной накладной соответствует понятию «дата приема товара» и может не совпадать с датой УПД на приход.
В файл ответа  также добавлен тэг SUPPLIERCORRECTINVOICE. Тэг содержит номер коррекции, на которую сформирован ответ. Например:
    <SUPPLIERCORRECTINVOICE>1</SUPPLIERCORRECTINVOICE>

В документы «УПД на приход» и «УПД на отгрузку» на закладку «Грузораспорядители» добавлены атрибуты «Подписант» и «ИНН». 

Атрибуты заполняются именем и ИНН подписанта ЭДО – сотрудника подтверждающего УПД на приход, или отправляющего УПД на отгрузку.

Добавлен тег BARCODEEXTERNAL. 

• На закладке "Штрихкоды", для одного ШК - атрибут "Обмен с EDI", именно этот ШК будет участвовать в отсылке контрагенту. Алгоритм выбора ШК для отправки клиенту работает по следующему правилу: По умолчанию передается ШК контрагента, заранее заявленный в системе СМ+ (раздел контрагенты, закладка артикулы поставщика), если список артикулов и ШК у поставщика пуст. То передается ШК из раздела - карточка товара, который имеет признак - "Использовать при с EDI обмене". Если ни один штриховой код не отмечен, штриховой код будет подобран по правилу "первый попавшийся".
• .......

В XSD схему почтового объекта УПД на отгрузку добавлен тэг SMDOCTRANSPORT, содержащий информацию транспортного раздела. 

Данные заполняются при создании документа из соответствующих полей расходной накладной.

В структуру файла подтверждения приема УПД и файла УПД на отгрузку добавлены тэги  INNSIGNATORY и NAMESIGNATORY – ИНН подписанта и имя подписанта.

<xs:element name="INNSIGNATORY" type="xs:string" minOccurs="0" />
<xs:element name="NAMESIGNATORY" type="xs:string" minOccurs="0" />

Функция экспорта «ClientInfo»

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

Для УПД на отгрузку описание в файле UD.xsd полного набора полей с функцией «ClientInfo» может выглядеть следующим образом:

              <xs:element smexport:Function="ClientInfo(SMDOCUD.SHIPPER, SMDOCUD.OURSELFCLIENT).GLN" minOccurs="0" name="SHIPERGLN" type="xs:string" />

              <xs:element smexport:Function="ClientInfo(SMDOCUD.SHIPPER, SMDOCUD.OURSELFCLIENT).INN" minOccurs="0" name="SHIPERINN" type="xs:string" />

              <xs:element smexport:Function="ClientInfo(SMDOCUD.SHIPPER, SMDOCUD.OURSELFCLIENT).KPP" minOccurs="0" name="SHIPERKPP" type="xs:string" />

              <xs:element smexport:Function="ClientInfo(SMDOCUD.SHIPPER, SMDOCUD.OURSELFCLIENT).Address" minOccurs="0" name="

SHIPERADDRESS" type="xs:string

" />

Изменения1051 сп4.doc

              <xs:element smexport:Function="ClientInfo(SMDOCUD.SHIPPER, SMDOCUD.OURSELFCLIENT).FAddress" minOccurs="0" name="SHIPERFADDRESS" type="xs:string" />

              <xs:element smexport:Function="ClientInfo(SMDOCUD.CONSIGNEE, SMDOCUMENTS.CLIENTINDEX).GLN" minOccurs="0" name="CONSIGNEEGLN" type="xs:string" />

              <xs:element smexport:Function="ClientInfo(SMDOCUD.CONSIGNEE, SMDOCUMENTS.CLIENTINDEX).INN" minOccurs="0" name="CONSIGNEEINN" type="xs:string" />

              <xs:element smexport:Function="ClientInfo(SMDOCUD.CONSIGNEE, SMDOCUMENTS.CLIENTINDEX).KPP" minOccurs="0" name="CONSIGNEEKPP" type="xs:string" />

              <xs:element smexport:Function="ClientInfo(SMDOCUD.CONSIGNEE, SMDOCUMENTS.CLIENTINDEX).Address" minOccurs="0" name="CONSIGNEEADDRESS" type="xs:string" />

              <xs:element smexport:Function="ClientInfo(SMDOCUD.CONSIGNEE, SMDOCUMENTS.CLIENTINDEX).FAddress" minOccurs="0" name="CONSIGNEEFADDRESS" type="xs:string" />