Жизнь меня пока не сталквала с ПИОТами.
Но вот сегодня столкнулся с проблемой.
Иногда драйвер выдает ошибку:

При печати чека произошла ошибка.

Контрольная марка не проверена
Используемый драйвер оборудования не сертифицирован или снят с поддержки.
Обратитесь, пожалуйста, за помощью к поставщику драйвера


Но фишка не в этом.
Настоящий кошмар сознания-разума разработчиков в том, что если отложить чек, то криптохвост марки не сохраняется, а без криптохвоста не ПИОТируется.
Получается, нужно заново сканировать марки.
А обычно товар уже отдан клиентам...

Похороны Розницы идут ударными темпами, товарищи.

(0) Было же сказано - храните деньги в сберегательной кассе.

Установил по инструкции, проработало несколько дней и тоже вылетела ошибка "Используемый драйвер оборудования не сертифицирован или снят с поддержки." сам драйвер и обработку брал для атола из бин с 10,10,8,24 . вернул на ту что в конфигурации - пока полет норм , уже установил где то на 15 ккм - только треть более мененее - на остальных регулярно проблемы разного характера, вчера в одной конторе 3 штриха и единая база , только на одном взлетело все ок.

(0) Пора запасаться едой, сигаретами (кому актуально), всем маркируемым.

(0) > Похороны Розницы идут ударными темпами, товарищи.

а ЭФ³ уже умерла или еще не родилась? я что-то пропустил походу

(4) пока отложена, авралирую

У меня такая ошибка была при установке 64х битного атол, поставил 32х битный и все заработало.

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

(5) Завтрамэн

(7) Что значит "определяется одной строкой" ?

(6) дык фишка в том, что такая ошибка выдается не на всех ШК (7) так конфа не розница, а РМК, зачем-то ей нужен полный код.

(8) ну жизнь то происходит сегодня а пет-проджекты подождут, даже если их вся Россия ждет

(11) Как всегда, преувеличиваешь свои скромные труды. Скромнее надо быть

(12) будь. я гений, могу себе позволить не скромничать.

(2) Расскажи по Атолам, какие доработки требуются в механизме  формирования чеков (с проверкой КМ)?

(13) Решил проблему с ошибкой "Контрольная марка не проверена"?

(14) Что для Атолов, что для Штрихов и для любой друкой кассы НЕ ТРЕБУЕТСЯ изменений в механизме формирования чеков. Пиот требует некоторых изменений в Разрешительном режиме продажи. До ПИОТ перед добавлением маркированной предукции в чек вы делали запрос по марке в ЧестныйЗнак используя постоянный токен, полученный в ЧЗ. Если ЧестныйЗнак не доступен, вы делали запрос в Локальный Модуль. В ответ вы получали информацию о марке,  идентификатор Запроса в время запроса. Если продажа Марки разрешена, то вы добавляли в кассовый чек данную марку и информацию о запросе. После через кассу вы формировали запрос о проверке Марки в ОФД/Кассе и получали в печатной форме чека М, М+ или М- в зависимости о статусе марки в ОФД

Используя ПИОТ перед добавлением маркированной продукции в чек вы делаете Http запрос к модулю ЕСМ, который обычно установлен на локальном компьютере. ЕСМ делает запрос в ЧестныйЗнак, используя временный токен, который генерит касса. Время жизни токена - 1 час. Если ЧестныйЗнак не доступен, то ЕСМ делает запрос к ЛокальномуМодулю. Далее как и раньше. В ответ вы получали информацию о марке,  идентификатор Запроса в время запроса. Если продажа Марки разрешена, то вы добавляли в кассовый чек данную марку и информацию о запросе. После через кассу вы формировали запрос о проверке Марки в ОФД/Кассе и получали в печатной форме чека М, М+ или М- в зависимости о статусе марки в ОФД

(16)(17) и получали в печатной форме чека М, М+ или М- в зависимости о статусе марки в ОФД

