EDI. Руководство пользователя

Общее описание

Для использования функционала EDI обмена с поставщиками необходимо, чтобы были установлены следующие продукты:

  1. EXCHANGE-EDI.
  2. Версия продукта RETAIL-STORE, содержащая поддержку работы с EDI.
  3. Пакет хранимых процедур БД Oracle версии не ниже 10.

RETAIL-STORE функционально решает следующие пользовательские задачи:

  1. Формирования заказов, приходов и других документов.
  2. Общего мониторинга прохождения документов в цепочках EDI-обмена.

EXCHANGE-EDI функционально поддерживает решение задач системного администратора:

  1. Первоначальной общей настройки режимов и правил обмена.
  2. Настройки доступа к FTP серверам провайдеров.
  3. Мониторинга работы модуля обмена.

ПАКЕТ ХРАНИМЫХ ПРОЦЕДУР БД ORACLE  используется для  чтения, формирования, передачи, приёма  EDI-сообщений провайдерам EDI услуг. Эти процедуры также формируют протокол работы с EDI.

Для корректной работы системы необходимо установить продукт EXCHANGE-EDI, выполнить в нем процедуры инициализации и настройки режимов работы модуля обмена данными. После этого можно использовать продукт Retail-Store для работы пользователей с системой электронного обмена документами.

Схема взаимодействия продуктов при EDI обмене

image-1612887118452.png

 

 

Настройка

После установки EXCHANGE-EDI необходимо выполнить первоначальную настройку системы обмена. Все действия выполняются непосредственно из пунктов меню данного продукта.  

Инициализация процедур обмена.

Запустите Exchange-Edi и выполните инициализацию процедур обмена. Для этого нужно выполнить процедуру пункта меню

Электронный обмен данными EDI –> Работа с серверными процедурами –> Версия 2 –>   Инициализация процедур обмена .

image-1612887301791.png

На экран будет выдано предупреждение:

image-1612887319669.png

Подтвердите выполнение процедуры.

В результате в БД будут созданы все необходимые объекты для поддержки обмена.  Кроме того, в продукте Retail-Store станет доступен функционал по работе с EDI. 

Для того чтобы убедиться в том, что процедуры обмена инициированы и запущены, нужно войти в пункт меню Электронный обмен данными EDI –> Работа с серверными процедурами –> Задания обмена выполняемые на сервере.

В списке заданий должна появится выполняемая процедура EXCHANGE_EDI.START_EXCHANGE

image-1612887343409.png

По умолчанию, периодичность запуска сеанса обмена - 1 минута. Имеется возможность задать любой другой интервал обмена. Для этого используется кнопка панели инструментов “Интервал”.

Два пункта меню

 Электронный обмен данными EDI –> Работа с серверными процедурами –> Версия 2 –> Запуск процедур обмена

и

Электронный обмен данными EDI –> Работа с серверными процедурами –> Версия 2 –> Остановка процедур обмена

позволяют соответственно запускать (создавать задачу) и останавливать (удалять задачу) EDI-обмена.

image-1612887366542.png

Электронный обмен данными EDI –> Работа с серверными процедурами –> Версия 2 –> Зарегистрировать EXCHANGE-EDI

и

Электронный обмен данными EDI –> Работа с серверными процедурами –> Версия 2 –> Снять регистрацию EXCHANGE-EDI

две процедуры Домино, позволяющие включить и выключить в Retail-Store интерфейсы для работы с EDI.

При инициализации процедур обмена осуществляется автоматическая регистрация EXCHANGE-EDI. Если вы больше не хотите использовать EDI обмен в работе Retail-Store, то выполнение процедуры Снять регистрацию EXCHANGE-EDI приведёт к отключению интерфейса пользователя по работе с EDI в Retail-Store.

Настройка связи с провайдером

Настроить карточку доступа к EDI – провайдеру. Справочники –> Партнеры –> EDI-провайдеры

image-1612887451973.png

image-1612887460834.png

Важно! Если на сервере, где установлена БД, поднята служба DNS, то адрес FTP можно задавать в виде 'ftp-edi.kontur.ru'. Если эта служба не запущена, то адрес ftp-сервера задается как IP-адрес. 

Для работы с провайдером “СТБ Контур” необходимо указать папки ftp-сервера для приёма и передачи сообщений. Стандартно используется следующая конфигурация:

Входящие сообщения:   “/Inbox”

Исходящие сообщения: “/Outbox”

Сообщения провайдера “/Reports”

Обратите внимание на регистр в именах файлов. Заглавные и строчные буквы различаются.

Если вы используете базу данных Oracle  11 версии и выше, то после того, как карточка провайдера будет настроена, следует открыть доступ базе данных к внешнему IP адресу. Для этого нужно, стоя на записи провайдера в справочнике провайдеров, нажать кнопку панели инструментов «ACL check». Система запросит пароль пользователя system БД. После ввода пароля указанный внешний IP адрес будет добавлен в ACL БД и доступ к внешнему ресурсу будет открыт. Повторное нажатие на эту кнопку выдаст сообщение:

image-1612887517069.png

Настройка параметров сверки

При получении сообщений типа “Подтверждение заказа” и “Уведомление об отгрузке” система может автоматически осуществлять контроль за совпадением заказанного и подтверждённого количества и цены. Для этого в EXCHANGE-EDI задаются правила автоматической обработки, относящиеся ко всем контрагентам.  Установить настройки можно через пункт меню

Электронный обмен данными EDI –> Настройки –> Настройка параметров сверки

image-1612887557089.png

Указанные параметры используются для сверки по каждой строке. Если хотя бы одна строка не удовлетворяет правилам проверки, то документ отклоняется полностью.

ЗАКАЗ. Автоподтверждение. Для количества штучного товара % (<=) : Задаёт  в процентах максимальное превышение количества штучного товара в подтверждении заказа по сравнению с оригинальным заказом. Если в подтверждении заказа количество штучного товара не превышает указанный процент, то система считает, что подтверждение заказа совпадает с заказом.

