█ 10.07.2024 06:56
Доброго дня, коллеги,
Прошу помощи в диагностике проблемы, касса не отправляет уведомления оператору ИСМ. Используем Контур.
ofd.log
Версия ДТО 10.10.3.0
Версия прошивки: 5.8.1
Версия: fn_v_1_2
Исполнение ФН: ФН-1.1М исполнение Ин15-1М
На полке около 6 ККТ разных организаций, все подключены через один роутер и одного провайдера. Проблема только с одной конкретной кассой.
В личном кабинете ГИС МТ вижу чеки, обрабатываются по 2-3 чека в день, только в будни. На выходных с кассой никто не работает.
Написал в поддержку Контура и АТОЛа, оба рекомендуют перезагрузить роутер. Сис. админы говорят, что брак ФН и предлагают заменить накопитель.
Подскажите пожалуйста, куда копать? Как диагностировать проблему?
Спасибо!
Прошу помощи в диагностике проблемы, касса не отправляет уведомления оператору ИСМ. Используем Контур.
ofd.log
Код:
2024.07.10 10:34:45.960 T: EOT:00001040 INFO [EthernetOverTransport] Command <-- U2E_TLV_TX_PORT0 | 7778 2024.07.10 10:34:45.960 T: EOT:00001040 INFO [EthernetOverTransport] Command <-- U2E_TLV_TX_CONNECT0 | ofd.kontur.ru 2024.07.10 10:34:46.035 T: SOCK0:00005E68 INFO [EthernetOverTransport] [Сокет 0] Подключение к ofd.kontur.ru:7778... 2024.07.10 10:34:46.097 T: SOCK0:00005E68 INFO [EthernetOverTransport.Ofd] try 46.17.204.250:7778... 2024.07.10 10:34:46.187 T: SOCK0:00005E68 INFO [EthernetOverTransport] [Сокет 0] Успешно подключено к ofd.kontur.ru:7778 2024.07.10 10:34:46.187 T: SOCK0:00005E68 INFO [EthernetOverTransport] Command --> U2E_TLV_RX_CONNECT_STATE0 | ON 2024.07.10 10:34:46.202 T: EOT:00001040 INFO [EthernetOverTransport] Command <-- U2E_TLV_TX_PACKET_SIZE0 | 110 Далее начинается очень много 2024.07.10 10:34:46.355 T: EOT:00001040 INFO [EthernetOverTransport] Command <-- U2E_TLV_TX_DATA0 | DD 80 CA A1 82 A2 00 01 39 39 36 30 34 34 30 33 30 32 35 37 31 32 39 30 48 67 14 00 00 00 (30 bytes total) 2024.07.10 10:34:46.355 T: EOT:00001040 INFO [EthernetOverTransport.Ofd] write: DD 80 CA A1 82 A2 00 01 39 39 36 30 34 34 30 33 30 32 35 37 31 32 39 30 48 67 14 00 00 00 (30/30 bytes) 2024.07.10 10:34:46.355 T: EOT:00001040 INFO [EthernetOverTransport] Command <-- U2E_TLV_TX_DATA0 | 48 67 C4 22 A2 52 01 10 99 99 60 44 03 02 57 12 90 00 00 55 94 EE 7A 5F D2 00 12 6C 20 08 67 1D 7F D0 2C 9B F2 3A 0A AE 3C 46 89 DF 4D 73 86 7C 05 82 C6 C6 6D 43 3E 1A 7D 11 60 E2 5D 74 F7 EA 8F 3E A1 3D 7D FD DF BE 38 3F FC F2 90 C8 8A E4 20 9E CC B5 2D B6 B8 24 3B 64 CB 15 CC 34 DC AA 38 C6 17 28 4B A2 F5 FB A2 13 64 FF 84 2D (110 bytes total) 2024.07.10 10:34:46.355 T: EOT:00001040 INFO [EthernetOverTransport.Ofd] write: 48 67 C4 22 A2 52 01 10 99 99 60 44 03 02 57 12 90 00 00 55 94 EE 7A 5F D2 00 12 6C 20 08 67 1D 7F D0 2C 9B F2 3A 0A AE 3C 46 89 DF 4D 73 86 7C 05 82 C6 C6 6D 43 3E 1A 7D 11 60 E2 5D 74 F7 EA 8F 3E A1 3D 7D FD DF BE 38 3F FC F2 90 C8 8A E4 20 9E CC B5 2D B6 B8 24 3B 64 CB 15 CC 34 DC AA 38 C6 17 28 4B A2 F5 FB A2 13 64 FF 84 2D (110/110 bytes) 2024.07.10 10:34:46.415 T: EOT:00001040 INFO [EthernetOverTransport] Command <-- U2E_TLV_TX_DATA0 | C2 ED AC A3 51 26 9F D0 A2 50 8B A4 83 9F 63 EB B9 25 4A 6E EC 60 00 A3 9D 6F 3F 4E 9A 00 E5 8E 8D CA 56 E9 B7 04 F0 D7 (40 bytes total) 2024.07.10 10:34:46.415 T: EOT:00001040 INFO [EthernetOverTransport.Ofd] write: C2 ED AC A3 51 26 9F D0 A2 50 8B A4 83 9F 63 EB B9 25 4A 6E EC 60 00 A3 9D 6F 3F 4E 9A 00 E5 8E 8D CA 56 E9 B7 04 F0 D7 (40/40 bytes) И в конце концов 2024.07.10 10:34:56.235 T:EOTTCP1:00006140 ERROR [EthernetOverTransport.Ofd] connection lost 2024.07.10 10:34:56.235 T:EOTTCP1:00006140 INFO [EthernetOverTransport] Command --> U2E_TLV_RX_CONNECT_STATE0 | OFF 2024.07.10 10:34:56.259 T: EOT:00001040 INFO [EthernetOverTransport] Command <-- U2E_TLV_TX_DATA0 | C5 96 B8 52 5B 85 2F 88 DF 0B 96 29 48 D9 54 AD 75 52 1A FC 83 B7 79 83 34 D2 69 AD 3C 24 0D 27 16 A9 3A 32 A2 D5 AC EB (40 bytes total) 2024.07.10 10:34:56.259 T: EOT:00001040 INFO [EthernetOverTransport.Ofd] write: C5 96 B8 52 5B 85 2F 88 DF 0B 96 29 48 D9 54 AD 75 52 1A FC 83 B7 79 83 34 D2 69 AD 3C 24 0D 27 16 A9 3A 32 A2 D5 AC EB (40/40 bytes) 2024.07.10 10:34:56.259 T: EOT:00001040 INFO [EthernetOverTransport] Command <-- U2E_TLV_TX_DATA0 | C3 45 D4 29 80 4D 8C 65 F5 41 CF CB 93 6B A8 1A A1 6E 2C 4A 6B 46 93 72 70 90 6C 02 73 F4 43 3D 9C 7F BF F0 76 23 42 0A AA 18 3F 65 B3 42 BC 46 6B 36 D4 4C EA 14 93 9A 10 BA 0F E7 B3 8E 96 29 F5 70 E3 21 1F 0F C7 DD 4E 17 EC FE FC A0 7D 27 2E 3F 8F 83 F5 C6 89 D0 F6 23 F5 18 A9 F2 F9 2B F1 19 04 D4 B6 DE A6 9C F0 D8 EE 48 95 AA (110 bytes total) 2024.07.10 10:34:56.259 T: EOT:00001040 INFO [EthernetOverTransport.Ofd] write: C3 45 D4 29 80 4D 8C 65 F5 41 CF CB 93 6B A8 1A A1 6E 2C 4A 6B 46 93 72 70 90 6C 02 73 F4 43 3D 9C 7F BF F0 76 23 42 0A AA 18 3F 65 B3 42 BC 46 6B 36 D4 4C EA 14 93 9A 10 BA 0F E7 B3 8E 96 29 F5 70 E3 21 1F 0F C7 DD 4E 17 EC FE FC A0 7D 27 2E 3F 8F 83 F5 C6 89 D0 F6 23 F5 18 A9 F2 F9 2B F1 19 04 D4 B6 DE A6 9C F0 D8 EE 48 95 AA (110/110 bytes) 2024.07.10 10:34:56.321 T: EOT:00001040 INFO [EthernetOverTransport] Command <-- U2E_TLV_TX_DATA0 | EC C0 14 11 A9 57 5D BC 3B F4 71 67 9A ED 3C 8D 7F 93 49 2D E4 07 B3 E8 A7 64 28 C9 B3 C2 6F 82 4A 32 21 60 54 EA 50 4E (40 bytes total) 2024.07.10 10:34:56.321 T: EOT:00001040 ERROR [EthernetOverTransport.Ofd] write error - 10053 (Программа на вашем хост-компьютере разорвала установленное подключение.) 2024.07.10 10:34:56.321 T: EOT:00001040 INFO [EthernetOverTransport] Command --> U2E_TLV_RX_CONNECT_STATE0 | OFF 2024.07.10 10:34:56.321 T: EOT:00001040 INFO [EthernetOverTransport] Command <-- U2E_TLV_TX_CONNECT_CLOSE0
Версия прошивки: 5.8.1
Версия: fn_v_1_2
Исполнение ФН: ФН-1.1М исполнение Ин15-1М
На полке около 6 ККТ разных организаций, все подключены через один роутер и одного провайдера. Проблема только с одной конкретной кассой.
В личном кабинете ГИС МТ вижу чеки, обрабатываются по 2-3 чека в день, только в будни. На выходных с кассой никто не работает.
Написал в поддержку Контура и АТОЛа, оба рекомендуют перезагрузить роутер. Сис. админы говорят, что брак ФН и предлагают заменить накопитель.
Подскажите пожалуйста, куда копать? Как диагностировать проблему?
Спасибо!
█ 10.07.2024 06:57
Забыл добавить, что чеки в ОФД - уходят без ошибок. Чеки не уходят именно ОИСМ,
Код:
Непереданных уведомлений: 254 Номер первого непереданного уведомления: 85 Дата и время первого непереданного уведомления: 2024.06.18 06:40:00
Код:
Ошибка сети: 00h (Ошибок нет) Ошибка ИСМ: 00h (Ошибок нет) Ошибка ФН: 00h (Ошибок нет) Номер ФД: 85 Код команды ФН: 00h Дата и время последнего успешного соединения: 2024.07.10 10:56:59 Контейнер для отправки не пуст
Код:
Ошибка сети: 00h (Ошибок нет) Ошибка ОФД: 00h (Ошибок нет) Ошибка ФН: 00h (Ошибок нет) Номер ФД: 0 Код команды ФН: 00h Дата и время последнего успешного соединения: 2024.07.10 08:52:16 Контейнер для отправки не пуст
█ 23.08.2024 18:51
Подскажите, откуда вы получили ofd.log?
У меня тоже проблема, в ОФД все отправляется, в Честный Знак нет. Инвента ФН-1.2 исполнение 36-4, касса АТОЛ 25Ф, драйвер последний 10.10.3.5, прошивка последняя 5.12. Проверки кодов видны в 1С УНФ, включены логи, везде М+.
В Драйвер ККТ > Чтение данных > "1 Реквизиты документа по номеру из ФН в виде TLV" > отсутствуют теги с маркировкой.
Как у вас разрешилась проблема?
У меня тоже проблема, в ОФД все отправляется, в Честный Знак нет. Инвента ФН-1.2 исполнение 36-4, касса АТОЛ 25Ф, драйвер последний 10.10.3.5, прошивка последняя 5.12. Проверки кодов видны в 1С УНФ, включены логи, везде М+.
В Драйвер ККТ > Чтение данных > "1 Реквизиты документа по номеру из ФН в виде TLV" > отсутствуют теги с маркировкой.
Как у вас разрешилась проблема?
█ 23.08.2024 19:17
Цитата:
у атола он лежит там же где и fptr10.log, если не в курсе где это все находится то поиск по диску никто не запрещает сделать :) copenhagen ➤ Подскажите, откуда вы получили ofd.log?
█ 18.09.2024 15:25
У Штриха ни проверки доступности сервиса маркировки ни настроек, к этому относящихся я не видел. А у Атолов есть и настройка и пару функций.
Нужно заполнить параметры в разделе 26. Работа с КМ (так это выглядит в Атол 77Ф на драйвере 10.10.3.5).
Важно 4 параметра - адреса и порты ИСМ и ОКП.
ИСМ - зависит от ОФД
ОКП - зависит от производителя ФН
И то и другое легко находится в интернете.
Но почему-то даже на полностью одинаковых ККМ проверка ИСМ у меня заработала при немного разных условиях - на одних ККМ просто прописал ОКП,
а на одной после ОКП пришлось обновить ключи (ФН - сервис - Обновить ключи ФН-М) и еще и в Свойствах поставить галочку "Для проверки КМ использовать прямой доступ к ФН-М".
Для статистики.
Приобретено 3шт. Атол 77Ф, одинаковая прошивка 5.8.1, одинаковые драйверы (аутальные на сейчас 10.10.3.5), проверка ИСМ успешно стала работать после прописвания адреса и порта
Нужно заполнить параметры в разделе 26. Работа с КМ (так это выглядит в Атол 77Ф на драйвере 10.10.3.5).
Важно 4 параметра - адреса и порты ИСМ и ОКП.
ИСМ - зависит от ОФД
ОКП - зависит от производителя ФН
И то и другое легко находится в интернете.
Но почему-то даже на полностью одинаковых ККМ проверка ИСМ у меня заработала при немного разных условиях - на одних ККМ просто прописал ОКП,
а на одной после ОКП пришлось обновить ключи (ФН - сервис - Обновить ключи ФН-М) и еще и в Свойствах поставить галочку "Для проверки КМ использовать прямой доступ к ФН-М".
Для статистики.
Приобретено 3шт. Атол 77Ф, одинаковая прошивка 5.8.1, одинаковые драйверы (аутальные на сейчас 10.10.3.5), проверка ИСМ успешно стала работать после прописвания адреса и порта
█ 18.09.2024 20:48
У меня настроены ИСМ и ОКП в драйвере АТОЛ, и в 1С настроены те же.
И дело в том, что количество непереданных уведомлений ИСМ у меня НОЛЬ. У автора поста там двухзначная цифра.
Проверка кода маркировки через АТОЛ 25Ф у меня в 1С делается. Эти запросы есть в логах. Но при пробитии чека в 1С УНФ никаких запросов к ИСМ, чтобы вывести код маркировки из оборота, не делает вообще. Я грешу на 1С.
И дело в том, что количество непереданных уведомлений ИСМ у меня НОЛЬ. У автора поста там двухзначная цифра.
Проверка кода маркировки через АТОЛ 25Ф у меня в 1С делается. Эти запросы есть в логах. Но при пробитии чека в 1С УНФ никаких запросов к ИСМ, чтобы вывести код маркировки из оборота, не делает вообще. Я грешу на 1С.
█ 19.09.2024 08:29
Доброго дня, коллеги
Проблему из топика решили самостоятельно.
Параллельно обращался в Контур с просьбой внести ясность (как никак они выступают в роли шлюза) и вот это,
.. выглядит как дроп соединения принимающей стороной.
Поддержка подключила к тикету какого-то контуровского технаря, который клялся мамой, что у них нет никакой логики для дропа входящих соединений и скорее всего это бракованный ФН. Поменяли ФН, проблема повторилась.
ККТ каталась в СЦ на перепрошивки\обновления - там ребята так-же развели руками, никакого заключения не написали - просто попросили забрать ККТ и всё :)
При просмотре чека в ОФД я обратил внимание, что в чеке отображается инфа по постановлению (разрешительный режим). Если оно там отображается, значит мы его передаём, а если мы его передаём - значит стандартный размер чека (которые мы били до разрешительного режима без этих проблем) - увеличился.
"надурака" режу размер чека, если марок больше 45ти = 46ую и следующие переносим в другой чек. Снова поменяли ФН и всё заработало.
Т.е., либо нам дважды подряд попался бракованный ФН, либо технарь контура - балабол.
Проблему из топика решили самостоятельно.
Параллельно обращался в Контур с просьбой внести ясность (как никак они выступают в роли шлюза) и вот это,
Код:
2024.07.10 10:34:56.235 T:EOTTCP1:00006140 ERROR [EthernetOverTransport.Ofd] connection lost
Поддержка подключила к тикету какого-то контуровского технаря, который клялся мамой, что у них нет никакой логики для дропа входящих соединений и скорее всего это бракованный ФН. Поменяли ФН, проблема повторилась.
ККТ каталась в СЦ на перепрошивки\обновления - там ребята так-же развели руками, никакого заключения не написали - просто попросили забрать ККТ и всё :)
При просмотре чека в ОФД я обратил внимание, что в чеке отображается инфа по постановлению (разрешительный режим). Если оно там отображается, значит мы его передаём, а если мы его передаём - значит стандартный размер чека (которые мы били до разрешительного режима без этих проблем) - увеличился.
"надурака" режу размер чека, если марок больше 45ти = 46ую и следующие переносим в другой чек. Снова поменяли ФН и всё заработало.
Т.е., либо нам дважды подряд попался бракованный ФН, либо технарь контура - балабол.
█ 19.09.2024 08:47
Цитата:
1. получается, что есть ограничение по количеству передаваемых марок, которое нигде не задокументировано? Woaeiz ➤ если марок больше 45ти = 46ую и следующие переносим в другой чек
2. я правильно понял, что цифра 45 - взята "от балды", и возможно подойдёт и 46 и 50 (т.е. именно "пограничное" значение марок не вычислялось)?
█ 19.09.2024 09:32
Цитата:
ограничения есть и у разных фр по разному но порядок примерно один volk13 ➤ получается, что есть ограничение по количеству передаваемых марок, которое нигде не задокументировано
например в атоле размер чека по умолчанию имеет значение 27750 байт
размер структуры, озвученный в ФФД:
Для кассового чека, кассового чека коррекции, БСО и БСО коррекции длина данных документа не должна превышать 32768 байт
картинка уже не помню откуда :)
(0.26Мб)
█ 19.09.2024 09:58
Цитата:
а в твоём ПО организовано ограничение по позициям? student ➤ ограничения есть
если да, то какое? (у себя тоже тогда внедрю)
Часовой пояс GMT +3, время: 18:56.
Форум на базе vBulletin®
Copyright © Jelsoft Enterprises Ltd.
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.
Copyright © Jelsoft Enterprises Ltd.
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.