Тут где-то были сообщения о том, как ставить ТС ПИоТ на терминальное рабочее место и тому подобные проблемы. Понятно, что не всегда есть возможность установить ТС ПИоТ локально (не хочется организовывать полноценное рабочее место), да и если возможность есть, то для магазина с 30 точками это геморройно.
Делюсь идеей - вместо стандартной схемы (сканируем КМ, отправляем на локальный порт в ТС ПИоТ, получаем ответ, посылаем запрос драйверу ККМ) применяем такую:
1. Сканируем КМ в любой точке мира и сохраняем в централизованную базу.
2. ПО в центральном офисе сканирует базу на предмет новых КМ, например, раз в минуту или как вам будет угодно.
3. Получив новый КМ, ПО отправляет запрос на локальный порт в ТС ПИоТ.
4. Получив ответ, сохраняет его в той же записи БД.
5. Розничная программа из пункта 1 считывает из БД полученные параметры и печатает чек.
Один ТС ПИоТ - 100500 магазинов!

Два момента.
Первый между сканированием и пробитием чека лаг минута а то и более, дохрена.
Второе запрос в пиот идет по ид кассы. Полученный ответ привязан к кассе, подозреваю пробить будет проблема.

(1) Не суть. Можно сделать 10 секунд. Всё работает асинхронно. Кассир за 10 секунд всё равно чек не закроет. Пока он пробивает пятую позицию, первая вернётся из ТС ПИоТ. Это даже быстрее, чем он после каждого сканирования будет синхронно ждать ответ на запрос. Полученный ответ не привязан к кассе, в нём данные по корректности КМ (чтобы заблокировать продажу) и ID запроса для заполнения чека.

(2) сколько лет вы уже на этой схеме? какой процент сбоев?

+3 если 100% срабатывания - то обогатишься не меньше, чем организатор ПИОТа ))

(3) Каких лет? ПИоТ только в июле запущен :)
Откуда сбои? Ничего сложного в этой логике нет, всё работает.

(4) Деньги высылайте почтой :)

(0) Это только идея? или идея, подкреплённая практикой?

(2) Похоже, что испытано в деле. Реально работает?

Покупатель мог погрузить в свой пакет "запрещёнку". Как с этим бороться?

(0) Это так не работает. Есть два момента.

1) ТС ПиоТ должен быть привязан к ККТ, на которой будет проверятся КМ и на которой будет пробит чек с этим КМ. Честный знак все сделает, чтобы эта схема заработала

2) Технически есть ограничение на проверку кодов через один ТС ПИоТ. Я пробовал с 10 касс посылать на httpсервис, который проверяет маркировку через один ТС ПИоТ. Начинаются ошибки параллельного запроса. А если проверять от всех магазинов в один поток, то ждать долго. По сути кроме идентификаторов РР ты ничего не получишь. Если с маркировкой что-то не так, то либо искать этот товар, либо пробивать товар без маркировки. Оба варианта плохие в перспективе

(0) Вы "придумали" CDN площадку -)
Поставьте в центральном офисе еще и кассу, так вообще получите 1 касса - 100500 магазинов! -)

(6) Работает

(8) Это не понял. Что значит "Покупатель мог погрузить в свой пакет "запрещёнку"?

(9) Да, ЕСМ привязан к кассе. Но что это означает? Запускаем ЕСМ и в одном окне видим статус ККМ, ГИС МТ, ЛМ ЧЗ и т.д. И что с того? Но сам код маркировки никак к кассе не привязан. Мы его передали на компьютер с ЕСМ, проверили, вернули обратно.
"Технически есть ограничение на проверку кодов через один ТС ПИоТ". Возможно. Но я делаю параллельные запросы. Я кидаю одним пакетом сразу сотню КМ и ошибок нет.

(10) "1 касса - 100500 магазинов!"
Кстати, вполне рабочая идея! В центральном офисе одна касса, а в магазинах чеки печатаются на обычном принтере по данным, полученным от этой кассы! :)

Все совсем не так просто, если можно было бы все проверять исполь авторизационные данные одной ккт а применять результат проверки в другой, то разработчики ккт не делали бы на ккт grpc сервер, который тоже меняет ключи довольно часто, то что проверка в Пиот проходит на этапе сканирования это понятно при фискалиции возможно что-то ещё пишется аппаратно после проверки и думаю там скрыты токены проверки которые наружу не светятся

