Ошибка при пробитии чеков онлайн касса "36h, ошибка FNoperation" УНФ

1. suepifanov 965 14.07.21 23:17 Сейчас в теме
Подскажите пожалуйста кто хорошо понимает в онлайн кассах.

Есть ККМ Штрих-М-01Ф, прошивка последняя, драйвер 4.15 последний.
Конфигурация УНФ 1.6.25, версия БПО 2.1.5.21

В УНФ продажа ведется через Расходые накладные + ПКО или Эквайринг.
Расчеты с клиентами могут быть просто хаотичесикми и очень часто выходит ошибка при пробитии чека:
"36h, ошибка FNoperation: некорректные параметры в команде для данной реализации"

Например, клиенту выписали расходную накладную на 3170.
Пробит чек из документа с видом "Передача в кредит"

У клиента нет всей суммы и он вносит только 3 000 руб.
Создается Поступление в кассу на 3 000 руб., все проводится ок, но при пробитии чека ошибка "36h, ошибка FNoperation".

Если тестирую в эмуляторе ккт - https://infostart.ru/public/1330826/ - то все ок, чеки печатаются.

И такая штука постоянно вылетает. База нетиповая, но никакие важные механизмы в накладных и платежных документах не тронуты.

Заметил, что версия ФФД ККТ 1.05, а в эмуляторе 1.1.

Куда копать подскажите. Обновить кассу на ФФД 1.1? Такие прошивки есть вообще на них?
Вознаграждение за ответ
Показать полностью
Найденные решения
14. user856012 13 15.07.21 13:45 Сейчас в теме +10 $m
(13)
Просмотр чека работает показывает такую картину
Интересная картина: со строчкой на сумму 1182.97 (байты 19 CE 01 00 00) все в порядке - количество=1, цена=1182.97, сумма=1182.97, и ошибка не возникает.

А вот с двумя другими - "смешались в кучу кони, люди": количество=1, цена=397.48, сумма=1419.55

Естественно, ККМ отвергает такую команду.
Там сам алгоритм считает как и что закрыть
Похоже, что этот алгоритм передает драйверу ККМ неправильные данные, а касса, естественно, отказывается их принимать.

Так что, полагаю, ошибка непосредственно в 1С, а касса не при чем.
suepifanov; +1 Ответить
Остальные ответы
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
2. user856012 13 15.07.21 09:35 Сейчас в теме
(1)
Если тестирую в эмуляторе ккт - https://infostart.ru/public/1330826/ - то все ок, чеки печатаются.
Эмулятор - не живая касса, в нем ошибки могут не возникать.
Куда копать подскажите.
Для начала - снять и посмотреть (или выложить тут) лог кассы, там информация об ошибке будет более развернутой.

Примерно как это было сделано тут: https://forum.shtrih-m-partners.ru/index.php?topic=33059.0
3. suepifanov 965 15.07.21 09:48 Сейчас в теме
(2) включу логирование, жду когда появится данные...
7. suepifanov 965 15.07.21 10:45 Сейчас в теме
(2) приложил лог по одной операции, ошибка в самом конце файла
Прикрепленные файлы:
.log
8. user856012 13 15.07.21 10:59 Сейчас в теме
(7)
ошибка в самом конце файла
Да нет, не в самом конце: в первый раз 36h встречается в строке 7812 [15.07.2021 10:36:03.630], и тоже после команды FF46h, как в приведенном примере.

Похоже, что касса рассчитывает сумму не так, как вы ее передали, поэтому и сигналит об ошибке, надо разбираться в HEX строчках..
9. suepifanov 965 15.07.21 11:00 Сейчас в теме
(8) не подскажите куда можно написать в поддержку штриха?
11. user856012 13 15.07.21 11:16 Сейчас в теме
12. user856012 13 15.07.21 11:18 Сейчас в теме
(9)
куда можно написать в поддержку штриха?
А посмотрите на подпись разбиравшего лог по той же ссылке:
mailto:support@shtrih-m.ru


Лог только обязательно приложите!
10. user856012 13 15.07.21 11:13 Сейчас в теме
(8)
надо разбираться в HEX строчках
Если руководствоваться методикой из ссылки в (2), то в расчете суммы полная фигня получается:

Количество: байты 40 42 0F 00 00 00 = 1
Цена : байты 44 9B 00 00 00 = 397.48
Сумма: байты 83 2A 02 00 00 = 1419.55

Вообще ни в какие ворота не лезет! Или методика анализа должна быть другая.

У вас какие данные реально должны были напечататься в этом чеке? Количество, цена, сумма?
13. suepifanov 965 15.07.21 12:40 Сейчас в теме
(10) это хороший вопрос, какие реально данные. Там сам алгоритм считает как и что закрыть, есть описание на ИТС.

