Ошибка 4bh буфер чека переполнен


Автор
Тема: ШТРИХ-ФР-01Ф — Буфер чека переполнен! Ошибка 4Bh  (Прочитано 13711 раз)

Добрый день!
При пробитии чека на ШТРИХ-ФР-01Ф возникает ошибка: Буфер чека переполнен (скрин во вложении). Чек висит в программе как непроведённый и по кассе не пробивается! В чем может быть проблема?


Записан

Опишите проблему нам подробно на почту, приложите лог за этот временной промежуток. Так же не забудьте указать версии прошивок  СП и УМ.


Записан

С уважением,
Кулаков Антон Алексеевич

Опишите проблему нам подробно на почту, приложите лог за этот временной промежуток. Так же не забудьте указать версии прошивок  СП и УМ.

Подскажите, как посмотреть лог?
Прошивка СП из ЛК ЦТО для ШТРИХ-ФР-01Ф (Прошивка_ШТРИХ_ФР_К(apr_2017) (ZIP, 33.25 kB))
Прошивка УМ и ЛК ЦТО (Универсальная_прошивка_УМ_и_новых_ККТ(с_ключами)_от_11_08_2017 (ZIP, 480.23 kB)) — фото во вложении.


Записан

Опишите проблему нам подробно на почту!

Написал на почту ШТРИХ-М.support@shtrih-m.ru


Записан

приложите лог за этот временной промежуток.

Подскажите, как посмотреть лог?


Записан

может банально чеки не отправлялись 30 дней?


Записан

может банально чеки не отправлялись 30 дней?

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


Записан

Приложите лог за этот временной промежуток.

В третий раз уже спрашиваю тех.поддержку, как посмотреть лог? Я не смогу Вам его отправить, если не знаю где его посмотреть!!!


Записан

Настройка свойств-дополнит. параметры, первый пункт Лог поставь галочку и можно путь указать какой удобно.
Далее делаешь с кассой что хочешь и в той папке создается лог-файл DrvFR.log который блокнотом открывается.

Наверное это имелось ввиду

« Последнее редактирование: 25 Августа 2017, 14:29:55 от Игорь Нефтеюганск »


Записан

Настройка свойств-дополнит. параметры, первый пункт Лог поставь галочку и можно путь указать какой удобно.
Далее делаешь с кассой что хочешь и в той папке создается лог-файл DrvFR.log который блокнотом открывается.

Наверное это имелось ввиду

Спасибо! А если до этого не стояла галочка, значит за тот промежуток времени, когда случился сбой,  я не смогу предоставить лог, который от меня требуют?


Записан

нет, там файл не создавался даже, как галочку поставишь сразу файлик появляется (ну к примеру хоть одну команду сделаешь в драйвере- запрос, проверка связи и прочее)


Записан

нет, там файл не создавался даже, как галочку поставишь сразу файлик появляется (ну к примеру хоть одну команду сделаешь в драйвере- запрос, проверка связи и прочее)

Понял, спасибо большое!


Записан

http://forum.shtrih-m.ru/viewtopic.php?t=9257
Может быть это связано с изложенным из ссылки?
Есть ли вообще какое то ограничение по позициям или ещё чего-нибудь при пробитии чека?
В моем случае 11 позиций было, в некоторых позициях неодинарное количество товара было, может слишком много информации (а если ещё учитывать, что эта информация ещё и должна «уйти» в ОФД, может где то есть ограничение по объему информации передаваемой)?


Записан

Ограничение есть, но оно явно не 11 позиций. Поэтому нужен лог, возможно посмотрев его мы сможет понять в чем именно заключается проблема.


Записан

С уважением, Гонтарь Тимофей Владимирович
Руководитель отдела
технической поддержки АО «Штрих-М»
тел. (495) 787-60-96.
support@shtrih-m.ru

