Служба ПИОТ теряет связь с ККТ при запуске 1с
1.
wladimirpav
3
02.09.26 21:48
Сейчас в теме
Розница 2.3 с установленным ПИОТ + ККТ Poscenter. До недавнего времени все работало стабильно. Теперь такая ситуация - если запустить тест драйвера ККТ и утилиту ПИОТ, то в ней все корректно. Как только закрывается драйвер и запускается 1С, служба пиота "теряет" ККТ. Выдает ошибку при добавлении маркированного товара либо о том, что отсутсвует активная лицензия на пиот, либо что нет связи с гис мт. В логи службы пишется следующее:
Интересно то, что в течение дня работоспособность службы периодически восстанавливается и товары пробиваются. Пробовал восстановить Windows из точки восстановления, удалить ДККТ и всю хрень Пиотовскую - толку 0. Куда еще копать, в чем может быть причина? В ЛК ЕСП оставил обращение, но надежды на них нет
2026.09.02 21:31:19.892 INF Создаем gRPC клиента для Агента ДККТ...
2026.09.02 21:31:19.892 INF Создаем клиента для Агента ДККТ, используем адрес: 127.0.0.1:4042
2026.09.02 21:31:19.892 INF Клиент создан, проверим соединение
2026.09.02 21:31:19.892 WRN Не удалось подключиться к ДККТ, проблемы с сетью или GRPc: rpc error: code = Unavailable desc = connection error: desc = "transport: Error while dialing: dial tcp 127.0.0.1:4042: connectex: No connection could be made because the target machine actively refused it."
2026.09.02 21:31:19.892 ERR Не получилось подключиться к ДККТ: rpc error: code = Unavailable desc = connection error: desc = "transport: Error while dialing: dial tcp 127.0.0.1:4042: connectex: No connection could be made because the target machine actively refused it."
2026.09.02 21:31:19.892 WRN Уникальная ошибка rpc error: code = Unavailable desc = connection error: desc = "transport: Error while dialing: dial tcp 127.0.0.1:4042: connectex: No connection could be made because the target machine actively refused it." уже отправлена, эвент kktRep не отправлен
2026.09.02 21:31:19.892 INF Создаем клиента для Агента ДККТ, используем адрес: 127.0.0.1:4042
2026.09.02 21:31:19.892 INF Клиент создан, проверим соединение
2026.09.02 21:31:19.892 WRN Не удалось подключиться к ДККТ, проблемы с сетью или GRPc: rpc error: code = Unavailable desc = connection error: desc = "transport: Error while dialing: dial tcp 127.0.0.1:4042: connectex: No connection could be made because the target machine actively refused it."
2026.09.02 21:31:19.892 ERR Не получилось подключиться к ДККТ: rpc error: code = Unavailable desc = connection error: desc = "transport: Error while dialing: dial tcp 127.0.0.1:4042: connectex: No connection could be made because the target machine actively refused it."
2026.09.02 21:31:19.892 WRN Уникальная ошибка rpc error: code = Unavailable desc = connection error: desc = "transport: Error while dialing: dial tcp 127.0.0.1:4042: connectex: No connection could be made because the target machine actively refused it." уже отправлена, эвент kktRep не отправлен
Интересно то, что в течение дня работоспособность службы периодически восстанавливается и товары пробиваются. Пробовал восстановить Windows из точки восстановления, удалить ДККТ и всю хрень Пиотовскую - толку 0. Куда еще копать, в чем может быть причина? В ЛК ЕСП оставил обращение, но надежды на них нет
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
12.
MissionOnly
28
03.09.26 17:12
Сейчас в теме
(1) Могли внешний IP поместить в черный список на стороне ЧЗ. Тогда будет похожая реакция.
14.
wladimirpav
3
04.09.26 10:57
Сейчас в теме
(12) Вряд ли, утилита ЕСП на локальном компе просто не может найти драйвер
Если всё правильно настроено, обычно, самое частое, это проблемы с ЛМ ЧЗ (из-за него чаще всего как ни странно, даже если всякие ошибки сети выдаёт). В теории если нет связи, то проверка должна проходить через ЛМ ЧЗ оффлайн и продажа маркированного товара не должна блокироваться Не знаю что с ним происходит, бывает ломается он со временем, даже если статус показывает что готов к работе.. Поэтому надо ЛМ ЧЗ переустановить последнюю версию и инициализировать заново. Вторая по частоте причина - подвисающее сетевое оборудование. Нужно выключить-включить его (коммутатор, шлюз, роутер), по возможности в другие сетевые порты воткнуть витую пару от ккт и компьютера, Ещё можно в брандмауэре явно открыть порт 4042 на входящие и исходящие. Отключить или удалить антивирус.
4.
wladimirpav
3
03.09.26 08:13
Сейчас в теме
(2) ЛМ ЧЗ переустанавливал, все установлено на одном компьютере, ККТ подключена через USB. Брандмауэр вообще отключал - ничего не меняется
6.
nedomolkov.ivan
232
03.09.26 09:53
Сейчас в теме
( 1 ) В логе адрес 127.0.0.1:4042, это петля внутри самой машины. Такой трафик до коммутатора, роутера и витой пары не доходит вообще, поэтому советы про сетевое оборудование мимо этой конкретной ошибки. И ЛМ ЧЗ на этот коннект тоже не влияет.
connectex: No connection could be made означает не фильтрацию, а то, что на 4042 в этот момент никто не слушает. Был бы брандмауэр - вы бы получили таймаут.
По вашему же описанию порт живёт, только пока открыта утилита теста драйвера. Проверьте это числом. Из cmd от админа, в двух состояниях:
netstat -ano | findstr :4042
Сначала с открытой утилитой. Потом когда закрыли её и запустили 1С. Где строка LISTENING пропала, там и ответ. Дальше по PID из последней колонки:
tasklist /svc /fi "PID eq НОМЕР"
Он назовёт процесс, который держит Агента ДККТ. И станет видно главное: поднят он службой с автозапуском или его каждый раз поднимает утилита теста. Во втором случае лицензия и ГИС МТ ни при чём, это следствие.
connectex: No connection could be made означает не фильтрацию, а то, что на 4042 в этот момент никто не слушает. Был бы брандмауэр - вы бы получили таймаут.
По вашему же описанию порт живёт, только пока открыта утилита теста драйвера. Проверьте это числом. Из cmd от админа, в двух состояниях:
netstat -ano | findstr :4042
Сначала с открытой утилитой. Потом когда закрыли её и запустили 1С. Где строка LISTENING пропала, там и ответ. Дальше по PID из последней колонки:
tasklist /svc /fi "PID eq НОМЕР"
Он назовёт процесс, который держит Агента ДККТ. И станет видно главное: поднят он службой с автозапуском или его каждый раз поднимает утилита теста. Во втором случае лицензия и ГИС МТ ни при чём, это следствие.
7.
wladimirpav
3
03.09.26 09:58
Сейчас в теме
(6) В том и дело, что никакой процесс не держит Агента ДККТ. netstat -ano | findstr :4042 не возвращает ничего, когда открыта 1С. Все это проверял уже. Сейчас накатил новую версию утилиты от ЕСП, вроде пока с утра работает, посмотрим, что будет дальше
9.
nedomolkov.ivan
232
03.09.26 12:07
Сейчас в теме
(7) Замер односторонний: netstat снят в сломанном состоянии. А по вашему же посту (1) работоспособность в течение дня сама восстанавливается и товары пробиваются. Вот в эти минуты его и надо снять второй раз.
Есть в рабочий момент LISTENING на 4042 - агент живой процесс, он просто падает. Тогда вопрос один: кто поднимает его обратно и почему не поднимает после старта 1С. Нет и в рабочий момент - значит проверка в эти минуты идёт мимо агента, и копать надо не в порту.
Про новую версию: "работает с утра" пока ничего не доказывает, машина ведь не перезагружалась. Снимите netstat сразу после ребута, до запуска 1С и утилит.
Есть в рабочий момент LISTENING на 4042 - агент живой процесс, он просто падает. Тогда вопрос один: кто поднимает его обратно и почему не поднимает после старта 1С. Нет и в рабочий момент - значит проверка в эти минуты идёт мимо агента, и копать надо не в порту.
Про новую версию: "работает с утра" пока ничего не доказывает, машина ведь не перезагружалась. Снимите netstat сразу после ребута, до запуска 1С и утилит.
10.
wladimirpav
3
03.09.26 14:18
Сейчас в теме
(9)
Нет и в рабочий момент - значит проверка в эти минуты идёт мимо агента, и копать надо не в порту
. Проверка вообще в это время не работает, маркировка не пробивается.
Вот в эти минуты его и надо снять второй раз.
. Там все стандартно, как и должно быть. скрин прикрепил
Прикрепленные файлы:
11.
wladimirpav
3
03.09.26 14:28
Сейчас в теме
Поддержка ПИОТ ответила, что во всем виноват старый РМК, нужно переходить на новый. Интересно, как же все ранее работало?
13.
nedomolkov.ivan
232
04.09.26 04:43
Сейчас в теме
(10) Скрин отвечает на главное: 4042 держит 1cv8c.exe, PID 4448. Агент ДККТ не отдельная служба, он поднят внутри самой 1С, а controlmodule.exe висит на нём клиентом.
А в сломанную минуту 1С открыта и порт пуст. Один и тот же процесс то держит 4042, то нет - значит меняется что-то внутри 1С, а не в сети и не в ПИОТ.
Снимите в сломанный момент два числа: PID процесса 1cv8c.exe и тест устройства в подключаемом оборудовании. Тот же 4448 и тест падает - 1С потеряла ККТ на ходу, копать USB. Другой PID - 1С перезапускалась, и агент в новом сеансе не встал.
Про ответ поддержки. Он вашей картине не противоречит. 4042 держит сам 1cv8c.exe, а РМК управляет этим сеансом и его подключаемым оборудованием. Значит "раньше работало" ломается в сеансе, а не в сети. Проверяется тем же замером PID. Менять РМК ради этого рано.
А в сломанную минуту 1С открыта и порт пуст. Один и тот же процесс то держит 4042, то нет - значит меняется что-то внутри 1С, а не в сети и не в ПИОТ.
Снимите в сломанный момент два числа: PID процесса 1cv8c.exe и тест устройства в подключаемом оборудовании. Тот же 4448 и тест падает - 1С потеряла ККТ на ходу, копать USB. Другой PID - 1С перезапускалась, и агент в новом сеансе не встал.
Про ответ поддержки. Он вашей картине не противоречит. 4042 держит сам 1cv8c.exe, а РМК управляет этим сеансом и его подключаемым оборудованием. Значит "раньше работало" ломается в сеансе, а не в сети. Проверяется тем же замером PID. Менять РМК ради этого рано.
15.
wladimirpav
3
04.09.26 10:58
Сейчас в теме
(13)
1С потеряла ККТ на ходу, копать USB
. Но обычные товары при этом пробиваются, ККТ не потеряна
16.
nedomolkov.ivan
232
05.09.26 15:46
Сейчас в теме
( 15 ) Тогда первая ветка отпадает, вы правы: обычные товары идут через драйвер ККТ, а 4042 к ним отношения не имеет. Копать не USB.
Остаётся вторая: агент ДККТ не встал в этом сеансе. Те же два числа, снятые в сломанную минуту, когда обычный товар пробивается: PID у 1cv8c.exe и тест ККТ в подключаемом оборудовании. Тест проходит, а netstat по 4042 пуст - агент не поднялся, ККТ ни при чём.
Остаётся вторая: агент ДККТ не встал в этом сеансе. Те же два числа, снятые в сломанную минуту, когда обычный товар пробивается: PID у 1cv8c.exe и тест ККТ в подключаемом оборудовании. Тест проходит, а netstat по 4042 пуст - агент не поднялся, ККТ ни при чём.
19.
wladimirpav
3
09.09.26 09:42
Сейчас в теме
(16) Когда товар перестает пробиваться, netstat по 4042 показывает, что все ОК. Сменил РМК на новый - ошибки пока нет.
Из моего опыта 1с унф с ПИОТ))), на посцентр:
1. Как оказалось критично версия ЛМ Честный Знак, нужно свежую
2. Модуль ЕСМ периодически теряет связь с серверами
3. После запуска пк и потом 1с всегда ошибка, но эпизодически пробиваются марки
В общем лечится это все:
1. переустановкой ЛМ ЧЗ, ПИОТ, ДККТ(там не менее какой то версии) актуальных версий
2. И после открытия смены перезапуск служб ЕСМ(у меня батничек) и подождать пару минут. Как правило первая марка все ровно с ошибкой будет. Еще раз сканируешь и вуаля))
PS: с пиотом все на открытой смене делается. И вроде как они 02.09 обновили модуль ЕСМ, может эти моменты наконец "подрепитировали"
1. Как оказалось критично версия ЛМ Честный Знак, нужно свежую
2. Модуль ЕСМ периодически теряет связь с серверами
3. После запуска пк и потом 1с всегда ошибка, но эпизодически пробиваются марки
В общем лечится это все:
1. переустановкой ЛМ ЧЗ, ПИОТ, ДККТ(там не менее какой то версии) актуальных версий
2. И после открытия смены перезапуск служб ЕСМ(у меня батничек) и подождать пару минут. Как правило первая марка все ровно с ошибкой будет. Еще раз сканируешь и вуаля))
PS: с пиотом все на открытой смене делается. И вроде как они 02.09 обновили модуль ЕСМ, может эти моменты наконец "подрепитировали"
18.
nedomolkov.ivan
232
08.09.26 20:16
Сейчас в теме
( 17 ) Полезно, спасибо. Ваш пункт 3 это ровно та ветка, которая тут осталась: агент не встаёт в сеансе, а ККТ ни при чём. И батник заодно её проверяет. Снимите netstat -ano | findstr :4042 до перезапуска служб и сразу после, в ту минуту, когда марка уже проходит. Появился LISTENING только после перезапуска - дело в порядке старта, а не в РМК, и менять его (пост 13) незачем. Порт пуст в обоих случаях - значит марку пробивает что-то мимо агента, и копать надо там.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот