Работа с Честным знаком из Супермаг Плюс построена по принципу «работа из одного окна», т.е. сотрудникам, которые работают в Торговой системе и должны взаимодействовать с государственными системами (ЕГАИС, Меркурий, Честный знак) не нужно заходить в несколько программ. Все необходимые документы загружаются в Супермаг Плюс и появляется возможность создавать учетные документы на основании документов ФГИС. Дополнительная возможность сопоставлять номенклатуру ФГИС и учетную номенклатуру позволяет минимизировать ошибки, связанные с человеческим фактором.
Общие принципы работы с маркированными товарами:
1. Факт перехода прав собственности на товар фиксируется через электронный документ, полученный по ЭДО.
2. Факты выбытия маркированной продукцией из оборота фиксируется на кассовом ПО при продаже конечному покупателю
В решении Супермаг Плюс есть возможность подключить электронный документооборот через сервис ПО СБИС (от компании Тензор).
Внимание!Идентификатор участника обмена который устанавливается в документе "УПД на приход", и "Накладная поставщика".Не передается в явном виде от провайдера электронного документооборота. В настоящее время для его модификации следует изменить схему объекта UI.XSD Оптимально (но не обязательно!), если его значение будет равно значению переменной в файле UI.XML. В принципе значение может принимать любой вид, главное, чтобы оно было уникальным, если одна БД обслуживает несколько ЮР лиц. <SMWAYBILLSEXT> После того, как изменена схема, установлено значение по умолчанию (или оставили все как есть, т.е. "1"). Проверьте настройку в почтовом модуле, параметр "Собственный идентификатор участника документооборота" - должен быть равен этому значению. Зачем это сделано?Сценарий таков:
|
---|
Здесь и далее, предлагается общая инструкция по настройке обмена электронными документами через провайдера Тензор (решение СБИС).
№ п.п. | Название объекта. | Тип объекта в СМ+ | Название файла. схемы | Файл схемы. | Дата модификации. | Пример файла XML. Коментарий. |
---|---|---|---|---|---|---|
1. | Заказ поставщику. | OR | OR.XSD | 25.06.2021 21.01.2022 | ||
2. | Подтверждение заказа поставщику. | OE | OE.XSD | 25.06.2021 | ||
3. | Накладная поставщика. | WE | WE.XSD | 25.06.2021 | В обмене с Тензор не участвует. (устарела). Возможно участие при использовании структуры с распределенными БД Супермаг. | |
4. | УПД на приход. | UI | UI.XSD | 25.06.2021 21.01.2022 01.06.2022 от 1.048 | UPD_Natur_Prod.xml Изменено значение в схеме для OURUTDID UPD_Natur_Prod_SMALL.xml ; UPD_Natur_Prod_SMALL2.xml | |
5. | Требование на отбор | SW | SW.XSD | 21.01.2022 | SW_Требование на отбор.xml - В обмене с Тензор не участвует. Возможно использование для решения локальных задач. Один из способов применения - формирование документа на обмен товара (хлеб). | |
6. | Ответ системы СМ+ на факт приемки. (до версии 1.045) | PACKAGE | UICONFIRM.XSD | 25.06.2021 | ||
7. | Ответ системы СМ+ на факт приемки. (от версии 1.046) | PACKAGE | UICONFIRM.XSD | 29.09.21 | нет примера | |
8. | Ответ системы СМ+ на факт приемки. (от версии 1.046) | PACKAGE | UICONFIRM.XSD | 29.09.21 | ||
9. | Ответ системы СМ+ на факт приемки. (от версии 1.046) | PACKAGE | UICONFIRM.XSD | 29.09.21 | нет примера | |
10. | Ответ системы СМ+ на факт приемки. (от версии 1.046) | ACKAGE | UICONFIRM.XSD | 31.03.2022 | Из схемы исключён элемент <xs:element name="SUPPLIERARTICLE" type="xs:string" /> Поскольку, отсутствие у карточки артикула поставщика, приводило к ошибке: ----- Причина исключения, уровень вложения 1 ----- Для обхода ошибки, есть 2 варианта:
Необязательные патчи для версии 1.047 сп2-3. Ошибка формирования файла ответа REPLY description_Результат приемки: Sm.Post.Filters.Utd.1.047x64.7z Неверный статус УПД при приеме немаркированного товара с расхождением: | |
11. | Квитанция провайдера ЭДО. Протокол обмена дополнен получением технической квитанции в ответ на отсылку файла с результатом приемки. Квитанция имеет смысл подтверждения успешности обработки и пересылки провайдером ЭДО файла подтверждения. | - | - | - | 14.03.2022 | |
12. | ||||||
13. |
5. Настройки обмена.
5. Правила рассылки почтовых объектов.
№ п.п. | Название объекта. | Тип объекта в СМ+ | Правило рассылки в доверительную базу. |
---|---|---|---|
1. | Заказ поставщику. | OR | 1-2 |
2. | Подтверждение заказа поставщику. | OE | нет, или 2-3 опционально по договоренности с провайдером EDI. |
3. | Накладная поставщика. | WE | нет |
4. | УПД на приход. | UI | нет |
5. | Ответ системы СМ+ на факт приемки. | PACKAGE | ответ происходит в автоматическом режиме. |
Настройка №2 находится на этапе проектирования.Предполагаемое время готовности февраль 2022г. |
---|
Обмен с ЭДО и EDI (со всеми провайдерами) настроен в базе ЦО.
ЦО получает Накладную поставщика из магазина и отсылает ответ.
Справка:
Отличия между EDI и ЭДО
Теперь мы располагаем всей полнотой информации, чтобы уверенно ответить: EDI и ЭДО — разные системы. Доступен и ответ на вопрос о том, в чём заключаются отличия между ними. Главное из них — в следующем:
сообщения и документы в системе EDI имеют форму, не утверждённую законодательством — она определяется самими участниками обмена данными;
документация, передаваемая с помощью системы ЭДО, имеет форму, предусмотренную нормативными актами, и заверяется электронной цифровой подписью. Это придаёт ей юридическую силу и позволяет подавать в налоговые инспекции, суды, другие государственные и муниципальные органы.
В почтовый модуль добавлена функция ArticleByBarcodeUI для определения артикула при импорте XML файла по содержанию поля, предназначенного для хранения EAN штрихового кода артикула и/или таблицы с КИЗ.
Функция исследует значение поля для хранения штрихового кода. если поле содержит данные, то определяет артикул по штриховому коду, также как функция ArticleByBarcode. В противном случае функция исследует содержание таблицы с КИЗ и определяет артикул по содержанию первого попавшегося кода КИЗ (КИЗ содержит 14 символов GTIN товара после кода применения 01, из которого, в свою очередь, можно получить EAN товара отбрасыванием лидирующего нуля).
XSD схема должна содержать, как поле «BARCODE» (название может быть произвольным), так и таблицу с полем «MARCCODE», тогда как XML файл может содержать как оба поля, так и какое либо одно из них.
Функция ArticleByBarcodeUI предназначена, в первую очередь для обработки УПД на приход при приеме УПД от разных поставщиков, которые по разному формируют содержание документа.
--- Задача функции сводится к определению артикула из двух возможных источников.
Но, как показала практика, есть случаи, когда на товаре нет ШК, и еще нет КИЗ (не маркированный), чаще всего такой товар - является весовым.
В этом случае, "добыть" артикул нам не из чего. Конечно, можно исправить схему (убрать функцию: "ArticleByBarcode(BARCODE)" или "ArticleByBarcodeUI"). И передавать Артикул в явном виде в файле УПД (UI).
Но тогда сломается определение артикула для случаев, когда нужно опираться на ШК или КиЗ (т.е. для штучных товаров и маркированных товаров, а их порядка 90% в общем справочнике).
Предложение следующее (или \ или):
Определить этот код, как "Используется при EDI обмене". Передавать его для поставщика и получать его обратно. На основании функций "ArticleByBarcode(BARCODE)" или "ArticleByBarcodeUI" - определять артикул товарной карточки. (т.е. не менять установленную логику работы).
---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
Во вложении скрипт, который нужно пропустить по базе oracle от имени supermag.
Если по почте приходит документ «Подтверждение заказа поставщику» с изменившимся значением метки «EDIReceivedStatus»,
то это значение будет проставлено в ту же метку для заказа поставщику, находящегося в общих основаниях подтверждения заказа.
Ограничение: если после получения метки ее удалить из заказа поставщику и получить повторно документ
«Подтверждение заказа поставщику» с прежним значением метки, она в заказ поставщику не проставится,
т.к. в подтверждении заказа ее значение не изменится.