Срабатывает ошибка 75 — переполнение буфера. Печатаем из 1С Ут 11.3. Фискальник доработанный Штрих-М-01Ф. В логах на каждую позицию в чеке в ФР отсылается 6 команд. В итоге удается напечатать чек не более чем на 16 позиций.
Можно как-то обойти ограничение в 100 команд на открытом чеке? Новая прошивка?  Вот команды из лога, который отсылаются в фискальник при каждой регистрации позиции:
[22.09.2017 12:14:15.240] [00003848] [DEBUG] TDevice1C PrintFiscalLine Name=Трап D50мм 100*100 горизонтальный мет реш, Q=1.000, P=160.86, T=160.86, D=0.00, Dep=1, Tax=1
[22.09.2017 12:14:15.240] [00003848] [DEBUG] TDrvFR Set_Password
[22.09.2017 12:14:15.240] [00003848] [DEBUG] TDrvFR Set_Password: 30
[22.09.2017 12:14:15.240] [00003848] [DEBUG] TDrvFR Set_CarryStrings
[22.09.2017 12:14:15.240] [00003848] [DEBUG] TDrvFR Set_CarryStrings: True
[22.09.2017 12:14:15.240] [00003848] [DEBUG] TDrvFR Set_DelayedPrint
[22.09.2017 12:14:15.240] [00003848] [DEBUG] TDrvFR Set_DelayedPrint: True
[22.09.2017 12:14:15.240] [00003848] [DEBUG] TDrvFR Set_UseReceiptRibbon
[22.09.2017 12:14:15.240] [00003848] [DEBUG] TDrvFR Set_UseReceiptRibbon: True
[22.09.2017 12:14:15.240] [00003848] [DEBUG] TDrvFR Set_UseJournalRibbon
[22.09.2017 12:14:15.240] [00003848] [DEBUG] TDrvFR Set_UseJournalRibbon: True
[22.09.2017 12:14:15.240] [00003848] [DEBUG] TDrvFR Set_StringForPrinting
[22.09.2017 12:14:15.240] [00003848] [DEBUG] TDrvFR Set_StringForPrinting: Трап D50мм 100*100 горизонтальный мет реш
[22.09.2017 12:14:15.240] [00003848] [DEBUG] TDrvFR Set_ModelParamNumber
[22.09.2017 12:14:15.240] [00003848] [DEBUG] TDrvFR Set_ModelParamNumber: 28
[22.09.2017 12:14:15.240] [00003848] [DEBUG] TDrvFR ReadModelParamValue
[22.09.2017 12:14:15.240] [00003848] [DEBUG] TDrvFR ReadModelParamValue: 0
[22.09.2017 12:14:15.241] [00003848] [DEBUG] TDrvFR Get_ModelParamValue
[22.09.2017 12:14:15.241] [00003848] [DEBUG] TDrvFR Get_ModelParamValue: False
[22.09.2017 12:14:15.241] [00003848] [DEBUG] TDrvFR PrintString
[22.09.2017 12:14:15.241] [00003848] [DEBUG] TFiscalPrinter GetModel
[22.09.2017 12:14:15.241] [00003848] [DEBUG] TFiscalPrinter CommandCode=0017
[22.09.2017 12:14:15.241] [00003848] [ INFO] TFiscalPrinter ————————————————————
[22.09.2017 12:14:15.241] [00003848] [DEBUG] TFiscalPrinter Команда: 17h, Print string
[22.09.2017 12:14:15.241] [00003848] [ INFO] TFiscalPrinter ————————————————————
[22.09.2017 12:14:15.241] [00003848] [DEBUG] TPrinterProtocol SetCmdTimeout: 1000
[22.09.2017 12:14:15.241] [00003848] [DEBUG] TPrinterProtocol -> 05
[22.09.2017 12:14:15.242] [00003848] [DEBUG] TPrinterProtocol <- 15
[22.09.2017 12:14:15.242] [00003848] [DEBUG] TPrinterProtocol -> 02 2F 17 1E 00 00 00 C3 D2 F0 E0 EF 20 44 35 30 EC EC 20 31
[22.09.2017 12:14:15.242] [00003848] [DEBUG] TPrinterProtocol -> 30 30 2A 31 30 30 20 E3 EE F0 E8 E7 EE ED F2 E0 EB FC ED FB
[22.09.2017 12:14:15.242] [00003848] [DEBUG] TPrinterProtocol -> E9 20 EC E5 F2 20 F0 E5 F8 9E
[22.09.2017 12:14:15.243] [00003848] [DEBUG] TPrinterProtocol <- 06
[22.09.2017 12:14:15.243] [00003848] [DEBUG] TPrinterProtocol SetCmdTimeout: 30000
[22.09.2017 12:14:15.244] [00003848] [DEBUG] TPrinterProtocol <- 02
[22.09.2017 12:14:15.244] [00003848] [DEBUG] TPrinterProtocol <- 03
[22.09.2017 12:14:15.244] [00003848] [DEBUG] TPrinterProtocol SetCmdTimeout: 1000
[22.09.2017 12:14:15.244] [00003848] [DEBUG] TPrinterProtocol <- 17 00 1E 0A
[22.09.2017 12:14:15.244] [00003848] [DEBUG] TPrinterProtocol -> 06
[22.09.2017 12:14:15.245] [00003848] [DEBUG] TDrvFR PrintString: 0
[22.09.2017 12:14:15.245] [00003848] [DEBUG] TDrvFR Set_StringForPrinting
[22.09.2017 12:14:15.245] [00003848] [DEBUG] TDrvFR Set_StringForPrinting:                                   1.000 160.86
[22.09.2017 12:14:15.245] [00003848] [DEBUG] TDrvFR Get_StringForPrinting
[22.09.2017 12:14:15.245] [00003848] [DEBUG] TDrvFR Get_StringForPrinting:                                   1.000 160.86
[22.09.2017 12:14:15.245] [00003848] [DEBUG] TDevice1C >>                                  1.000 160.86
[22.09.2017 12:14:15.245] [00003848] [DEBUG] TDrvFR Set_ModelParamNumber
[22.09.2017 12:14:15.245] [00003848] [DEBUG] TDrvFR Set_ModelParamNumber: 28
[22.09.2017 12:14:15.245] [00003848] [DEBUG] TDrvFR ReadModelParamValue
[22.09.2017 12:14:15.246] [00003848] [DEBUG] TDrvFR ReadModelParamValue: 0
[22.09.2017 12:14:15.246] [00003848] [DEBUG] TDrvFR Get_ModelParamValue
[22.09.2017 12:14:15.246] [00003848] [DEBUG] TDrvFR Get_ModelParamValue: False
[22.09.2017 12:14:15.246] [00003848] [DEBUG] TDrvFR PrintString
[22.09.2017 12:14:15.246] [00003848] [DEBUG] TFiscalPrinter GetModel
[22.09.2017 12:14:15.246] [00003848] [DEBUG] TFiscalPrinter CommandCode=0017
[22.09.2017 12:14:15.246] [00003848] [ INFO] TFiscalPrinter ————————————————————
[22.09.2017 12:14:15.246] [00003848] [DEBUG] TFiscalPrinter Команда: 17h, Print string
[22.09.2017 12:14:15.246] [00003848] [ INFO] TFiscalPrinter ————————————————————
[22.09.2017 12:14:15.246] [00003848] [DEBUG] TPrinterProtocol SetCmdTimeout: 1000
[22.09.2017 12:14:15.246] [00003848] [DEBUG] TPrinterProtocol -> 05
[22.09.2017 12:14:15.247] [00003848] [DEBUG] TPrinterProtocol <- 15
[22.09.2017 12:14:15.247] [00003848] [DEBUG] TPrinterProtocol -> 02 36 17 1E 00 00 00 C3 20 20 20 20 20 20 20 20 20 20 20 20
[22.09.2017 12:14:15.247] [00003848] [DEBUG] TPrinterProtocol -> 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20
[22.09.2017 12:14:15.247] [00003848] [DEBUG] TPrinterProtocol -> 20 20 31 2E 30 30 30 20 0B 20 31 36 30 2E 38 36 CF
[22.09.2017 12:14:15.248] [00003848] [DEBUG] TPrinterProtocol <- 06
[22.09.2017 12:14:15.248] [00003848] [DEBUG] TPrinterProtocol SetCmdTimeout: 30000
[22.09.2017 12:14:15.249] [00003848] [DEBUG] TPrinterProtocol <- 02
[22.09.2017 12:14:15.249] [00003848] [DEBUG] TPrinterProtocol <- 03
[22.09.2017 12:14:15.249] [00003848] [DEBUG] TPrinterProtocol SetCmdTimeout: 1000
[22.09.2017 12:14:15.249] [00003848] [DEBUG] TPrinterProtocol <- 17 00 1E 0A
[22.09.2017 12:14:15.249] [00003848] [DEBUG] TPrinterProtocol -> 06
[22.09.2017 12:14:15.250] [00003848] [DEBUG] TDrvFR PrintString: 0
[22.09.2017 12:14:15.250] [00003848] [DEBUG] TDrvFR Set_StringForPrinting
[22.09.2017 12:14:15.250] [00003848] [DEBUG] TDrvFR Set_StringForPrinting: 1                                        160.86
[22.09.2017 12:14:15.250] [00003848] [DEBUG] TDrvFR Get_StringForPrinting
[22.09.2017 12:14:15.250] [00003848] [DEBUG] TDrvFR Get_StringForPrinting: 1                                        160.86
[22.09.2017 12:14:15.250] [00003848] [DEBUG] TDevice1C >>1                                        160.86
[22.09.2017 12:14:15.250] [00003848] [DEBUG] TDrvFR Set_ModelParamNumber
[22.09.2017 12:14:15.250] [00003848] [DEBUG] TDrvFR Set_ModelParamNumber: 28
[22.09.2017 12:14:15.250] [00003848] [DEBUG] TDrvFR ReadModelParamValue
[22.09.2017 12:14:15.251] [00003848] [DEBUG] TDrvFR ReadModelParamValue: 0
[22.09.2017 12:14:15.251] [00003848] [DEBUG] TDrvFR Get_ModelParamValue
[22.09.2017 12:14:15.251] [00003848] [DEBUG] TDrvFR Get_ModelParamValue: False
[22.09.2017 12:14:15.251] [00003848] [DEBUG] TDrvFR PrintString
[22.09.2017 12:14:15.251] [00003848] [DEBUG] TFiscalPrinter GetModel
[22.09.2017 12:14:15.251] [00003848] [DEBUG] TFiscalPrinter CommandCode=0017
[22.09.2017 12:14:15.251] [00003848] [ INFO] TFiscalPrinter ————————————————————
[22.09.2017 12:14:15.251] [00003848] [DEBUG] TFiscalPrinter Команда: 17h, Print string
[22.09.2017 12:14:15.251] [00003848] [ INFO] TFiscalPrinter ————————————————————
[22.09.2017 12:14:15.251] [00003848] [DEBUG] TPrinterProtocol SetCmdTimeout: 1000
[22.09.2017 12:14:15.251] [00003848] [DEBUG] TPrinterProtocol -> 05
[22.09.2017 12:14:15.252] [00003848] [DEBUG] TPrinterProtocol <- 15
[22.09.2017 12:14:15.252] [00003848] [DEBUG] TPrinterProtocol -> 02 36 17 1E 00 00 00 C3 31 20 20 20 20 20 20 20 20 20 20 20
[22.09.2017 12:14:15.252] [00003848] [DEBUG] TPrinterProtocol -> 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20
[22.09.2017 12:14:15.252] [00003848] [DEBUG] TPrinterProtocol -> 20 20 20 20 20 20 20 20 20 1F 31 36 30 2E 38 36 C5
[22.09.2017 12:14:15.253] [00003848] [DEBUG] TPrinterProtocol <- 06
[22.09.2017 12:14:15.253] [00003848] [DEBUG] TPrinterProtocol SetCmdTimeout: 30000
[22.09.2017 12:14:15.254] [00003848] [DEBUG] TPrinterProtocol <- 02
[22.09.2017 12:14:15.254] [00003848] [DEBUG] TPrinterProtocol <- 03
[22.09.2017 12:14:15.254] [00003848] [DEBUG] TPrinterProtocol SetCmdTimeout: 1000
[22.09.2017 12:14:15.254] [00003848] [DEBUG] TPrinterProtocol <- 17 00 1E 0A
[22.09.2017 12:14:15.254] [00003848] [DEBUG] TPrinterProtocol -> 06
[22.09.2017 12:14:15.255] [00003848] [DEBUG] TDrvFR PrintString: 0
[22.09.2017 12:14:15.255] [00003848] [DEBUG] TDrvFR Set_Tax1
[22.09.2017 12:14:15.255] [00003848] [DEBUG] TDrvFR Set_Tax1: 1
[22.09.2017 12:14:15.255] [00003848] [DEBUG] TDrvFR Set_CarryStrings
[22.09.2017 12:14:15.255] [00003848] [DEBUG] TDrvFR Set_CarryStrings: True
[22.09.2017 12:14:15.255] [00003848] [DEBUG] TDrvFR Set_DelayedPrint
[22.09.2017 12:14:15.255] [00003848] [DEBUG] TDrvFR Set_DelayedPrint: True
[22.09.2017 12:14:15.255] [00003848] [DEBUG] TDrvFR Set_UseReceiptRibbon
[22.09.2017 12:14:15.255] [00003848] [DEBUG] TDrvFR Set_UseReceiptRibbon: True
[22.09.2017 12:14:15.256] [00003848] [DEBUG] TDrvFR Set_UseJournalRibbon
[22.09.2017 12:14:15.256] [00003848] [DEBUG] TDrvFR Set_UseJournalRibbon: True
[22.09.2017 12:14:15.256] [00003848] [DEBUG] TDrvFR Set_StringForPrinting
[22.09.2017 12:14:15.256] [00003848] [DEBUG] TDrvFR Set_StringForPrinting: НДС 18%
[22.09.2017 12:14:15.256] [00003848] [DEBUG] TDrvFR Set_ModelParamNumber
[22.09.2017 12:14:15.256] [00003848] [DEBUG] TDrvFR Set_ModelParamNumber: 28
[22.09.2017 12:14:15.256] [00003848] [DEBUG] TDrvFR ReadModelParamValue
[22.09.2017 12:14:15.256] [00003848] [DEBUG] TDrvFR ReadModelParamValue: 0
[22.09.2017 12:14:15.256] [00003848] [DEBUG] TDrvFR Get_ModelParamValue
[22.09.2017 12:14:15.256] [00003848] [DEBUG] TDrvFR Get_ModelParamValue: False
[22.09.2017 12:14:15.256] [00003848] [DEBUG] TDrvFR PrintString
[22.09.2017 12:14:15.256] [00003848] [DEBUG] TFiscalPrinter CommandCode=0017
[22.09.2017 12:14:15.256] [00003848] [ INFO] TFiscalPrinter ————————————————————
[22.09.2017 12:14:15.256] [00003848] [DEBUG] TFiscalPrinter Команда: 17h, Print string
[22.09.2017 12:14:15.256] [00003848] [ INFO] TFiscalPrinter ————————————————————
[22.09.2017 12:14:15.256] [00003848] [DEBUG] TPrinterProtocol SetCmdTimeout: 1000
[22.09.2017 12:14:15.256] [00003848] [DEBUG] TPrinterProtocol -> 05
[22.09.2017 12:14:15.257] [00003848] [DEBUG] TPrinterProtocol <- 15
[22.09.2017 12:14:15.257] [00003848] [DEBUG] TPrinterProtocol -> 02 2E 17 1E 00 00 00 C3 CD C4 D1 20 31 38 25 00 00 00 00 00
[22.09.2017 12:14:15.257] [00003848] [DEBUG] TPrinterProtocol -> 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
[22.09.2017 12:14:15.257] [00003848] [DEBUG] TPrinterProtocol -> 00 00 00 00 00 00 00 00 30
[22.09.2017 12:14:15.258] [00003848] [DEBUG] TPrinterProtocol <- 06
[22.09.2017 12:14:15.258] [00003848] [DEBUG] TPrinterProtocol SetCmdTimeout: 30000
[22.09.2017 12:14:15.259] [00003848] [DEBUG] TPrinterProtocol <- 02
[22.09.2017 12:14:15.259] [00003848] [DEBUG] TPrinterProtocol <- 03
[22.09.2017 12:14:15.259] [00003848] [DEBUG] TPrinterProtocol SetCmdTimeout: 1000
[22.09.2017 12:14:15.259] [00003848] [DEBUG] TPrinterProtocol <- 17 00 1E 0A
[22.09.2017 12:14:15.259] [00003848] [DEBUG] TPrinterProtocol -> 06
[22.09.2017 12:14:15.260] [00003848] [DEBUG] TDrvFR PrintString: 0
[22.09.2017 12:14:15.260] [00003848] [DEBUG] TDrvFR Set_Tax2
[22.09.2017 12:14:15.260] [00003848] [DEBUG] TDrvFR Set_Tax2: 0
[22.09.2017 12:14:15.260] [00003848] [DEBUG] TDrvFR Set_Tax3
[22.09.2017 12:14:15.260] [00003848] [DEBUG] TDrvFR Set_Tax3: 0
[22.09.2017 12:14:15.260] [00003848] [DEBUG] TDrvFR Set_Tax4
[22.09.2017 12:14:15.260] [00003848] [DEBUG] TDrvFR Set_Tax4: 0
[22.09.2017 12:14:15.260] [00003848] [DEBUG] TDrvFR Set_StringForPrinting
[22.09.2017 12:14:15.260] [00003848] [DEBUG] TDrvFR Set_StringForPrinting: //Трап D50мм 100*100 горизонтальный мет реш
[22.09.2017 12:14:15.261] [00003848] [DEBUG] TDrvFR Set_Price
[22.09.2017 12:14:15.261] [00003848] [DEBUG] TDrvFR Set_Price: 160.86
[22.09.2017 12:14:15.261] [00003848] [DEBUG] TDrvFR Set_Quantity
[22.09.2017 12:14:15.261] [00003848] [DEBUG] TDrvFR Set_Quantity: 1
[22.09.2017 12:14:15.261] [00003848] [DEBUG] TDrvFR Set_Summ1Enabled
[22.09.2017 12:14:15.261] [00003848] [DEBUG] TDrvFR Set_Summ1Enabled: True
[22.09.2017 12:14:15.261] [00003848] [DEBUG] TDrvFR Set_Summ1
[22.09.2017 12:14:15.261] [00003848] [DEBUG] TDrvFR Set_Summ1: 160.86
[22.09.2017 12:14:15.261] [00003848] [DEBUG] TDrvFR Set_Department
[22.09.2017 12:14:15.261] [00003848] [DEBUG] TDrvFR Set_Department: 1
[22.09.2017 12:14:15.261] [00003848] [DEBUG] TDrvFR Set_BarCode
[22.09.2017 12:14:15.261] [00003848] [DEBUG] TDrvFR Set_BarCode: 0
[22.09.2017 12:14:15.261] [00003848] [DEBUG] TDrvFR Set_DiscountName
[22.09.2017 12:14:15.261] [00003848] [DEBUG] TDrvFR Set_DiscountName:
[22.09.2017 12:14:15.261] [00003848] [DEBUG] TDrvFR Set_TaxValueEnabled
[22.09.2017 12:14:15.261] [00003848] [DEBUG] TDrvFR Set_TaxValueEnabled: False
[22.09.2017 12:14:15.261] [00003848] [DEBUG] TDrvFR Set_PaymentTypeSign
[22.09.2017 12:14:15.261] [00003848] [DEBUG] TDrvFR Set_PaymentTypeSign: 4
[22.09.2017 12:14:15.261] [00003848] [DEBUG] TDrvFR Set_PaymentItemSign
[22.09.2017 12:14:15.261] [00003848] [DEBUG] TDrvFR Set_PaymentItemSign: 1
[22.09.2017 12:14:15.261] [00003848] [DEBUG] TDrvFR Set_CheckType
[22.09.2017 12:14:15.261] [00003848] [DEBUG] TDrvFR Set_CheckType: 1
[22.09.2017 12:14:15.261] [00003848] [DEBUG] TDrvFR FNOperation
[22.09.2017 12:14:15.261] [00003848] [DEBUG] TFiscalPrinter CommandCode=0010
[22.09.2017 12:14:15.261] [00003848] [ INFO] TFiscalPrinter ————————————————————
[22.09.2017 12:14:15.261] [00003848] [DEBUG] TFiscalPrinter Команда: 10h, Get short ECR status
[22.09.2017 12:14:15.261] [00003848] [ INFO] TFiscalPrinter ————————————————————
[22.09.2017 12:14:15.261] [00003848] [DEBUG] TPrinterProtocol SetCmdTimeout: 1000
[22.09.2017 12:14:15.261] [00003848] [DEBUG] TPrinterProtocol -> 05
[22.09.2017 12:14:15.262] [00003848] [DEBUG] TPrinterProtocol <- 15
[22.09.2017 12:14:15.262] [00003848] [DEBUG] TPrinterProtocol -> 02 05 10 1E 00 00 00 0B
[22.09.2017 12:14:15.263] [00003848] [DEBUG] TPrinterProtocol <- 06
[22.09.2017 12:14:15.263] [00003848] [DEBUG] TPrinterProtocol SetCmdTimeout: 5000
[22.09.2017 12:14:15.264] [00003848] [DEBUG] TPrinterProtocol <- 02
[22.09.2017 12:14:15.264] [00003848] [DEBUG] TPrinterProtocol <- 10
[22.09.2017 12:14:15.264] [00003848] [DEBUG] TPrinterProtocol SetCmdTimeout: 1000
[22.09.2017 12:14:15.264] [00003848] [DEBUG] TPrinterProtocol <- 10 00 1E B2 02 08 00 00 9E 2D DC 20 00 76 02 00 9D
[22.09.2017 12:14:15.264] [00003848] [DEBUG] TPrinterProtocol -> 06
[22.09.2017 12:14:15.265] [00003848] [DEBUG] TFiscalPrinter CommandCode=46FF
[22.09.2017 12:14:15.265] [00003848] [ INFO] TFiscalPrinter ————————————————————
[22.09.2017 12:14:15.265] [00003848] [DEBUG] TFiscalPrinter Команда: FF46h,
[22.09.2017 12:14:15.265] [00003848] [ INFO] TFiscalPrinter ————————————————————
[22.09.2017 12:14:15.265] [00003848] [DEBUG] TPrinterProtocol SetCmdTimeout: 1000
[22.09.2017 12:14:15.265] [00003848] [DEBUG] TPrinterProtocol -> 05
[22.09.2017 12:14:15.266] [00003848] [DEBUG] TPrinterProtocol <- 15
[22.09.2017 12:14:15.266] [00003848] [DEBUG] TPrinterProtocol -> 02 4B FF 46 1E 00 00 00 01 40 42 0F 00 00 00 D6 3E 00 00 00
[22.09.2017 12:14:15.266] [00003848] [DEBUG] TPrinterProtocol -> D6 3E 00 00 00 FF FF FF FF FF 01 01 04 01 2F 2F D2 F0 E0 EF
[22.09.2017 12:14:15.266] [00003848] [DEBUG] TPrinterProtocol -> 20 44 35 30 EC EC 20 31 30 30 2A 31 30 30 20 E3 EE F0 E8 E7
[22.09.2017 12:14:15.266] [00003848] [DEBUG] TPrinterProtocol -> EE ED F2 E0 EB FC ED FB E9 20 EC E5 F2 20 F0 E5 F8 61
[22.09.2017 12:14:15.267] [00003848] [DEBUG] TPrinterProtocol <- 06
[22.09.2017 12:14:15.267] [00003848] [DEBUG] TPrinterProtocol SetCmdTimeout: 30000
[22.09.2017 12:14:15.268] [00003848] [DEBUG] TPrinterProtocol <- 02
[22.09.2017 12:14:15.268] [00003848] [DEBUG] TPrinterProtocol <- 03
[22.09.2017 12:14:15.268] [00003848] [DEBUG] TPrinterProtocol SetCmdTimeout: 1000
[22.09.2017 12:14:15.268] [00003848] [DEBUG] TPrinterProtocol <- FF 46 00 BA
[22.09.2017 12:14:15.268] [00003848] [DEBUG] TPrinterProtocol -> 06
[22.09.2017 12:14:15.269] [00003848] [DEBUG] TDrvFR FNOperation: 0
[22.09.2017 12:14:15.269] [00003848] [DEBUG] TDrvFR Set_Password
[22.09.2017 12:14:15.269] [00003848] [DEBUG] TDrvFR Set_Password: 30
[22.09.2017 12:14:15.269] [00003848] [DEBUG] TDevice1C PrintFiscalLine Name=Муфта соединительная 32*32мм ПНД, Q=2.000, P=59.97, T=119.94, D=0.00, Dep=1, Tax=1

6 команд на каждую позицию. Техподдержка, посоветуйте как решить проблему? Полный лог готов предоставить.


Записан

Источник
   alexexe

21.12.18 — 08:28

Все привет! Нужен совет, может кто сталкивался уже с этим

Конфигурация УТ 11.4.5.86 — ККМ Штрих Лайт 01-Ф (прошивка актуальная)

