Привет всем. Вопрос. Розница 2. Локальный модуль работает только в новом РМК? В старом почему то не отрабатывает.

чё пишет?

(1) "Не вывожу" :)

(2) Локальный модуль — птица гордая: пока не пнёшь, не полетит.

Я правильно понял, что этот вот локальный модуль — это хрень от ЧЗ, в которую по сути зашита проверка криптохвостов?
Локально без инета

(1) Да ни че пишет, если отрубаешь инет и проверяешь просто без него 404 - сервер не доступен.

Какая то беспонтовая фигня.

Притом настройки синхронизации успешны.

(4) это хрень от ЧЗ, в которую по сути зашита проверка криптохвостов?

Не правильно понял... С КвериФильтром из УТМ перепутал.
ЛМ - это хрень от ЧЗ, которая содержит базу марок, заблокированную к продаже "по решению ОГВ"(внутренних органов государственной власти)...
На текущий момент, эта база содержит чуть больше 150000 марок, всего... И по их идее, должна обновляться/синхронизироваться с серверами ЧЗ. Практически в реальном времени. В отличии от УТМ от ЕГАИС, на киптохвосты ей глубоко начхать - пропускает любую хрень, лишь бы ее в заблокированных не было.
А... Ну, еще, в свежих версиях появилассь опционально(пока не обязательно) возможность фиксировать продажи марок "у себя". Пишутся при включении этой опции все, не зависимо от того, где проверялось в ОнЛайне или в ЛМ. Хранятся месяц от даты продажи. "На верх", на сервера ЦРПТ не реплицируется. Чисто ограничение продаж дублей по своим точкам.
Типа "Основная его функция" - это страховка продаж на кассах от "не проверки вообще", по вине "лежащих серверов", ну, или отвала интернета на кассах. Так-же, как и при проверке ОнЛайн - в тег 1260 кассового чека пишутся ее реквизиты. Только кроме ИД запроса и времени ответа, туда еще пишется ИД установки и версия локальной базы "черного списка". По чем, собственно и можно определить где РР сработал - в ОнЛайне или в ЛМ.
По текущим НПА, проверка в ЛМ, когда не сработала проверка ОнЛайн - допустима, и нарушением не является. А вот продажа без проверки врообще - это ай-яй-яй :-)



По сабжу - ничего не скажу... Это какой-то косяк в настроках Розницы, какой - я х.з., с типовыми практически не работаю.

(8) Понял
Фактически ограниченная локальная копия ЧЗ
Никто не мешает самому реализовать такое с фиксацией всех марок проданных и базой заблокированных марок

(9) с фиксацией всех марок проданных
Более того, это рекомендуют делать в своей УС...
Но, когда касс несколько и работают по схеме бэк<=>фронт, нужно поднимать какой-то сервер, куда будут стекаться данные о продажах со всех касс, и и где будет проверяться следующая продажа на предмет дубля...
Да, можно это сделать, не большая проблема. Да на том-же SQL например. Но зачем "изобретать велосипед" если его уже ЧЗ изобрел, в виде ЛМ... К тому-же, на "импортозамещенной", отечественной СУБД - Енисей, и что не мало важно - предоставляемого бесплатно :-)

(0) и базой заблокированных марок
Гм... А где ты ее возьмешь? Такой инфы в открытых источниках не публикуют...

(10) В 1С же контроль сканирования статусов есть, который отлично отрабатывает, чтобы маркировка повторно не пробилась. Она показывает, если товар выбыл-эмитирован-нанесен, то просто не дает продать. А если в обороте, то пропускает. Локальный модуль нужен-то для пробития без интернета. Хрень полнейшая.

(11) В 1С же контроль сканирования статусов есть

Откуда? Из интернета, с CDN площадок по РР-?
Так он есть(должен быть) не только в 1С, а в любой "правильной", с правильными настройками кассовой программе, которая работает с маркированным товаром.

(11) чтобы маркировка повторно не пробилась

Да, это можно контролировать в своей программе, если все кассы работают с ней напрямую.

(11) Она показывает, если товар выбыл-эмитирован-нанесен, то просто не дает продать.

А это с какого перепугу? Откуда она может об этом знать? Только из запроса к серверам ЦРПТ (через сеть CDN площадок). Ладно, их около десятка, все не отвалятся... А где гарантия, что интернет на точке не отвалится? В современных реалиях - сплошь и рядом :-(
Вот тут-то как раз и вступает в лаботу ЛМ, проверяя марку "у себя", типа "страховка от полной непроверки".
Когда срабатывает штатно ОнЛайн - к ЛМ и нет обращения для проверки. Проверка в ЛМ должна срабатывать только если ОнЛайн не ответила в отведенное время(рекомендуют - 1.5 сек). В остальное время он тихо-мирно дремет. А... Ну, если включена опция сохранения продаж, то проданные марки методом Sale пишутся в его базу всегда, не зависимо от того, где была проверка.

(11) Хрень полнейшая.

В целом - согласен. Потому, как, в базу "черного списка", за все время его существования, добавилось десяток заблокированных кодов, и то, видимо в процессе экспериментов и отладки его разработчиками.
Вот если включат реальное обновление баз - тогда, еще понятно будет. А так, только ради страховки от непроверки.
Если где-то "в глубинке", какие-то дельцы разбавят пиво метанолом, и РосПотреб заблокирует эту партию марок - ЛМ об этом ПОКА не информируют... Как было чуть больше 150К заблокированных марок, так и остается...

А скоро будет еще веселее

"Продавцы маркированного товара к 2026 году должны установить специальный модуль ТС ПИоТ  

С 7 января 2026 года весь маркированный товар нужно будет проверять с помощью специального модуля ТС ПИоТ - программного комплекса проверки информации о товаре. Об этом предупредила эксперт фирмы «1С» Валерия Молоканова в ходе Единого онлайн-семинара 1С, который проходит сегодня, 8 октября 2025 года.


     Эксперт пояснила, что программные комплексы ТС ПИот будут отвечать за связь кассового программного обеспечения с «Честным знаком», то есть с Государственной информационной системой мониторинга товаров (ГИС МТ).


     Основными функциями ТС ПИоТ являются:


    передача данных о состоянии работы в Государственную информационную систему мониторинга товаров (ГИС МТ);
    
    контроль работоспособности компонентов кассовой зоны;
    
    проверка корректности распознавания кодов маркировки;
    
    соблюдение требований законодательства по работе с маркированными товарами;
    
    блокировка продажи товаров, запрещенных к реализации на основании данных системы маркировки."

https://buh.ru/news/prodavtsy-markirovannogo-tovara-dolzhny-ustanovit-spetsialnyy-modul-ts-piot.html

(13) Поняли что постоянный онлайн с http-сервисами они не вывозят
Решили это оптимизировать
Чтобы с серверами ЧЗ эти ТС ПИоТ только периодически синхронизировались

Ну и вероятно постоянные отвалы в т.ч. из-за неработающего инета не так влияли как сейчас

(14)+ Кстати с 54-ФЗ такая же засада
Там если долго нет связи то ККТ блочится

Все ничего, но, сроки: С 7 января 2026 года
Как-то не верится...
Там авторизацию/идентификацию пользователей хотят сделать по ключам из ФН... А это переделка прошивок касс по любому, что-бы внешний сервис мог ФН использовать для авторизации... В масштабах страны??? Уже середина октября... Когда и кто это успеет сделать.

(16) Думаю, что с этой даты только начнут.