Имя: Пароль:
1C
 
Кто-то пробовал подключать разрешительный ЧЗ в нетленку?
☑
0 Гений 1С
 
гуру
04.11.26
✎
14:24
Поступил заказ - подключить в нетленку разрешительный режим ЧЗ через ПИОТ.
Взялся, может кто уже делал и поделится?
Если взлетит, то финансово поблагодарю.
1 MWWRuza
 
гуру
04.11.26
✎
17:13
Нетленка в данном случае - это самописка под 8.Х - ???
У меня есть, но под 7.7, РР работает уже 3 дня через ПИоТ(до этого через X-API-Key работал с самого момента появления РР), на Штрих(ПосЦентр), вроде пока стабильно...
На ней я ПФС и сертификацию в ЧЗ прошел.
2 Гений 1С
 
гуру
04.11.26
✎
15:55
(1) пришли если не влом, прогоню через ИИ, возьму хотя бы за образец, да, для 83
3 MWWRuza
 
гуру
04.11.26
✎
17:45
Не влом. Могу скинуть обработку, напиши куда. Вся проверка по РР, в том числе и ПИоТ, в ней. Она вызывается из процедуры добавления марки в чеке, с параметрами, и отработав, параметры для принятия решения о добавлении в чек, и в случаи успеха, для тега 1265 - возвращает. Но, она использует объекты из конфы(справочник, с настройками ПИоТа) и запрос через карлика в ГМ. Но, я думаю для 8.Х тебе это и не нужно. Напиши куда нибудь, контакты у меня в профиле.
4 MWWRuza
 
гуру
04.11.26
✎
17:46
Вот такая:



Но, если честно, то не очень понимаю, чем она может тебе помочь...
В восьмерке - есть свои методы хттп запросов, свои методы работы с JSON, свои методы кодирования в Base-64...
Если не вдаваться в эти нюансы, сам алгоритм я и без ИИ расскажу, как там и чего делать. А уже как это реализовать в 8.Х - сам разберешься, моя поделка под 7.7, тебя только запутает, так, как там многие вещи делаются через жо, так, как в 7.7 просто чего-то нет, а многих вещей просто не делается, так как нет того клиент-сервера, как в 8.3 и выше...
А общий алгоритм - могу расписать, не проблема. Если нужно - могу тут "по полочкам" разложить, там ничего сложного, даже проще чем просто под РР с ЛМ, не нужно думать об ЛМ, таймаутах на переключение в него, ключах X-API-Key и т.п... Все это делает ПИоТ сам. Единственное отличие - марка передается с предварительным кодированием в Base-64, в РР ОнЛайн передавалась без кодирования. Но, это в принципе даже упрощает - не нужно чего-то экранировать, приводить в вид, что-бы запрос сожрал и т.п., как есть.
5 Гений 1С
 
гуру
04.11.26
✎
17:55
(3) fixin@mail.ru
6 Гений 1С
 
гуру
04.11.26
✎
17:56
(4) ну да, мне алгоритм и нужен
7 Пушкин
 
04.11.26
✎
18:01
Ого! 77 жива?
8 Amra
 
04.11.26
✎
18:06
(7) Даже вакансии на 7.7 видел)
9 MWWRuza
 
гуру
04.11.26
✎
18:45
(5) Отправил.
Если чего-то будет не понятно - пиши что, прокомментирую.
На "чистоту кода" сильно не претендую, может что-то и не оптимально, писалось "по методу латания дыр" (особенно в части обработки ошибок 203 и 204), как все устаканится, отрефакторю...

И еще, имей в виду, что там у меня используется опциональная методика регистрации продаж и контроля дублей продаж в ЛМ. Я поленился делать это в самой 1С, да и не просто это в 7.7, учитывая, что марки "длинные" и со спец-символами. Можно, но... Зачем, если это есть в ЛМ.
Поэтому, там несколько отличный от общепринятого алгоритм проверки - сначала в ЛМ, на дубли продаж, а потом, если успешно - то в ПИоТ. И продажу потом фиксируем в ЛМ. Можно этого не делать, если проданные марки в 1С хранить, и проверять в ней на повторную попытку продажи. Тогда к ЛМ можно вообще не обращаться, ПИоТ сам когда нужно обратится, если связи с ЦРПТ по какой-то причине не будет.
10 MWWRuza
 
гуру
04.11.26
✎
18:42
+(9) учитывая, что марки "длинные" и со спец-символами.
Ну, хотя, ЛМ хранит марки без "криптохвостов", обрезанные по первый символ "GS". Так-же можно и в 7.7 хранить, но, это надо делать... А тут, уже готовое. Я в 7.7 храню проданные марки только в документах, ни каких регистров или чего-то такого нет для этого, а организовывать поиск по табличным частям документов(чеков) - идея так себе. Пусть "Енисей" из состава ЛМ трудится, у него это не плохо получается, зачем еще параллельно велосипед изобретать.
11 Джордж1
 
04.11.26
✎
19:24
(0)как вариант использовать кассовые серверы типа kkmserver