Имеется компания, которая принимает оплату наличными от клиентов. Чеки очень большие получаются (100-200 позиций в чеке, бывает и больше). Т.к. опт и розница для ФЗ-54 не отличаются, необходимо бить оплату по кассе, но из-за ограниченного размера буфера чека касса не справляется с печатью (ошибка переполнения буфера чека)

В некоторых случаях получается разбить документы реализации и пробить несколькими суммами, но в других (из-за закрытого периода, например, когда оплата произошла не сразу) это становится почти невозможно

Связывался с поддержкой производителя (Штрих-М), ответ был по итогу такой — да, это ограничение оборудования, делайте что хотите. У АТОЛ’а кажется такие же проблемы, но в их оборудовании можно отключить буферизацию чека, но это тоже создает определенные неудобства

Есть кто-нибудь кто успешно решил эту проблему?

   Масянька

1 — 21.12.18 — 08:31

Вот интересно: есть вариант обратиться в суд по поводу некачественной работы законотворцев?

   HawkEye

2 — 21.12.18 — 08:43

(0) бей два чека, не?

   Масянька

3 — 21.12.18 — 08:45

(2) У тебя делают 2 реализации и СФ?

   alexexe

4 — 21.12.18 — 08:47

(2) Нужно бить реализацию, но опять же не всегда получается, т.к. расчеты с клиентом неоперативно проходят

   HawkEye

5 — 21.12.18 — 08:50

(3) не понял вопрос

(4) ну бей две реализации… что мешает то? клиент прямо принципиально хочет один чек ККМ ?!

   alexexe

6 — 21.12.18 — 08:51

(5) Реализацию менеджер оформил в начале года, клиент оплатил в конце. Период давно закрыт, реализацию уже не разобьешь

   Масянька

7 — 21.12.18 — 08:52

(5) Вопрос в том, что это неудобно и тянет за собой кучу действий. Как со стороны программиста, так и со стороны пользователей.

   alexexe

8 — 21.12.18 — 08:52

Есть вариант ограничить количество строк в ТЧ Товары, чтобы менеджеры не колотили большие документы…

   alexexe

9 — 21.12.18 — 08:54

(7) Да, одни неудобства

Читал где-то на форуме предлагали печать чеки без детализации, одной строкой с предметом оплаты. Но как я понимаю это несоответствие закону

   HawkEye

10 — 21.12.18 — 08:55

(6) ну не разбивай, сделай на неё два чека… что именно мешает то, я не понимаю….

(7) куча действий со стороны программиста — это его работа, а чтобы не было кучи действий со стороны пользователя — пригласи нормально программиста, а не как в (8) …

(8) ну а че… яркий пример, когда мало действий программиста приводят к многим действиям пользователей ))))

   Масянька

11 — 21.12.18 — 08:56

(10) Осталось только добавить — «расслабьтесь и получайте удовольствие» (С)

   alexexe

12 — 21.12.18 — 08:56

(10) как в УТ 11 сделать два чека на одну реализацию? Во взаиморасчетах в кассовых документах нельзя разбить документ на несколько позиций

   Масянька

13 — 21.12.18 — 08:57

(9) Вот это (ИМХО) самый безболезненный вариант выхода.

Нужно в ФНС спросить.

   HawkEye

14 — 21.12.18 — 08:57

(12) пригласи программиста который напишет обработку которая это будет делать…. или тебе код обработки нужен?!

   HawkEye

15 — 21.12.18 — 08:59

(11) самый бездарный вариант решения с точки зрения программиста…. и самый оптимальный с точки зрения лентяя…

   alexexe

16 — 21.12.18 — 09:00

(14) обработкой этот вопрос никак не решишь, требуется доработка конфигурации и структуры данных

   Масянька

17 — 21.12.18 — 09:01

(16) Ему, как и нашим законотворцам, бесполезно объяснять.

Он может всё. Несмотря ни на что.

   alexexe

18 — 21.12.18 — 09:01

есть реализация, есть документы оплаты

в документе оплаты ты можешь указать сумму и документы реализаций

даже если ты создаешь несколько документов оплаты — УТ пробивает чек на все позиции из реализации разнося только суммы

   HawkEye

19 — 21.12.18 — 09:01

(16) обработка — есть код, кодом эту проблему решишь, если поставить себе цель её решить, если не ставить себе цель её решать, то можно писать в ФНС, писать в суд, запрещать пользователям вводить больше 100 строк в документ и т.д.

   HawkEye

20 — 21.12.18 — 09:03

(17) Мася, завидуй молча… ))

(18) тогда обращайся в суд, благо у тебя есть последователи в виде Маси ))))

   NorthWind

21 — 21.12.18 — 09:03

(16) так доработайте, раз нужно. Или наймите специалиста, раз сами не можете.

   Масянька

22 — 21.12.18 — 09:04

(20) Не указывай мне, что делать, и я не скажу, куда тебе пойти (С)

Пилите, Шура, пилите… Она — золотая. (С)

   alexexe

23 — 21.12.18 — 09:04

(20) у тебя существует решение данной задачи для УТ или ты предполагаешь, что это можно сделать?

   NorthWind

24 — 21.12.18 — 09:04

как думается, тут просто нужно смотреть количество позиций и если оно больше энцать, то закрывать чек и начинать следующий. Вполне решаемый вопрос.

   NorthWind

25 — 21.12.18 — 09:05

а хрен его знает. Думаю, не существует.

   NorthWind

26 — 21.12.18 — 09:05

т.е. надо делать

   HawkEye

27 — 21.12.18 — 09:09

(23) см (17) Мася редко, но попадает в тему, сделать можно все…. было бы желание…

а когда есть желание, начинают делать и задают конкретные вопросы.

   NorthWind

28 — 21.12.18 — 09:10

задачка специфическая, потребность в ней возникает раз в многатысяч случаев, поэтому, думаю, пока еще никто не заморочился. Скорее всего, вы первый :)

   alexexe

29 — 21.12.18 — 09:13

(24) если произошла ошибка при печати второго чека, тогда нужно сохранять в документе информацию о напечатанных позициях, чтобы не распечатать их заново.

(28) Я вот и думаю, сталкивался ли кто-нибудь с этим.

Понятно, короче надо пилить.

   NorthWind

30 — 21.12.18 — 09:16

(29) Зачем? Просто опытным путем определяете, при каком количестве поз проблем не бывает. Скажем, 50. И потом просто бьете вашу накладную по 50 поз и остаток, т.е. если у вас 120 поз, то выходит три чека — 2 по 50 и один 20.

   Масянька

31 — 21.12.18 — 09:16

(24) Не такой уж он и решаемый. Просто открой обработку формирования чека и посмотри.

Там придется такие костыли городить…

   Масянька

32 — 21.12.18 — 09:17

(27) Я — практик, а не теоретик.

   Масянька

33 — 21.12.18 — 09:19

(29) Есть клиенты (не бедные), которые решаются на (9).

Но — они понимают проблемы, которые могут возникнуть (пока, тьфу-тьфу) и готовы (!!!) их решать.

   alexexe

34 — 21.12.18 — 09:19

(30) ккт может дать сбой при печати по различным причинам

   NorthWind

35 — 21.12.18 — 09:23

(34) Не спорю. Но мы вроде обсуждаем не различные причины, а конкретную, и избежать возникновения ситуации можно вполне конкретным способом — уменьшив количество позиций. Наверняка возможно определить разумное к-во позиций, когда ошибка не возникает. Думаю, даже ТП Штриха тут поможет.

   Масянька

36 — 21.12.18 — 09:27

(35) Не всякий клиент согласится оприходовать 2-3 накладные вместо одной.

   HawkEye

37 — 21.12.18 — 09:30

(29) зачем доводить до ошибок, печатай такое кол-во которое не дает ошибок….

(32) я бы не был так уверен в первом….

(34) для этого и существуют программисты, которые как раз и должны писать код, который или не допускает сбои или корректно их обрабатывает

(36) лыко мочало начинай все сначала…. оплатить ОДНУ накладную можно хоть сотней чеков, бей по одному чеку на каждую номенклатуру — никому от этого ни холодно ни горячо…

   alexexe

38 — 21.12.18 — 09:32

(37) как в конфигурации УТ 11 пробить чек на каждую номенклатуру по одной накладной?

   HawkEye

39 — 21.12.18 — 09:32

(29) (36) как по вашему работают продуктовые магазины которые алкоголь бьют по одной ККМ (ООО), а все остальное по другой ККМ (УСН) и все это делается из одного документа и еще с частичной оплатой картой, а частью наличной?!

   HawkEye

40 — 21.12.18 — 09:34

(38) решение в лоб: написать обработку, которая в цикле на каждую строку накладной создаст документ чек и пробъет его на ККМ, ты не умеешь программно создавать и проводить документ?!

   kda26

41 — 21.12.18 — 09:38

(38) Вопрос. Насколько не противоречит закону, пробивать несколько чеков на одну реализацию.

   alexexe

42 — 21.12.18 — 09:43

(40) я прекрасно понимаю, что есть разные варианты реализации данной проблемы, мне было интересно кто как решал проблему. По видимости, с этим случае столкнулся только я

P.S.

Решение не очень хорошее с точки зрения архитектуры УТ, чеки нужно будет сразу же архивировать после пробития, а потом что-то с ними делать (удалять, оставлять), нужно хранить связь между чеком и реализацией… наверное еще куча всего

мне нравится вариант (24), правда я думаю нужно хранить информацию о пробитых чеках

   alexexe

43 — 21.12.18 — 09:43

(41) не знаю, не слышал про такое ограничение

   HawkEye

44 — 21.12.18 — 09:51

(42) ес-сно бить чек на каждую строку — это бред… мне казалось участникам форума знакомо понятие сарказм…

(41) с чего это может портиворечить закону?! кто тебе мешает приходить и оплачивать свой товар каждый день по 10%?!

   kda26

45 — 21.12.18 — 09:59

(44) ИМХОР это будет 10 чеков с признаком способа расчета «ЧАСТИЧНАЯ ОПЛАТА И КРЕДИТ». А по ситуации м.б. «ПОЛНАЯ ОПЛАТА» , «ОПЛАТА КРЕДИТА».

   alexexe

46 — 21.12.18 — 10:01

я думаю доработать заполнение регистра сведений ЖурналФискальныхОпераций — одна запись будет соответствовать одному пробитому чеку (впрочем как оно есть и сейчас)

хранить в нем дополнительно информацию по пробитым позициям

а при печати чека исключать уже пробитые позиции, указанные в РС

   HawkEye

47 — 21.12.18 — 10:02

(45) если ты чеки будешь бить по строчкам, т.е. полностью оплачивая позицию, никаких частичных оплат (тем более в рамках одного дня) не будет…

   HawkEye

48 — 21.12.18 — 10:03

(46) ну вот уже пошел конструктив )))

   alexexe

49 — 21.12.18 — 10:05

(47) будет, например, если клиент оплатил накладную на сумму меньшую чем одна позиция

   HawkEye

50 — 21.12.18 — 10:07

(49) рука-лицо….. тогда будет «ЧАСТИЧНАЯ ОПЛАТА И КРЕДИТ» получается, что у тебя уже сейчас есть несколько чеков на одну реализацию и для чего весь этот цирк?!

   alexexe

51 — 21.12.18 — 10:10

(48) мне кажется, что ты не знаешь как работает БПО по-крайней как это реализовано в УТ

   alexexe

52 — 21.12.18 — 10:12

случаи с частичной оплатой есть, но УТ печает попозицинно весь состав реализации изменяя только суммы оплат. И если есть хоть одна реализация с большим количество строк в документе — ни один чек не пробьется.

Поэтому и нужна доработка типового механизма

Причем тут цирк

   kda26

53 — 21.12.18 — 10:12

(49) И будет часто, поскольку в опте, клиент платит с отсрочкой. И закрывает позиции не по одной накладной а по набору накладных. И какая-то накладная закроется 100%, а вот следующая как выйдет.

   HawkEye

54 — 21.12.18 — 10:13

(52) ну так и доработай…  об этом я тебе написал еще в (1)

   Garykom

55 — 21.12.18 — 10:15

(0) Вывод: ККТ от Штрих-М говно.

Не факт что другие лучше в этом вопросе, но можно попытаться сдать ее назад производителю ))

   Garykom

56 — 21.12.18 — 10:18

Но лично я изменил бы пробивку (только для опта с дубль доками в виде Торг-12, УПД и т.д.) на отказ от перечисления в чеках всех позиций номенклатуры из доков.

И просто пробивку «Оплата по документу … от … на сумму … кол-во 1 штук»

   Garykom

57 — 21.12.18 — 10:18

(56) Одной строчкой пробивку вместо много

   alexexe

58 — 21.12.18 — 10:23

(55) может есть решения от других производителей касс?

Я слышал, что одни партнеры АТОЛ’а по-умолчанию отключали буферизацию чека, что позволяло печать чеки без ограничения, но чеки задваивались, например, при обрыве ленты

В приницпе у Штриха тоже в настроечных таблицах есть параметры Сохранять строки в буфере чека и Печать чека по закрытию, но в Лайт’е их нельзя редактировать

   kda26

59 — 21.12.18 — 10:25

(57) Увы. Это противоречит ФЗ-54.

   alexexe

60 — 21.12.18 — 10:26

(56) на форумах приводят аргументацию, что оптовый чек ничем не отличается от розничного, а поскольку в розничном чеке нужно печатать все позиции, то и в оптовом якобы тоже все нужно печатать

   Garykom

61 — 21.12.18 — 10:27

(59) Хотелось бы пруф со ссылками.

Особенно для аванса когда еще неизвестен список товаров/услуг. Или для платежных агентов которые про них даже знать не знают и просто оплату принимают/выдают.

   Garykom

62 — 21.12.18 — 10:28

(60) Это аргументация как соотносится с законами и правоприменительной практикой?

Особенно в свете когда оборудование из реестра не может выполнять свою задачу?

Нет в законах пока еще ограничения на кол-во позиций, так что или ККТ обязана уметь в одном чеке пробивать хоть несколько миллионов позиций. Или вы не то делаете ))

   Масянька

63 — 21.12.18 — 10:33

(60) У тебя покупатель не физик?

   alexexe

64 — 21.12.18 — 10:36

(63) юрики

   Масянька

65 — 21.12.18 — 10:37

(64) К реализации делаешь ПКО, к ПКО чек, в чек «Оплата по ПКО …». Тем более — предоплата.

   alexexe

66 — 21.12.18 — 10:43

(65) да, было бы здорово, интересно, что скажет налоговая.

   alexexe

67 — 21.12.18 — 10:47

Статья 4.7. Требования к кассовому чеку и бланку строгой отчетности

(введена Федеральным законом от 03.07.2016 N 290-ФЗ)

