Добрый день!
Есть такой код маркировки блока сигарет, считанный с реальной марки блока, сканером COM:

0104600439934837210qPwoqm(GS1)8005132000(GS1)93Vaqh(GS1)24014378467

Как видим, три разделителя GS1...
Но, по этому документу: https://xn--80ajghhoc2aj1c8b.xn--p1ai/upload/Структура%20DataMatrix.pdf
должно быть два... Вот так: 0104600439934837210qPwoqm(GS1)8005132000(GS1)93Vaqh
Почему там третий, и еще добавка после него 24014378467 - ?
Вроде, должно, если верить документу с ЧЗ, заканчиваться 4-мя байтами контрольной суммы: "Vaqh", т.е., до третьего GS1, и все, откуда еще разделитель и дополнительные символы?
Почему так? Правильно это или нет?

PS Если что, это марка реального, легального блока Винстон, приложением ЧЗ определяется как "блок сигарет", выводит производителя, правда, статус - "Не может находиться в обороте", ну, правильно, так, как давно продана одним из моих клиентов, еще по ФФД-1.05...

(0) Ну, в шаблонах 1с8 он присутствует:
"01 + GTIN (14 chars) + 21 + СерийныйНомер (7 chars) + 8005 + МРЦСтрокой (6 chars) + 93 + КодПроверки (4 chars) + 240 + КодТНВЭД (8 chars)"

Моим "парсером" распознается, даже если из КМ перед этим удалить символы GS:

ШК = [01]04600439934837[21]0qPwoqm[8005]132000[93]Vaqh[240]14378467
Код товара в формате GS1 Data Matrix или Data Matrix маркировки
GTIN = 04600439934837  Serial = 0qPwoqm
Цена = 132000 ->  1320.00 руб.
[КМ] = 0104600439934837210qPwoqm800513200093Vaqh24014378467
[01] = 04600439934837
[21] = 0qPwoqm
[8005] = 132000
[93] = Vaqh
[240] = 14378467
[КМсGS] = 0104600439934837210qPwoqm800513200093Vaqh24014378467
КТ = 44 4D 04 2F 1F 96 8F 75 30 71 50 77 6F 71 6D 31 33 32 30 30 30
КМ = 30 31 30 34 36 30 30 34 33 39 39 33 34 38 33 37 32 31 30 71 50 77 6F 71 6D 38 30 30 35 31 33 32 30 30 30 39 33 56 61 71 68 32 34 30 31 34 33 37 38 34 36 37

(1) Моим "парсером" распознается

Виктор, я в этом и не сомневаюсь, не вижу проблем распарсить...
Проблема с производителем нового(для ФФД-1.2, включили в реестр неделю назад, это Спарк-130-Ф)...
Цитата из переписки с программистом разработчика ККТ:
"Тем более, я тебе уже сказал: если ОИСМ это дело проверяет, и его решение положительно, то и париться не надо. ФНС на одном из своих форумов так и писала: пока производители ФР адаптируют свои прошивки к новым форматам КМ, КМ будут положительно проверяться ОИСМ, и этого достаточно. Т.е. реквизита 1300 для таких марок вполне достаточно."
Родной софт ККТ не распознает марку с тремя GS1, и формирует тег 1300:
https://content.foto.my.mail.ru/mail/m_w_w/_mypagephoto/h-415.jpg
И распознает нормально, если отрезать от КМ третий GS1 и все, что после него:
https://content.foto.my.mail.ru/mail/m_w_w/_mypagephoto/h-416.jpg
Казалось бы, да и фиг с ним, отрезай это в софте верхнего уровня, и будет тебе счастье...
Но, нет, по ФФД 1.2 в тег 2000 должен передаваться полный код марки, как считан сканером, отрезать нельзя...
Но, тег должен 1305 формироваться(его не мы формируем, а сам ККТ), а не 1300 - !
Я правильно понимаю?

+(2) Вот как это в тестовом ОФД выглядит:
https://content.foto.my.mail.ru/mail/m_w_w/_mypagephoto/h-417.jpg

