маркировка табака
Ребята П А М А Г И Т Е!!!!
Розница 2.3.4.33 В общем включили маркировку, администрирование вести учет табачки. Контроль кодов маркировки не включали. При пробитии в чек QR кода позиция добавляется в чек, но при нажатии оплата наличными выходит ошибка:"Ошибки маркировки Строка №1:
код маркировки"
что это??? Всё испробовала, тип, вид номенклатуры как нужно, все форумы обшарила ни чего((((((

Ребята П А М А Г И Т Е!!!!
ПОМОГИТЕ (так правиоьно)

Чего ждали до последнего, не протестировали заранее?

Вот у нас только сегодня 436 благодарных клиента - все работает как часы и продажа и Офд и Честный Знак!

я так понимаю, кассы у вас не прошиты?

(2) всего 426? пипец....такая хваленная программа и так "много" клиентов....

Tatitutu всё тестировали, в тесте работает, а в рабочей нет.
ПАМАГИТЕ  это такой сарказм.
МаленькийВопросик   все прошито)

(0) а в отладчике посмотреть, из-за чего такая ошибка появляется, не?

HawkEye не отлавливает ошибку, кода нет.

оффтопп: запуск отложили до 31.12.2020 ?

(8) откуда инфа?

(8) уже во всю :))

Прошита, не прошита... Какая хоть касса? И версия прошивки?

(0)Левым табачком приторговываете?
"в тесте работает, а в рабочей нет" сравните настройки, начиная с ККТ и заканчивая маркировкой.
Кстати, марки зелёные добавляются?

в настройках РМК уберите объединять позиции. Будет выходить лента, но пробиваться будет.

А что с маркировкой табака сделали? Вчера как обычно блок купил, каждую пачку сканировали не по разу... как алкоголь что ли?

(14) да

(14) Это просто несовершенство кассовой программы. Или так настроена криво, или пользователи не умеют просто.
В нормальной программе, достаточно отсканировать один раз двухмерный ШтрихКод DataMatrix блока. В ЧЗ передается он, а если открыть этот чек там - все пачки видны.

(16) Не понял, обязательно каждую пачку сканировать?

(16)Да глюки с кодиками. Даже в Магните проблемы бывают.
(17)В теории не обязательно, но на практике Честный Знак скорей мёртв, чем жив. И без обращения туда не происходит разбора блока на пачки.

(17) При продаже по пачкам(например, 9 штук) - да. Если блок продается - то если программа позволяет, то достаточно блок отсканировать.

(18) И без обращения туда не происходит разбора блока на пачки.

С чегой-то вдруг??? Скриншот из ЛК показать, или так поверите?

Хотя, чего-это я ленюсь, вот: https://content.foto.my.mail.ru/mail/m_w_w/_mypagephoto/h-319.jpg

Как видите, в первой строке код блока, дальше коды входящих в него пачек. Все на страничку не вмещаются, последняя, десятая пачка на следующей странице.
И уж поверьте, никаких "обращений в ЧЗ" не было, кассир на кассе просто продала блок отсканировав его ШК DataMatrix. Естественно, сами пачки она не сканировала. И так работает уже давно, с конца прошлого года точно, может и раньше, просто я не отслеживал.

(18) но на практике Честный Знак скорей мёртв, чем жив.

А здесь, с Вами трудно не согласиться... Вычислительных мощностей их серверов явно не достаточно... Работает все жутко тормозно... И это только начало, еще далеко не все работают с ними, кто должен :-( ...

в рмк 1срознице сканирование блок сигарет поддерживается ? проверял кто?

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

(21) у меня блок в рознице пока не сканируется, или нужно связь с ЧЗ настроить или приход по ЭДО иметь

У меня, в моей полу-самописке на основе ТиС 7.7, блоки - это просто единицы товаров с отдельным ШК и коэффициентом 10. Работает все по схеме БЭК <=> Фронт. На фронтах стоят программы УКМWIN. Для нее каждая единица, это отдельный товар. Соответственно, из БЭКа выгружаются все единицы для каждого товара. Цены - для нужных единиц по коэффициенту к базовой. Обратно загружается так-же, с приведением единиц к базовым. Приход из упд идет в единицах из самой УПД, т.е. если в блоках пришло - то и приходуется блоками. Но, учет все равно приведен к базовым. В УКМWIN продажи идут по тем ШК, которые отсканированы. Соответственно - блоки продаются блоками, пачки - пачками. В ОФД и далее в ЧЗ так и отправляется. Все разагрегации происходят на стороне ЧЗ.

PS Да, по продажным ценам... У меня настроено так, что продажи сигарет идут всегда по МРЦ из DataMatrix. Если не удается ее получить(например старые, тестовые пачки), тогда берется загруженная из базы цена.

Как сделано в типовых - Рознице и т.п. - я х.з., даже не смотрел... У меня на них аллергия :-)

(24) Все же в одном блоке коды одинаковые, можно про сканировать одну пачку и ввести 10?

(26) Смотря для чего...
Для прихода - можно, если в Вашей программе не ведется учет поступивших кодов.
Для продажи - нет. Все коды реально разные, в пределах блока будут одинаковые только GTIN(первые 14 символов кода, содержат в себе ШК ЕАН), и закодироаанная в коде МРЦ. Серия, номер, "криптохвост", будут по любому для каждой пачки уникальны.

http://catalog.mista.ru/public/1257176/
про маркироввку табака

(28) Классная статья. Слов нет. Чем думал тот, что так систему проектировал?

(28) статья зачет.. До алкашки табачникам расти и расти..
Кому это только всё надо ? загадка.

(30)>>Кому это только всё надо ? загадка.
Вы логику внедрения системы Меркурий не пытались понять ? :)

(30) Ну алкашка тоже пробовалась в 2006. Вот, табак пробуется.

(30) это уже общемировая тенденция + можно состричь денег
https://www.audit-it.ru/cblogs/taxnet/1004716.html

(29) видимо проектировали не систему, а возможность состричь бабку. а ресурсы на проектирование системы - по сотатчоному принципу. получился очередной уродец.

(28) Статья хорошая. Ее бы на пол годика раньше, а то почти все уже пройдено на своей шкуре методом проб и ошибок...

+(19) Блин... Достали "неверующие"... Типа, "а может это у тебя кассовая программа дезагрегирует блоки и пачки по одной в ЧЗ отправляет"... Бред. Как будто я не знаю, что у меня внутри программы делается, а что нет.
Вот, специально для неверующих, скриншот того-же чека где блок с пачами в ЧЗ, из ЛК 1-ОФД: https://content.foto.my.mail.ru/mail/m_w_w/_mypagephoto/h-320.jpg

ФСБ еще подключили до ЧЗ, зачем?  Давайте еще и армию туда добавим, а лучше Роскосмос.

(36) я вот хз, по отсылке в (19). в чек коды пачек напихала прога 1С при сканировании кода блока? или как?

(38) Или как... Смотри скриншот из (36), а потом из (19)... 1С там близко нет. Кассир в кассовой программе бек-офиса(УКМWIN) отсканировала и пробила один единственный код блока, о чем свидетельствует скриншот из ОФД, месага(36). А в Честном знаке, отображается каждая пачка из этого блока, и сам блок - скриншот из поста(19). Честный знак сам "дезагрегирует" и списывает(выводит из оборота) каждую пачку.
Это ответ-опровержение на (18)"Честный Знак скорей мёртв, чем жив. И без обращения туда не происходит разбора блока на пачки." - все происходит, без каких-либо обращений, или еще каких-то действий. Достаточно туда правильно код блока передать.

PS в принципе, (19) было достаточно. Но со мной сегодня пару раз связались, с вопросом типа твоего... Поэтому, дополнил ответ постом (36), что-бы не было непоняток...

Меня больше напрягают блоки, по которым производитель не передал информацию по пачкам. Через день полная фура приезжает >100к пачек, блоков 10-20 без них.
Заказчик не знает отсылать такое УГ обратно или принимать, ТП Честного знака пока не ответила.

во-первых,проблема не честного знака в том,что решили начать с розницы.
если бы как в егаис,начинали с опта,то не было бв проблем с тем,что коды могут быть у кого,угодно.

криптохвост умеет проверять ФН-М,как бы,детище ФСБ,но про него пока забыли,так как проверка правильности криптокода не гарантирует того,что код легальный,уникальный и получен законно.

то,что кто-то решил использовать Base80 при кодировании-это основная проблема.
можно было,например,выбрать base85 или base93,которые лучше приводятся в биты,а можно было писать просто цифрами,чтобы регистр был не важен.
в ЕГАИС,например,регистр слетает только в путь,но коды сразу становятся не валидными.
кроме того,к почти всех сканеров есть передача символов через alt комбинацию,да медленно,но ничего не слетает.

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

почему-то,опыт ЕГАИС никому не подошел,ах да,там же и ключ специальный и программное обеспечение нужно ставить,но,зато там работает помарочный учет без каких-либо серьезных проблем,а для остальной маркировки изобретают велики.

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

(40) производителей до 01.07.2020 не обязывали строго менять статус на QR-кодам упаковок, так сказали в ТП ЧЗ. Нам тоже везут сиги , а статус упаковки эмитирован или нанесен.Сказали что конкретный контроль начинается за сигаретами производимыми начиная с 01.07.2020 .

Я туго понимаю, - о чем Вы спорите. Пока ни одной пачки сигарет, которую можно и нужно проверить я не видел. Все светится красным, и у Мегаполиса, и у СНС. Либо продано, либо разагрегировано ( нет такого слова в русском языке), либо другому ИНН принадлежит.

(44) Донтабак продается во всю.

Мы выгружаем номенклатуры из УПП в Фронтол. То, что где-то в файле выгрузки у номенклатуры должна быть отметка табачной продукции - это понятно. А надо ли выгружать сами QR-кода ? В принципе организовать учёт QR-кодов в разрезе магазинов и номенклатур в УПП можно, но нужно ли, вот в чём вопрос. Фронтол при считывании QR-кода "сам всё понимает и куда надо отправляет" или же там организовано что-то вроде партионного учёта и надо выгружать QR-кода каждой пачки ?

Помогите, плиз...

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

(47) "Пидарасы, сэр!"
вопрос сугубо стандартизации и монополии на инфообеспечение бизнеспроцессов.

Добрый вечер. Помогите не могу понять в чем проблема. Две базы Розница 2.3.4.33 одна основная вторая синхранизация РИБ по магазину. Когда в базе РИБ по магазину ставишь галочку ВЕСТИ УЧЕТ ТАБАЧНОЙ ПРОДУКЦИИ. Не один документы ПОСТУПЛЕНИЯ ТОВАРОВ в этой базе не открывается. Пишет ошибку "Справочник.МаршрутыПодписания.ОднойДоступнойПодписью. Предопределенный элемент отсутствует в данных" как только галочку убираю все открывается. В центральной базе все открывается. Косяк 1с или я чтото не настроил. Я так понял это связано с ЭДО. Может кто сталкивался. ПОМОГИТЕ.