1. Кассовый чек и бланк строгой отчетности содержат, за исключением случаев, установленных

настоящим Федеральным законом, следующие обязательные реквизиты:

…

наименование товаров, работ, услуг (если объем и список услуг возможно определить в момент

оплаты),  платежа,  выплаты,  их  количество,  цена  (в  валюте  Российской  Федерации)  за  единицу  с

учетом  скидок  и  наценок,  стоимость  с  учетом  скидок  и  наценок,  с  указанием  ставки  налога  на

добавленную  стоимость  (за  исключением  случаев  осуществления  расчетов  пользователями,  не

являющимися  налогоплательщиками  налога  на  добавленную  стоимость  или  освобожденными  от

исполнения  обязанностей  налогоплательщика  налога  на  добавленную  стоимость,  а  также

   alexexe

68 — 21.12.18 — 10:48

единственное исключение:

До  01.02.2021  индивидуальные  предприниматели  (кроме  реализующих  подакцизные  товары),

применяющие ПСН, УСН, ЕНВД, ЕСХН могут не указывать в кассовых чеках и БСО наименование

товара (работы, услуги) и его количество (ФЗ от 03.07.2016 N 290-ФЗ).

   alexexe

69 — 21.12.18 — 10:49

так что судя по закону нельзя, надо все печатать

   Масянька

70 — 21.12.18 — 10:49

(67) Ключевое «если объем и список услуг возможно определить в момент оплаты».

Так что скажешь налоговой, что определить нельзя.

   Масянька

71 — 21.12.18 — 10:50

(69) Ты ни на одном аппарате не сможешь напечатать всё, если оплачено не всё.

   kda26

72 — 21.12.18 — 10:54

(70) ТС же объяснил ситуацию в (6)

«Реализацию менеджер оформил в начале года, клиент оплатил в конце. Период давно закрыт, реализацию уже не разобьешь»

Так, что объем и список, таки определен.

   Garykom

73 — 21.12.18 — 12:19

(67) Будь добр обрати внимание что в перечислении через «,» есть такое как:

«платежа, выплаты»

  

Garykom

74 — 21.12.18 — 12:19

(73)+ Это нужно читать/понимать как:

«наименования платежа или «наименование выплаты»

а не придумывать своих трактовок законов.

Источник
Автор Сообщение

Новичок

Зарегистрирован: Чт янв 25, 2007 12:22 pm
Сообщения: 4

Сообщение Буффер чека переполнен: как с этим бороться?

Такой вопросик: при снятии отчета по позициям начинается печать и выскакивает ошибка «Буффер чека переполнен».Печать получается незавершенной. Как можно решить эту проблемку? иногда получается так, что если задать меньший период для отчета, то отчет проходит нормально.

Заранее благодарен за ответ!

Чт янв 25, 2007 12:31 pm

Профиль

Timofey Gontar

Постоянный участник

Аватара пользователя

Зарегистрирован: Чт мар 10, 2005 6:41 pm
Сообщения: 9908
Откуда: ЗАО «ШТРИХ-М», г. Москва

Сообщение 

Уточните, пожалуйста, модель ККМ, наименование и версию ПО.


_________________
С уважением, Гонтарь Тимофей Владимирович
Инженер технической поддержки ЗАО «Штрих-М»
mailto: support@shtrih-m.ru
тел. (495) 787-60-96
ВНИМАНИЕ: Работает Официальный Интернет-Магазин от компании Штрих-М www.shels-m.ru Чт янв 25, 2007 4:06 pm

Профиль WWW

Antonov Dvor

Новичок

Зарегистрирован: Чт янв 25, 2007 12:22 pm
Сообщения: 4

Сообщение Дополнительная информация

Извините за такой затянувшейся ответ. ПО стоит Штрих-М:Кассир (xp sp2) версии 1.9.0.3. ККМ стоит Штрих Комбо-фр-к, версия ПО А.4, Сборка 19211, Версия ПО ФР 1.2 от 22.09.02,Сборка 0035.

Версия Драйвера 4.6.0.244

Спасибо за помощь,

Чт апр 19, 2007 6:01 am

Профиль

Kholkin Evgeniy

Постоянный участник

Аватара пользователя

Зарегистрирован: Чт мар 10, 2005 6:42 pm
Сообщения: 4282

Сообщение 

Для того чтобы точно разобраться в причине возникновения ошибки — просьба в Драйвере ФР в настройке свойст/ дополнительные параметры включить галочку «Версти лог» при этом галочку вести лог команд ФР только ошибок нужно убрать. И при возникновении данной ошибки выслать лог-файл на

support@shtrih-m.ru

c описанием проблемы.

Чт апр 19, 2007 12:51 pm

Профиль

Antonov Dvor

Новичок

Зарегистрирован: Чт янв 25, 2007 12:22 pm
Сообщения: 4

Сообщение 

Выслал лог на почту,

Спасибо за Помощь,

Алексей

Пт апр 20, 2007 5:37 am

Профиль

Timofey Gontar

Постоянный участник

Аватара пользователя

Зарегистрирован: Чт мар 10, 2005 6:41 pm
Сообщения: 9908
Откуда: ЗАО «ШТРИХ-М», г. Москва

Сообщение 

В присланных Вами логах ошибки 75: «Буфер чека переполнен» я не обнаружил. Соответственно, мне все же хотелось бы увидеть лог, в котором отражена описанная Вами ситуация. Так же по возможности пришлите скриншот в момент возникновения данной ошибки. Так же уточните, пожалуйста, каким образом Вы выходите из данной ошибки.


_________________
С уважением, Гонтарь Тимофей Владимирович
Инженер технической поддержки ЗАО «Штрих-М»
mailto: support@shtrih-m.ru
тел. (495) 787-60-96
ВНИМАНИЕ: Работает Официальный Интернет-Магазин от компании Штрих-М www.shels-m.ru Пт апр 20, 2007 4:12 pm

Профиль WWW

Verginia

Новичок

Зарегистрирован: Пт фев 01, 2008 10:28 pm
Сообщения: 6

Сообщение 

У нас такая же проблема. Выдаётся 75: Буфер чека переполнен. У нас Элвес-ФР-К программа РМК бесплатформенный. На самом деле как с этим бороться и откуда берётся эта ошибка? :(

Пт фев 01, 2008 10:34 pm

Профиль

Kholkin Evgeniy

Постоянный участник

Аватара пользователя

Зарегистрирован: Чт мар 10, 2005 6:42 pm
Сообщения: 4282

Сообщение 

Если Вы печатаете чек и возникает такая ошибка, то это связано с тем, что в открытом чеке можно послать на ФР не более 100 команд. Т.е. в зависимости от количества в наименовании текстовых строк в одной позиции чека — количество позиций может быть и меньше 100.

Пн фев 04, 2008 10:42 am

Профиль

Verginia

Новичок

Зарегистрирован: Пт фев 01, 2008 10:28 pm
Сообщения: 6

Сообщение 

Не очень понятно. Открытый чек-вы имеете ввиду расширенный отчёт по товару? В этом отчёте один проданный товар описывают три строчки, они тоже считаются?

Пн фев 04, 2008 3:08 pm

Профиль

Kholkin Evgeniy

Постоянный участник

Аватара пользователя

Зарегистрирован: Чт мар 10, 2005 6:42 pm
Сообщения: 4282

Сообщение 

Открытый чек — это я имею в виду режим ФР 8 — Открытый чек, в который ФР попадает по команде Открыть чек или Продажа и других фискальных операций. Т.е. не расширенный отчёт по товару, а именно чек в режиме регистрации. При какой чеке у Вас возникает ошибка?

Пн фев 04, 2008 4:13 pm

Профиль

Verginia

Новичок

Зарегистрирован: Пт фев 01, 2008 10:28 pm
Сообщения: 6

Сообщение 

Нет у нас не при открытом чеке такое возникает, а именно тогда когда снимаем расширенный отчёт по товару. Он печатается-печатается и потом выдаёт ошибку и печать останавливается

Пн фев 04, 2008 4:39 pm

Профиль

Kholkin Evgeniy

Постоянный участник

Аватара пользователя

Зарегистрирован: Чт мар 10, 2005 6:42 pm
Сообщения: 4282

Сообщение 

Включите ведение лог-файла в Драйвере ФР, настройка свойств, дополнительные параметры. И при возникновении ошибки — вышлите лог на

support@shtrih-m.ru

.

Пн фев 04, 2008 5:55 pm

Профиль

chacha

Новичок

Зарегистрирован: Ср авг 03, 2011 2:21 pm
Сообщения: 1

Сообщение Re: Буффер чека переполнен: как с этим бороться?

Была такая же проблема на ФР Ярус при снятии отчета с гашение в буфер. Судя по всему буфер был переполнен, так как при печати всех отчетов из буфера эта ошибка пропала.

Ср авг 03, 2011 2:22 pm

Профиль

Selihov Dmitry

Постоянный участник

Аватара пользователя

Зарегистрирован: Пт май 19, 2006 6:26 pm
Сообщения: 10424
Откуда: Штрих-М

Сообщение Re: Буффер чека переполнен: как с этим бороться?

Да, при снятии отчетов в буфер максимально допустимого кол-ва выдается таже ошибка.


_________________
С уважением, Селихов Дмитрий Юрьевич
Инженер технической поддержки ЗАО «Штрих-М»
mailto: support@shtrih-m.ru
тел. (495) 787-60-96
ВНИМАНИЕ:
Работает Официальный Интернет-Магазин от компании Штрих-М
Shels-m.ru Ср авг 03, 2011 3:27 pm

Профиль

Value1965

Новичок

Зарегистрирован: Чт дек 11, 2014 8:48 am
Сообщения: 2

Сообщение Re: Буффер чека переполнен: как с этим бороться?

Аналогичная проблема «Ошибка: 75, Буфер чека переполнен.», но при закрытии смены на Retail-01К.

Пт дек 12, 2014 5:19 pm

Профиль

Источник

23 мая 2019

45143

Время чтения:
44 мин.

4

Бывает так, что в любой момент времени может возникнуть сбой в работе той, или иной системы. Кассовые аппараты компании «Штрих-М» не исключение. В данном обзоре представлены основные неисправности и способы решения возникших проблем с онлайн-кассой ШТРИХ-М-01Ф, а также коды ошибок с описанием. Этот материал поможет вам сэкономить драгоценное время и не заниматься поиском решения проблемы в интернете. В случае, если неисправность невозможно устранить самостоятельно, нужно обратиться к специалистам сервисного центра.

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

  • индикации наличия бумаги: при отсутствии бумаги загорается красным цветом и ККТ подаёт звуковой сигнал;

  • индикации аварии аппаратной части ККТ: после включения питания мигает двойными вспышками через паузу (звуковых сигналов нет, связи по интерфейсу с ККТ нет);

  • индикации нарушения целостности данных в ОЗУ, а также когда ККТ находится в режиме 9: мигает после включения питания ККТ и звукового сигнала (на все запросы по интерфейсу передаётся соответствующий код ошибки).

ККТ не реагирует на нажатия кнопок промотки бумаги

Причина. ККТ выключен

Решение. Включите питание ККТ

Причина. Идет отработка какой-то команды

Решение. Дождитесь окончания выполнения текущей операции

Причина. «Заело» бумагу

Решение. Освободите бумагу

Причина. ККТ вышел из строя

Решение. Обратитесь в сервисный центр

ККТ не отвечает на команды хоста

Причина. ККТ выключен

Решение. Включите питание ККТ

Причина. Скорость обмена ККТ с хостом не совпадает со скоростью, на которой хост посылает команды

Решение. Установите скорость передачи данных хоста

Причина. Скорость обмена ККТ с хостом совпадает со скоростью, на которой хост посылает команды, но канал связи не позволяет передавать данные на такой скорости без ошибок

Решение. Установите скорость передачи данных хоста и ККТ равной 4800 бод (см. раздел инструкции «Установка скорости обмена с хостом по умолчанию»)

Причина. Соединительный кабель не подключен или вышел из строя

Решение. Подключите или замените кабель

Причина. ККТ вышел из строя

Решение. Обратитесь в сервисный центр

Нет связи с ОФД

Причина. Неверные настройки ККТ

Решение. Проверьте настройки ККТ

Чеки не передаются в ОФД в течении 30 дней

Причина. Нет связи

Решение. Обратитесь в обслуживающую организацию

Нужна помощь с кассой ШТРИХ-М?
Поможем разобраться с любыми неполадками!

Оставьте заявку и получите консультацию инженера по ККТ.

Заказать звонок

Ваша заявка принята

Наши консультанты перезвонят Вам
в течение 20 минут

Коды ошибок

Примечание 1: В столбце «Устройство» указывается источник возникновения ошибки: фискальный накопитель (ФН) или сама ККТ.

Код ошибки

Устройство

Описание ошибки

Версия

протокола ККТ

Критичность   

HEX

DEC

v.2.0

00h

0

ФН

Ошибок нет

+

01h

1

ФН

Неизвестная команда, неверный формат

посылки или неизвестные параметры

+

02h

2

ФН

Неверное состояние ФН

+

03h

3

ФН

Ошибка ФН

+

04h

4

ФН

Ошибка КС

+

05h

5

ФН

Закончен срок эксплуатации ФН

+

06h

6

ФН

Архив ФН переполнен

+

07h

7

ФН

Неверные дата и/или время

+

08h

8

ФН

Нет запрошенных данных

+

09h

9

ФН

Некорректное значение параметров

команды

+

10h

16

ФН

Превышение размеров TLV данных

+

11h

17

ФН

Нет транспортного соединения

+

12h

18

ФН

Исчерпан ресурс КС

(криптографического сопроцессора)

+

14h

20

ФН

Исчерпан ресурс хранения

+

15h

21

ФН

Исчерпан ресурс Ожидания передачи

сообщения

+

16h

22

ФН

Продолжительность смены более 24 часов

+

17h

23

ФН

Неверная разница во времени между 2

операциями

+

20h

32

ФН

Сообщение от ОФД не может быть

принято

+

2Fh

47

ККТ

Таймаут обмена с ФН

+

30h

48

ККТ

ФН не отвечает

+

33h

51

ККТ

Некорректные параметры в команде

+

34h

52

ККТ

Нет данных

+

35h

53

ККТ

Некорректный параметр при данных

настройках

+

36h

54

ККТ

Некорректные параметры в команде для

данной реализации ККТ

+

37h

55

ККТ

Команда не поддерживается в данной

реализации ККТ

+

38h

56

ККТ

Ошибка в ПЗУ

+

+

39h

57

ККТ

Внутренняя ошибка ПО ККТ                                

+

3Ch

60

ККТ

Смена открыта операция невозможна

+

3Dh

61

ККТ

Смена открыта операция невозможна

3Eh

62

ККТ

Переполнение накопления по секциям в

смене

+

3Fh

63

ККТ

Переполнение накопления по скидкам в

смене

+

40h

64

ККТ

Переполнение диапазона скидок

+

Код ошибки

Устройство

Описание ошибки

Версия

протокола ККТ

Критичность   

HEX

DEC

v.2.0

41h

65

ККТ

Переполнение диапазона оплаты

наличными

+

42h

66

ККТ

Переполнение диапазона оплаты типом 2

+

43h

67

ККТ

Переполнение диапазона оплаты типом 3

+

44h

68

ККТ

Переполнение диапазона оплаты типом 4

+

45h

69

ККТ

Cумма всех типов оплаты меньше итога

чека

+

46h

70

ККТ

Не хватает наличности в кассе

+

47h

71

ККТ

Переполнение накопления по налогам в смене

+

48h

72

ККТ

Переполнение итога чека

+

49h

73

ККТ

Операция невозможна в открытом чеке

данного типа

4Ah

74

ККТ

Открыт чек – операция невозможна

+

4Bh

75

ККТ

Буфер чека переполнен

+

4Ch

76

ККТ

Переполнение накопления по обороту

налогов в смене

+

4Dh

77

ККТ

Вносимая безналичной оплатой сумма

больше суммы чека

+

4Eh

78

ККТ

Смена превысила 24 часа

+

4Fh

79

ККТ

Неверный пароль

+

50h

80

ККТ

Идет печать результатов выполнения

предыдущей команды

+

51h

81

ККТ

Переполнение накоплений наличными в

смене

+

52h

82

ККТ

Переполнение накоплений по типу

оплаты 2 в смене

+

53h

83

ККТ

Переполнение накоплений по типу

оплаты 3 в смене

+

54h

84

ККТ

Переполнение накоплений по типу

оплаты 4 в смене

+

55h

85

ККТ

Чек закрыт – операция невозможна

56h

86

ККТ

Нет документа для повтора

+

58h

88

ККТ

Ожидание команды продолжения печати

+

59h

89

ККТ

Документ открыт другим оператором

+

5Bh

91

ККТ

Переполнение диапазона надбавок

+

5Ch

92

ККТ

Понижено напряжение 24В

+

5Dh

93

ККТ

Таблица не определена

+

5Eh

94

ККТ

Неверная операция

+

5Fh

95

ККТ

Отрицательный итог чека

+

60h

96

ККТ

Переполнение при умножении

+

61h

97

ККТ

Переполнение диапазона цены

+

62h

98

ККТ

Переполнение диапазона количества

+

63h

99

ККТ

Переполнение диапазона отдела

+

65h

101

ККТ

Не хватает денег в секции

+

66h

102

ККТ

Переполнение денег в секции

+

68h

104

ККТ

Не хватает денег по обороту налогов

+

69h

105

ККТ

Переполнение денег по обороту налогов

+

6Ah

106

ККТ

Ошибка питания в момент ответа по I2C

+

6Bh

107

ККТ

Нет чековой ленты

+

Код ошибки

Устройство

Описание ошибки

Версия

протокола ККТ

Критичность   

HEX

DEC

v.2.0

6Dh

109

ККТ

Не хватает денег по налогу

+

6Eh

110

ККТ

Переполнение денег по налогу

+

6Fh

111

ККТ

Переполнение по выплате в смене

+

71h

113

ККТ

Ошибка отрезчика                                                

+

+

72h

114

ККТ

Команда не поддерживается в данном

подрежиме

+

73h

115

ККТ

Команда не поддерживается в данном

режиме

+

74h

116

ККТ

Ошибка ОЗУ

+

+

75h

117

ККТ

Ошибка питания

+

77h

119

ККТ

Ошибка принтера: нет сигнала с датчиков

+

+

78h

120

ККТ

Замена ПО

+

+

79h

121

ККТ

Ошибка часов

+

7Ah

122

ККТ

Поле не редактируется

+

7Bh

123

ККТ

Ошибка оборудования

+

7Ch

124

ККТ

Не совпадает дата

+

7Dh

125

ККТ

Неверный формат даты

+

7Eh

126

ККТ

Неверное значение в поле длины

+

7Fh

127

ККТ

Переполнение диапазона итога чека

+

84h

132

ККТ

Переполнение наличности

+

85h

133

ККТ

Переполнение по продажам в смене

+

86h

134

ККТ

Переполнение по покупкам в смене

+

87h

135

ККТ

Переполнение по возвратам продаж в

смене

+

88h

136

ККТ

Переполнение по возвратам покупок в

смене

+

89h

137

ККТ

Переполнение по внесению в смене

+

8Eh

142

ККТ

Нулевой итог чека

+

90h

144

ККТ

Поле превышает размер, установленный в

настройках

+

91h

145

ККТ

Выход за границу поля печати при

данных настройках шрифта

+

92h

146

ККТ

Наложение полей

+

93h

147

ККТ

Восстановление ОЗУ прошло успешно

+

94h

148

ККТ

Исчерпан лимит операций в чеке

+

C0h

192

ККТ

Контроль даты и времени (подтвердите

дату и время)

+

C2h

194

ККТ

Превышение напряжения в блоке питания

+

C4h

196

ККТ

Несовпадение номеров смен

+

C7h

199

ККТ

Поле не редактируется в данном режиме

+

С8h

200

ККТ

Нет связи с принтером или отсутствуют 

импульсы от таходатчика 

+

Коды ошибок ФН

Код ошибки

Описание ошибки

Комментарий 

00h

Успешное выполнение команды

01h

Неизвестная команда, неверный формат посылки 

или неизвестные параметры

Команда с таким кодом не найдена. 

Или формат, длина, состав 

(тип, формат) параметров не 

соответствует спецификации

02h

Неверное состояние ФН

Данная команда требует другого 

состояния ФН

03h

Ошибка ФН

Запросить расширенные сведения об ошибке

04h

Ошибка КС

Запросить расширенные сведения об ошибке

05h

Закончен срок эксплуатации ФН

06h

Архив ФН переполнен

07h

Неверные дата и/или время

Дата и время операции не соответствуют 

логике работы ФН

08h

Нет запрошенных данных

Запрошенные данные отсутствуют в архиве

ФН

09h

Некорректное значение параметров команды

Параметры команды имеют 

правильный формат, но их значение 

не верно

10h

Превышение размеров TLV данных

Размер передаваемых TLV данных превысил 

допустимый

11h

Нет транспортного соединения

Транспортное соединение (ТС) отсутствует. 

Необходимо установить ТС с ОФД и передать 

в ФН команду «Транспортное соединение с 

ОФД»

12h

Исчерпан ресурс КС

(криптографического сопроцессора)

Требуется закрытие фискального режима

14h

Исчерпан ресурс хранения

Ресурс для хранения документов для ОФД 

исчерпан

15h

Исчерпан ресурс Ожидания передачи сообщения

Время нахождения в очереди самого 

старого сообщения на выдачу более 

30 календарных дней. Только для 

касс в режиме передачи данных.

16h

Продолжительность смены более 24

часов

Продолжительность смены более 24 часов

17h

Неверная разница во времени между 2 операциями

Разница более чем на 5 минут отличается от 

разницы определенному по внутреннему 

таймеру ФН

20h

Сообщение от ОФД не может быть принято

Сообщение ОФД не может быть 

принято, расширенные данные

ответа указывают причину

Раз в месяц делайте чистку кассы

Чтобы касса функционировала правильно, её необходимо обслуживать.

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

Если у вас возникли вопросы по работе ККМ, обслуживанию или ремонту техники, свяжитесь со специалистами нашего Авторизованного сервисного центра ПОРТ. Звоните в техподдержку, приезжайте в один из офисов в Красноярске или пишите на почту info@portkkm.ru.

Будем рады вам помочь!

  

alexexe

21.12.18 — 08:28

Все привет! Нужен совет, может кто сталкивался уже с этим

Конфигурация УТ 11.4.5.86 — ККМ Штрих Лайт 01-Ф (прошивка актуальная)

Имеется компания, которая принимает оплату наличными от клиентов. Чеки очень большие получаются (100-200 позиций в чеке, бывает и больше). Т.к. опт и розница для ФЗ-54 не отличаются, необходимо бить оплату по кассе, но из-за ограниченного размера буфера чека касса не справляется с печатью (ошибка переполнения буфера чека)

В некоторых случаях получается разбить документы реализации и пробить несколькими суммами, но в других (из-за закрытого периода, например, когда оплата произошла не сразу) это становится почти невозможно

Связывался с поддержкой производителя (Штрих-М), ответ был по итогу такой — да, это ограничение оборудования, делайте что хотите. У АТОЛ’а кажется такие же проблемы, но в их оборудовании можно отключить буферизацию чека, но это тоже создает определенные неудобства

Есть кто-нибудь кто успешно решил эту проблему?

  

Масянька

1 — 21.12.18 — 08:31

Вот интересно: есть вариант обратиться в суд по поводу некачественной работы законотворцев?

  

HawkEye

2 — 21.12.18 — 08:43

(0) бей два чека, не?

  

Масянька

3 — 21.12.18 — 08:45

(2) У тебя делают 2 реализации и СФ?

  

alexexe

4 — 21.12.18 — 08:47

(2) Нужно бить реализацию, но опять же не всегда получается, т.к. расчеты с клиентом неоперативно проходят

  

HawkEye

5 — 21.12.18 — 08:50

(3) не понял вопрос

(4) ну бей две реализации… что мешает то? клиент прямо принципиально хочет один чек ККМ ?!

  

alexexe

6 — 21.12.18 — 08:51

(5) Реализацию менеджер оформил в начале года, клиент оплатил в конце. Период давно закрыт, реализацию уже не разобьешь

  

Масянька

7 — 21.12.18 — 08:52

(5) Вопрос в том, что это неудобно и тянет за собой кучу действий. Как со стороны программиста, так и со стороны пользователей.

  

alexexe

8 — 21.12.18 — 08:52

Есть вариант ограничить количество строк в ТЧ Товары, чтобы менеджеры не колотили большие документы…

  

alexexe

9 — 21.12.18 — 08:54

(7) Да, одни неудобства

Читал где-то на форуме предлагали печать чеки без детализации, одной строкой с предметом оплаты. Но как я понимаю это несоответствие закону

  

HawkEye

10 — 21.12.18 — 08:55

(6) ну не разбивай, сделай на неё два чека… что именно мешает то, я не понимаю….

(7) куча действий со стороны программиста — это его работа, а чтобы не было кучи действий со стороны пользователя — пригласи нормально программиста, а не как в (8) …

(8) ну а че… яркий пример, когда мало действий программиста приводят к многим действиям пользователей ))))

  