Просмотр чека работает показывает такую картину.
Прикрепленные файлы:
14. user856012 13 15.07.21 13:45 Сейчас в теме +10 $m
(13)
Просмотр чека работает показывает такую картину
Интересная картина: со строчкой на сумму 1182.97 (байты 19 CE 01 00 00) все в порядке - количество=1, цена=1182.97, сумма=1182.97, и ошибка не возникает.

А вот с двумя другими - "смешались в кучу кони, люди": количество=1, цена=397.48, сумма=1419.55

Естественно, ККМ отвергает такую команду.
Там сам алгоритм считает как и что закрыть
Похоже, что этот алгоритм передает драйверу ККМ неправильные данные, а касса, естественно, отказывается их принимать.

Так что, полагаю, ошибка непосредственно в 1С, а касса не при чем.
suepifanov; +1 Ответить
15. suepifanov 965 15.07.21 19:16 Сейчас в теме
(14) спасибо, думаю реально в этом проблема.

Отправлю в поддержку на v8, но ответ думаю будет такой - "Не удалось воспроизвести вашу проблему на демо базе"
4. namazi74 4 15.07.21 10:05 Сейчас в теме
(1)
Заметил, что версия ФФД ККТ 1.05, а в эмуляторе 1.1.

Куда копать подскажите. Обновить кассу на ФФД 1.1? Такие прошивки есть вообще на них?


Вот тут что стоит? Можно попробовать поставить Разделять строки
Прикрепленные файлы:
5. suepifanov 965 15.07.21 10:08 Сейчас в теме
(4) тут все как положено, разделять строки + 0.01.
Ошибки и без скидок идут иногда кажется, что на ровном месте. Описал пример, простейшие операции - отдана отгрузка, одна частичная оплата.

Есть нюанс - номенклатура была перенесена из другой программы, вроде все корректно, расходная накладная также создается программно.
6. Alexponenta 15.07.21 10:44 Сейчас в теме
Жалуется вроде как на фискальник...
16. ts_tanya 29.07.21 17:05 Сейчас в теме
Добрый день!
Подскажите, решили как-то проблему? У нас просто подобная ситуация.
17. suepifanov 965 30.07.21 13:45 Сейчас в теме
(16) проблему не решили, пока отказались от взаиморасчетов по накладным.

1с разбирают ошибку уже 2 недели, пока тишина.
18. ts_tanya 30.07.21 15:00 Сейчас в теме
(17) У нас почти такая же проблема, тоже в УНФ.
Причем некоторые чеки печатает, некоторые - нет.
Копались везде, где можно, кажется, ничего пока не нашли.

И в техподдержку 1с тоже писали, и тоже молчание..... 15 дней уже прошло
19. suepifanov 965 02.08.21 15:50 Сейчас в теме
(18) отпишитесь пожалуйста в этой теме когда 1С ответит. У нас пока не критично, ждем ответа от 1с, если ошибку не признают будет сами пробовать исправлять.
20. ts_tanya 02.08.21 16:32 Сейчас в теме
(19) хорошо.
Своими силами пытались, пока не докопались.
А от техподдержки, боюсь, даже смысла ждать ответа нет...
21. НовенькийЯ 03.08.21 13:07 Сейчас в теме
После обновления УТ 10.3 до последнего на сегодня релиза, выходит такая же ошибка на некоторых чека.
Не удалось установить причину появления ошибки?
при этом проблема проявляется пока что только на ШТРИХах, на атолах такого нет.
22. НовенькийЯ 03.08.21 16:09 Сейчас в теме
(21)Сам спросил и сам отвечу. В настройках торгового оборудования в способе ФЛК нужно выбрать "Разделять строки" и установить допустимое расхождение, в моем случае достаточно было выставить 1 копейку.
23. suepifanov 965 03.08.21 16:12 Сейчас в теме
(22) у нас ошибка не с этим связана, проблема в алгоритме
24. suepifanov 965 04.08.21 21:55 Сейчас в теме
пришел ответ от 1С:

Проблему с пробитием частичных оплат устраняли, обновитесь до актуальной версии УНФ


Чего устраняли, в какой версии исправлено не понятно... Релиз реально сегодня вышел, попробую обновиться.
25. ts_tanya 05.08.21 09:10 Сейчас в теме
(24) Как обновитесь - сообщите, пожалуйста.
Поможет или нет
26. ts_tanya 10.08.21 09:30 Сейчас в теме
После обновления на 1.6.25.178 - у нас проблема с чеками ушла, все пробивается теперь.
27. kznsky 19.01.22 17:40 Сейчас в теме
28. suepifanov 965 19.01.22 17:41 Сейчас в теме
(27) нет тот случай, в этом была ошибка в алгоритме унф
Оставьте свое сообщение

Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот