█ 03.07.2019 12:46
Скорее всего - да, как вы описали.
Ну, или напишите программулину, которая будет извлекать штрих-код из информации, полученной со сканера.
Ну, или напишите программулину, которая будет извлекать штрих-код из информации, полученной со сканера.
█ 14.09.2021 16:40
Начинаем внедрение Приёмки УПД по маркировке в СМ (через ЭДО СБиС)
УПД на приход и Накладная поставщика прилетают в Супермаг.
Создали Подсчет кодов КИЗ на основании Накладной поставщика...
Создали ПрихНакл Экспортом из подсчёта..
Далее по инструкции типа сверка марок будет происходить на стадии поднятия статуса ПрихНакл ...
Поднял статус ... а СМ херак и шлёт отказ ... типа марки не совпадают ..
Смотрю и правда не совпадают
Не понятно чё делать?
Коды только хвостом отличаются
Сканер как-то перенастраивать?
или в Супермаге есть возможность что-то подкрутить? (СМ 1.045 SP1)
Поставщик в УПД шлёт вот так:
А со сканера идёт:
В файле отказа на эту марку вот так пишет ...
Кто что может посоветовать?
вот фотки
(0,68Мб)
(0,07Мб)
(0,11Мб)
УПД на приход и Накладная поставщика прилетают в Супермаг.
Создали Подсчет кодов КИЗ на основании Накладной поставщика...
Создали ПрихНакл Экспортом из подсчёта..
Далее по инструкции типа сверка марок будет происходить на стадии поднятия статуса ПрихНакл ...
Поднял статус ... а СМ херак и шлёт отказ ... типа марки не совпадают ..
Смотрю и правда не совпадают
Не понятно чё делать?
Коды только хвостом отличаются
Сканер как-то перенастраивать?
или в Супермаге есть возможность что-то подкрутить? (СМ 1.045 SP1)
Поставщик в УПД шлёт вот так:
Код:
- <SMSPECTOBACCOWE> <SPECITEM>12</SPECITEM> <MARKCODE>010460620310327021&xCF7-N8005142000</MARKCODE> </SMSPECTOBACCOWE>
Код:
010460620310327021&xCF7-N800514200093OuI5240FA078364.00
Код:
<MARKCODE><![CDATA[010460620310327021&xCF7-N800514200093OuI5240FA078364.00]]></MARKCODE>
вот фотки
(0,68Мб)
(0,07Мб)
(0,11Мб)
█ 14.09.2021 20:08
Мы начали диалог с С+ по интеграции Диадок, но пока все крайне медленно продвигается.
█ 14.09.2021 23:34
Цитата:
В принципе выглядит как недоработка СМ. Stels ➤ Поставщик в УПД шлёт вот так:
Код:
- <SMSPECTOBACCOWE>
<SPECITEM>12</SPECITEM>
<MARKCODE>010460620310327021&xCF7-N8005142000</MARKCODE>
</SMSPECTOBACCOWE>
А со сканера идёт:
Код:
010460620310327021&xCF7-N800514200093OuI5240FA078364.00
В файле отказа на эту марку вот так пишет ...
Код:
<MARKCODE><![CDATA[010460620310327021&xCF7-N800514200093OuI5240FA078364.00]]></MARKCODE>
Код:
- <SMSPECTOBACCOWE>
<SPECITEM>12</SPECITEM>
<MARKCODE>010460620310327021&xCF7-N8005142000</MARKCODE>
</SMSPECTOBACCOWE>
А со сканера идёт:
Код:
010460620310327021&xCF7-N800514200093OuI5240FA078364.00
В файле отказа на эту марку вот так пишет ...
Код:
<MARKCODE><![CDATA[010460620310327021&xCF7-N800514200093OuI5240FA078364.00]]></MARKCODE>
Поставщик шлет коды без криптохвоста, и это правильно, по закону.
Сканер читает код полностью, но сверку СМ должен делать с учетом формата марки. Т.е. зная, что это табак - отбрасывать криптохвост с определенной позиции.
И если что-то не совпадает, поставщику также усеченный КИ отсылается.
█ 15.09.2021 06:47
В приходной накладной именно эта марка указана желтым?
Или какая-то другая?
Можно скрин?
Или какая-то другая?
Можно скрин?
█ 15.09.2021 09:27
Цитата:
Я так же думаю ... vdm ➤ В принципе выглядит как недоработка СМ.
Поставщик шлет коды без криптохвоста, и это правильно, по закону.
Сканер читает код полностью, но сверку СМ должен делать с учетом формата марки. Т.е. зная, что это табак - отбрасывать криптохвост с определенной позиции.
И если что-то не совпадает, поставщику также усеченный КИ отсылается.
Поставщик шлет коды без криптохвоста, и это правильно, по закону.
Сканер читает код полностью, но сверку СМ должен делать с учетом формата марки. Т.е. зная, что это табак - отбрасывать криптохвост с определенной позиции.
И если что-то не совпадает, поставщику также усеченный КИ отсылается.
Цитата:
Ну ШК пачек у нас (во всяком случае пока) не занесены в СМ..Соответственно Сопоставляли ручками (благо так можно)
Соответственно все строки жёлтые ...
Просто когда на тестовом контуре отрабатывали я при приёмке не сканил ничего - копировал ручками марки тестовые ..
поэтому там всё совпадало ...
А в реале такая бяка ...
Я в ТП конечно написал ...жду ...
Но вдруг кто уже сталкивался - и может как-то решили эту проблему
Mtirt, мне по секрету сказали в СБиС, что вроде как Вы двигатель прогресса в связке СБиС / Супермаг ?
Вы уже в реале работаете по такой сжеме?
(0,07Мб)
█ 15.09.2021 09:32
По идее, сверка КиЗ проводится по артикулам товара.
Точно КиЗв приходной накладной и в Накладной поставщика привязаны к одному и тому же товару?
И что мешает занести штрих-кода блоков в карточки товаров?
Точно КиЗв приходной накладной и в Накладной поставщика привязаны к одному и тому же товару?
И что мешает занести штрих-кода блоков в карточки товаров?
█ 15.09.2021 09:45
Цитата:
Я проверил - всё ровно ...артикулы соответствуют Mtirt ➤ По идее, сверка КиЗ проводится по артикулам товара.
Точно КиЗв приходной накладной и в Накладной поставщика привязаны к одному и тому же товару?
И что мешает занести штрих-кода блоков в карточки товаров?
Точно КиЗв приходной накладной и в Накладной поставщика привязаны к одному и тому же товару?
И что мешает занести штрих-кода блоков в карточки товаров?
Если и занести штрих-кода блоков в карточки товаров, это не поможет в этой ситуации ..
Это только ускорит/облегчит приёмку/сопоставление товаров ..
Здесь же реально не совпадают данные со сканера и по данным поставщика ... отличие в криптохвосте ..
█ 15.09.2021 10:01
Пусть не совпадает.
Неважно что и где хранится
При сверке проверяется GTIN+Код партии+Количество.
Напишите в тех поддержку.
Неважно что и где хранится
При сверке проверяется GTIN+Код партии+Количество.
Напишите в тех поддержку.
Часовой пояс GMT +3, время: 22:24.
Форум на базе vBulletin®
Copyright © Jelsoft Enterprises Ltd.
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.
Copyright © Jelsoft Enterprises Ltd.
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.