Масянька

11 — 21.12.18 — 08:56

(10) Осталось только добавить — «расслабьтесь и получайте удовольствие» (С)

  

alexexe

12 — 21.12.18 — 08:56

(10) как в УТ 11 сделать два чека на одну реализацию? Во взаиморасчетах в кассовых документах нельзя разбить документ на несколько позиций

  

Масянька

13 — 21.12.18 — 08:57

(9) Вот это (ИМХО) самый безболезненный вариант выхода.

Нужно в ФНС спросить.

  

HawkEye

14 — 21.12.18 — 08:57

(12) пригласи программиста который напишет обработку которая это будет делать…. или тебе код обработки нужен?!

  

HawkEye

15 — 21.12.18 — 08:59

(11) самый бездарный вариант решения с точки зрения программиста…. и самый оптимальный с точки зрения лентяя…

  

alexexe

16 — 21.12.18 — 09:00

(14) обработкой этот вопрос никак не решишь, требуется доработка конфигурации и структуры данных

  

Масянька

17 — 21.12.18 — 09:01

(16) Ему, как и нашим законотворцам, бесполезно объяснять.

Он может всё. Несмотря ни на что.

  

alexexe

18 — 21.12.18 — 09:01

есть реализация, есть документы оплаты

в документе оплаты ты можешь указать сумму и документы реализаций

даже если ты создаешь несколько документов оплаты — УТ пробивает чек на все позиции из реализации разнося только суммы

  

HawkEye

19 — 21.12.18 — 09:01

(16) обработка — есть код, кодом эту проблему решишь, если поставить себе цель её решить, если не ставить себе цель её решать, то можно писать в ФНС, писать в суд, запрещать пользователям вводить больше 100 строк в документ и т.д.

  

HawkEye

20 — 21.12.18 — 09:03

(17) Мася, завидуй молча… ))

(18) тогда обращайся в суд, благо у тебя есть последователи в виде Маси ))))

  

NorthWind

21 — 21.12.18 — 09:03

(16) так доработайте, раз нужно. Или наймите специалиста, раз сами не можете.

  

Масянька

22 — 21.12.18 — 09:04

(20) Не указывай мне, что делать, и я не скажу, куда тебе пойти (С)

Пилите, Шура, пилите… Она — золотая. (С)

  

alexexe

23 — 21.12.18 — 09:04

(20) у тебя существует решение данной задачи для УТ или ты предполагаешь, что это можно сделать?

  

NorthWind

24 — 21.12.18 — 09:04

как думается, тут просто нужно смотреть количество позиций и если оно больше энцать, то закрывать чек и начинать следующий. Вполне решаемый вопрос.

  

NorthWind

25 — 21.12.18 — 09:05

а хрен его знает. Думаю, не существует.

  

NorthWind

26 — 21.12.18 — 09:05

т.е. надо делать

  

HawkEye

27 — 21.12.18 — 09:09

(23) см (17) Мася редко, но попадает в тему, сделать можно все…. было бы желание…

а когда есть желание, начинают делать и задают конкретные вопросы.

  

NorthWind

28 — 21.12.18 — 09:10

задачка специфическая, потребность в ней возникает раз в многатысяч случаев, поэтому, думаю, пока еще никто не заморочился. Скорее всего, вы первый :)

  

alexexe

29 — 21.12.18 — 09:13

(24) если произошла ошибка при печати второго чека, тогда нужно сохранять в документе информацию о напечатанных позициях, чтобы не распечатать их заново.

(28) Я вот и думаю, сталкивался ли кто-нибудь с этим.

Понятно, короче надо пилить.

  

NorthWind

30 — 21.12.18 — 09:16

(29) Зачем? Просто опытным путем определяете, при каком количестве поз проблем не бывает. Скажем, 50. И потом просто бьете вашу накладную по 50 поз и остаток, т.е. если у вас 120 поз, то выходит три чека — 2 по 50 и один 20.

  

Масянька

31 — 21.12.18 — 09:16

(24) Не такой уж он и решаемый. Просто открой обработку формирования чека и посмотри.

Там придется такие костыли городить…

  

Масянька

32 — 21.12.18 — 09:17

(27) Я — практик, а не теоретик.

  

Масянька

33 — 21.12.18 — 09:19

(29) Есть клиенты (не бедные), которые решаются на (9).

Но — они понимают проблемы, которые могут возникнуть (пока, тьфу-тьфу) и готовы (!!!) их решать.

  

alexexe

34 — 21.12.18 — 09:19

(30) ккт может дать сбой при печати по различным причинам

  

NorthWind

35 — 21.12.18 — 09:23

(34) Не спорю. Но мы вроде обсуждаем не различные причины, а конкретную, и избежать возникновения ситуации можно вполне конкретным способом — уменьшив количество позиций. Наверняка возможно определить разумное к-во позиций, когда ошибка не возникает. Думаю, даже ТП Штриха тут поможет.

  

Масянька

36 — 21.12.18 — 09:27

(35) Не всякий клиент согласится оприходовать 2-3 накладные вместо одной.

  

HawkEye

37 — 21.12.18 — 09:30

(29) зачем доводить до ошибок, печатай такое кол-во которое не дает ошибок….

(32) я бы не был так уверен в первом….

(34) для этого и существуют программисты, которые как раз и должны писать код, который или не допускает сбои или корректно их обрабатывает

(36) лыко мочало начинай все сначала…. оплатить ОДНУ накладную можно хоть сотней чеков, бей по одному чеку на каждую номенклатуру — никому от этого ни холодно ни горячо…

  

alexexe

38 — 21.12.18 — 09:32

(37) как в конфигурации УТ 11 пробить чек на каждую номенклатуру по одной накладной?

  

HawkEye

39 — 21.12.18 — 09:32

(29) (36) как по вашему работают продуктовые магазины которые алкоголь бьют по одной ККМ (ООО), а все остальное по другой ККМ (УСН) и все это делается из одного документа и еще с частичной оплатой картой, а частью наличной?!

  

HawkEye

40 — 21.12.18 — 09:34

(38) решение в лоб: написать обработку, которая в цикле на каждую строку накладной создаст документ чек и пробъет его на ККМ, ты не умеешь программно создавать и проводить документ?!

  

kda26

41 — 21.12.18 — 09:38

(38) Вопрос. Насколько не противоречит закону, пробивать несколько чеков на одну реализацию.

  

alexexe

42 — 21.12.18 — 09:43

(40) я прекрасно понимаю, что есть разные варианты реализации данной проблемы, мне было интересно кто как решал проблему. По видимости, с этим случае столкнулся только я

P.S.

Решение не очень хорошее с точки зрения архитектуры УТ, чеки нужно будет сразу же архивировать после пробития, а потом что-то с ними делать (удалять, оставлять), нужно хранить связь между чеком и реализацией… наверное еще куча всего

мне нравится вариант (24), правда я думаю нужно хранить информацию о пробитых чеках

  

alexexe

43 — 21.12.18 — 09:43

(41) не знаю, не слышал про такое ограничение

  

HawkEye

44 — 21.12.18 — 09:51

(42) ес-сно бить чек на каждую строку — это бред… мне казалось участникам форума знакомо понятие сарказм…

(41) с чего это может портиворечить закону?! кто тебе мешает приходить и оплачивать свой товар каждый день по 10%?!

  

kda26

45 — 21.12.18 — 09:59

(44) ИМХОР это будет 10 чеков с признаком способа расчета «ЧАСТИЧНАЯ ОПЛАТА И КРЕДИТ». А по ситуации м.б. «ПОЛНАЯ ОПЛАТА» , «ОПЛАТА КРЕДИТА».

  

alexexe

46 — 21.12.18 — 10:01

я думаю доработать заполнение регистра сведений ЖурналФискальныхОпераций — одна запись будет соответствовать одному пробитому чеку (впрочем как оно есть и сейчас)

хранить в нем дополнительно информацию по пробитым позициям

а при печати чека исключать уже пробитые позиции, указанные в РС

  

HawkEye

47 — 21.12.18 — 10:02

(45) если ты чеки будешь бить по строчкам, т.е. полностью оплачивая позицию, никаких частичных оплат (тем более в рамках одного дня) не будет…

  

HawkEye

48 — 21.12.18 — 10:03

(46) ну вот уже пошел конструктив )))

  

alexexe

49 — 21.12.18 — 10:05

(47) будет, например, если клиент оплатил накладную на сумму меньшую чем одна позиция

  

HawkEye

50 — 21.12.18 — 10:07

(49) рука-лицо….. тогда будет «ЧАСТИЧНАЯ ОПЛАТА И КРЕДИТ» получается, что у тебя уже сейчас есть несколько чеков на одну реализацию и для чего весь этот цирк?!

  

alexexe

51 — 21.12.18 — 10:10

(48) мне кажется, что ты не знаешь как работает БПО по-крайней как это реализовано в УТ

  

alexexe

52 — 21.12.18 — 10:12

случаи с частичной оплатой есть, но УТ печает попозицинно весь состав реализации изменяя только суммы оплат. И если есть хоть одна реализация с большим количество строк в документе — ни один чек не пробьется.

Поэтому и нужна доработка типового механизма

Причем тут цирк

  

kda26

53 — 21.12.18 — 10:12

(49) И будет часто, поскольку в опте, клиент платит с отсрочкой. И закрывает позиции не по одной накладной а по набору накладных. И какая-то накладная закроется 100%, а вот следующая как выйдет.

  

HawkEye

54 — 21.12.18 — 10:13

(52) ну так и доработай…  об этом я тебе написал еще в (1)

  

Garykom

55 — 21.12.18 — 10:15

(0) Вывод: ККТ от Штрих-М говно.

Не факт что другие лучше в этом вопросе, но можно попытаться сдать ее назад производителю ))

  

Garykom

56 — 21.12.18 — 10:18

Но лично я изменил бы пробивку (только для опта с дубль доками в виде Торг-12, УПД и т.д.) на отказ от перечисления в чеках всех позиций номенклатуры из доков.

И просто пробивку «Оплата по документу … от … на сумму … кол-во 1 штук»

  

Garykom

57 — 21.12.18 — 10:18

(56) Одной строчкой пробивку вместо много

  

alexexe

58 — 21.12.18 — 10:23

(55) может есть решения от других производителей касс?

Я слышал, что одни партнеры АТОЛ’а по-умолчанию отключали буферизацию чека, что позволяло печать чеки без ограничения, но чеки задваивались, например, при обрыве ленты

В приницпе у Штриха тоже в настроечных таблицах есть параметры Сохранять строки в буфере чека и Печать чека по закрытию, но в Лайт’е их нельзя редактировать

  

kda26

59 — 21.12.18 — 10:25

(57) Увы. Это противоречит ФЗ-54.

  

alexexe

60 — 21.12.18 — 10:26

(56) на форумах приводят аргументацию, что оптовый чек ничем не отличается от розничного, а поскольку в розничном чеке нужно печатать все позиции, то и в оптовом якобы тоже все нужно печатать

  

  

Garykom

61 — 21.12.18 — 10:27

(59) Хотелось бы пруф со ссылками.

Особенно для аванса когда еще неизвестен список товаров/услуг. Или для платежных агентов которые про них даже знать не знают и просто оплату принимают/выдают.

  

Garykom

62 — 21.12.18 — 10:28

(60) Это аргументация как соотносится с законами и правоприменительной практикой?

Особенно в свете когда оборудование из реестра не может выполнять свою задачу?

Нет в законах пока еще ограничения на кол-во позиций, так что или ККТ обязана уметь в одном чеке пробивать хоть несколько миллионов позиций. Или вы не то делаете ))

  

Масянька

63 — 21.12.18 — 10:33

(60) У тебя покупатель не физик?

  

alexexe

64 — 21.12.18 — 10:36

(63) юрики

  

Масянька

65 — 21.12.18 — 10:37

(64) К реализации делаешь ПКО, к ПКО чек, в чек «Оплата по ПКО …». Тем более — предоплата.

  

alexexe

66 — 21.12.18 — 10:43

(65) да, было бы здорово, интересно, что скажет налоговая.

  

alexexe

67 — 21.12.18 — 10:47

Статья 4.7. Требования к кассовому чеку и бланку строгой отчетности

(введена Федеральным законом от 03.07.2016 N 290-ФЗ)

1. Кассовый чек и бланк строгой отчетности содержат, за исключением случаев, установленных

настоящим Федеральным законом, следующие обязательные реквизиты:

…

наименование товаров, работ, услуг (если объем и список услуг возможно определить в момент

оплаты),  платежа,  выплаты,  их  количество,  цена  (в  валюте  Российской  Федерации)  за  единицу  с

учетом  скидок  и  наценок,  стоимость  с  учетом  скидок  и  наценок,  с  указанием  ставки  налога  на