ЗАКАЗ. Автоотклонение. Для количества штучного товара % (>):  Задаёт в процентах максимальное превышение количества штучного товара в подтверждении заказа по сравнению с оригинальным заказом. Если в подтверждении заказа количество штучного товара превышает указанный процент, то система автоматически отклоняет подтверждение заказа.

Все, что попадает в диапазон между первым и вторым значениями параметров, требует принятия решения о расхождении у менеджера.

ЗАКАЗ. Автоподтверждение. Для количества весового товара % (<=) : Задаёт  в процентах максимальное превышение количества весового товара в подтверждении заказа по сравнению с оригинальным заказом. Если в подтверждении заказа количество весового товара не превышает указанный процент, то система считает, что подтверждение заказа совпадает с заказом.

ЗАКАЗ. Автоотклонение. Для количества весового товара % (>):  Задаёт в процентах максимальное превышение количества весового товара в подтверждении заказа по сравнению с оригинальным заказом. Если в подтверждении заказа количество весового товара превышает указанный процент, то система автоматически отклоняет подтверждение заказа.

Все, что попадает в диапазон между первым и вторым значениями параметров требует принятие решения о расхождении у менеджера.

ЗАКАЗ. Автоподтверждение. Для цены % (<=) : Задаёт  в процентах максимальное превышение закупочной цены товара в подтверждении заказа по сравнению с оригинальным заказом. Если в подтверждении закупочная товара не превышает указанный процент, то система считает, что подтверждение заказа совпадает с заказом.

ЗАКАЗ. Автоотклонение. Для цены % (>):  Задаёт в процентах максимальное превышение закупочной цены в подтверждении заказа по сравнению с оригинальным заказом. Если в подтверждении заказа закупочная цена товара превышает указанный процент, то система автоматически отклоняет подтверждение заказа.

Все, что попадает в диапазон между первым и вторым значениями параметров требует принятия решения о расхождении у менеджера.

Рассмотрим пример. Пусть при проверке подтверждения заказа от поставщика требуется выполнить следующие условия: Количество штучного товара не должно превышать заказанное количество. Количество весового товара может превышать заказанное не более чем на 50%, а все расхождения цен должны подтверждаться менеджером. Тогда задаём следующие параметры

ЗАКАЗ. Автоподтверждение. Для количества штучного товара % (<=)

0

ЗАКАЗ. Автоотклонение. Для количества штучного товара % (>)

0

ЗАКАЗ. Автоподтверждение. Для количества весового товара % (<=)

50

ЗАКАЗ. Автоотклонение. Для количества весового товара % (>)  

50

ЗАКАЗ. Автоподтверждение. Для цены % (<=)

0

ЗАКАЗ. Автоотклонение. Для цены % (>)

1000

При обработке сообщения “Уведомление об отгрузке” параметры проверки задаются аналогично.

Имеется возможность переопределить данные параметры для конкретного договора. Для этого в договоре добавлены соответствующие поля. Данная функция выполняется из Retail-Store.

 

Работа в EXCHANGE-EDI

Просмотр протокола

Через вид просмотра

 Электронный обмен данными (EDI) -> Протоколирование EDI обменов ->  Протокол EDI

можно просматривать полный протокол работы системы по отправке и приёмке сообщений. В том числе можно видеть различные системные ошибки, возникающие в процессе работы, которые недоступны для просмотра из Retail-Store.

image-1612887712732.png

Просмотр сообщений EDI

Все получаемые и отправляемые xml-сообщения EDI сохраняются в БД в оригинальном виде. Имеется возможность просмотреть непосредственно xml-файлы и протокол обработки этих xml сообщений. В виде просмотра

Электронный обмен данными (EDI) -> Протоколирование EDI обменов ->  Сообщения EDI

по кнопке “Просмотр сообщения” можно увидеть исходный файл, прочитанный с ftp,

по кнопке “Протокол EDI” можно увидеть список сообщений протокола, относящихся к принимаемой xml.

image-1612887734849.png

Сообщения сохраняются в системе как Документы Домино. В виде просмотра отображаются следующие данные:

Номер п/п – Внутренний номер документа сообщения.

Дата файла на FTP – Дата и время сообщения полученного или записанного  на FTP в формате ГГГГММДДЧЧММСС

Дата обработки – Дата и время обработки файла процедурами EDI-обмена

Товарный документ – Номер товарного документа, к которому относится сообщение.

Провайдер – Имя EDI провайдера, от которого получено или которому отправлено сообщение

Направление – Направление сообщения, входящее или исходящее

Обработано – Признак обработки сообщения.

Тип сообщения – Тип EDI сообщения

Имя файла сообщения – Имя полученного или сформированного файла обмена

ID сообщения – Уникальный идентификатор EDI сообщения

Сообщения можно отфильтровать по некоторым реквизитам. Для этого используется кнопка панели инструментов “Фильтр”, по которому выводится диалог для ввода параметров фильтра

image-1612887773782.png

Кнопка панели инструментов “Документ” – позволяет просматривать связанный с данным сообщением товарный документ Домино. Для сообщений тип ORDERS, ORDRSP и DESADV – будет отображён документ соответствующего заказа. Для сообщений RECADV – документ прихода от поставщика. Если, по каким либо причинам, система не может привязать сообщение к товарному документу (например, удалили заказ после того, как он был отправлен поставщику или поставщик указал некорректный номер заказа в ответном сообщении) это поле не заполняется и просмотреть документ невозможно.

Две кнопки “Обновить” и “Обновить строку” позволяют обновить содержимое всего экрана вида просмотра сообщений или выбранную строку.

Кнопка “Повторная обработка “ позволяет повторно обработать сообщение. Следует иметь ввиду, что повторная обработка относиться к уже сохранённому в БД входящему или исходящему сообщению в xml-формате. Т.е. само сообщение (xml-файл) заново не принимается и не формируется, а осуществляется лишь повторный разбор входящего сообщения или повторная отправка сформированного ранее сообщения. Такая необходимость может возникнуть, например, если поставщик попросил повторно прислать файл или, изменив параметры сверки, нужно повторно обработать входящее сообщение. Нажатие на эту кнопку приведёт к снятию признака “Обработан”. После этого, процедуры обработки сообщений будут обрабатывать данное сообщение как новое. Корректность и возможность повторной обработки зависит от того, как EDI-провайдер или поставщик реагирует на повторный приём уже однажды отправленного файла, так как, при отправке сохраняются все реквизиты сообщения (имя файла, ID сообщения и т.д.) . Вследствие этого к использованию данной возможности следует относится с осторожностью, поскольку нет гарантии, что повторно отправленное сообщение будет доставлено поставщику и правильно обработано на его стороне.

