ofd
ofd copied to clipboard
keyerror при любом чеке от кассы
Заголовок Контейнера Длина : 264 Проверочный код : 10126 Тип сообщения протокола : 165 Тип фискального документа : 1 Версия протокола : 1 Служебные данные 1 : b'\x10\x99' Номер ФН : b'\x99\x99\x07\x89\x00\x00\x12v' Номер ФД : 1 Служебные данные 2 : b'\x8a\x00D\xae9\x00\x00\x01\x00\x04\x00\xdb' ofd\protocol.py", line 954, in unpack_container_message stlv_doc = DOCUMENTS[ty] KeyError: 52754
Присоединяюсь к проблеме. Запустил сервер на Windows. Использовал ФР Штрих-М-02Ф.
Также можно отметить, что поднимается исключение при попытке проверить доступность открытого порта сервера по telnet.
Скорее всего дело в зашифрованном теле контейнера. Насколько я понимаю питон, то тут нет работы с ПКЗ, а следовательно идет попытка разобрать контейнер влоб без дешифрации и проверки фискальных признаков, но такое прокатит только на тестовой кассе с отключенным шифрованием.
Использую фискальный регистратор с МГМ ФН-1 и без шифрования на участке ККТ-ОФД. Шифрование опционально.
@RustamKuramshin Рустам, а можешь приложить суда полностью бинарный дамп всего документа (заголовок + контейнер)?
@yurifedoseev Если ваш сервер его "дампит", то могу. У меня это тестовый фискальник, могу с ним все что угодно делать. Нужно будет просто воспроизвести эту ситуацию. Поэтому скажите как/где взять дамп. Насколько мне известно, после формирования фискального документа он храниться в фискальном накопителе, а его копия отправляется на сервер ОФД. Если вы понимаете под дампом двоичное представление фискального документа в памяти ФНа, то я могу его "достать" с помощью стандартной утилиты Штрих-М "Тест драйвера ФР".
@RustamKuramshin да, двоичного представления вначале будет достаточно