Что-то у Вас какая-то каша... При чем тут это вообще?
Все эти [M] печатает на чеке сам ККТ, по результатам проверки на сервере ОИСМ(по сути - атавизм от первых вариантов маркировки) ничего общего с РР(Разрешительным режимом) не имеющей. А ТСПИоТ, это лишь частный случай РР, отличающийся только способом авторизации и каналом связи от классического РР. Ни какие [M], [M+] или [M-] на чеке печататься при этом не должны - если только как результат второй проверки на сервере ОИСМ. Ну, или если Вы сами теккстом печатать будете :-)
Результаты проверки по РР передаются в специальный тег 1265 только в электронном виде, и на печать не выводятся. Не зависимо от того, через ПИоТ была проверка или классическая, по X-API-Key.

(12) скромность украшает только тех, у кого нет других достоинств. А на Мисте собрались выдающиеся во всех смыслах личности!!!

Что такое ЛокальныйМодуль?
И зачем он нужен?

(20) ЛокальныйМодуль, по задумке разработчиков, это локальная база данных, которая содержит спиcок GTIN, партий, запрещенных к продаже. По словам разработчиков вся эта информация будет заполняться позже.

(18) Что-то у Вас какая-то каша...
  Скажу вам по секрету, что Результаты проверки по Разрешительному Режиму НИКУДА НЕ ПЕРЕДАЮТСЯ. В специальный тег 1265 передается информация, что якобы был сформирован запрос в ЧестныйЗнак и этот запрос имеет GUID.
  Вы можете послать запрос в ЧестныйЗнак/ПИОТ получить информацию о Марке. Она запрещена к продаже. Получить GUID запроса заполнить тэг 1265 и продать товар. И только потом, офд отправит информацию о марке в ЧестныйЗнак, выяснится, что это марка запрещена к продаже. Налоговая автоматически начислит вам штраф в 10 000 руб. Спишет с вашего счета эти деньги. Но это будет в следующей жизни

(21) Пока законодательно не определят, кто будет возмещать стоимость товара конечнику, все эти базы запрещенных к продаже идут лесом. Самая настоящая профанация.

(22) Совершенно верно.
Это просто ID и время запроса, по которым, "при разборе полетов", ТЕОРЕТИЧЕСКИ можно найти этот запрос в базе, если кому-то это очень понадобится, и проверить, как отреагировала на ответ на него Ваша кассовая программа, и почему Вы все-таки продали этот товар, хотя проверка по РР вопила НИЗЯЯЯЯ!!!
(не в информации для тега 1265, а в тексте ответа на запрос, где данные для 1265 тоже присутствуют, но это лишь часть ответа)
А в (18) я просто написал, что [M] на чеке ни какого отношения к РР и соответственно к ПИоТу не имеет. Это совсем другая проверка.

(20) Вообще не нужен, когда работает проверка ОнЛайн(за небольшим исключением, но об этом отдельно).
А вот когда ОнЛайн отвалился, не важно по каким причинам - то-ли сервера легли(что мало вероятно, так, как их много, это разветвленная сеть CDN площадок, все сразу не отваливаются), то-ли у вас или провайдера интернет отвалился.
Тогда срабатывает проверка ОффЛайн, и в тег 1265 все равно передается индентификатор запроса, время, и еще 2 параметра в отличии от ОнЛайн - ИД установки ЛМ и версия его базы. Это уже страхует вас от отклонения "продажа без проверки по РР". Проверка по ЛМ приравнивается к проверке ОнЛайн, с точки зрения требований законодательства, хотя, по сути - это фикция, так как в запрещенных там только марки заблокированные ОГВ, и то не сразу они туда попадают, и еще вилка цен на марки табачки. Ни каких самых нужных проверок, таких как сроки годности, или продажи у другого продавца ЛМ не выполняет.

PS Про исключение, когда он все-таки нужен и при рабочей проверке ОнЛайн - если ККТ работают автономно от УС(схема БЭК<=>Фронт) и их несколько, то где-то нужно собирать данные о проданных марках со всех ваших касс, что-бы избежать дублей продаж. Где? Отдельный сервер поднимать ради этого? Так вот в ЛМ есть опциональная возможность сохранять продажи марок и выполнять проверки на дубли при продаже. Да, это опция, не обязательная, но в некоторых случаях очень удобная.