Заполнение общих справочников

Для работы системы обмена  по EDI требуется заполнить параметры в некоторых справочниках системы. Заполнение можно проводить как в продукте EXCHANGE-EDI, так и в основном проекте Retail-Store с поддержкой EDI. 

На этапе проверки заказа перед отправкой поставщику контролируется наличие всех требуемых GLN. Если какого-либо GLN нет, то сообщение отправлено не будет, и в протоколе появится соответствующее сообщение.

Обязательно требуется предварительное заполнение GLN: отправителя сообщений (Sender), покупателя (Buyer), грузополучателя (ShipTo), контрагента (Recipient, Seller и ShipFrom).

Карточка компании

В закладку EDI карточки компании нужно добавить GLN торговой сети, который используется как GLN отправителя (Sender) в EDI-сообщениях.

image-1736952559956.png

Организация (юридическое лицо)

В закладку EDI юридического лица нужно добавить GLN, которые используется как GLN покупателя (Buyer) в EDI-сообщениях.

image-1736952589640.png

Структурное подразделение

В закладку EDI структурного подразделения нужно внести GLN, который использоваться как GLN грузополучателя (ShipTo) в EDI-сообщениях.

image-1736952623833.png

Торговый партнёр

В карточке торгового партнёра на закладке EDI нужно заполнить  параметры:

image-1736930811968.png

Включён электронный обмен данными. Признак, регулирующий участие торгового партнера в системе EDI.

GLN контрагента, используется как  GLN получателя (Recipient) EDI-сообщений и GLN продавца (Seller) в EDI-сообщениях.

GLN контрагента=GLN склада (для передачи заказа). Если параметр имеет значение "Да", то при формировании EDI-сообщений в качестве GLN получателя (Recipient) и продавца (Seller) используется GLN грузоотправителя (ShipFrom), т.е. склада поставщика*.

EDI провайдер. Провайдер, который осуществляет передачу сообщений поставщику.

Подтверждение заказа нет требуется. Признак, позволяющий отменить подтверждение заказа поставщиком (читайте в разделе "Упрощенная схема согласования заказа").

Параметр GLN контрагента=GLN склада (для передачи заказа) используется в значении Да, когда поставщик неправильно описывает структуру предприятия в базе EDI провайдера. В частности, в место одного юридического лица со множеством складов, описывает множество юридических лиц, у которых в качестве GLN указывает GLN склада.

Склады поставщика

Если у поставщика есть склады, с которых происходит отгрузка, то в карточке каждого склада необходимо указать его GLN. Этот GLN будет использоваться как GLN грузоотправителя (ShipFrom) в EDI-сообщениях.

image-1736932050429.png

Если у поставщика нет складов, то в качестве GLN грузоотправителя (ShipFrom) будет использоваться GLN торгового партнера.

Договор с поставщиком

В договоре с поставщиком можно переопределить заданные глобальные параметры сверки заказов, подтверждений заказов и уведомлений об отгрузке и установить их индивидуальными для конкретного договора.

image-1612887949680.png

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

Обработка заказа EXCHANGE-EDI

Продукт EXCHANGE-EDI поддерживает полный функционал в части обработки заказов в  цепочке EDI обменов. Если EXCHANGE-EDI используется со старыми версиями Retail-Store или другими продуктами Домино, не поддерживающими работу с EDI, то все необходимые функции можно выполнить в данном продукте. Кроме того, в EXCHANGE-EDI состояния обмена отображаются более детально, чем в Retail-Store с поддержкой EDI.

В этом разделе приводится подробное описание процесса обработки заказов.

Состояния и статусы заказов

Для понимания дальнейшего описания определим некоторые термины.

Состояние заказа – это положение заказа в процессе от начала формирования заказа до его закрытия или аннулирования. Состояние заказа, в общем, не связано с процессом EDI обмена. Этот признак существует в любом продукте Домино. Заказ, начиная с некоторого состояния, становится участником EDI обмена.

Статусный признак – поле в БД, которое может быть заполнено значением, выбираемым из фиксированного списка. При прохождении заказа по цепочке EDI обмена задействуется несколько статусных признаков.

Статус   – значение статусного признака.

Общая схема обработки заказа

В Домино создаётся Заказ. После завершения всех действий по формированию содержимого заказа пользователь переводит заказ  в состояние “Действующий”. В этом состоянии система EDI обмена начинает обрабатывать заказ.  После того, как планировщик начал обмен данными, заказ переходит в состояние “Согласование” и будет находится в этом состоянии до тех пор, пока не будет полностью согласован с поставщиком или аннулирован. После окончания согласовании заказа он переходит в состояние “Размещён”. Таким образом, при использовании EDI обмена между двумя состояниями “Действующий” и “Размещён” появляется ещё одно состояние “Согласование”.

Поставщик в своей системе создаёт Подтверждение заказа, которое передаётся в Домино. В идеальном случае Подтверждение заказа должно полностью совпадать по количеству и ценам с Заказом. Однако, поставщик может вносить изменения в отправленный ему Заказ, в результате чего Подтверждение заказа будет отличаться от оригинального заказа.

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

После согласования заказа поставщик высылает Уведомление об отгрузке, которое может как совпадать, так и не совпадать с подтверждённым заказом.

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

Таки образом, с заказом связана передача трёх типов сообщений: Заказ, Подтверждение заказа, Уведомление об отгрузке. Заказ передаётся из Домино поставщику, оставшиеся два типа сообщения передаются от поставщика в Домино. Кроме того, в процессе передачи сообщений происходит передача статусных сообщений, информирующих стороны о состоянии процесса обмена.