Интересно, у других ККТ как с этим, как распознается и какой тег сформируется на такую марку?

(2) "Виктор, я в этом и не сомневаюсь, не вижу проблем распарсить..."
Лучше б обратил внимание на:
"в шаблонах 1с8 он присутствует:
"01 + GTIN (14 chars) + 21 + СерийныйНомер (7 chars) + 8005 + МРЦСтрокой (6 chars) + 93 + КодПроверки (4 chars) + 240 + КодТНВЭД (8 chars)"
Это в 1с8 один из шаблонов блока сигарет и означает, что случай не единичный, а массовый если типовые конфы 1С это признают.

Моя задача - правильно передать ПОЛНЫЙ КМ (и с GS на своих местах) в составе чека. А что уже с ним будет делать ККТ - не моя проблема, за внутренний софт ККМ не я отвечаю ;)
Поэтому в логике внутреннего софта ККМ я разбираться не стал и вряд ли буду.

(0) Так это только обязательные поля, их можно дополнять.
Например, производители молочки получают код марки из СУЗ (сколько весит товар и какой срок годности пока неизвестно), потом в DM добавляется информация о сроке годности, вес товара.

А лучше написать вопрос в техподдержку ЦРПТ [email protected]
и опубликовать сюда их ответ, по данному шаблону КМ.

(5) Вес товара - да (в виде AI 3103), срок годности - нет, это на этапе тестирования планировали, сейчас передумали, сложно подгадать срок годности будущего товара при печати в типографии рулоны с кодами маркировки.

(7) Разве такое в типографии печатают? В данном примере срок и вес не нанесен, но технически нет ограничений.
https://t.me/markirovka_main/98737

(4) А что уже с ним будет делать ККТ - не моя проблема, за внутренний софт ККМ не я отвечаю ;)

Понятное дело :-)

В данном случае, это и моя проблема в частности, а не только разработчиков ККТ, к сожалению...
От решения этих и некоторых других вопросов, будет звисить, буду я своим клиентам продвигать комплекты модернизации Спарк-115 => Спарк-130: https://wiki.ccrs.ru/oborudovanie/spark-130/modernizaciya-spark-115f-do-spark-130-f.html , стоимостью около 10К, или предлагать переходить на ККТ других производителей, те-же АТОЛы, а это, если не брать во внимание самые дешманские варианты, на узкой ленте и без автоотреза, то от 30К начинается. Поэтому, в моих интересах, что-бы производитель ККТ довел свое изделие до рабочей кондиции, что-бы небыло мне потом "стыдно и мучительно больно".

(8) Практически на всю молочную продукцию средства идентификации печатают сервис-провайдеры.
Но может только совсем небольшие производства печатают сами, но ради них одних будут делать отдельный формат с датой изготовления (сроком годности)?

(9) Вопрос уже написал в ТП ЦРПТ?
Не забудь сюда выложить ответ.

(11) Нет, пока не писал, жду ответа от производителя ККТ, потом, по ходу будет понятно, писать или нет. Естественно выложу, если будет что.

Еще один вопрос, не хочу новую тему создавать...
По тегам 2003 и 2108, зависимость значений одного от другого... А именно:
Разработчик ККТ утверждает, что если в теге 2108, указано 255(Применяется при использовании иных единиц измерения, не поименованных в п.п. 1-23, тпблица 114), а так, как для блока сигарет нет единицы "блок", то по логике должно быть так и указано 255, то в 2003 должно быть 2 или 4, таблица 105, что подразумевает, что это "мерный товар" или "часть товара", но это-же не так. Блок, есть блок.
Я конечно сделал выгрузку в кассовую программу единиц "блок" как "шт.", а "блок" прибавляю к наименованию, по типу "Какие-то сигареты(блок)", с единицей шт, так все работает(с 255 пишет ошибку в теге 2003) но, насколько это правильно?

(12) Для маркированных товаров в теге 2108 разрешено передавать только 0.

(12) блок, короб, упаковка и т.д., это всё "единица", поэтому 0.

