Демонстрировал вчера свою программу (ПМСР) Честному знаку.
Все хорошо, но не смог продемонстрировать пробитие реального чека, потому что их, тестовый код маркировки не проходит проверку в ИСМ.

Т.е. моя программа делает следующее:
1. При сканировании тестового кода маркировки посылает запрос в "песочницу" ПИОТ. Оттуда получает разрешение на продажу.
2. Формирует Json-задание для ККМ, где стоит "validateMarkingCodes": true.
ККМ не печатает чек, ошибка: ERROR [FiscalPrinter] Объекту 0x046F9640 присвоен код ошибки 81 [Документ закрыт - операция невозможна]

Если в то же самое Json-задание поместить не тестовый код маркировки, а настоящий (пожертвовать пачкой сигарет), но разрешение на продажу использовать от предыдущей проверки из "песочницы", то чек напечатается.

Т.е. из этого я делаю вывод что тестовый код маркировки ККМ проверить не может.

Я все это сказал проверяющему из Честного знака, он бросил такую фразу:
- но ведь КМ не обязательно проверять на кассе.
Честно говоря, я не понял, так как по всем инструкциям по драйверу Атол - обязательно.
Но если я делаю параметр "validateMarkingCodes": false то независимо от того какой у меня стоит код марикровки (тестовый или настоящий) - все-равно на бумаге выходит ЧЕК АННУЛИРОВАН, а в логе ERROR [FiscalPrinter] Объекту 0x046F9640 присвоен код ошибки 409 [Некорректный код маркировки].

Так как мне отключить проверку КМ на Атоле? Ведь моя программа уже их проверила через ПИОТ и сомнений нет.

Такая проблема сейчас у многих. 1С франчази молчат, т.к. кругом опубликована противоречивая информация. Алгоритм проверки КМ должен быть в 1С другим, но каким? Отключение проверки через ККТ, тоже ни чего не дает, т.к. нет признака прошедшей проверки (возможно есть, но мы о нем не знаем). fptr10_1c_win32_10_10_8_21.dll - это КОТ в МЕШКЕ, там нет заявленных от 1С методов работы с ПиОТ. Если его подключить к последней БПО, то она говорить, что методов, которые должны быть - НЕТ.