Прохождение каждого типа сообщений вызывает установку и изменение нескольких статусных признаков.

Для Заказа – один статусный признак “Статус отпр. заказа”.

Для Подтверждения заказа – три статусных признака:

Получено подтв. заказа”  - отображает статус получения от  поставщика сообщения с Подтверждением заказа.

Статус согласования заказаотображает статус, возникающий  по результатам сверки Заказа и Подтверждения заказа.

Передача согласования заказа”  - отображает статус отправки поставщику результатов сверки Заказа и Подтверждения заказа.

Для Уведомления об отгрузке – три статусных признака:

Получено уведомл. об отгрузке”  - отображает статус получения от  поставщика сообщения с Уведомлением об отгрузке.

Статус согласования отгрузкиотображает статус, возникающий  по результатам сверки Подтверждения заказа или Заказа с Уведомлением об отгрузке.

Передача согласования отгрузки -  отображает статус отправки поставщику результатов сверки Подтверждения заказа или Заказа с Уведомлением об отгрузке.

 Для отображения состояния заказа в вид просмотра заказов магазина поставщику добавлены колонки, отображающие статусные признаки. Далее описывается логика обработки и установки этих признаков, по каждому сообщению.

image-1612888035957.png

Передача заказа поставщику

Для того чтобы заказ был передан поставщику через систему EDI, заказ должен быть переведён в состояние “Действующий”.

Колонки в виде просмотра заказов отображают всю последовательность обмена сообщениями в процессе согласования заказа и получения уведомления об отгрузке (прообраз приходного документа) от поставщика.

После того как заказ переводится в состояние “Действующий”,  в виде просмотра заказов “Статус отпр. Заказа” становится “Готов к отправке”. Это означает, что планировщик может выполнить отправку сообщения с заказом.

Перед отправкой процедура передачи заказа проверяет корректность передаваемых данных:

Если ошибок не обнаружено, то файл сообщения пересылается в папку исходящих от нас сообщений на ftp-сервер EDI провайдера и “Статус отпр. Заказа” становится “Передано”. 

Если были обнаружены критические ошибки, то передача сообщения не происходит и устанавливается статус “Ошибка передачи”.

После исправления ошибок заказ можно пометить для передачи поставщику, нажав кнопку  “Повторная отправкана панели инструментов вида просмотра заказов. В этом случае “Статус отпр. Заказа”  становится равным “Готов к отправке”. При отсутствии критических ошибок планировщик сможет выполнить отправку сообщения с заказом. “Статус отпр. Заказа” станет равным “Передано”.

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

После пересылки сообщения на  ftp-сервер заказ проверяется на стороне провайдера. В случае обнаружения ошибок провайдер передаёт статусное сообщение об ошибке, которое обрабатывается Домино. В процессе обработки такого статусного сообщения от провайдера “Статус отпр. Заказа”  становится “Ошибка передачи”.

Поставщик на своей стороне так же выполняет проверку принятого заказа. В случае обнаружения ошибок поставщик передаёт статусное сообщение об ошибке, которое также обрабатывается в Домино. В процессе обработки такого статусного сообщения от провайдера “Статус отпр. Заказа”  становится “Ошибка передачи”.

Для исправления ошибок заказ переводится в состояние “В работе. После исправления заказа его можно повторно передать поставщику. Для этого пользователь должен перевести заказ в состояние “Действующий”. В виде просмотра заказов “Статус отпр. Заказа” примет значение “Готов к отправке”. Планировщик автоматически сформирует исходящее сообщение для передачи исправленного заказа поставщику.  “Статус отпр. Заказа” изменится на “Передано”. (Реализовано в версии продукта Exchange-EDI 11.7.3.59.)

Повторно передать заказ можно не только после получения статусного сообщения об ошибке, но и в других ситуациях. Например, если пользователь сам обнаружил ошибки в заказе после того, как отправил его поставщику.  Однако, после согласования заказа его повторная передача будет невозможна.

Таким образом, колонка “Статус отпр. заказа” может принимать 3 значения:

  1. Готов к отправке. Сигнал планировщику к обработке документа.
  2. Передано. Сообщение с заказом доставлено на ftp-сервер или далее.
  3. Ошибка отправки. На одном из этапов передачи и обработки заказа произошли ошибки.

Просмотр обнаруженных ошибок осуществляется нажатием кнопки  “Протокол EDI” на панели инструментов вида просмотра заказов.

Подтверждение заказа

После получения заказа поставщик обрабатывает его в своей учётной системе и возвращает подтверждение заказа. В подтверждении заказа могут быть изменены количества, цены, товарные позиции. Заказ может быть вообще отменен.  Задачей обработки подтверждения заказа является его сверка с исходным заказом. Система позволяет настроить процедуры автоматической сверки таким образом, что многие ситуации могут быть обработаны Домино без участия пользователя.

Посылка подтверждения заказа содержит ссылку на исходный заказ. При загрузке посылки на основании содержащихся в ней данных производится поиск исходного заказа. Если заказ найден, то система может далее произвести сверку параметров, при этом значение колонки вида просмотра заказов “Получено подтв. заказа” переходит в статус “Да”. После этого осуществляется сверка заказа с подтверждением. Здесь возможны следующие варианты:

Автоматически принимаемые Подтверждения заказа

Заказ и Подтверждение заказа полностью совпадают или различаются в пределах установленных допустимых отклонений. В этом случае в колонке вида просмотра заказов  “Статус согласования заказа” будет отображено значение “Согласован”. В строки заказа будут записаны данные из Подтверждения заказа. В этом случае поставщику отправляется статусное сообщение о том, что заказ согласован. Информация о том, что статусное сообщение отправлено, можно увидеть в колонке “Передача согласования заказа”, где будет выведено “Передано”. Весь процесс полностью автоматический и не требует никаких действий со стороны пользователя.

Автоматически отклоняемые Подтверждения заказа

