Расскажите пожалуйста товарищи, а каким образом происходит формирование чека на ККМ. Я так понял (поправьте если не прав), что на вход драйвера ККМ подается XML с данными чека и потом драйвер уже сам все это запихивает в ОФД.
В соответствии с https://sudact.ru/law/prikaz-fns-rossii-ot-14092020-n-ed-7-20662/prilozhenie-n-2/iv/tablitsa-97/
в ОФД попадают данные тоже в виде (вероятно) XML. Так вот там есть два тега 2102 productCodeHandleMode режим обработки кода маркировки и 2106 productCodeCheckResult результат проверки сведений о товаре. Эти теги заполняются при отправке данных в кассу или драйвер кассы сам добавляет эти данные перед отправкой? Насколько я понимаю у меня проблемы с отсутствием признака М+ в кассе и отсутствия выгрузки в честный знак связана именно с отсутствием двух этих тегов в чеках. Но я не вижу чтобы эти теги формировались в моей базе 1С:Розница 2.3. Или я таки плохо ищу? Поиск по строкам productCodeCheckResult и productCodeHandleMode результата не дает.

1C:Розница Атол 30Ф, честный знак и отсутствие признака в чеке М+

(1) Спасибо.
А по существу все же может подскажут?
Остается поскачивать торговые конфы и проанализировать как там формируется чек самостоятельно.

(2) на ИТС вроде бы вся подробная инфа есть по XML

https://its.1c.ru/db/metod8dev#content:4829:hdoc:chapter270

фактически должны сойтись все звезды: драйвер ККТ, компонента в 1С, код CheckPackage в формирования чека в конфигурации

(3) Спасибо, не знал.
(4) ИТС пока не прочитал поэтому ответа откуда 2102 и 2106 берутся не знаю, но спасибо за помощь.

(5) https://its.1c.ru/db/newscomm#content:471190:hdoc

Проверка маркированного товара на ККТ реализована по следующему сценарию:
Запрос на проверку КМ на ККТ.
Поле «MarkingCode» заполняется значением полной КМ в BASE64.

Фискализация чека
Необходимо заполнить для фискальной строки атрибут «MarkingCode» - полной КМ в BASE64.
Вот оно (вероятно) - получается, что результат проверки и строка чека ККМ состыковываются по полю MarkingCode самим драйвером ККМ. В моем случае, получается, эти данные не совпадают поэтому и нет М+ в чеке.

(6) как оказалось эта ссылка выдержки из того, что есть на (0). Но все равно спасибо.

(7) > эти данные не совпадают поэтому и нет М+ в чеке
А почему они у тебя не совпадают?

Ну вот как и я предполагал из-за отсутствия MarkingCode в чеке на фискализацию и не выводился М+ в чеке. М+ в чеке появилось, осталось проверить ОФД и честный знак.

Все интереснее и интереснее.
В ОФД  теги
[2102] productCodeHandleMode        0
[2106] productCodeCheckResult       15
[2107] overallProductCodeCheckResult   0
есть, в печатной версии которую выдал ККМ признак М+ есть. Но чек все равно не выгрузился в честный знак. У кого-нибудь есть еще идеи? У меня уже кончились.

(11)  это уже вопрос к ОФД
в личном кабинете
Чек есть? В нем марка есть?

(12) Чек есть, марка есть, а в честный знак не ушел. Блиииин.

Поддержка ОФД ответила.

"Ваша касса работает по ФФД 1.2, по ФФД 1.2 сами кассовые чеки в ЦРПТ не передаются, по ФФД 1.2 касса должна формировать и обмениваться с ЦРПТ следующими фискальными документами:

1. Запрос на проверку КМ в ЦРПТ (на основание данного документа проверяется статус КМ в ЦРПТ)
2. Уведомление о реализации маркированного товара (на основание данного ФД осуществляется выбытие КМ в ЦРПТ).

Просьба проверить формирует ли Ваша касса данные типы документов, если да то требуется проверить настройки кассы и количество непереданных уведомлений в ЦРПТ."

Остается выяснить в какой момент идет формирование уведомления о реализации маркированного товара и кто его формирует 1С, касса сама или по какой либо команде от 1С.
Если кто знает, то подскажите пожалуйста.

Таки нашелся чек в честном знаке. Остается только пробивать чеки дальше и наблюдать за процессом.