http://www.consultant.ru/document/cons_doc_LAW_362322/f9090fa50cc1c198291425696d24bff3613a3053/

Точнее так:
- если маркированный товар целый, то тег 2108 вообще не передается
- если маркированный товар мерный (дробный), то в тег 2108 всегда передается 0.

(15) - если маркированный товар целый, то тег 2108 вообще не передается
Хм... А как-же тогда вот это разъяснение ФНС(ссылка первая попавшаяся, но, я до этого находил само письмо ФНС, датированное что-то концом 2021, сейчас, с лету под рукой его нет):
https://secrets.tinkoff.ru/novosti/nalogovaya-razyasnila-kogda-v-kassovom-cheke-dolzhen-byt-teg-2108/

+(16) Да вот оно, в Гаранте: https://www.garant.ru/products/ipo/prime/doc/401455330/

Я смотрю протоколы ФФД, а не разъяснения ФНС.
- в запросе на проверку КМ тег 2108 для целого маркированного товара не передается (ссылка в (15))
- при регистрации позиции чека в теге 2108 указывается 0 для любого маркированного товара (целого и дробного)

(18) Драйвер Атола, например, не даст нарушить, просто будет ошибки при попытке пробить чек при неправильном заполнении тега 2108.

Да так то оно так, полностью согласен, и логически это правильно, но штрафовать то ФНС будет, при неисполнении их "хотелок", и даже в конце этого разъяснения, написно на сколько :-(

(20) Еще раз:
1) при регистрации позиций чека тег 2108 заполняем всегда для любого товара (маркированного и не маркированного) - об этом приведенное письмо ФНС
2) при отправке запроса проверка КМ - тег 2108 не передается для штучного маркированного товара - и письмо ФНС не об этом
;)

Спасибо, теперь понятно :-)

Сильно замудрили они с этим ФФД 1.2.
Я сам поначалу путался, какие именно процессы и какие именно законы описывают.
Раньше просто было - одним этапом:
- регистрация позиции в чеке.

А теперь развелось несколько этапов:
- Запрос на проверку КМ
- Ответ на запрос
- Регистрация позиции чека
- Уведомление о реализации маркированного товара
- Квитанция об уведомлении.


И на каждый этап свои правила.

Это уж точно...
Проверку проходит с 2108=0 и 2003=1, все нормально.
Уведомление отправляется, тоже нормально.
А вот добавление позиции, с 2108=255, проходит и дальше чек нормально закрывается, только при условии, что в уведомление тег 2110=2...
Если передать 1, что логично(штучный маркированный товар, блок сигарет), то при добавлении позиции с 2108=255, вылетает ошибка с руганью на 2110...
Получается, в чеке, 2108=255 и в уведомлении 2110=1 - не совместимы?
Я чего-то недогоняю, или все-таки ККТ не верно работает?

(24) Ну свое мнение про штучность маркированного товара я в (14) выразил.

Если товар маркированный ШТУЧНЫЙ (то бишь ЦЕЛЫЙ), мера кол-ва предмета расчета (тег 2108) это всегда "ед." (или "шт."), в т.ч. блок, короб, столб, телега и т.д. На то он и штучный товар, чтобы продаваться в единицах измерения счета, т.е дискретно.
Все остальные ед.изм. не для штучных товаров (ВЕСОВЫХ и прочих), а они у нас  не маркируется (пока). Значит и мера кол-ва кроме 0 не применима.
Если же отражаем в чеке ДРОБНЫЙ маркированный товар, то передаем в тег 2108 при проверке КМ всегда 0, об этом четко написано в ФФД - см. (16):
"6) Реквизит "дробное количество маркированного товара" (тег 1291) включается в состав запроса о коде маркировки только в случае, если значение реквизита "мера количества предмета расчета" (тег 2108) принимает значение, равное "0"."

А если при проверке КМ передали 0, то как-то нелогично при регистрации этой же позиции в чеке передавать второй раз в тег 2108 не 0.

В принципе, по тегу 2108 для маркированных мне всё ясно. Непонятно, почему у тебя остались сомнения...