Заказ и Подтверждение заказ не совпадают, при этом расхождения выходят за границы, установленные в настройках. Также сюда относится случай, когда Подтверждение заказа содержит товарные позиции, отсутствующие в исходном заказе, или позиции, которые  не были идентифицированы (по указанному GTIN или коду товара в Домино товар не был обнаружен в БД).  В колонке “Статус согласования заказа” будет отображено “Автоотклонение”.  Поставщику отправляется статусное сообщение о том, что заказ не согласован. В статусном сообщении будут перечислены все причины отклонения присланного им Подтверждения заказа. Информация о том, что статусное сообщение отправлено, можно увидеть в колонке “Передача согласования заказа”, где будет выведено “Передано”. Данные подтверждения в этом случае не сохраняются в строках исходного заказа.  В протоколе сохраняется список критических ошибок сверки, и пользователь имеет возможность посмотреть, почему заказ был автоматически не согласован.

image-1612888142827.png

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

Ручная обработка Подтверждения заказа

Если настройка сверки Заказа и Подтверждения заказа предусматривает некоторый диапазон расхождений, которые требуется обрабатывать вручную, то пользователь должен проанализировать расхождения и принять решение о подтверждении заказа. Для таких заказов в колонке “Статус согласования заказа” будет отображено “Подтверждено частично”.  Статусное сообщение поставщику не отправляется до окончания работы пользователя по анализу и обработке обнаруженных расхождений.

Для ручной обработки заказа нужно войти в шапку заказа и в форме ввода шапки заказа  и нажать кнопку “Подтверждение заказа EDI”.

image-1612888169582.png

По данной кнопке можно войти в специальный вид просмотра строк заказа, оптимизированный для анализа и обработки расхождений между Заказом и Подтверждением заказа.

image-1612888194428.png

В группе колонок “Параметры заказа” выводится информация из исходного заказа. В группе колонок “Подтверждение поставщика” отображается информация из полученного Подтверждения заказа. В колонке “% подтверждения”  выводится процентное соотношение по количеству между заказом и подтверждением. В колонке “Утверждён” отображается статус утверждения строки, выставленный автоматической процедурой загрузки сообщения. Значение “Да” обозначает, что расхождений не обнаружено. Значение “Нет” – есть расхождения. Две дополнительных колонки “Расх. Кол-ва” и “Расх. цены” дополнительно показывают, в каком параметре обнаружено расхождение. Кроме того, красным шрифтом попарно выводятся расходящиеся значения.

Если пользователь соглашается с данными поставщика, то ему следует утвердить строку. Для этого нужно нажать кнопку панели инструментов “Утвердить”. Повторное нажатие на эту кнопку отменяет утверждение строки. Если по какой либо позиции пользователь не считает нужным соглашаться с данными поставщика, то такая строка должна остаться неутверждённой. После завершения анализа и подтверждения строк (всех или частично) пользователь должен уведомить систему о том, что он завершил данную стадию работы с заказом. Для этого он должен нажать кнопку “Утв. проверку заказа”, что будет являться сигналом планировщику для отправки результатов проверки поставщику. В колонке “Передача согласования заказа” вида просмотра заказов  будет установлен признак “Готов к отправке”. Этот признак будет сохраняться до проведения очередного сеанса обмена планировщиком. Дальше все будет зависеть от состояния подтверждения строк в обработанном Подтверждении заказа.

Если все строки подтверждены, то в колонке “Передача согласования заказа” вида просмотра заказов  будет установлен признак “Передано”. В колонке “Статус согласования заказа” будет установлен статусный признак “Согласовано”. Поставщику будет передано статусное сообщение о том, что заказ согласован.

Если есть хотя бы одна неутверждённая строка, то в колонке “Передача согласования заказа” вида просмотра заказов  будет установлен признак “Передано”, а в колонке “Статус согласования заказа” будет установлен признак “Не согласовано”. Поставщику будет передано статусное сообщение о том, что заказ не согласован, и в этом статусном сообщении будут перечислены все несогласованные строки с указание причин отклонения этих строк. В этом случае поставщик должен внести изменения в Подтверждение заказа на своей стороне и отправить это подтверждение ещё раз. Если выяснится, что статусное сообщение из Домино было отправлено ошибочно, т.е. данные поставщика верны, а ошибся менеджер, работающий в Домино, то поставщику следует ещё раз отправить Подтверждение заказа в неизменном виде.

Отмена заказа поставщиком

Поставщик может отменить заказ на стадии его согласования. От него приходи входящее сообщение соответствующего статуса.  Для такого заказа в колонке “Статус согласования заказа” будет отображено “Отклонено поставщиком”.

При отмене заказа поставщиком сверка Заказа с Подтверждением заказа не производится. Заказ автоматически переводится в состояние “Аннулирован” (реализовано в версии продукта Exchange-EDI 11.7.3.58).

Упрощенная схема согласования заказа

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

Упрощенная схема согласования заказа представляет собой имитацию получения, согласования и передачи подтверждения заказа. После передачи заказа поставщику заказ переводится в состояние “Размещен”. В колонке вида просмотра заказов “Получено подтв. заказа” устанавливается признак  “Да”, в колонке “Статус согласования заказа” - признак “Согласовано”, в колонке “Передача согласования заказа” - признак “Передано”. 

Если в результате проверки заказа на стороне провайдера или поставщика обнаруживаются ошибки и система получает соответствующее статусное сообщение, то “Статус отпр. Заказа”  устанавливается в “Ошибка передачи”. Перечисленные выше статусные признаки очищаются. Заказ возвращается в состояние  “Согласование”.

Уведомление об отгрузке

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

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

Автоматически принимаемые уведомления об отгрузке

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

Автоматически отклоняемые уведомления об отгрузке

Если Заказ и Уведомления об отгрузке не совпадают и при этом расхождения выходят за границы, установленные настройками, то производится автоматическое отклонение такого уведомления. Также сюда относится случай, когда Уведомление об отгрузке содержит товарные позиции, отсутствующие в исходном заказе, или позиции, которые  не были идентифицированы (по указанному GTIN или коду товара в Домино, товар не был обнаружен в БД).  В колонке “Статус согласования отгрузки” будет отображено “Не согласовано”.  Поставщику отправляется статусное сообщение о том, что уведомление об отгрузке не согласовано. В статусном сообщении будут перечислены все причины отклонения присланного им сообщения. Информация о том, что статусное сообщение отправлено, можно увидеть в колонке “Передача согласования отгрузки”, где будет выведено “Передано”. Документ уведомления об отгрузке в этом случае не создаётся.  В протоколе сохраняется список критических ошибок сверки, и пользователь имеет возможность посмотреть, почему сообщение было автоматически отклонено. Весь процесс полностью автоматический и не требует никаких действий со стороны пользователя.

