10.07.2024 06:56
Доброго дня, коллеги,

Прошу помощи в диагностике проблемы, касса не отправляет уведомления оператору ИСМ. Используем Контур.

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
Версия ДТО 10.10.3.0
Версия прошивки: 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" > отсутствуют теги с маркировкой.

Как у вас разрешилась проблема?
23.08.2024 19:17
Цитата:
copenhagen Подскажите, откуда вы получили ofd.log?
у атола он лежит там же где и fptr10.log, если не в курсе где это все находится то поиск по диску никто не запрещает сделать :)
18.09.2024 15:25
У Штриха ни проверки доступности сервиса маркировки ни настроек, к этому относящихся я не видел. А у Атолов есть и настройка и пару функций.
Нужно заполнить параметры в разделе 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С.
19.09.2024 08:29
Доброго дня, коллеги

Проблему из топика решили самостоятельно.

Параллельно обращался в Контур с просьбой внести ясность (как никак они выступают в роли шлюза) и вот это,

Код:
2024.07.10 10:34:56.235 T:EOTTCP1:00006140 ERROR [EthernetOverTransport.Ofd] connection lost
.. выглядит как дроп соединения принимающей стороной.

Поддержка подключила к тикету какого-то контуровского технаря, который клялся мамой, что у них нет никакой логики для дропа входящих соединений и скорее всего это бракованный ФН. Поменяли ФН, проблема повторилась.
ККТ каталась в СЦ на перепрошивки\обновления - там ребята так-же развели руками, никакого заключения не написали - просто попросили забрать ККТ и всё :)

При просмотре чека в ОФД я обратил внимание, что в чеке отображается инфа по постановлению (разрешительный режим). Если оно там отображается, значит мы его передаём, а если мы его передаём - значит стандартный размер чека (которые мы били до разрешительного режима без этих проблем) - увеличился.

"надурака" режу размер чека, если марок больше 45ти = 46ую и следующие переносим в другой чек. Снова поменяли ФН и всё заработало.

Т.е., либо нам дважды подряд попался бракованный ФН, либо технарь контура - балабол.
19.09.2024 08:47
Цитата:
Woaeiz если марок больше 45ти = 46ую и следующие переносим в другой чек
1. получается, что есть ограничение по количеству передаваемых марок, которое нигде не задокументировано?
2. я правильно понял, что цифра 45 - взята "от балды", и возможно подойдёт и 46 и 50 (т.е. именно "пограничное" значение марок не вычислялось)?
19.09.2024 09:32
Цитата:
volk13 получается, что есть ограничение по количеству передаваемых марок, которое нигде не задокументировано
ограничения есть и у разных фр по разному но порядок примерно один

например в атоле размер чека по умолчанию имеет значение 27750 байт

размер структуры, озвученный в ФФД:
Для кассового чека, кассового чека коррекции, БСО и БСО коррекции длина данных документа не должна превышать 32768 байт

картинка уже не помню откуда :)



(0.26Мб)
19.09.2024 09:58
Цитата:
student ограничения есть
а в твоём ПО организовано ограничение по позициям?
если да, то какое? (у себя тоже тогда внедрю)
Часовой пояс GMT +3, время: 23:46.

Форум на базе vBulletin®
Copyright © Jelsoft Enterprises Ltd.
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.