Автор
Тема: ШТРИХ-ФР-01Ф — Буфер чека переполнен! Ошибка 4Bh (Прочитано 13720 раз)
Добрый день!
При пробитии чека на ШТРИХ-ФР-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 команд на каждую позицию. Техподдержка, посоветуйте как решить проблему? Полный лог готов предоставить.
Записан
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)+ Это нужно читать/понимать как:
«наименования платежа или «наименование выплаты»
а не придумывать своих трактовок законов.
Новичок
Зарегистрирован: Чт янв 25, 2007 12:22 pm
Сообщения: 4
Буффер чека переполнен: как с этим бороться?
Такой вопросик: при снятии отчета по позициям начинается печать и выскакивает ошибка «Буффер чека переполнен».Печать получается незавершенной. Как можно решить эту проблемку? иногда получается так, что если задать меньший период для отчета, то отчет проходит нормально.
Заранее благодарен за ответ!
Timofey Gontar
Постоянный участник
Зарегистрирован: Чт мар 10, 2005 6:41 pm
Сообщения: 9908
Откуда: ЗАО «ШТРИХ-М», г. Москва
Уточните, пожалуйста, модель ККМ, наименование и версию ПО.
_________________
С уважением, Гонтарь Тимофей Владимирович
Инженер технической поддержки ЗАО «Штрих-М»
mailto: support@shtrih-m.ru
тел. (495) 787-60-96
ВНИМАНИЕ: Работает Официальный Интернет-Магазин от компании Штрих-М www.shels-m.ru
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
Спасибо за помощь,
Kholkin Evgeniy
Постоянный участник
Зарегистрирован: Чт мар 10, 2005 6:42 pm
Сообщения: 4282
Для того чтобы точно разобраться в причине возникновения ошибки — просьба в Драйвере ФР в настройке свойст/ дополнительные параметры включить галочку «Версти лог» при этом галочку вести лог команд ФР только ошибок нужно убрать. И при возникновении данной ошибки выслать лог-файл на
support@shtrih-m.ru
c описанием проблемы.
Antonov Dvor
Новичок
Зарегистрирован: Чт янв 25, 2007 12:22 pm
Сообщения: 4
Выслал лог на почту,
Спасибо за Помощь,
Алексей
Timofey Gontar
Постоянный участник
Зарегистрирован: Чт мар 10, 2005 6:41 pm
Сообщения: 9908
Откуда: ЗАО «ШТРИХ-М», г. Москва
В присланных Вами логах ошибки 75: «Буфер чека переполнен» я не обнаружил. Соответственно, мне все же хотелось бы увидеть лог, в котором отражена описанная Вами ситуация. Так же по возможности пришлите скриншот в момент возникновения данной ошибки. Так же уточните, пожалуйста, каким образом Вы выходите из данной ошибки.
_________________
С уважением, Гонтарь Тимофей Владимирович
Инженер технической поддержки ЗАО «Штрих-М»
mailto: support@shtrih-m.ru
тел. (495) 787-60-96
ВНИМАНИЕ: Работает Официальный Интернет-Магазин от компании Штрих-М www.shels-m.ru
Verginia
Новичок
Зарегистрирован: Пт фев 01, 2008 10:28 pm
Сообщения: 6
У нас такая же проблема. Выдаётся 75: Буфер чека переполнен. У нас Элвес-ФР-К программа РМК бесплатформенный. На самом деле как с этим бороться и откуда берётся эта ошибка? 
Kholkin Evgeniy
Постоянный участник
Зарегистрирован: Чт мар 10, 2005 6:42 pm
Сообщения: 4282
Если Вы печатаете чек и возникает такая ошибка, то это связано с тем, что в открытом чеке можно послать на ФР не более 100 команд. Т.е. в зависимости от количества в наименовании текстовых строк в одной позиции чека — количество позиций может быть и меньше 100.
Verginia
Новичок
Зарегистрирован: Пт фев 01, 2008 10:28 pm
Сообщения: 6
Не очень понятно. Открытый чек-вы имеете ввиду расширенный отчёт по товару? В этом отчёте один проданный товар описывают три строчки, они тоже считаются?
Kholkin Evgeniy
Постоянный участник
Зарегистрирован: Чт мар 10, 2005 6:42 pm
Сообщения: 4282
Открытый чек — это я имею в виду режим ФР 8 — Открытый чек, в который ФР попадает по команде Открыть чек или Продажа и других фискальных операций. Т.е. не расширенный отчёт по товару, а именно чек в режиме регистрации. При какой чеке у Вас возникает ошибка?
Verginia
Новичок
Зарегистрирован: Пт фев 01, 2008 10:28 pm
Сообщения: 6
Нет у нас не при открытом чеке такое возникает, а именно тогда когда снимаем расширенный отчёт по товару. Он печатается-печатается и потом выдаёт ошибку и печать останавливается
Kholkin Evgeniy
Постоянный участник
Зарегистрирован: Чт мар 10, 2005 6:42 pm
Сообщения: 4282
Включите ведение лог-файла в Драйвере ФР, настройка свойств, дополнительные параметры. И при возникновении ошибки — вышлите лог на
support@shtrih-m.ru
.
chacha
Новичок
Зарегистрирован: Ср авг 03, 2011 2:21 pm
Сообщения: 1
Re: Буффер чека переполнен: как с этим бороться?
Была такая же проблема на ФР Ярус при снятии отчета с гашение в буфер. Судя по всему буфер был переполнен, так как при печати всех отчетов из буфера эта ошибка пропала.
Selihov Dmitry
Постоянный участник
Зарегистрирован: Пт май 19, 2006 6:26 pm
Сообщения: 10424
Откуда: Штрих-М
Re: Буффер чека переполнен: как с этим бороться?
Да, при снятии отчетов в буфер максимально допустимого кол-ва выдается таже ошибка.
_________________
С уважением, Селихов Дмитрий Юрьевич
Инженер технической поддержки ЗАО «Штрих-М»
mailto: support@shtrih-m.ru
тел. (495) 787-60-96
ВНИМАНИЕ:
Работает Официальный Интернет-Магазин от компании Штрих-М
Shels-m.ru
Value1965
Новичок
Зарегистрирован: Чт дек 11, 2014 8:48 am
Сообщения: 2
Re: Буффер чека переполнен: как с этим бороться?
Аналогичная проблема «Ошибка: 75, Буфер чека переполнен.», но при закрытии смены на Retail-01К.
21.12.18 — 08:28
Все привет! Нужен совет, может кто сталкивался уже с этим
Конфигурация УТ 11.4.5.86 — ККМ Штрих Лайт 01-Ф (прошивка актуальная)
Имеется компания, которая принимает оплату наличными от клиентов. Чеки очень большие получаются (100-200 позиций в чеке, бывает и больше). Т.к. опт и розница для ФЗ-54 не отличаются, необходимо бить оплату по кассе, но из-за ограниченного размера буфера чека касса не справляется с печатью (ошибка переполнения буфера чека)
В некоторых случаях получается разбить документы реализации и пробить несколькими суммами, но в других (из-за закрытого периода, например, когда оплата произошла не сразу) это становится почти невозможно
Связывался с поддержкой производителя (Штрих-М), ответ был по итогу такой — да, это ограничение оборудования, делайте что хотите. У АТОЛ’а кажется такие же проблемы, но в их оборудовании можно отключить буферизацию чека, но это тоже создает определенные неудобства
Есть кто-нибудь кто успешно решил эту проблему?
1 — 21.12.18 — 08:31
Вот интересно: есть вариант обратиться в суд по поводу некачественной работы законотворцев?
2 — 21.12.18 — 08:43
(0) бей два чека, не?
3 — 21.12.18 — 08:45
(2) У тебя делают 2 реализации и СФ?
4 — 21.12.18 — 08:47
(2) Нужно бить реализацию, но опять же не всегда получается, т.к. расчеты с клиентом неоперативно проходят
5 — 21.12.18 — 08:50
(3) не понял вопрос
(4) ну бей две реализации… что мешает то? клиент прямо принципиально хочет один чек ККМ ?!
6 — 21.12.18 — 08:51
(5) Реализацию менеджер оформил в начале года, клиент оплатил в конце. Период давно закрыт, реализацию уже не разобьешь
7 — 21.12.18 — 08:52
(5) Вопрос в том, что это неудобно и тянет за собой кучу действий. Как со стороны программиста, так и со стороны пользователей.
8 — 21.12.18 — 08:52
Есть вариант ограничить количество строк в ТЧ Товары, чтобы менеджеры не колотили большие документы…
9 — 21.12.18 — 08:54
(7) Да, одни неудобства
Читал где-то на форуме предлагали печать чеки без детализации, одной строкой с предметом оплаты. Но как я понимаю это несоответствие закону
10 — 21.12.18 — 08:55
(6) ну не разбивай, сделай на неё два чека… что именно мешает то, я не понимаю….
(7) куча действий со стороны программиста — это его работа, а чтобы не было кучи действий со стороны пользователя — пригласи нормально программиста, а не как в (8) …
(8) ну а че… яркий пример, когда мало действий программиста приводят к многим действиям пользователей ))))
11 — 21.12.18 — 08:56
(10) Осталось только добавить — «расслабьтесь и получайте удовольствие» (С)
12 — 21.12.18 — 08:56
(10) как в УТ 11 сделать два чека на одну реализацию? Во взаиморасчетах в кассовых документах нельзя разбить документ на несколько позиций
13 — 21.12.18 — 08:57
(9) Вот это (ИМХО) самый безболезненный вариант выхода.
Нужно в ФНС спросить.
14 — 21.12.18 — 08:57
(12) пригласи программиста который напишет обработку которая это будет делать…. или тебе код обработки нужен?!
15 — 21.12.18 — 08:59
(11) самый бездарный вариант решения с точки зрения программиста…. и самый оптимальный с точки зрения лентяя…
16 — 21.12.18 — 09:00
(14) обработкой этот вопрос никак не решишь, требуется доработка конфигурации и структуры данных
17 — 21.12.18 — 09:01
(16) Ему, как и нашим законотворцам, бесполезно объяснять.
Он может всё. Несмотря ни на что.
18 — 21.12.18 — 09:01
есть реализация, есть документы оплаты
в документе оплаты ты можешь указать сумму и документы реализаций
даже если ты создаешь несколько документов оплаты — УТ пробивает чек на все позиции из реализации разнося только суммы
19 — 21.12.18 — 09:01
(16) обработка — есть код, кодом эту проблему решишь, если поставить себе цель её решить, если не ставить себе цель её решать, то можно писать в ФНС, писать в суд, запрещать пользователям вводить больше 100 строк в документ и т.д.
20 — 21.12.18 — 09:03
(17) Мася, завидуй молча… ))
(18) тогда обращайся в суд, благо у тебя есть последователи в виде Маси ))))
21 — 21.12.18 — 09:03
(16) так доработайте, раз нужно. Или наймите специалиста, раз сами не можете.
22 — 21.12.18 — 09:04
(20) Не указывай мне, что делать, и я не скажу, куда тебе пойти (С)
Пилите, Шура, пилите… Она — золотая. (С)
23 — 21.12.18 — 09:04
(20) у тебя существует решение данной задачи для УТ или ты предполагаешь, что это можно сделать?
24 — 21.12.18 — 09:04
как думается, тут просто нужно смотреть количество позиций и если оно больше энцать, то закрывать чек и начинать следующий. Вполне решаемый вопрос.
25 — 21.12.18 — 09:05
а хрен его знает. Думаю, не существует.
26 — 21.12.18 — 09:05
т.е. надо делать
27 — 21.12.18 — 09:09
(23) см (17) Мася редко, но попадает в тему, сделать можно все…. было бы желание…
а когда есть желание, начинают делать и задают конкретные вопросы.
28 — 21.12.18 — 09:10
задачка специфическая, потребность в ней возникает раз в многатысяч случаев, поэтому, думаю, пока еще никто не заморочился. Скорее всего, вы первый 
29 — 21.12.18 — 09:13
(24) если произошла ошибка при печати второго чека, тогда нужно сохранять в документе информацию о напечатанных позициях, чтобы не распечатать их заново.
(28) Я вот и думаю, сталкивался ли кто-нибудь с этим.
Понятно, короче надо пилить.
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).
Но — они понимают проблемы, которые могут возникнуть (пока, тьфу-тьфу) и готовы (!!!) их решать.
34 — 21.12.18 — 09:19
(30) ккт может дать сбой при печати по различным причинам
35 — 21.12.18 — 09:23
(34) Не спорю. Но мы вроде обсуждаем не различные причины, а конкретную, и избежать возникновения ситуации можно вполне конкретным способом — уменьшив количество позиций. Наверняка возможно определить разумное к-во позиций, когда ошибка не возникает. Думаю, даже ТП Штриха тут поможет.
36 — 21.12.18 — 09:27
(35) Не всякий клиент согласится оприходовать 2-3 накладные вместо одной.
37 — 21.12.18 — 09:30
(29) зачем доводить до ошибок, печатай такое кол-во которое не дает ошибок….
(32) я бы не был так уверен в первом….
(34) для этого и существуют программисты, которые как раз и должны писать код, который или не допускает сбои или корректно их обрабатывает
(36) лыко мочало начинай все сначала…. оплатить ОДНУ накладную можно хоть сотней чеков, бей по одному чеку на каждую номенклатуру — никому от этого ни холодно ни горячо…
38 — 21.12.18 — 09:32
(37) как в конфигурации УТ 11 пробить чек на каждую номенклатуру по одной накладной?
39 — 21.12.18 — 09:32
(29) (36) как по вашему работают продуктовые магазины которые алкоголь бьют по одной ККМ (ООО), а все остальное по другой ККМ (УСН) и все это делается из одного документа и еще с частичной оплатой картой, а частью наличной?!
40 — 21.12.18 — 09:34
(38) решение в лоб: написать обработку, которая в цикле на каждую строку накладной создаст документ чек и пробъет его на ККМ, ты не умеешь программно создавать и проводить документ?!
41 — 21.12.18 — 09:38
(38) Вопрос. Насколько не противоречит закону, пробивать несколько чеков на одну реализацию.
42 — 21.12.18 — 09:43
(40) я прекрасно понимаю, что есть разные варианты реализации данной проблемы, мне было интересно кто как решал проблему. По видимости, с этим случае столкнулся только я
P.S.
Решение не очень хорошее с точки зрения архитектуры УТ, чеки нужно будет сразу же архивировать после пробития, а потом что-то с ними делать (удалять, оставлять), нужно хранить связь между чеком и реализацией… наверное еще куча всего
мне нравится вариант (24), правда я думаю нужно хранить информацию о пробитых чеках
43 — 21.12.18 — 09:43
(41) не знаю, не слышал про такое ограничение
44 — 21.12.18 — 09:51
(42) ес-сно бить чек на каждую строку — это бред… мне казалось участникам форума знакомо понятие сарказм…
(41) с чего это может портиворечить закону?! кто тебе мешает приходить и оплачивать свой товар каждый день по 10%?!
45 — 21.12.18 — 09:59
(44) ИМХОР это будет 10 чеков с признаком способа расчета «ЧАСТИЧНАЯ ОПЛАТА И КРЕДИТ». А по ситуации м.б. «ПОЛНАЯ ОПЛАТА» , «ОПЛАТА КРЕДИТА».
46 — 21.12.18 — 10:01
я думаю доработать заполнение регистра сведений ЖурналФискальныхОпераций — одна запись будет соответствовать одному пробитому чеку (впрочем как оно есть и сейчас)
хранить в нем дополнительно информацию по пробитым позициям
а при печати чека исключать уже пробитые позиции, указанные в РС
47 — 21.12.18 — 10:02
(45) если ты чеки будешь бить по строчкам, т.е. полностью оплачивая позицию, никаких частичных оплат (тем более в рамках одного дня) не будет…
48 — 21.12.18 — 10:03
(46) ну вот уже пошел конструктив )))
49 — 21.12.18 — 10:05
(47) будет, например, если клиент оплатил накладную на сумму меньшую чем одна позиция
50 — 21.12.18 — 10:07
(49) рука-лицо….. тогда будет «ЧАСТИЧНАЯ ОПЛАТА И КРЕДИТ» получается, что у тебя уже сейчас есть несколько чеков на одну реализацию и для чего весь этот цирк?!
51 — 21.12.18 — 10:10
(48) мне кажется, что ты не знаешь как работает БПО по-крайней как это реализовано в УТ
52 — 21.12.18 — 10:12
случаи с частичной оплатой есть, но УТ печает попозицинно весь состав реализации изменяя только суммы оплат. И если есть хоть одна реализация с большим количество строк в документе — ни один чек не пробьется.
Поэтому и нужна доработка типового механизма
Причем тут цирк
53 — 21.12.18 — 10:12
(49) И будет часто, поскольку в опте, клиент платит с отсрочкой. И закрывает позиции не по одной накладной а по набору накладных. И какая-то накладная закроется 100%, а вот следующая как выйдет.
54 — 21.12.18 — 10:13
(52) ну так и доработай… об этом я тебе написал еще в (1)
55 — 21.12.18 — 10:15
(0) Вывод: ККТ от Штрих-М говно.
Не факт что другие лучше в этом вопросе, но можно попытаться сдать ее назад производителю ))
56 — 21.12.18 — 10:18
Но лично я изменил бы пробивку (только для опта с дубль доками в виде Торг-12, УПД и т.д.) на отказ от перечисления в чеках всех позиций номенклатуры из доков.
И просто пробивку «Оплата по документу … от … на сумму … кол-во 1 штук»
57 — 21.12.18 — 10:18
(56) Одной строчкой пробивку вместо много
58 — 21.12.18 — 10:23
(55) может есть решения от других производителей касс?
Я слышал, что одни партнеры АТОЛ’а по-умолчанию отключали буферизацию чека, что позволяло печать чеки без ограничения, но чеки задваивались, например, при обрыве ленты
В приницпе у Штриха тоже в настроечных таблицах есть параметры Сохранять строки в буфере чека и Печать чека по закрытию, но в Лайт’е их нельзя редактировать
59 — 21.12.18 — 10:25
(57) Увы. Это противоречит ФЗ-54.
60 — 21.12.18 — 10:26
(56) на форумах приводят аргументацию, что оптовый чек ничем не отличается от розничного, а поскольку в розничном чеке нужно печатать все позиции, то и в оптовом якобы тоже все нужно печатать
61 — 21.12.18 — 10:27
(59) Хотелось бы пруф со ссылками.
Особенно для аванса когда еще неизвестен список товаров/услуг. Или для платежных агентов которые про них даже знать не знают и просто оплату принимают/выдают.
62 — 21.12.18 — 10:28
(60) Это аргументация как соотносится с законами и правоприменительной практикой?
Особенно в свете когда оборудование из реестра не может выполнять свою задачу?
Нет в законах пока еще ограничения на кол-во позиций, так что или ККТ обязана уметь в одном чеке пробивать хоть несколько миллионов позиций. Или вы не то делаете ))
63 — 21.12.18 — 10:33
(60) У тебя покупатель не физик?
64 — 21.12.18 — 10:36
(63) юрики
65 — 21.12.18 — 10:37
(64) К реализации делаешь ПКО, к ПКО чек, в чек «Оплата по ПКО …». Тем более — предоплата.
66 — 21.12.18 — 10:43
(65) да, было бы здорово, интересно, что скажет налоговая.
67 — 21.12.18 — 10:47
Статья 4.7. Требования к кассовому чеку и бланку строгой отчетности
(введена Федеральным законом от 03.07.2016 N 290-ФЗ)
1. Кассовый чек и бланк строгой отчетности содержат, за исключением случаев, установленных
настоящим Федеральным законом, следующие обязательные реквизиты:
…
наименование товаров, работ, услуг (если объем и список услуг возможно определить в момент
оплаты), платежа, выплаты, их количество, цена (в валюте Российской Федерации) за единицу с
учетом скидок и наценок, стоимость с учетом скидок и наценок, с указанием ставки налога на
добавленную стоимость (за исключением случаев осуществления расчетов пользователями, не
являющимися налогоплательщиками налога на добавленную стоимость или освобожденными от
исполнения обязанностей налогоплательщика налога на добавленную стоимость, а также
68 — 21.12.18 — 10:48
единственное исключение:
До 01.02.2021 индивидуальные предприниматели (кроме реализующих подакцизные товары),
применяющие ПСН, УСН, ЕНВД, ЕСХН могут не указывать в кассовых чеках и БСО наименование
товара (работы, услуги) и его количество (ФЗ от 03.07.2016 N 290-ФЗ).
69 — 21.12.18 — 10:49
так что судя по закону нельзя, надо все печатать
70 — 21.12.18 — 10:49
(67) Ключевое «если объем и список услуг возможно определить в момент оплаты».
Так что скажешь налоговой, что определить нельзя.
71 — 21.12.18 — 10:50
(69) Ты ни на одном аппарате не сможешь напечатать всё, если оплачено не всё.
72 — 21.12.18 — 10:54
(70) ТС же объяснил ситуацию в (6)
«Реализацию менеджер оформил в начале года, клиент оплатил в конце. Период давно закрыт, реализацию уже не разобьешь»
Так, что объем и список, таки определен.
73 — 21.12.18 — 12:19
(67) Будь добр обрати внимание что в перечислении через «,» есть такое как:
«платежа, выплаты»
Garykom
74 — 21.12.18 — 12:19
(73)+ Это нужно читать/понимать как:
«наименования платежа или «наименование выплаты»
а не придумывать своих трактовок законов.
23 мая 2019
48852
Время чтения:
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.
Будем рады вам помочь!