Ручная обработка уведомления об отгрузке

Если настройка сверки Заказа и Уведомления об отгрузке предусматривает некоторый диапазон расхождений, которые требуется обрабатывать вручную, то пользователь должен проанализировать расхождения и принять решение о подтверждении отгрузки. Для таких заказов в колонке “Статус согласования отгрузки” будет отображено “Требует рассмотрения”.  Статусное сообщение поставщику не отправляется, до окончания работы пользователя по анализу и обработке обнаруженных расхождений.

Для ручной обработки Уведомления об отгрузке, стоя на заказе, нужно нажать кнопку “Уведомление об отгрузке” на панели инструментов, после чего будет показан связанный с Заказом документ содержащий данные об отгрузке.

image-1612888265760.png

Далее следует перейти в строки этого документа, где будет выведена следующая информация

image-1612888291428.png

Интерфейс работы по согласованию Уведомления об отгрузке очень похож на интерфейс работы по согласованию Подтверждения заказа.

В группе колонок “По данным заказа” выводится информация из Подтверждения заказа или из Заказа, если подтверждения нет. В группе колонок “Уведомление об отгрузке” отображается информация из полученного Уведомления об отгрузке. В колонке “Утверждён” отображается статус утверждения строки, выставленный автоматической процедурой загрузки сообщения. Значение “Да” обозначает, что расхождений не обнаружено. Значение “Нет” – есть расхождения. Две дополнительных колонки “Расх. Кол-ва” и “Расх. цены” показывают, в каком параметре обнаружено расхождение. Кроме того, красным шрифтом попарно выводятся расходящиеся значения.

Если пользователь соглашается с данными поставщика, то ему следует утвердить строку. Для этого нужно нажать кнопку панели инструментов “Утвердить”. Повторное нажатие на эту кнопку отменяет утверждение строки. Если по какой либо позиции пользователь не считает нужным соглашаться с данными поставщика, то такая строка должна остаться неутверждённой. После завершения анализа и подтверждения строк (всех или частично) пользователь должен уведомить систему о том, что он завершил данную стадию работы с уведомлением об отгрузке. Для этого он должен нажать кнопку “Утв. проверку отгрузки”, что будет являться сигналом планировщику для отправки результатов проверки поставщику. В колонке “Передача согласования отгрузки” вида просмотра заказов  будет установлен признак “Готов к отправке”. Этот признак будет сохраняться до проведения очередного сеанса обмена планировщиком. Дальше все будет зависеть от состояния подтверждения строк в обработанном Уведомлении об отгрузке.

Если все строки подтверждены, то в колонке “Передача согласования отгрузки” вида просмотра заказов  будет установлен признак “Передано”. В колонке “Статус согласования отгрузки” будет установлен статусный признак “Согласовано”. Поставщику будет передано статусное сообщение о том, что Уведомление об отгрузке согласовано.

Если есть хотя бы одна неутверждённая строка, то в колонке “Передача согласования отгрузки” вида просмотра заказов  будет установлен признак “Передано ”, а в колонке “Статус согласования отгрузки” будет установлен признак “Не согласовано”. Поставщику будет передано статусное сообщение о том, что уведомление об отгрузке не согласовано, и в этом статусном сообщении будут перечислены все несогласованные строки с указание причин отклонения этих строк. В этом случае поставщик должен внести изменения в уведомление об отгрузке на своей стороне и отправить его ещё раз. Если выяснится, что статусное сообщение из Домино было отправлено ошибочно, т.е. данные поставщика верны, а ошибся менеджер, работающий в Домино, то поставщику следует ещё раз отправить уведомление об отгрузке в неизменном виде.

image-1612888312467.png

Аннулирование заказа

Пользователь может аннулировать заказ на любой стадии EDI-обмена. Исключение составляют заказы, по которым созданы приходы. После аннулирования  планировщик автоматически отправляет поставщику сообщение, содержащее  полную информацию об аннулированном заказе.  (Реализовано в версии продукта Exchange-EDI 11.7.3.59.)

 

Работа в RETAIL-STORE

Обработка заказа в RETAIL-STORE

Пользовательский интерфейс работы с заказом по EDI в Retail-Store  упрощён по сравнению с интерфейсом EXCHANGE-EDI. В виде просмотра заказов добавлена одна дополнительная колонка “Текущий статус EDI обмена”. В данной колонке отображается текущее состояние обмена.

Заказ в системе создаётся стандартным способом.  После этого заказ попадает в процесс согласования с поставщиком посредством передачи сообщений через EDI.  Основным признаком того, что заказ должен участвовать в EDI обмене, является параметр в карточке поставщика “Включён электронный обмен данными (EDI)”, установленный в состояние “Да” и указан провайдер EDI.

Отправка заказа поставщику

После того как заказ переведён в состояние “Действующий”, он попадает в процесс EDI обмена. При этом состояние заказа становится “Согласование”, а текущий статус EDI обмена принимает значение “Заказ готов к отправке поставщику”. Если в результате предварительной проверки перед отправкой были обнаружены ошибки, то текущий статус EDI обмена становится “ Ошибка отправки заказа поставщику”.  

Перед оправкой осуществляется проверка по следующим параметрам:

Если какое-либо из этих условий не выполнено, то файл не отправляется, и в протоколе фиксируются все обнаруженные ошибки. 

При успешной отправке заказа устанавливается текущий статус “Заказ отправлен поставщику”.

image-1612889608421.png

Далее заказ проверяется на стороне EDI провайдера и на стороне поставщика на корректность передаваемых данных. Если возникнут проблемы на этих этапах, то текущий статус EDI обмена перейдёт в “Ошибка отправки заказа поставщику ”. При этом провайдер и поставщик должны высылать статусные сообщения со списком обнаруженных ошибок. Все ошибки из статусных сообщений фиксируются в протоколе.