Ну, как сказать... Сомнений особых нет, уже привык, что без косяков ни одно новое начинание не бывает...
Вроде как, "обложили со всех сторон", для того новый формат и придуман. А тут, ФНС отказалась от такого "лакомого кусочка" - видеть единицу измерения, в которой мы товаром барыжим... Может клиент ЦЕЛЫМИ "вагонами" товар продает-? А "вагон" передать в ОФД нельзя, даже если его промаркировали... Только штука, целая, и не важно, что это "вагон"... И в принципе, мерным его тоже можно сделать, если я захочу пол вагона продать, и тогда и 2108=255 пройдет... Но, на каждой "половинке", будет маркировка от целого, и дробное количество, 1/2. Так прокатит. Но, тогда, внутри этого "вагона" должен быть не маркированный товар(точнее, без своей отдельной маркировки каждой "части", так, как промаркирован весь вагон и он не мерный).
А вот для блока сигарет - так нет, или штуками продавать блоки, со своей маркировкой блока, или пачками, у каждой из которых своя марка. Сделать блок "мерным" - никак нельзя, так, как это "групповая упаковка", агрегат по сути, и при списании в ЧЗ - он никак не определит, какие пять марок из 10 надо списать. Т.е., для упаковок-агрегатов, может быть только "шт.".
Но, это все лирика... По сути, недостаток формата ФФД, и видимо не лечится при его текущем виде.

В общем, соглашаясь с (14), пока сделал как в написал в: (12) Я конечно сделал выгрузку в кассовую программу единиц "блок" как "шт.", а "блок" прибавляю к наименованию, по типу "Какие-то сигареты(блок)", с единицей шт, так все работает

Просто удивило, что у меня есть клиент, который давно работает по ФФД-1.2 на АТОЛах, и там таких проблем не возникло, думал, косяк новой прошивки Спарка, но, хорошо подумал, и пришел к выводу, что там косяк не вылез по одной простой причине - это обычный продуктовый магазин, и в отличии от "Табачной лавки", они просто блоками не торгуют, или, если возникает такая редкая необходимость, то потрошат их на кассе, и каждую пачку сканируют. Поэтому, это раньше у них и не вылезло. Если бы они завели в 1С единицу "блок", и попробовали продать его на кассе(вызрузка в фронт у них пока старая, без доработки, описанной в (12), так "блок" в единицу и передается), то, проблема бы сразу и нарисовалась, уже давно, и ККТ тут не при чем, "особенность" ФФД.
Буду считать, что в этом Спарк-130 работает правильно, так-же как другие.

+(26) - "промаркирован весь вагон и он не мерный", без "не" должно быть: "промаркирован весь вагон и он мерный"

++(26) Плохо, что нельзя редактировать, перечитал, что написал, и понял что: Фразу: "А "вагон" передать в ОФД нельзя, даже если его промаркировали..." надо читать без слова "даже", так: "А "вагон" передать в ОФД нельзя, если его промаркировали(если он штучный, не мерный)..."

(28) ну, если вагон = упаковка-агрегат - то почему нельзя? поддерживается огрниченный уровен агрегирования? пачка-блок-паллет - выше нельзя?

(29) Почему нельзя? Агрегировать можно. А вот продать через кассу часть упаковки-агрегата, нельзя. Только целую, с КМ агрегата.
Иначе, как ЧестныйЗнак узнает, какие входящие в агрегат марки, продались в этой его части, а какие остались и будут проданы следующий раз, при продаже следующей части аргрегата?

(26) "Может клиент ЦЕЛЫМИ "вагонами" товар продает-? А "вагон" передать в ОФД нельзя, даже если его промаркировали"

В розницу через чек ККТ вагон?
Ну допустим вагон этот продают в розницу  (т.е. для личного или семейного потребления, не для дальнейшей перепродажи, см. ГК) с фиксацией выбытия КМ через чек КККТ.
В Честном знаке различают несколько уровней упаковок:
- потребительская упаковка (для сигарет это пачка)
- групповая упаковка (для сигарет это блок)
- транспортная упаковка и тут может быть бесконечное кол-во вложений (короб, палета, вагон, пароход и т.д.).
Коды маркировки для первых двух (потребительская и групповая) генерирует честный знак и за каждый код мы ему платим 50 коп (+ НДС 10 коп.).
Коды транспортных упаковок генерирует сам УОТ (участник оборота товаров) в формате GS1-128 (SSCC), Честному знаку за него не платит, но агрегацию кодов нижестоящего уровня в эти упаковки в Честный ЗНАК отражает и может использовать в эУПД (при оптовых поставках). Называют эти коды - КИТУ.
Есть еще другие виды кодов - КИК (комплект), КИН (набор), АТК (агрегированный таможенный код), но тут рассматривать их не будем.

В чеках же ККТ можно использовать только коды маркировки 1 и 2 уровня (потребительская и групповая), называют их КИ и КИГУ.
Т.е. если в чеке продаем 1 блок сигарет, то можем указать в чеке 1 позицию с ценой блока сигарет и КИГУ, например
1 шт. * 1450 р. = 1450 р. КИГУ1 (при этом из оборота выйдут все КИ (коды пачек), входящие в этот КИГУ (блок))
или 10 позиций с ценой пачки и указанием КИ, напрмер%
1 шт. * 145 р. = 145 р. КИ1
1 шт. * 145 р. = 145 р. КИ2
...
1 шт. * 145 р. = 145 р. КИ10

При этом в первом случае 1 шт. = 1 блок, в втором 1 шт. = 1 пач. и в обоих случаях в тег 2108 передаем 0 (кто хочет дописывает в наименование товара название факт. ед. изм. - это их дело).
Но дело в том, что в чеке не передаются теперь ед. изм. (бывший тег 1197 для ФФД 1.1), а передается "мера кол-ва" (тег 2108 для ФФД 1.2), что отчпмтт имеет отношение к ед.изм, но вот в части натуральных измерителей не совпадагт (шт, блоки и т.д. для "меры кол-ва" (тег 2108) суть одно и тоже в отличие от "ед.изм" (тег 1197)).

(26) "Сделать блок "мерным" - никак нельзя, так, как это "групповая упаковка", агрегат по сути, и при списании в ЧЗ - он никак не определит, какие пять марок из 10 надо списать. Т.е., для упаковок-агрегатов, может быть только "шт."."

Если мы продаем пол-блока сигарет, мы не можем указать в чеке КИГУ и дробь 1/2, т.к. действительно будет не ясно какие именно КИ выбывают, а также для сигарет дробь указывать запрещено по правилам ЧЗ.
Это разрешено для других товарных групп - лекарств, парфюмерии.
Но тут именно идет частичное выбытие КИ, а не КИГУ, т.е продается часть упаковки таблеток, но каждая таблетка при этом же не маркируется отдельно.
На примере сигарет (если бы для них разрешили указывать "дробь") - означает поштучную продажу сигарет из пачки (каждая сигарета при этом персонально не маркируется).

(26) "Но, это все лирика... По сути, недостаток формата ФФД, и видимо не лечится при его текущем виде."

Я так и не понял в чем именно недостаток...

(31) * "отчпмтт" = "отчасти".

(31) В дополнение - если через чек ККТ продаем короб блоков сигарет, то не можем в чек передать код короба (т.к. это КИТУ - его нельзя передавать в чеке), значит мы должны перечислить в чеке все 50 КИГУ (блоков), которые входят в этот 1 КИТУ (короб).
А вот при оптовой поставке (в составе эУПД) можем передать любой из этих кодов - КИ, КИГУ, КИТУ 1-го уровня, ... КИТУ n-го уровня (при условии что указанные в эУПД коды идентификации передаются полностью, а не частично).

(32) Я так и не понял в чем именно недостаток...