(25) Спасибо за пояснения.

(25) Тогда срабатывает проверка ОффЛайн, и в тег 1265 все равно передается индентификатор запроса, время, и еще 2 параметра в отличии от ОнЛайн - ИД установки ЛМ и версия его базы ...
   А это точно? Я не передаю эти два параметра.

(27) Точно.
При ответе от ЛМ они прилетают в ответ, и должны передаваться.
Скриншоты старые, просто под рукой сейчас нет свежих, а перекапывать все чеки, ища "где ЛМ сработал" лень...
Вот, 1265 при ОнЛайнРР:



А это, что-то с ОнЛайн "не срослось" и ЛМ сработал:



(точнее даже не что-то, а это марка в тестовом он-лайн эмуляторе ПИоТ для тестирования ПМСР для сертификации, в ней заложено такое поведение - типа не сработка онлайн и проверка в ЛМ)
На первом скриншоте, первая красная строчка про ОИСМ, можно не обращать внимание, это я кому-то рассказывал то, что тут в (18) описывал, но, в принципе, можно и как иллюстрацию к (18) использовать :-)
Я уже не помню, почему там [M] без +/-, скорее всего для тестов кабель с интернетом из ККТ выдернул, а в компе остался, раз РР проверка без ЛМ сработала.
Или вообще, судя по скриншоту, это боевая касса (1-ОФД) и что-то там с доступом к ОИСМ было на тот момент не то... Было как-то, их жестоко дудосили, и проверки не проходили. [M] без +/- ККТ из себя передает и печатает на чеке, как свидетельство того, что запрос к ОИСМ был, но ответ на него в отведенное время не получен.

(28) Какую DLL используете в 1С для пробития чеков 10.10.8.21 или 10.10.8.0? В "Тест драйвера" получается выполнить проверку КМ (средствами драйвера)?

(29) Если это вопрос ко мне, то с чего вы взяли, что это вообще АТОЛ и 1С - ???
Не АТОЛом единым рынок ККТ заполнен, и не на одной 1С держится.
(29) В "Тест драйвера" получается выполнить проверку КМ (средствами драйвера)?
Да, конечно, в тесте драйвера используемой ККТ(не АТОЛ):

(30) Не АТОЛ, это тоже хорошо. Подскажете какая ККТ, будет проще.

(30) Лучше бы скрин прикрепили с ответом на проверку маркировки.

СПАРК-130Ф

(32) Лучше бы скрин прикрепили с ответом на проверку маркировки.

Не могу. Нет сейчас под рукой доступного ККТ с НАСТОЯЩИМ ФН. Только тестовый с ЭФН от МастерФич. А он на все возвращает положительный ответ. Что-бы для тестов получить отрицательный - нужно запрограммировать специальный номер ФН.
Так у них построена система работы с тестированием маркировки.
С другой стороны - а зачем? Все работает в боевом режиме и давно уже, по этой проверке ни чего не менялось ни с приходом РР ни с приходом ТСПИоТ...
Вообще проверка ОИСМ - атавизм от прошлого.
Если Вам нужно проверить марку по РР - давайте, или строкой или нормальной фоткой, проверю у себя в конфе 1С, у меня там для этого есть необходимые инструменты...
Если нужно, могу и в ЛМ показать проверку, тоже есть.

На АТОЛ (локально ПК) поставили драйвера от ЕСП 10.10.8.24 и перестала часть функционала "Тест драйвер" работать. Мне понять бы, так и должно быть, или это как-то можно поправить. Делали все это специалисты ЕСП - надеялся, что будет все грамотно.

(35) Да, Вы не одиноки... Народ на всех форумах и в чатах жалуется на это... Вроде сделали одно, поломали другое.

(35) Ставил 10.10.8.23, стабильнее работает.