Поступил заказ - подключить в нетленку разрешительный режим ЧЗ через ПИОТ.
Взялся, может кто уже делал и поделится?
Если взлетит, то финансово поблагодарю.

Нетленка в данном случае - это самописка под 8.Х - ???
У меня есть, но под 7.7, РР работает уже 3 дня через ПИоТ(до этого через X-API-Key работал с самого момента появления РР), на Штрих(ПосЦентр), вроде пока стабильно...
На ней я ПФС и сертификацию в ЧЗ прошел.

(1) пришли если не влом, прогоню через ИИ, возьму хотя бы за образец, да, для 83

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

Вот такая:



Но, если честно, то не очень понимаю, чем она может тебе помочь...
В восьмерке - есть свои методы хттп запросов, свои методы работы с JSON, свои методы кодирования в Base-64...
Если не вдаваться в эти нюансы, сам алгоритм я и без ИИ расскажу, как там и чего делать. А уже как это реализовать в 8.Х - сам разберешься, моя поделка под 7.7, тебя только запутает, так, как там многие вещи делаются через жо, так, как в 7.7 просто чего-то нет, а многих вещей просто не делается, так как нет того клиент-сервера, как в 8.3 и выше...
А общий алгоритм - могу расписать, не проблема. Если нужно - могу тут "по полочкам" разложить, там ничего сложного, даже проще чем просто под РР с ЛМ, не нужно думать об ЛМ, таймаутах на переключение в него, ключах X-API-Key и т.п... Все это делает ПИоТ сам. Единственное отличие - марка передается с предварительным кодированием в Base-64, в РР ОнЛайн передавалась без кодирования. Но, это в принципе даже упрощает - не нужно чего-то экранировать, приводить в вид, что-бы запрос сожрал и т.п., как есть.

(3) fixin@mail.ru

(4) ну да, мне алгоритм и нужен

Ого! 77 жива?

(7) Даже вакансии на 7.7 видел)

(5) Отправил.
Если чего-то будет не понятно - пиши что, прокомментирую.
На "чистоту кода" сильно не претендую, может что-то и не оптимально, писалось "по методу латания дыр" (особенно в части обработки ошибок 203 и 204), как все устаканится, отрефакторю...

И еще, имей в виду, что там у меня используется опциональная методика регистрации продаж и контроля дублей продаж в ЛМ. Я поленился делать это в самой 1С, да и не просто это в 7.7, учитывая, что марки "длинные" и со спец-символами. Можно, но... Зачем, если это есть в ЛМ.
Поэтому, там несколько отличный от общепринятого алгоритм проверки - сначала в ЛМ, на дубли продаж, а потом, если успешно - то в ПИоТ. И продажу потом фиксируем в ЛМ. Можно этого не делать, если проданные марки в 1С хранить, и проверять в ней на повторную попытку продажи. Тогда к ЛМ можно вообще не обращаться, ПИоТ сам когда нужно обратится, если связи с ЦРПТ по какой-то причине не будет.

+(9) учитывая, что марки "длинные" и со спец-символами.
Ну, хотя, ЛМ хранит марки без "криптохвостов", обрезанные по первый символ "GS". Так-же можно и в 7.7 хранить, но, это надо делать... А тут, уже готовое. Я в 7.7 храню проданные марки только в документах, ни каких регистров или чего-то такого нет для этого, а организовывать поиск по табличным частям документов(чеков) - идея так себе. Пусть "Енисей" из состава ЛМ трудится, у него это не плохо получается, зачем еще параллельно велосипед изобретать.

(0)как вариант использовать кассовые серверы типа kkmserver

(11) А их, что внедрять в конфу не нужно? Там тоже свой API, под который нужно все дописывать.
И если "с нуля" начинать, когда кассы совсем нет, то это может и оправдано(хотя, тоже вопрос - онлайн, облака, настройки ПИоТа под удаленное использование). А если касса уже есть и работает - то доработать до ПИоТа совсем не сложно, ИМХО, не сложнее, чем через кассовый сервер работу наладить. Нет, я понимаю закрытые системы, где особо ничего не дописать самому. А 1С, тем более нетленка... Ну... Тут вопрос что проще.
Не надо бояться ПИоТа - не так страшен черт, как его малюют :-)

(0) опт, розница?

(13) Ну, если у него - "разрешительный режим ЧЗ через ПИОТ", то однозначно розница. Ну, или и то и то.
Для опта есть TrueAPI, там все проверки марок и операции с ними по КЭП делаются, проверки по "Единому токену в формате UUID", а документы по живой КЭП. ПИоТ там ни каким боком.

(12)Уж больно удобное и универсальное решение получается.
Не надо мудохаться с драйверами торгового оборудования.
Легко добавлять оборудование других производителей
Элементарно организуется добавление удаленных рабочих мест к существующей кассе
Что касается ТС ПИОТ - не надо доступность серверов определять, не надо взаимодействовать с ККМ для получения токенов.

Все взаимодействие унифицировано через HTTP-запросы - команда/ответ

(3) Владислав, можно и мне скинуть для примера.
Почта в профиле.

(16) Отправил

Тут советовать что-то сложно - Сергей дал мало входных данных, в каком сейчас состоянии его подопытная нетленка...
Что там есть сейчас? Касса внедрена? Какая? Есть нечто типа АРМ кассира (РМК в терминологии типовых 1С) - ? Если да, то есть ли РР вообще, "по старому" с токеном X-API-Key, или нет вообще ничего, и надо с "чистого листа" начинать?
От этого в корне зависит, что и как делать дальше...