Недостаток в том, что нельзя для штучного товара в ОФД передать единицу измерения, отличную от штуки, хотя-бы формально имеющую другое наименование...
Например, продавая пачку сигарет, по цене 130 рублей, и блок тех-же сигарет, по цене 1300 рублей, не понятно почему такая разница... И там, и там - единица "шт.". А наименование с припиской (блок) - это "слово из трех букв на заборе" :-)
Я конечно понимаю, что контроль МРЦ и все такое, все равно будет выполняться по КМ, но, глазами, зайдя в ЛК ОФД, этого не увидишь, и там и там штука.
В этом отношении, в 1.1 было правильнее, зря тег "ед. изм. (бывший тег 1197 для ФФД 1.1)" убрали. Вот именно в этом ИМХО и есть недостаток.
Ну, короче, что есть, то есть, с проблемой разобрались, все работает и ладно... А совершенство/несовершенство ФФД, это уже не наши заботы.

+(35) и там и там штука.
Точнее - "ед(0)", по крайней мере в тестовом ОФД...

Иллюстрация к (36): https://content.foto.my.mail.ru/mail/m_w_w/_mypagephoto/h-421.jpg

(36) Ясно.

Ладно, по второму вопросу - все понятно, можно забить, тут, в пределах ФФД-1.2 по другому уже не будет...
А по первому, сабжевому, по совету Виктуана в сообениях (6) и (11) этой темы, создал обращение в ЧЗ:
"Добрый день!
У Вас на сайте, есть такой документ: https://xn--80ajghhoc2aj1c8b.xn--p1ai/upload/Структура%20DataMatrix.pdf
По нему получается, что в структуре DataMatrix блока сигарет, должно быть два символа GS1. Но, в обороте есть много марок блоков, где этих разделителей три. Например, блок Винстон: 0104600439934837210qPwoqm800513200093Vaqh24014378467
При регистрации чека по ФФД 1.2, ККТ не может распознать тип кода, и формирует тег 1300, хотя, должно быть 1305. Производитель ККТ говорит, что формат кода не соответствует утвержденному и опубликованному формату, и он не обязан его распознавать, достаточно того, что марка проходит проверку, и то, что она не распознана и попала в 1300 - не важно.
Поясните пожалуйста, так ли это?"
Подождем, что ответят...

Блин... Я чего-то не понимаю, или техподдержка ЧЗ у техподдержки егаис научилась? :-(
Зашел сегодня, обращение в статусе "Завершено"...
Прекрасно, а где ответ то посмотреть?
При клике на номере обращения, открывается исходный текст моего обращения, никаким ответом там и не пахнет...
Больше, никаких активных ссылок там нет.
Ну, как так-то??? :-(

Остаётся их только троллить

(40) они в ЛК не отвечают, они отправляют ответ на почту прописанную в профиле, ищите там

(42) Ах, даже так... Позвоню сегодня хозяину магазина, спасибо...

(43) Так я ж просил им на почту вопрос задать [email protected]
Они там хорошо отвечают, именно на почту.

Ну, я не понял. Отправил в ЛК. Сегодня хозяин магазина, от которого подавал обращение, обещал проверить свою почту и переслать мне.
Если там ничего - напишу на почту суппорта. Только не понятно, как писать, от кого? От себя? Я не участник оборота, ответят ли?... От одного из клиентов? Ну, можно конечно, но это целая история...

(45) Просто от себя - отвечают. Это не тех.подддержка ЕГАИС ;)

Вот пример моего вопроса (целиком как есть, не включая картинки-вложения для пояснений):
"Добрый день.

Почему Код товара средства идентификации мехового изделия должен быть равен 21 символу согласно стр, 60 Приложения 1 по ссылке https://честныйзнак.рф/upload/iblock/34f/Protokol_informatsionnogo_obmena_OFD.pdf
Если фактически длина СИ мехового изделия на практике равна 20 символам, а не 21."

Ответ техподдержки (через 3 дня, но в тот же день были сообщения, что обращение принято в работу):

"Уважаемый участник оборота!
Ваше Обращение под № SR01962929 было разрешено.
Мы подготовили ответ на Ваше обращение:

Информация об указании 20-ти символов в протоколе информационного обмена передана в соответствующий отдел и будет изменена позднее."