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-файле поле «КПП» может отсутствовать, если для однозначного определения контрагента достаточно только ИНН.

УПД фильтр. Формат данных 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" />