Получение и обработка подтверждения заказа

При получении подтверждения заказа предварительно перед загрузкой в систему производится проверка xml-сообщения. Если обнаружены следующие критические ошибки:

то подтверждение заказа не загружается, в протоколе сохраняются все обнаруженные ошибки. При этом текущий статус EDI обмена переходит в “Подтверждение заказа автоматически отклонено”. Поставщику буде отправлено соответствующее статусное сообщение с перечислением всех обнаруженных ошибок.

Если отклонений между подтверждением заказа и заказом не обнаружено или они находятся в допустимых пределах, то поставщику автоматически отправляется статусное сообщение о том, что подтверждение заказа согласовано, а текущий статус EDI обмена переходит в “Подтверждение заказа согласовано”.

Если при предварительной проверке критических ошибок не обнаружено, но расхождения по ценам и количествам попадают в диапазон, требующий ручного рассмотрения подтверждение заказа, то подтверждение заказа будет загружено в систему и текущий статус EDI обмена будет установлен в “Подтверждение заказа требует рассмотрения”. В этом случае пользователь должен проанализировать обнаружены расхождения между количествами и ценами в заказе и подтверждении заказа.

Для ручной обработки заказа нужно войти в шапку заказа  и нажать кнопку “Подтверждение заказа EDI” для просмотра и обработки обнаруженных расхождений.

image-1612889639908.png

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

image-1612889658986.png

В группе колонок “Параметры заказа” выводится информация из исходного заказа. В группе колонок “Подтверждение поставщика” отображается информация из полученного подтверждения заказа. В колонке “% подтверждения”  выводится процентное соотношение по количеству между заказом и подтверждением. В колонке “Утверждён” отображается статус утверждения строки, выставленный автоматической процедурой загрузки сообщения. Значение “Да” обозначает, что расхождений не обнаружено. Значение “Нет” – есть расхождения. Две дополнительных колонки “Расх. кол-ва” и “Расх. цены” дополнительно показывают, в каком параметре обнаружено расхождение. Кроме того, красным шрифтом попарно выводятся расходящиеся значения.

Если пользователь соглашается с данными поставщика, то ему следует утвердить строку. Для этого нужно нажать кнопку панели инструментов “Утвердить”. Повторное нажатие на эту кнопку отменяет утверждение строки. Если по какой либо позиции пользователь не считает нужным соглашаться с данными поставщика, то такая строка должна остаться неутверждённой. После завершения анализа и подтверждения строк (всех или частично) пользователь должен уведомить систему о том, что он завершил данную стадию работы с заказом. Для этого он должен нажать кнопку “Утв. проверку заказа”, что будет являться сигналом процедурам обмена  для отправки результатов проверки поставщику.

Текущий статус EDI обмена будет установлен в состояние “Согласование подтверждения заказа готово к отправке”. После этого процедуры обмена начинают обрабатывать и отсылать результат согласования заказа поставщику в виде статусного сообщения.  Если процедура отправки обнаруживает, что все строки подтверждены, поставщику будет отправлено сообщение о том, что подтверждение заказа согласовано. При этом текущий статус EDI обмена будет установлен в “Подтверждение заказа согласовано".

Если есть хотя бы одна неутверждённая строка, то процедура передачи результатов согласования подтверждения заказа передаст поставщику статусное сообщение о том, что подтверждение заказа не согласовано, и в этом статусном сообщении будут перечислены все обнаруженные расхождения. Текущий статус EDI обмена будет установлен в состояние “Подтверждение заказа отклонено пользователем”.

Получение и обработка уведомления об отгрузке

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

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

Если заказ и уведомление об отгрузке полностью совпадают или различаются в пределах установленных допустимых отклонений, то  статус “Текущее состояние EDI обмена” становится  “Уведомление об отгрузке согласовано”, и поставщику отправляется статусное сообщение о том, что уведомление об отгрузке согласовано. Весь процесс полностью автоматический и не требует никаких действий со стороны пользователя.

Если заказ и уведомления об отгрузке не совпадают, при этом расхождения выходят за границы, установленные настройками, то производится автоматическое отклонение такого уведомления. Также сюда относится случай, когда Уведомление об отгрузке содержит товарные позиции, отсутствующие в исходном заказе, или позиции, которые  не были идентифицированы (по указанному GTIN или коду товара в Домино товар не был обнаружен в БД).  Текущий статус EDI обмена становится “Уведомление об отгрузке автоматически отклонено”, при этом документ уведомления об отгрузке не создаётся.  Поставщику отправляется статусное сообщение о том, что уведомление об отгрузке не согласовано. В статусном сообщении будут перечислены все причины отклонения присланного им сообщения. В протоколе фиксируется список критических ошибок сверки, и пользователь имеет возможность посмотреть, почему сообщение было автоматически отклонено. Весь процесс полностью автоматизирован и не требует никаких действий со стороны пользователя.

Если настройка сверки заказа и уведомления об отгрузке предусматривает некоторый диапазон расхождений, которые требуется обрабатывать вручную, то пользователь должен проанализировать расхождения и принять решение о подтверждении отгрузки. Для таких заказов текущий статус EDI обмена будет установлен в “Уведомление об отгрузке требует рассмотрения”.  Статусное сообщение поставщику не отправляется до окончания работы пользователя по анализу и обработке обнаруженных расхождений.

Для ручной обработки уведомления об отгрузке, стоя на заказе, нужно нажать кнопку “Уведомление об отгрузке” на панели инструментов, после чего будет показан связанный с Заказом документ, содержащий данные об отгрузке.

image-1612889704272.png

Далее следует перейти в строки этого документа, где будет выведена следующая информация

image-1612889723620.png

Интерфейс работы по согласованию уведомления об отгрузке очень похож на интерфейс работы по согласованию подтверждения заказа.

