Таймаут при регистрации длинного чека

Mini web-сервер для печати чеков на фискальных регистраторах из мобильных приложений через HTTP запрос JSON.
epiniguin
Сообщения: 66
Зарегистрирован: 28 мар 2017, 18:36

Re: Таймаут при регистрации длинного чека

Сообщение epiniguin » 12 авг 2020, 16:49

Также нашёл на одном сайте, что у Атола есть настройка длины чека Т2Р1П128. Сейчас проверю, что там у меня.
Было 27750, увеличил до 32768.
Теперь касса кушает команды РОВНО 2 минуты, а потом опять:

Код: Выделить всё

> 00:00.172895: FE
> 00:00.000205: Нет ответа. Перезапрашиваем
> 00:00.000088: Ошибка передачи данных: Message: Время исполнения команды истекло. Исполнение команды прервано.
> 00:00.000052: Ошибка приема кадра сообщения: Время исполнения команды истекло. Исполнение команды прервано.
> 00:00.000000: Ошибка приема кадра сообщения: Время исполнения команды истекло. Исполнение команды прервано.
> 00:00.000190: Ошибка передачи данных: Message: Время исполнения команды истекло. Исполнение команды прервано.
> 00:00.000004: Socket закрыт.
Время выполнения команды:02:00.063537 

Код: Выделить всё

Не удалось зарегистрировать фискальную строку ( 232 : Превышение размеров TLV данных ФН )
Ясно, что проблема в ограничении длины в байтах, а не в том, что якобы кассе оперативки не хватает.
Поэтому предложение в силе - сделать авторазделение длинных чеков на стороне ККМ-сервера.

Сейчас в целом по стране намного больше мелких юрлиц и ИП стали платить налом и картами. Поэтому в оптовых фирмах будет всё больше и больше вот таких вот длинных чеков на сотни тысяч рублей. Например, наш данный проблемный чек из 427 позиций был на сумму 250 тыс. руб.- оплачено юрлицом картой.
А раз ограничение на стороне ФФД, то проблему можно решить только программным способом, что я и предлагаю сделать в ККМ-сервере, а не изобретать каждому что-то на стороне клиентского софта.

Аватара пользователя
saratovout
Сообщения: 227
Зарегистрирован: 08 авг 2019, 23:52
Откуда: Boston
Контактная информация:

Re: Таймаут при регистрации длинного чека

Сообщение saratovout » 12 авг 2020, 16:53

epiniguin писал(а):
12 авг 2020, 16:40
Интересно, как я разделю на несколько чеков? Это надо наш софт переделывать.
Намного проще отбить чек на всю сумму одной строкой и всё.
Самое дешевое: приучить кассира бить не более 100 позиций в одной покупке.
Самое правильное: купить ККТ проф. уровня.
Других вариантов, к сожалению, нет.

В ПО kkmserver разбивку явно никто не будет делать, это можно сказать незаконно -- только оператор (или ПО конкретной организации) должен делать разбивку "по причинам экономии на оборудовании".
good films make your life better..

epiniguin
Сообщения: 66
Зарегистрирован: 28 мар 2017, 18:36

Re: Таймаут при регистрации длинного чека

Сообщение epiniguin » 12 авг 2020, 17:09

saratovout писал(а):
12 авг 2020, 16:53

Самое дешевое: приучить кассира бить не более 100 позиций в одной покупке.
Самое правильное: купить ККТ проф. уровня.
Других вариантов, к сожалению, нет.

В ПО kkmserver разбивку явно никто не будет делать, это можно сказать незаконно -- только оператор (или ПО конкретной организации) должен делать разбивку "по причинам экономии на оборудовании".
Не надо валить всё на оборудование. Я уже написал, в чём проблема - проблема в ограничении в ФН на 32768 байт.
Я могу сейчас ухнуть несколько миллионов фирмы в покупку супер-пупер касс. Только ничего при этом не изменится. Лучше эти миллионы платить людям в зарплату, а не растрачивать бессмысленно.

И у нас не магазин, а оптовая фирма - кассир не вбивает вручную позиции со сканером штрихкодов.
Берётся счёт-фактура и по ней автоматом бьётся чек.
Одна ККМ у нас в день отбивает максимум порядка 100 чеков. А есть кассы, которые и 10 чеков в день не отбивают. Поэтому в своё время и были куплены самые простые Атол 30Ф. Просто суммы этих чеков большие и позиций там много.

О какой незаконности вы говорите? Бред какой-то. А если будет продажа на 10000 позиций и на сумму 10 млн. руб., то тоже незаконно разделить на несколько чеков? Закон говорит о том, что надо на все суммы регистрировать чеки. Сколько регистрировать чеков на одну продажу закон не говорит - это личное дело каждого.

Аватара пользователя
saratovout
Сообщения: 227
Зарегистрирован: 08 авг 2019, 23:52
Откуда: Boston
Контактная информация:

Re: Таймаут при регистрации длинного чека

Сообщение saratovout » 12 авг 2020, 17:27

epiniguin писал(а):
12 авг 2020, 17:09
Лучше эти миллионы платить людям в зарплату, а не растрачивать бессмысленно.
Согласен.
epiniguin писал(а):
12 авг 2020, 17:09
И у нас не магазин, а оптовая фирма - кассир не вбивает вручную позиции со сканером штрихкодов.
Берётся счёт-фактура и по ней автоматом бьётся чек.
Некоторые магазины делают сокращенные наименования. Возможно, вам это как-то поможет.
Пример: в прайсе "Планшет Samsung Galaxy Tab A 8.0 (2017) SM-T385NZKASER 1.4Ghz/2/16Gb/3G/LTE/GPS/ГЛОНАСС/WiFi/BT/Andr/8"/0.36 кг Black/Черный", в чеке — "Планшет Samsung".
epiniguin писал(а):
12 авг 2020, 17:09
О какой незаконности вы говорите? Бред какой-то. А если будет продажа на 10000 позиций и на сумму 10 млн. руб., то тоже незаконно разделить на несколько чеков? Закон говорит о том, что надо на все суммы регистрировать чеки. Сколько регистрировать чеков на одну продажу закон не говорит - это личное дело каждого.
Вам приходит 1 платеж от покупателя, напр. 1 транзакция по эквайрингу. Вы должны выбить этот платеж одним чеком.
Товарные позиции (выдачу оплаченного товара) можно разделить на несколько.
Проблема как раз в платеже.

Если всем поголовно ККТ будет сама по своему усмотрению делить чеки "как ей вздумается", то будет больше проблем.
good films make your life better..

epiniguin
Сообщения: 66
Зарегистрирован: 28 мар 2017, 18:36

Re: Таймаут при регистрации длинного чека

Сообщение epiniguin » 12 авг 2020, 18:24

У нас и так короткие строки "мебельная фурнитура арт.хххх". Просто этот чек ну очень длинный.
А по 100-200 строк чеки постоянно пробиваются - по ним проблем нет. Большая часть чеков - только электронные, на бумагу почти не печатаем.

Этот длинный чек пробили чек одной строкой и всё.

Audim
Администратор
Сообщения: 2097
Зарегистрирован: 17 мар 2015, 18:36

Re: Таймаут при регистрации длинного чека

Сообщение Audim » 13 авг 2020, 22:45

saratovout писал(а):
12 авг 2020, 16:53
В ПО kkmserver разбивку явно никто не будет делать....
Именно.
- kkmserver должен возвратить фискальные данные на чек, а тут как быть?
- А если первый чек пройдет а второй нет?

Нет, это функционал учетной системы а не kkmserver....

Ответить