(15) ККТ в проверке КМ вообще никак не участвует. Это только на картинке в ЕСМ ККТ соседствует с ГИС МТ. Я, например, проверяю КМ при отгрузке в опт - тут вообще ККТ никак не присутствует. Понятно, что по задумке разработчиков ПИоТ нужно содрать 5 тысяч с каждой кассы, но эта задумка не имеет под собой ни здравого смысла, ни технического обеспечения. Просто хотелка.

(16) не хочу вступать в долгую полемику но тспиот не проверит марку если ккт отключен или закрыта смена, точнее он проверит через локальный модуль и вернёт ответ на твой хттп запрос на внутренний интерфейс Пиот

(17) Всё верно. Пиот проверит марку на компьютере с кассой. Но получит он эту марку из Воронежа, а после проверки вернёт в Воронеж. И пробьёт эту марку в чеке совсем другая касса. И это рабочая программа.

(18) а потом чз проверит по каким ккт не было проверок а ФНС сравнит с ввручкой по номерам и это может стать поводом для проверки

(17) тспиот не проверит марку если ккт отключен или закрыта смена
Не проверит. Все верно.
ПИоТу для работы нужна ККТ, а точнее, на саму ККТ ему наплевать, нужен доступ к ФН.
Именно по ФН происходит авторизация в сервисе, и кроме того, данные передаваемые по каналам связи, шифруются/дешифруются с использованием того-же ФН.
В принципе, схема предложенная ТС на текущий момент работоспособна, так, как не проверяется пока(вроде как, а там х.з., может уже и внедрили такое) совпадение номера ФН в проверке марки ПИоТом, и в пробиваемом чеке.
Но, кто знает, что им завтра в голову взбредет - такую проверку организовать нет проблем. И если такое сделают - то, все, этой схеме конец.

PS Чисто технически - у каждого ответа на запрос проверки марки, есть ИД, ГУИД... По нему реально найти в их базе, с каким ноиером ФН делался запрос. И этот же ИД есть в каждом чеке в теге 1265. И номер ФН есть в чеке. Сравнивай сколько хочешь.

PSS Да, конечно, на "благие результаты" не влияет, с каким ФН проверялась марка... Результат один будет. Но, тут понятно, что система создавалась не для защиты покупателей от потенциально опасной продукции, а для выкачивания денег.

(19) Чисто юридически тут повода для придирок нет. Маркировка товара и кассовый аппарат - это как арбуз и Юпитер. Просто нужно было к чему прицепить сбор пяти тысяч - прицепили к кассе. С таким же успехом могли прицепить к серийному номеру процессора. А так-то да - повод для проверки всегда можно найти.

(20) "Но, кто знает, что им завтра в голову взбредет - такую проверку организовать нет проблем. И если такое сделают - то, все, этой схеме конец" - проблем нет, логики тоже нет. Желание обобрать есть, так что, может, и сделают.

(21) Хороший юридический ответ: "это как арбуз и Юпитер", так прокурору и буду объяснять)

Вы технически все ответы даете, а не юридически. Нужно у юристов спрашивать, а не вот гонять токены в заголовках и проканало - оп, съэкономил и я молодец. Давайте растащим на 5тыс касс.

А по-схеме в (0) это прям КБ работает, ждешь 5 минут чтобы продукты забрать и получить чек, притом в х5 и прочих магазах  нормальных все быстро и без головняка. А у этих "оптимизаторов" 5тыс рублей в год стоишь как дебил до 10 минут чтобы пробить чек и уйти и сзади тебя еще 20 человек уже матом ругаются.

(25) Дело не только в 5 тыс. рублей, а в том, что нужно обслуживать все эти многочисленные точки. Там ЕСМ завис, там служба ЛМ зависла и т.д.
И с чего вы решили, что нужно ждать 5 минут? Ожидание зависит от скорости ответа ПИоТ и ГИС МТ. И асинхронная проверка КМ работает отзывчивее для кассира.
Насчёт прокурора - а что, у него есть какие-то претензии к проверке кодов маркировки?