В группе колонок “По данным заказа” выводится информация из подтверждения заказа или из заказа, если подтверждения нет. В группе колонок “Уведомление об отгрузке” отображается информация из полученного уведомления об отгрузке. В колонке “Утверждён” отображается статус утверждения строки, выставленный автоматической процедурой загрузки сообщения. Значение “Да” обозначает, что расхождений не обнаружено. Значение “Нет” – есть расхождения. Две дополнительных колонки “Расх. кол-ва” и “Расх. цены” дополнительно показывают, в каком параметре обнаружено расхождение. Кроме того, красным шрифтом попарно выводятся расходящиеся значения.

Если пользователь соглашается с данными поставщика, то ему следует утвердить строку. Для этого нужно нажать кнопку панели инструментов “Утвердить”. Повторное нажатие на эту кнопку отменяет утверждение строки. Если по какой либо позиции пользователь не считает нужным соглашаться с данными поставщика, то такая строка должна остаться неутверждённой. После завершения анализа и подтверждения строк (всех или частично) пользователь должен уведомить систему о том, что он завершил данную стадию работы с уведомлением об отгрузке. Для этого он должен нажать кнопку “Утв. проверку отгрузки”, что будет являться сигналом процедурам обмена для отправки результатов проверки поставщику. Текущее состояние EDI обмена  будет установлено в “Согласование уведомления об отгрузке готово к отправке”. Этот признак будет сохраняться до проведения очередного сеанса обмена. Далее все будет зависеть от состояния подтверждения строк в обработанном уведомлении об отгрузке.

Если все строки подтверждены, то текущее состояние EDI обмена перейдёт в значение  “Уведомление об отгрузке согласовано”. Поставщику будет передано статусное сообщение о том, что уведомление об отгрузке согласовано.

Если есть хотя бы одна неутверждённая строка,  то текущее состояние EDI обмена перейдёт в значение  “Уведомление об отгрузке отклонено пользователем”. Поставщику будет передано статусное сообщение о том, что уведомление об отгрузке не согласовано, и в этом статусном сообщении будут перечислены все несогласованные строки с указание причин отклонения этих строк. В этом случае поставщик должен внести изменения в уведомление об отгрузке на своей стороне и отправить его ещё раз.

Формирование прихода по заказу

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

После акцепта приходного документа процедуры обмена EDI отправляют поставщику уведомление о приёмке товара. Стоя на заказе можно просмотреть связанный документ прихода. В виде просмотра документа прихода добавлена дополнительная колонка “Передача EDI”. В ней отображается статус EDI обмена. Сразу после акцепта приходного документа значение статуса обмена становится “Готов к отправке”. После автоматической передачи статус принимает значение “Передано”. Если в процессе обмена возникают ошибки, то статус переходит в значение “Ошибка передачи”. Ошибки фиксируются в протоколе. Просмотреть ошибки можно по кнопке панели инструментов “Протокол EDI”.

image-1612889774259.png

Протокол работы EDI

В процессе обработки входящих и исходящих сообщений могут возникать различные нештатные ситуации, которые удобно просматривать в протоколе. Кроме того, в протоколе фиксируются все действия процедур системы обмена и статусные сообщения EDI провайдера. Сообщения протокола, по возможности, привязываются к заказу или приходному документу, который отправляется поставщику. Некоторые сообщения протокола относятся к системе обмена в целом и просмотр таких сообщений реализован в продукте “Exchange-EDI”.

Для просмотра протокола по документу заказа следует нажать кнопку “Протокол EDI” на панели инструментов  вида просмотра заказов или вида просмотра приходов по заказу.

Ниже приведён пример протокола по одному из заказов.

image-1612889800424.png

ID – номер записи в протокол по порядку.

Дата сообщения – дата и время записи сообщения в протокол.

Товарный документ – номер товарного документа (заказа, прихода и т.д.) который участвовал в обмене.

Тип сообщения – тип обрабатываемого сообщения.

ORDERS  - Заказ, передаваемый из Домино поставщику.

ORDRSP – Подтверждение заказа, полученное от поставщика.

DESADV – Уведомление об отгрузке, полученное от поставщика.

RECADV – Уведомление о приходе, передаваемое поставщику.

STSMSG – Статусные сообщения передаваемые и получаемые от поставщика и EDI провайдера.

Сообщение – Текст сообщения.

Документ с сообщением – Номер вспомогательного системного документа (EDI сообщение), в котором сохраняется исходное xml –сообщение.

 

 

Таблица изменения статусных признаков

image-1647086263249.png

Список доработок

Реализована упрощенная схема согласования заказа.

Реализована обработка входящий сообщений подтверждения заказа (ORDRSP) со статусом «Отклонен» (Rejected).

Реализована передача поставщику сообщения (ORDERS) об аннулировании заказа, статус сообщения «Отменен» (Canceled).

При обработке входящих сообщений (ORDRSP и DESADV) отбрасываются незначащие пробелы в тегах <gtin> . Это позволяет обрабатывать сообщения, в которых поставщик неверно передал GTIN товара. Ранее сообщения, содержащие строки с такими GTIN, отклонялись.

Изменен алгоритм определения параметров сверки. Если параметр сверки не определен в договоре поставщика, используется значение аналогичного глобального параметра. Ранее, если не был определен первый из параметров сверки в договоре поставщика,  параметры в договоре не анализировались.

Реализована повторная передача сообщений (ORDERS) для измененных заказов.

При обработке входящих сообщений ORDRSP, если поставщик передает повторное сообщения ORDRSP по ранее согласованному заказу, или если поставщик работает по упрощенной схеме согласования заказа и отправляет ORDRSP, то ему отправляется сообщение об ошибке.

Новая линейка. Дополнена приемом и обработкой нескольких сообщений DESADV.

В сообщение ORDERS добавлен тег <comment>. Заполняется значением поля "Примечание" из заказа.
В протокол сообщений EDI добавлен фильтр по дате.

Прием входящих xml с кодировкой 'UTF-8' (в верхнем регистре).

Обработка ставок НДС 5% и 7%.

В карточку торгового партнера добавлен параметр "GLN контрагента=GLN склада (для передачи заказа)" и его обработка пакетными процедурами: теги Seller и Recipient заполняются GLN склада поставщика, если параметр имеет значение "Да"