добавленную  стоимость  (за  исключением  случаев  осуществления  расчетов  пользователями,  не

являющимися  налогоплательщиками  налога  на  добавленную  стоимость  или  освобожденными  от

исполнения  обязанностей  налогоплательщика  налога  на  добавленную  стоимость,  а  также

  

alexexe

68 — 21.12.18 — 10:48

единственное исключение:

До  01.02.2021  индивидуальные  предприниматели  (кроме  реализующих  подакцизные  товары),

применяющие ПСН, УСН, ЕНВД, ЕСХН могут не указывать в кассовых чеках и БСО наименование

товара (работы, услуги) и его количество (ФЗ от 03.07.2016 N 290-ФЗ).

  

alexexe

69 — 21.12.18 — 10:49

так что судя по закону нельзя, надо все печатать

  

Масянька

70 — 21.12.18 — 10:49

(67) Ключевое «если объем и список услуг возможно определить в момент оплаты».

Так что скажешь налоговой, что определить нельзя.

  

Масянька

71 — 21.12.18 — 10:50

(69) Ты ни на одном аппарате не сможешь напечатать всё, если оплачено не всё.

  

kda26

72 — 21.12.18 — 10:54

(70) ТС же объяснил ситуацию в (6)

«Реализацию менеджер оформил в начале года, клиент оплатил в конце. Период давно закрыт, реализацию уже не разобьешь»

Так, что объем и список, таки определен.

  

Garykom

73 — 21.12.18 — 12:19

(67) Будь добр обрати внимание что в перечислении через «,» есть такое как:

«платежа, выплаты»

  

Garykom

74 — 21.12.18 — 12:19

(73)+ Это нужно читать/понимать как:

«наименования платежа или «наименование выплаты»

а не придумывать своих трактовок законов.

Источник

23 мая 2019

48743

Время чтения:
44 мин.

4

Бывает так, что в любой момент времени может возникнуть сбой в работе той, или иной системы. Кассовые аппараты компании «Штрих-М» не исключение. В данном обзоре представлены основные неисправности и способы решения возникших проблем с онлайн-кассой ШТРИХ-М-01Ф, а также коды ошибок с описанием. Этот материал поможет вам сэкономить драгоценное время и не заниматься поиском решения проблемы в интернете. В случае, если неисправность невозможно устранить самостоятельно, нужно обратиться к специалистам сервисного центра.

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

  • индикации наличия бумаги: при отсутствии бумаги загорается красным цветом и ККТ подаёт звуковой сигнал;

  • индикации аварии аппаратной части ККТ: после включения питания мигает двойными вспышками через паузу (звуковых сигналов нет, связи по интерфейсу с ККТ нет);

  • индикации нарушения целостности данных в ОЗУ, а также когда ККТ находится в режиме 9: мигает после включения питания ККТ и звукового сигнала (на все запросы по интерфейсу передаётся соответствующий код ошибки).

ККТ не реагирует на нажатия кнопок промотки бумаги

Причина. ККТ выключен

Решение. Включите питание ККТ

Причина. Идет отработка какой-то команды

Решение. Дождитесь окончания выполнения текущей операции

Причина. «Заело» бумагу

Решение. Освободите бумагу

Причина. ККТ вышел из строя

Решение. Обратитесь в сервисный центр

ККТ не отвечает на команды хоста

Причина. ККТ выключен

Решение. Включите питание ККТ

Причина. Скорость обмена ККТ с хостом не совпадает со скоростью, на которой хост посылает команды

Решение. Установите скорость передачи данных хоста

Причина. Скорость обмена ККТ с хостом совпадает со скоростью, на которой хост посылает команды, но канал связи не позволяет передавать данные на такой скорости без ошибок

Решение. Установите скорость передачи данных хоста и ККТ равной 4800 бод (см. раздел инструкции «Установка скорости обмена с хостом по умолчанию»)

Причина. Соединительный кабель не подключен или вышел из строя

Решение. Подключите или замените кабель

Причина. ККТ вышел из строя

Решение. Обратитесь в сервисный центр

Нет связи с ОФД

Причина. Неверные настройки ККТ

Решение. Проверьте настройки ККТ

Чеки не передаются в ОФД в течении 30 дней

Причина. Нет связи

Решение. Обратитесь в обслуживающую организацию

Нужна помощь с кассой ШТРИХ-М?
Поможем разобраться с любыми неполадками!

Оставьте заявку и получите консультацию инженера по ККТ.

Заказать звонок

Ваша заявка принята

Наши консультанты перезвонят Вам
в течение 20 минут

Коды ошибок

Примечание 1: В столбце «Устройство» указывается источник возникновения ошибки: фискальный накопитель (ФН) или сама ККТ.

Код ошибки

Устройство

Описание ошибки

Версия

протокола ККТ

Критичность   

HEX

DEC

v.2.0

00h

0

ФН

Ошибок нет

+

01h

1

ФН

Неизвестная команда, неверный формат

посылки или неизвестные параметры

+

02h

2

ФН

Неверное состояние ФН

+

03h

3

ФН

Ошибка ФН

+

04h

4

ФН

Ошибка КС

+

05h

5

ФН

Закончен срок эксплуатации ФН

+

06h

6

ФН

Архив ФН переполнен

+

07h

7

ФН

Неверные дата и/или время

+

08h

8

ФН

Нет запрошенных данных

+

09h

9

ФН

Некорректное значение параметров

команды

+

10h

16

ФН

Превышение размеров TLV данных

+

11h

17

ФН

Нет транспортного соединения

+

12h

18

ФН

Исчерпан ресурс КС

(криптографического сопроцессора)

+

14h

20

ФН

Исчерпан ресурс хранения

+

15h

21

ФН

Исчерпан ресурс Ожидания передачи

сообщения

+

16h

22

ФН

Продолжительность смены более 24 часов

+

17h

23

ФН

Неверная разница во времени между 2

операциями

+

20h

32

ФН

Сообщение от ОФД не может быть

принято

+

2Fh

47

ККТ

Таймаут обмена с ФН

+

30h

48

ККТ

ФН не отвечает

+

33h

51

ККТ

Некорректные параметры в команде

+

34h

52

ККТ

Нет данных

+

35h

53

ККТ

Некорректный параметр при данных

настройках

+

36h

54

ККТ

Некорректные параметры в команде для

данной реализации ККТ

+

37h

55

ККТ

Команда не поддерживается в данной

реализации ККТ

+

38h

56

ККТ

Ошибка в ПЗУ

+

+

39h

57

ККТ

Внутренняя ошибка ПО ККТ                                

+

3Ch

60

ККТ

Смена открыта операция невозможна

+

3Dh

61

ККТ

Смена открыта операция невозможна

3Eh

62

ККТ

Переполнение накопления по секциям в

смене

+

3Fh

63

ККТ

Переполнение накопления по скидкам в

смене

+

40h

64

ККТ

Переполнение диапазона скидок

+

Код ошибки

Устройство

Описание ошибки

Версия

протокола ККТ

Критичность   

HEX

DEC

v.2.0

41h

65

ККТ

Переполнение диапазона оплаты

наличными

+

42h

66

ККТ

Переполнение диапазона оплаты типом 2

+

43h

67

ККТ

Переполнение диапазона оплаты типом 3

+

44h

68

ККТ

Переполнение диапазона оплаты типом 4

+

45h

69

ККТ

Cумма всех типов оплаты меньше итога

чека

+

46h

70

ККТ

Не хватает наличности в кассе

+

47h

71

ККТ

Переполнение накопления по налогам в смене

+

48h

72

ККТ

Переполнение итога чека

+

49h

73

ККТ

Операция невозможна в открытом чеке

данного типа

4Ah

74

ККТ

Открыт чек – операция невозможна

+

4Bh

75

ККТ

Буфер чека переполнен

+

4Ch

76

ККТ

Переполнение накопления по обороту

налогов в смене

+

4Dh

77

ККТ

Вносимая безналичной оплатой сумма

больше суммы чека

+

4Eh

78

ККТ

Смена превысила 24 часа

+

4Fh

79

ККТ

Неверный пароль

+

50h

80

ККТ

Идет печать результатов выполнения

предыдущей команды

+

51h

81

ККТ

Переполнение накоплений наличными в

смене

+

52h

82

ККТ

Переполнение накоплений по типу

оплаты 2 в смене

+

53h

83

ККТ

Переполнение накоплений по типу

оплаты 3 в смене

+

54h

84

ККТ

Переполнение накоплений по типу

оплаты 4 в смене

+

55h

85

ККТ

Чек закрыт – операция невозможна

56h

86

ККТ

Нет документа для повтора

+

58h

88

ККТ

Ожидание команды продолжения печати

+

59h

89

ККТ

Документ открыт другим оператором

+

5Bh

91

ККТ

Переполнение диапазона надбавок

+

5Ch

92

ККТ

Понижено напряжение 24В

+

5Dh

93

ККТ

Таблица не определена

+

5Eh

94

ККТ

Неверная операция

+

5Fh

95

ККТ

Отрицательный итог чека

+

60h

96

ККТ

Переполнение при умножении

+

61h

97

ККТ

Переполнение диапазона цены

+

62h

98

ККТ

Переполнение диапазона количества

+

63h

99

ККТ

Переполнение диапазона отдела

+

65h

101

ККТ

Не хватает денег в секции

+

66h

102

ККТ

Переполнение денег в секции

+

68h

104

ККТ

Не хватает денег по обороту налогов

+

69h

105

ККТ

Переполнение денег по обороту налогов

+

6Ah

106

ККТ

Ошибка питания в момент ответа по I2C

+

6Bh

107

ККТ

Нет чековой ленты

+

Код ошибки

Устройство

Описание ошибки

Версия

протокола ККТ

Критичность   

HEX

DEC

v.2.0

6Dh

109

ККТ

Не хватает денег по налогу

+

6Eh

110

ККТ

Переполнение денег по налогу

+

6Fh

111

ККТ

Переполнение по выплате в смене

+

71h

113

ККТ

Ошибка отрезчика                                                

+

+

72h

114

ККТ

Команда не поддерживается в данном

подрежиме

+

73h

115

ККТ

Команда не поддерживается в данном

режиме

+

74h

116

ККТ

Ошибка ОЗУ

+

+

75h

117

ККТ

Ошибка питания

+

77h

119

ККТ

Ошибка принтера: нет сигнала с датчиков

+

+

78h

120

ККТ

Замена ПО

+

+

79h

121

ККТ

Ошибка часов

+

7Ah

122

ККТ

Поле не редактируется

+

7Bh

123

ККТ

Ошибка оборудования

+

7Ch

124

ККТ

Не совпадает дата

+

7Dh

125

ККТ

Неверный формат даты

+

7Eh

126

ККТ

Неверное значение в поле длины

+

7Fh

127

ККТ

Переполнение диапазона итога чека

+

84h

132

ККТ

Переполнение наличности

+

85h

133

ККТ

Переполнение по продажам в смене

+

86h

134

ККТ

Переполнение по покупкам в смене

+

87h

135

ККТ

Переполнение по возвратам продаж в

смене

+

88h

136

ККТ

Переполнение по возвратам покупок в

смене

+

89h

137

ККТ

Переполнение по внесению в смене

+

8Eh

142

ККТ

Нулевой итог чека

+

90h

144

ККТ

Поле превышает размер, установленный в

настройках

+

91h

145

ККТ

Выход за границу поля печати при

данных настройках шрифта

+

92h

146

ККТ

Наложение полей

+

93h

147

ККТ

Восстановление ОЗУ прошло успешно

+

94h

148

ККТ

Исчерпан лимит операций в чеке

+

C0h

192

ККТ

Контроль даты и времени (подтвердите

дату и время)

+

C2h

194

ККТ

Превышение напряжения в блоке питания

+

C4h

196

ККТ

Несовпадение номеров смен

+

C7h

199

ККТ

Поле не редактируется в данном режиме

+

С8h

200

ККТ

Нет связи с принтером или отсутствуют 

импульсы от таходатчика 

+

Коды ошибок ФН

Код ошибки

Описание ошибки

Комментарий 

00h

Успешное выполнение команды

01h

Неизвестная команда, неверный формат посылки 

или неизвестные параметры

Команда с таким кодом не найдена. 

Или формат, длина, состав 

(тип, формат) параметров не 

соответствует спецификации

02h

Неверное состояние ФН

Данная команда требует другого 

состояния ФН

03h

Ошибка ФН

Запросить расширенные сведения об ошибке

04h

Ошибка КС

Запросить расширенные сведения об ошибке

05h

Закончен срок эксплуатации ФН

06h

Архив ФН переполнен

07h

Неверные дата и/или время

Дата и время операции не соответствуют 

логике работы ФН

08h

Нет запрошенных данных

Запрошенные данные отсутствуют в архиве

ФН

09h

Некорректное значение параметров команды

Параметры команды имеют 

правильный формат, но их значение 

не верно

10h

Превышение размеров TLV данных

Размер передаваемых TLV данных превысил 

допустимый

11h

Нет транспортного соединения

Транспортное соединение (ТС) отсутствует. 

Необходимо установить ТС с ОФД и передать 

в ФН команду «Транспортное соединение с 

ОФД»

12h

Исчерпан ресурс КС

(криптографического сопроцессора)

Требуется закрытие фискального режима

14h

Исчерпан ресурс хранения

Ресурс для хранения документов для ОФД 

исчерпан

15h

Исчерпан ресурс Ожидания передачи сообщения

Время нахождения в очереди самого 

старого сообщения на выдачу более 

30 календарных дней. Только для 

касс в режиме передачи данных.

16h

Продолжительность смены более 24

часов

Продолжительность смены более 24 часов

17h

Неверная разница во времени между 2 операциями

Разница более чем на 5 минут отличается от 

разницы определенному по внутреннему 

таймеру ФН

20h

Сообщение от ОФД не может быть принято

Сообщение ОФД не может быть 

принято, расширенные данные

ответа указывают причину

Раз в месяц делайте чистку кассы

Чтобы касса функционировала правильно, её необходимо обслуживать.

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

Если у вас возникли вопросы по работе ККМ, обслуживанию или ремонту техники, свяжитесь со специалистами нашего Авторизованного сервисного центра ПОРТ. Звоните в техподдержку, приезжайте в один из офисов в Красноярске или пишите на почту info@portkkm.ru.

Будем рады вам помочь!

Источник
Код ошибки
 Описание ошибки

Устранение ошибки
HEX DEC
30h 48 ФН не отвечает Проверьте подключение ФН. Возможно также, что ФН вышел из строя.
33h 51 Некорректные параметры в команде
35h 53 Некорректный параметр при данных настройках
36h 54 Некорректные параметры в команде для данной реализации ККТ Установленная версия прошивки не позволяет выполнить команду. Установите последнюю версию прошивки.
37h 55 Команда не поддерживается в данной реализации ККТ Установленная версия прошивки не позволяет выполнить команду. Установите последнюю версию прошивки.
38h 56 Ошибка в ПЗУ
39h 57 Внутренняя ошибка ПО ККТ Установите последнюю версию прошивки на ККТ.
3Ch 60 Смена открыта операция невозможна  Закройте смену и повторите операцию.
3Dh 61 Смена открыта операция невозможна Закройте смену и повторите операцию.
3Eh 62 Переполнение накопления по секциям в смене
3Fh 63 Переполнение накопления по скидкам в смене

40h

64

Переполнение диапазона скидок

41h

65

Переполнение диапазона оплаты наличными

45h

69

Cумма всех типов оплаты меньше итога чека 

 Укажите большую сумму для оплаты итога чека.
46h 70 Не хватает наличности в кассе Попытка сделать возврат при наличии суммы в кассе меньшей суммы возврата. Сумма возврата должна соответствовать сумме наличности в кассе.
47h 71 Переполнение накопления по налогам в смене
48h 72 Переполнение итога чека
49h 73 Операция невозможна в открытом чеке данного типа
4Ah 74 Открыт чек – операция невозможна Попытка выполнить операцию в открытом чеке. Завершите печать чека и повторите операцию.
4Bh 75 Буфер чека переполнен
4Ch 76 Переполнение накопления по обороту налогов в смене
4Dh 77 Вносимая безналичной оплатой сумма больше суммы чека
4Eh 78 Смена превысила 24 часа Закройте смену.
4Fh 79 Неверный пароль Попытка выполнить операцию под другим паролем. Измените пароль и повторите операцию. (Пароль администратора по умолчанию — 30).
50h 80 Идет печать результатов выполнения предыдущей команды
51h 81 Переполнение накоплений наличными в смене
55h 85 Чек закрыт – операция невозможна Данная операция производится только при открытом чеке.
56h 86 Нет документа для повтора
58h 88 Ожидание команды продолжения печати
59h 89 Документ открыт другим оператором Попытка выполнить документ одновременно несколькими кассирами.
5Bh 91 Переполнение диапазона надбавок
5Ch 92 Понижено напряжение 24В Проверьте напряжение в блоке питания. При необходимости замените блок питания ККТ.
5Dh 93 Таблица не определена
5Eh 94 Неверная операция
5Fh 95 Отрицательный итог чека Укажите положительную сумму в чеке.
6Bh 107 Нет чековой ленты Вставьте рулон чековой ленты в ККТ.
71h 113 Ошибка отрезчика Отрезчик вышел из строя или его заклинило. Разберите отрезчик и выясните причину. Если отрезчик забит бумагой — продуйте его сжатым воздухом.
74h 116 Ошибка ОЗУ Ошибка ОЗУ на кассах Штрих возникает из-за 
низкого напряжения батарейки (меньше 3-х Вольт) на плате  или  из-за плохих контактов на ножках батарейки.
Решение:
Пропаяйте контакты батарейки на плате или замените батарейку.
75h 117 Ошибка питания Проверьте блок питания и разъем питания на ККТ.
77h 119 Ошибка принтера: нет сигнала с датчиков Проверьте состояние принтера ККТ.
78h 120 Замена ПО Сделайте техническое обнуление на кассе. Проверьте напряжение батарейки на плате. Если ошибка повторяется — поменяйте батарейку на плате и обновите прошивку на ККТ.
79h 121 Ошибка часов Сделайте техническое обнуление на кассе. Проверьте напряжение батарейки на плате. Если ошибка повторяется — поменяйте батарейку на плате и обновите прошивку на ККТ.
7Bh 123 Ошибка оборудования Сделайте техническое обнуление на кассе. Если ошибка повторяется — обновите прошивку на ККТ.

Ошибки ФН

Код ошибки Описание ошибки
 Решение
01h Неизвестная команда, неверный формат посылки или неизвестные параметры Команда с таким кодом не найдена. Проверьте правильность используемой команды.
02h Неверное состояние ФН Данная команда требует другого состояния ФН. Проверьте правильность используемой команды.
03h Ошибка ФН Запросить расширенные сведения об ошибке. Возможно ФН вышел из строя. Протестировать ФН.
04h Ошибка КС (контрольной суммы) Запросить расширенные сведения об ошибке. Возможно ФН вышел из строя. Протестировать ФН.
05h Закончен срок эксплуатации ФН Заменить ФН.
06h Архив ФН переполнен Переполнение архива ФН вследствие большого объема продаж. Заменить ФН.
07h Неверные дата и/или время Дата/время ККТ не соответствуют дате/времени таймера ФН. Проверить и синхронизировать дату/время между ККТ и ФН.
08h Нет запрошенных данных Запрошенные данные отсутствуют в архиве ФН.
09h Некорректное значение параметров команды Параметры команды имеют правильный формат, но их значение не верно.
10h Превышение размеров TLV данных Размер передаваемых TLV данных превысил допустимый.
11h Нет транспортного соединения Транспортное соединение (ТС) отсутствует. Необходимо установить ТС с ОФД и передать в ФН команду «Транспортное соединение с ОФД».
12h Исчерпан ресурс КС (криптографического сопроцессора) Требуется закрытие фискального режима.
14h Исчерпан ресурс хранения Ресурс хранения документов для ОФД исчерпан.
15h Исчерпан ресурс ожидания передачи сообщения Сообщения для ОФД не передаются более 30 календарных дней. Проверьте настройки интернета на кассе и подключение к ОФД.
16h Продолжительность смены более 24 часов Закройте смену.
17h Неверная разница во времени между 2 операциями Разница более чем на 5 минут отличается от разницы определенному по внутреннему таймеру ФН.
20h Сообщение от ОФД не может быть принято Сообщение ОФД не может быть принято, расширенные данные ответа указывают причину.
Источник

Код
ошибки

Описание ошибки

0

 Ошибок нет

1

 Неисправен накопитель ФП1, ФП2 или часы

2

 Отсутствует ФП1

3

 Отсутствует ФП2

4

 Некорректные параметры в команде обращения к ФП

5

 Нет запрошенных данных

6

 ФП в режиме вывода данных

7

 Не корректные параметры в команде для данной  реализации ФП

8

 Команда не поддерживается в данной реализации ФП

9

 Не корректная длина команды

10

 Формат данных не BCD

11

 Не исправна ячейка памяти ФП при записи итога

17

 Не введена лицензия

18

 Заводской номер уже введен (данная ошибка связана с  некорректной работой ЭКЛЗ версии 2.2, для ее  устранения необходимо перепрошить микроконтроллер  СП).

19

 Текущая дата меньше даты последней записи в ФП

20

 Область сменных итогов ФП переполнена

21

 Смена уже открыта

22

 Смена не открыта

23

 Номер первой смены больше номера последней смены

24

 Дата первой смены больше даты последней смены

25

 Нет данных в ФП

26

 Область перерегистраций в ФП переполнена

27

 Заводской номер не введен

28

 В заданном диапазоне есть поврежденная запись

29

 Повреждена последняя запись сменных итогов

31

 Отсутствует память регистров

32

 Переполнение денежного регистра при добавлении

33

 Вычитаемая сумма больше содержимого денежного  регистра

34

 Неверная дата

35

 Нет записи активизации

36

 Область активизаций переполнена

37

 Нет активизации с запрашиваемым номером

51

 Некорректные параметры в команде

53

 Не корректный параметр при данных настройках

54

 Не корректные параметры в команде для данной  реализации ФР

55

 Команда не поддерживается в данной реализации ФР

56

 Ошибка в ПЗУ

57

 Внутренняя ошибка ПО ФР

58

 Переполнение накопления по надбавкам в смене

60

 ЭКЛЗ: неверный регистрационный номер

62

 Переполнение накопления по секциям в смене

63

 Переполнение накопления по скидкам в смене

64

 Переполнение диапазона скидок

65

 Переполнение диапазона оплаты наличными

66

 Переполнение диапазона оплаты типом 2

67

 Переполнение диапазона оплаты типом 3

68

 Переполнение диапазона оплаты типом 4

69

 Сумма всех типов оплаты меньше итога чека (для  устранения этой ошибки необходимо уравнять суммы в  итоге чека (по всем продажам) и суммы принятой от  клиента).

70

 Не хватает наличности в кассе

71

 Переполнение накопления по налогам в смене

72

 Переполнение итога чека

74

 Открыт чек- операция невозможна

75

 Буфер чека переполнен

76

 Переполнение накопления по обороту налогов в смене

77

 Вносимая безналичной оплатой сумма больше суммы  чека (для устранения этой ошибки необходимо уравнять  суммы в итоге чека (по всем продажам) и суммы  принятой от клиента).

78

Смена превысила 24 часа

79

Неверный пароль

80

Идет печать предыдущей команды

81

Переполнение накоплений наличными в смене

82

Переполнение накоплений по типу оплаты2 в смене

83

Переполнение накоплений по типу оплаты3 в смене

84

Переполнениенакопленийпотипуоплаты4 в смене

86

Нет документа для повтора

87

ЭКЛЗ: количество закрытых смене совпадает с ФП

88

Ожидание команды продолжения печати

89

Документ открыт другим оператором

91

Переполнение диапазона надбавок

92

Понижено напряжение 24В

93

Таблица не определена

94

Некорректная операция

95

Отрицательный итог чека

96

Переполнение при умножении

97

Переполнение диапазона цены

98

Переполнение диапазона количества

99

Переполнение диапазона отдела

100

ФП отсутствует

101

Не хватает денег в секции

102

Переполнение денег в секции

103

Ошибка связи с ФП

104

Не хватает денег по обороту налогов

105

Переполнение денег по обороту налогов

106

Ошибка питания в момент ответа по I2C

107

Нет чековой ленты

108

Нет контрольной ленты

109

Не хватает денег по налогу

110

Переполнение денег по налогу

111

Переполнение по выплате в смене

112

Переполнение ФП

113

Ошибка отрезчика

114

Команда не поддерживается в данном под режиме

115

Команда не поддерживается в данном режиме

116

Ошибка ОЗУ

117

Ошибка питания

118

Ошибка принтера: нет импульсов с тахогенератора

119

Ошибка принтера: нет сигнала с датчиков

120

Замена ПО

121

Замена ФП

122

Поле не редактируется

123

Ошибка оборудования

124

Не совпадает дата

125

Неверный формат даты

126

Неверное значение в поле длины

127

Переполнение диапазона итога чека

128

Ошибка связи с ФП

129

Ошибка связи с ФП

130

Ошибка связи с ФП

131

Ошибка связи с ФП

132

Переполнение наличности

133

Переполнение по продажам в смене

134

Переполнение по покупкам в смене

135

Переполнение по возвратам продаж в смене

136

Переполнение по возвратам покупок в смене

137

Переполнение по внесению в смене

138

Переполнение по надбавкам в чеке

139

Переполнение по скидкам в чеке

140

Отрицательный итог надбавки в чеке

141

Отрицательный итог скидки в чеке

142

Нулевой итог чека

143

Касса нефискализирована

144

Поле превышает размер, установленный в настройках

145

Выход за границу поля печати при данных настройках шрифта

146

Наложение полей

147

Восстановление ОЗУ прошло успешно

160

Ошибка связи с ЭКЛЗ

161

ЭКЛЗ отсутствует

162

ЭКЛЗ: Не корректный формат или параметр команды

163

Некорректное состояние ЭКЛЗ

164

Авария ЭКЛЗ

165

Авария КС в составе ЭКЛЗ

166

Исчерпан временной ресурс ЭКЛЗ

167

ЭКЛЗ переполнена

168

ЗКЛЗ: Неверные дата и время

169

ЭКЛЗ: Нет запрошенных данных

170

Переполнение ЭКЛЗ (отрицательный итог документа)

176

ЭКЛЗ: Переполнение в параметре количество

177

ЭКЛЗ: Переполнение в параметре сумма

178

ЭКЛЗ: Уже активизирована

192

Контроль даты и времени (подтвердите дату и время)

193

ЭКЛЗ: суточный отчёт с гашением прервать нельзя

194

Превышение напряжения в блоке питания

195

Несовпадение итогов чека и ЭКЛЗ

196

Несовпадение номеров смен

197

Буфер подкладного документа пуст

198

Подкладной документ отсутствует

199

Поле не редактируется в данном режиме

Примечание: Ошибки с кодами 01.2F формируются при обмене системного блока ФР и фискальной памяти ФП.

Источник
Коды ошибок Описание
DEC HEX
0 0 Ошибок нет.
1 1 Неисправен накопитель фискальной памяти 1, фискальной памяти 2 или часы.
2 2 Отсутствует фискальная память 1.
3 3 Отсутствует фискальная память 2.
4 4 Некорректные параметры в команде обращения к фискальной памяти.
5 5 Нет запрошенных данных.
6 6 Фискальная память в режиме вывода данных.
7 7 Некорректные параметры в команде для данной реализации фискальной памяти.
8 8 Команда не поддерживается в данной реализации фискальной памяти.
9 9 Некорректная длина команды.
10 0A Формат данных не BCD.
11 0B Неисправна ячейка памяти фискальной памяти при записи итога.
17 11 Не введена лицензия.
18 12 Заводской номер уже введен.
19 13 Текущая дата меньше даты последней записи в фискальную память.
20 14 Область сменных итогов фискальной памяти переполнена.
21 15 Смена уже открыта.
22 16 Смена не открыта.
23 17 Номер первой смены больше номера последней смены.
24 18 Дата первой смены больше даты последней смены.
25 19 Нет данных в фискальной памяти.
26 1A Область перерегистраций в фискальной памяти переполнена.
27 1B Заводской номер не введен.
28 1C В заданном диапазоне есть поврежденная запись.
29 1D Повреждена последняя запись сменных итогов.
31 1F Отсутствует память регистров.
32 20 Переполнение денежного регистра при добавлении.
33 21 Вычитаемая сумма больше содержимого денежного регистра.
34 22 Неверная дата.
35 23 Нет записи активизации.
36 24 Область активизаций переполнена.
37 25 Нет активизации с запрашиваемым номером.
51 33 Некорректные параметры в команде.
53 35 Некорректный параметр при данных настройках.
54 36 Некорректные параметры в команде для данной реализации фискальной памяти.
55 37 Команда не поддерживается в данной реализации фискальной памяти.
56 38 Ошибка в постоянном запоминающем устройстве.
57 39 Внутренняя ошибка программного обеспечения фискальной памяти.
58 3A Переполнение накопления по надбавкам в смене.
60 3C ЭКЛЗ: неверный регистрационный номер.
62 3E Переполнение накопления по секциям в смене.
63 3F Переполнение накопления по скидкам в смене.
64 40 Переполнение диапазона скидок.
65 41 Переполнение диапазона оплаты наличными.
66 42 Переполнение диапазона оплаты типом 2.
67 43 Переполнение диапазона оплаты типом 3.
68 44 Переполнение диапазона оплаты типом 4.
69 45 Cумма всех типов оплаты меньше итога чека.
70 46 Не хватает наличности в кассе.
71 47 Переполнение накопления по налогам в смене.
72 48 Переполнение итога чека.
74 4A Открыт чек — операция невозможна.
75 4B Буфер чека переполнен.
76 4C Переполнение накопления по обороту налогов в смене.
77 4D Вносимая безналичной оплатой сумма больше суммы чека.
78 4E Смена превысила 24 часа.
79 4F Неверный пароль.
80 50 Идет печать предыдущей команды.
81 51 Переполнение накоплений наличными в смене.
82 52 Переполнение накоплений по типу оплаты 2 в смене.
83 53 Переполнение накоплений по типу оплаты 3 в смене.
84 54 Переполнение накоплений по типу оплаты 4 в смене.
86 56 Нет документа для повтора.
87 57 ЭКЛЗ: количество закрытых смен не совпадает с фискальной памятью.
88 58 Ожидание команды продолжения печати.
89 59 Документ открыт другим оператором.
91 5B Переполнение диапазона надбавок.
92 5C Понижено напряжение 24В.
93 5D Таблица не определена.
94 5E Некорректная операция.
95 5F Отрицательный итог чека.
96 60 Переполнение при умножении.
97 61 Переполнение диапазона цены.
98 62 Переполнение диапазона количества.
99 63 Переполнение диапазона отдела.
100 64 Фискальная память отсутсвует.
101 65 Не хватает денег в секции.
102 66 Переполнение денег в секции.
103 67 Ошибка связи с фискальной памятью.
104 68 Не хватает денег по обороту налогов.
105 69 Переполнение денег по обороту налогов.
106 6A Ошибка питания в момент ответа по I2C.
107 6B Нет чековой ленты.
108 6C Нет контрольной ленты.
109 6D Не хватает денег по налогу.
110 6E Переполнение денег по налогу.
111 6F Переполнение по выплате в смене.
112 70 Переполнение фискальной памяти.
113 71 Ошибка отрезчика.
114 72 Команда не поддерживается в данном подрежиме.
115 73 Команда не поддерживается в данном режиме.
116 74 Ошибка оперативной памяти.
117 75 Ошибка питания.
118 76 Ошибка принтера: нет импульсов с тахогенератора.
119 77 Ошибка принтера: нет сигнала с датчиков.
120 78 Замена программного обеспечения.
121 79 Замена фискальной памяти.
122 7A Поле не редактируется.
123 7B Ошибка оборудования.
124 7C Не совпадает дата.
125 7D Неверный формат даты.
126 7E Неверное значение в поле длины.
127 7F Переполнение диапазона итога чека.
128 80 Ошибка связи с фискальной памятью.
129 81 Ошибка связи с фискальной памятью.
130 82 Ошибка связи с фискальной памятью.
131 83 Ошибка связи с фискальной памятью.
132 84 Переполнение наличности.
133 85 Переполнение по продажам в смене.
134 86 Переполнение по покупкам в смене.
135 87 Переполнение по возвратам продаж в смене.
136 88 Переполнение по возвратам покупок в смене.
137 89 Переполнение по внесению в смене.
138 8A Переполнение по надбавкам в чеке.
139 8B Переполнение по скидкам в чеке.
140 8C Отрицательный итог надбавки в чеке.
141 8D Отрицательный итог скидки в чеке.
142 8E Нулевой итог чека.
143 8F Касса не фискализирована.
144 90 Поле превышает размер, установленный в настройках.
145 91 Выход за границу поля печати при данных настройках шрифта.
146 92 Наложение полей.
147 93 Восстановление оперативной памяти прошло успешно.
160 A0 Ошибка связи с ЭКЛЗ.
161 A1 ЭКЛЗ отсутствует.
162 A2 ЭКЛЗ: Некорректный формат или параметр команды.
163 A3 Некорректное состояние ЭКЛЗ.
164 A4 Авария ЭКЛЗ.
165 A5 Авария КС в составе ЭКЛЗ.
166 A6 Исчерпан временной ресурс ЭКЛЗ.
167 A7 ЭКЛЗ переполнена.
168 A8 ЗКЛЗ: Неверные дата и время.
169 A9 ЭКЛЗ: Нет запрошенных данных.
170 AA Переполнение ЭКЛЗ (отрицательный итог документа).
176 B0 ЭКЛЗ: Переполнение в параметре количество.
177 B1 ЭКЛЗ: Переполнение в параметре сумма.
178 B2 ЭКЛЗ: Уже активизирована.
192 C0 Контроль даты и времени (подтвердите дату и время).
193 C1 ЭКЛЗ: суточный отчёт с гашением прервать нельзя.
194 C2 Превышение напряжения в блоке питания.
195 C3 Несовпадение итогов чека и ЭКЛЗ.
196 C4 Несовпадение номеров смен.
199 C7 Поле не редактируется в данном режиме.
200 C8 Отсутствуют импульсы от таходатчика.
Источник

Понравилась статья? Поделить с друзьями:
  • Ошибка 4be2 bmw
  • Ошибка 4bda bmw e71
  • Ошибка 4ah открыт чек операция невозможна
  • Ошибка 4a6e bmw x1
  • Ошибка 4a63 bmw x5 e70