ЛМ ЧЗ проверку проходит успешно.

Теперь к сути проблемы:
Наблюдается проблема при пробитии чека с моторным маслом. Во-первых очень долгая проверка кодов перед пробитием.
Во-вторых в случайном порядке (закономерность не выявил) с первой попытки чеки не пробиваются.
Выдает ошибку "Контрольная марка не проверена.Код маркировки не может быть обработан или проверен ККТ. Проверьте корректность КМ, а также отсутствие ограничений или блокировок по работе с маркировкой. После исправления данных повторите операцию. Если эти действия не помогли, обратитесь в техническую поддержку программы".

Ошибка плавающая. Может проявиться как 2-3 чека подряд, иногда бывает что каждый 3-4 чек с ошибкой. Иногда по пол дня вообще без ошибок, максимум 2-3 чека с ошибкой при пробитии за всю смену. Проблемные позиции в чеке разные. Есть маркированные мной, введенные при маркировке остатов, есть и по маркам полученным от поставщика. Тоесть нет какой-то одной номенклатурной позиции по которой ошибка. А один и тот же товар может 5 чеков подряд пробиться без проблем, а в следующем отвалиться с ошибкой.
Ошибка именно по уведомительному режиму. Который выполняется средствами ККТ.
Проверка в ГИС МТ:  "У нас в обороте" "В честном знаке в обороте". Проверка в разрешительном режиме - успешно.

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

Пост БЕЗ РЕЙТИНГА.
Может быть кто-то тоже работает с АльфаАвто и сталкивался с подобными проблемами?
Уже руки опускаются, ай нид хелп.

PS. Рекомендации разработчика АльфаАвто (1С-Рарус) выполнены. Альфа обновлена, прошивка обновлена, драйвер АТОЛ последний доступный на данный момент.

Законопроект рассматривается на фоне противоречивой тенденции: несмотря на то, что доля безналичных платежей в России достигла 85%, бизнес, по данным аналитиков, стал активнее использовать наличные расчеты после прошлогоднего увеличения налоговой нагрузки. Рекордный спрос на кэш фиксируется и у населения. Эксперты указывают, что динамика соотношения наличных и безналичных операций станет важным индикатором последствий недавних фискальных изменений, таких как рост НДС и снижение порога для применения УСН.

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

Ожидается, что к моменту окончательного принятия закона о штрафах за нарушения с ККТ будут представлены первые результаты этого мониторинга.

Качаем deb-пакеты, устанавливаем. Служба uema вроде бы стартует, но касса не работает. Лезем в логи — служба тупо не может подключиться к MQTT-серверу АТОЛа.

Тут спасибо Дмитрию Бачило и его ролику (https://youtu.be/5t0QBE24h58). Оказалось, что гении разработки из АТОЛ просто положили кривой конфиг в дистрибутив под Linux. Дефолтный конфиг — мусор.

Чтобы эта дрянь начала работать, конфиг (/etc/uem/agent/config.yml ) должен выглядеть так: ( жирным выделены изменения )

storage:

file: /etc/uem/agent/storage.db

uema_port: 5050

uemu_port: 5051

info:

modified: 2026-01-06T10:08:23+04:00

uemconfig:

uem_host: mqtt://plt-002.atol.ru

uem_port: 1883

uem_reg_host: https://entry-plt-002.atol.ru

logconfig:

file: /var/log/uem/agent/uema.log

log_level: debug

log_depth_in_days: 50

log_depth_in_mb: 30

monitoringconfig:

static_data_timeout_in_sec: 86400

dynamic_data_timeout_in_sec: 1200

Казалось бы, пофиксили конфиг, служба завелась, коннект есть. Можно выдохнуть? Хрен там плавал.

Акт второй: Танцы с бубном

Самое веселье началось при попытке подружить наш софт с этим чудом.
Запускаем наш Python-скрипт — ошибка драйвера: "Сервер UEMA не запущен" (или что-то в этом духе).

Я проверяю порты: netstat -tulpn | grep 5050. Служба висит! Порт доступен для подключения! Сервер работает и прекрасно себя чувствует.
Но драйвер (библиотека .so, которую использует софт) его в упор не видит.

Я перепробовал всё. Я пытался скармливать параметры подключения в коде. Я перерыл документацию (которой, по сути, нет). Я плясал с бубном вокруг прав доступа.
Запускаю официальную ГУИшную утилиту "Тест драйвера ККТ" от самого АТОЛа. Думаете, она работает? НЕТ! Даже родной софт матерится, что сервер UEMA не запущен.

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

Финал:

Разгадка оказалась настолько тупой и неочевидной, что у меня глаз задергался.
Оказывается, чтобы драйвер под Linux вообще догадался, куда ему стучаться (хотя порт 5050 — это, блин, дефолт!), нужно создать секретный файлик.

Создаем файл: ~/.atol/drivers10/uem.env
Пишем туда одну строку:
ATOL_UEMA_ADDRESS=127.0.0.1:5050

И всё.
Всё, б****! Оно заработало.

Эпилог

Уважаемые (нет) программисты АТОЛ. Вы вообще тестируете свой софт перед релизом? Или у вас "на винде запустилось — и ладно"? Почему пользователь должен искать решение по ютубам и методом тыка создавать environment-файлы, о которых ни слова в мануале? Вы выкатываете критическое обновление перед налоговыми изменениями и подсовываете нам нерабочий кусок кода с битыми конфигами.

Горите в аду со своим uema..