Ошибка 33h некорректные параметры в команде 1с
Здравствуйте.
При попытке добавления тегов 1227 и 1228 (покупатель и инн покупателя) в чек, прилетает ошибка "51, Некорректные параметры в команде, FF0C1E000000CC040C00353635363536353636353620". Ознакомился с аналогичными issues, не получилось найти решения. Вот последние логи:
E/com.shtrih.fiscalprinter.SMFiscalPrinterImpl: 51, Некорректные параметры в команде, FF0C1E000000CC040C00353635363536353636353620
D/com.shtrih.jpos.fiscalprinter.FiscalPrinterImpl: ErrorEvent(JPOS_E_EXTENDED, 351)
D/com.shtrih.fiscalprinter.SMFiscalPrinterImpl: FF0Ch, Fiscal storage: write TLV data = 51, 97 ms
D/com.shtrih.fiscalprinter.SMFiscalPrinterImpl: waitForPrinting
D/com.shtrih.fiscalprinter.SMFiscalPrinterImpl: readShortStatus
D/com.shtrih.fiscalprinter.SMFiscalPrinterImpl: 10h, Read short status
D/com.shtrih.fiscalprinter.PrinterProtocol_2: -> 8F 07 00 72 01 10 01 00 00 00 15 7A
D/com.shtrih.fiscalprinter.PrinterProtocol_2: D/com.shtrih.fiscalprinter.PrinterProtocol_2: D/com.shtrih.fiscalprinter.PrinterProtocol_2: D/com.shtrih.fiscalprinter.PrinterProtocol_2: D/com.shtrih.fiscalprinter.SMFiscalPrinterImpl: 10h, Read short status = 0, 40 ms
D/com.shtrih.fiscalprinter.SMFiscalPrinterImpl: checkEcrMode
D/com.shtrih.fiscalprinter.SMFiscalPrinterImpl: cancelReceipt
D/com.shtrih.fiscalprinter.SMFiscalPrinterImpl: 88h, Cancel receipt
D/com.shtrih.fiscalprinter.PrinterProtocol_2: -> 8F 07 00 73 01 88 01 00 00 00 D3 E6
D/com.shtrih.fiscalprinter.PrinterProtocol_2: D/com.shtrih.fiscalprinter.PrinterProtocol_2: D/com.shtrih.fiscalprinter.PrinterProtocol_2: D/com.shtrih.fiscalprinter.PrinterProtocol_2: D/com.shtrih.fiscalprinter.SMFiscalPrinterImpl: 88h, Cancel receipt = 0, 748 ms
E/com.shtrih.jpos.fiscalprinter.JposExceptionHandler: JposException. ErrorCode: 114, ErrorCodeExtended: 351, '51, Некорректные параметры в команде'
The text was updated successfully, but these errors were encountered:
Puyre commented Jun 25, 2019
Проблему решил самостоятельно, оказалось, что дело было в инн сгенерированном не по правилам. Передача в чек валидного инн решила проблему
Новая база. Новый ФР. Смены открываются и закрываются. Но при пробитии чека пишет:
33h, Некорректные параметры в команде. Налоговые ставки проставлены. Подскажите куда копать.
Проверяйте реквизиты организации в первую очередь, на допустимость типов данных. Адрес отправки электронной почты на наличие русских символов. Вообще посмотрите формат фискальных данных и по каждому полю пройдите посмотрите чтобы все было правильно заполнено. Кавычки не стандартные где то или какие то служебные символы в данных
В подключаемом оборудовании, в настройках драйвера, поставте галку "вести лог" и укажите файл для лога. После ошибки, посмотрите в какой команде некорректные параметры.
(5) Так же, неплохо бы написать, модель ккм и как он подключен в 1с, как ккм с передачей данных или как фискальный регистратор? Как Фискальный регистратор работать не должен. Так же, может быть из за старой прошивки ккм.
где-то в настройках есть кириллические символы там где их быть не должно
реквизиты предприятия;
е-маил;
кириллицы быть не должно ни в реквизитах, ни в адрес, ни в примечаниях и т.д.
[18.04.2018 14:09:42.562] [00003120] [DEBUG] TDrvFR Get_CommandName: Запрос ресурса свободной памяти в ФН
[18.04.2018 14:09:42.562] [00003120] [DEBUG] TDrvFR Get_CommandTimeout
[18.04.2018 14:09:42.562] [00003120] [DEBUG] TDrvFR Get_CommandTimeout: 30000
[18.04.2018 14:09:42.562] [00003120] [DEBUG] TDrvFR Get_CommandDefTimeout
[18.04.2018 14:09:42.562] [00003120] [DEBUG] TDrvFR Get_CommandDefTimeout: 30000
[18.04.2018 14:09:42.562] [00003120] [DEBUG] TDrvFR Set_CommandIndex
[18.04.2018 14:09:42.562] [00003120] [DEBUG] TDrvFR Set_CommandIndex: 190
[18.04.2018 14:09:42.562] [00003120] [DEBUG] TDrvFR GetCommandParams
[18.04.2018 14:09:42.562] [00003120] [DEBUG] TDrvFR GetCommandParams: 0
[18.04.2018 14:09:42.562] [00003120] [DEBUG] TDrvFR Get_CommandCode
[18.04.2018 14:09:42.562] [00003120] [DEBUG] TDrvFR Get_CommandCode: 65380
[18.04.2018 14:09:42.562] [00003120] [DEBUG] TDrvFR Get_CommandName
[18.04.2018 14:09:42.562] [00003120] [DEBUG] TDrvFR Get_CommandName: Передача в ФН TLV из буфера
[18.04.2018 14:09:42.562] [00003120] [DEBUG] TDrvFR Get_CommandTimeout
[18.04.2018 14:09:42.562] [00003120] [DEBUG] TDrvFR Get_CommandTimeout: 30000
[18.04.2018 14:09:42.562] [00003120] [DEBUG] TDrvFR Get_CommandDefTimeout
[18.04.2018 14:09:42.562] [00003120] [DEBUG] TDrvFR Get_CommandDefTimeout: 30000
[18.04.2018 14:09:43.136] [00003120] [DEBUG] TDrvFR Get_AdjustRITimeout
[18.04.2018 14:09:43.136] [00003120] [DEBUG] TDrvFR Get_AdjustRITimeout: False
[18.04.2018 14:09:43.136] [00003120] [DEBUG] TDrvFR Get_TimeoutsUsing
[18.04.2018 14:09:43.136] [00003120] [DEBUG] TDrvFR Get_TimeoutsUsing: 0
[18.04.2018 14:09:43.136] [00003120] [DEBUG] TDrvFR Get_TimeoutsUsing
[18.04.2018 14:09:43.136] [00003120] [DEBUG] TDrvFR Get_TimeoutsUsing: 0
[18.04.2018 14:09:43.136] [00003120] [DEBUG] TDrvFR Get_MobilePayEnabled
[18.04.2018 14:09:43.136] [00003120] [DEBUG] TDrvFR Get_MobilePayEnabled: False
[18.04.2018 14:09:43.136] [00003120] [DEBUG] TDrvFR Get_PayDepartment
[18.04.2018 14:09:43.136] [00003120] [DEBUG] TDrvFR Get_PayDepartment: 15
[18.04.2018 14:09:43.136] [00003120] [DEBUG] TDrvFR Get_RealPayDepartment
[18.04.2018 14:09:43.136] [00003120] [DEBUG] TDrvFR Get_RealPayDepartment: 1
[18.04.2018 14:09:43.136] [00003120] [DEBUG] TDrvFR Get_SaleError
[18.04.2018 14:09:43.136] [00003120] [DEBUG] TDrvFR Get_SaleError: False
[18.04.2018 14:09:43.144] [00003120] [DEBUG] TDrvFR Get_CommandRetryCount
[18.04.2018 14:09:43.144] [00003120] [DEBUG] TDrvFR Get_CommandRetryCount: 3
[18.04.2018 14:09:43.144] [00003120] [DEBUG] TDrvFR Get_MaxAnswerReadCount
[18.04.2018 14:09:43.144] [00003120] [DEBUG] TDrvFR Get_MaxAnswerReadCount: 3
[18.04.2018 14:09:43.144] [00003120] [DEBUG] TDrvFR Get_DoNotSendENQ
[18.04.2018 14:09:43.144] [00003120] [DEBUG] TDrvFR Get_DoNotSendENQ: False
[18.04.2018 14:09:43.144] [00003120] [DEBUG] TDrvFR Get_MaxCommandSendCount
[18.04.2018 14:09:43.144] [00003120] [DEBUG] TDrvFR Get_MaxCommandSendCount: 5
[18.04.2018 14:09:43.144] [00003120] [DEBUG] TDrvFR Get_WrapStrings
[18.04.2018 14:09:43.144] [00003120] [DEBUG] TDrvFR Get_WrapStrings: True
[18.04.2018 14:09:43.144] [00003120] [DEBUG] TDrvFR Get_FeedAfterCut
[18.04.2018 14:09:43.144] [00003120] [DEBUG] TDrvFR Get_FeedAfterCut: False
[18.04.2018 14:09:43.144] [00003120] [DEBUG] TDrvFR Get_FeedLineCount
[18.04.2018 14:09:43.144] [00003120] [DEBUG] TDrvFR Get_FeedLineCount: 3
[18.04.2018 14:09:43.144] [00003120] [DEBUG] TDrvFR Get_TCPConnectionTimeout
[18.04.2018 14:09:43.144] [00003120] [DEBUG] TDrvFR Get_TCPConnectionTimeout: 2000
[18.04.2018 14:09:43.144] [00003120] [DEBUG] TDrvFR Get_ConnectionTimeout
[18.04.2018 14:09:43.144] [00003120] [DEBUG] TDrvFR Get_ConnectionTimeout: 0
[18.04.2018 14:09:43.144] [00003120] [DEBUG] TDrvFR Get_ReconnectPort
[18.04.2018 14:09:43.144] [00003120] [DEBUG] TDrvFR Get_ReconnectPort: False
[18.04.2018 14:09:43.144] [00003120] [DEBUG] TDrvFR Get_SyncTimeout
[18.04.2018 14:09:43.144] [00003120] [DEBUG] TDrvFR Get_SyncTimeout: 0
[18.04.2018 14:09:43.144] [00003120] [DEBUG] TDrvFR Get_DelayOnDisconnect
[18.04.2018 14:09:43.144] [00003120] [DEBUG] TDrvFR Get_DelayOnDisconnect: 300
[18.04.2018 14:09:43.144] [00003120] [DEBUG] TDrvFR Get_StatusCommand
[18.04.2018 14:09:43.144] [00003120] [DEBUG] TDrvFR Get_StatusCommand: 0
[18.04.2018 14:09:43.147] [00003120] [DEBUG] TDrvFR Get_AutoSensorValues
[18.04.2018 14:09:43.147] [00003120] [DEBUG] TDrvFR Get_AutoSensorValues: True
[18.04.2018 14:09:43.147] [00003120] [DEBUG] TDrvFR Get_SaveSettingsType
[18.04.2018 14:09:43.147] [00003120] [DEBUG] TDrvFR Get_SaveSettingsType: 0
[18.04.2018 14:09:43.147] [00003120] [DEBUG] TDrvFR Get_SaveSettingsType
[18.04.2018 14:09:43.147] [00003120] [DEBUG] TDrvFR Get_SaveSettingsType: 0
[18.04.2018 14:09:43.147] [00003120] [DEBUG] TDrvFR Get_PrintJournalBeforeZReport
[18.04.2018 14:09:43.147] [00003120] [DEBUG] TDrvFR Get_PrintJournalBeforeZReport: False
[18.04.2018 14:09:43.147] [00003120] [DEBUG] TDrvFR Get_AutoOpenSession
[18.04.2018 14:09:43.147] [00003120] [DEBUG] TDrvFR Get_AutoOpenSession: True
[18.04.2018 14:09:43.147] [00003120] [DEBUG] TDrvFR Get_TranslationEnabled
[18.04.2018 14:09:43.147] [00003120] [DEBUG] TDrvFR Get_TranslationEnabled: False
[18.04.2018 14:09:43.148] [00003120] [DEBUG] TDrvFR Get_SwapBytesMode
[18.04.2018 14:09:43.148] [00003120] [DEBUG] TDrvFR Get_SwapBytesMode: 3
[18.04.2018 14:09:43.150] [00003120] [DEBUG] TDrvFR Get_BarcodeFirstLine
[18.04.2018 14:09:43.150] [00003120] [DEBUG] TDrvFR Get_BarcodeFirstLine: 0
[18.04.2018 14:09:43.150] [00003120] [DEBUG] TDrvFR Get_CodePage
[18.04.2018 14:09:43.150] [00003120] [DEBUG] TDrvFR Get_CodePage: 0
[18.04.2018 14:09:43.153] [00003120] [DEBUG] TDrvFR Get_AutoStartSearch
[18.04.2018 14:09:43.153] [00003120] [DEBUG] TDrvFR Get_AutoStartSearch: False
[18.04.2018 14:09:43.153] [00003120] [DEBUG] TDrvFR Get_SearchTimeout
[18.04.2018 14:09:43.153] [00003120] [DEBUG] TDrvFR Get_SearchTimeout: 200
[18.04.2018 14:09:43.153] [00003120] [DEBUG] TDrvFR Get_RequestErrorDescription
[18.04.2018 14:09:43.153] [00003120] [DEBUG] TDrvFR Get_RequestErrorDescription: True
[18.04.2018 14:09:43.160] [00003120] [DEBUG] TDrvFR Get_OFDEnabled
[18.04.2018 14:09:43.160] [00003120] [DEBUG] TDrvFR Get_OFDEnabled: True
[18.04.2018 14:09:43.160] [00003120] [DEBUG] TDrvFR Get_AutoOFDExchange
[18.04.2018 14:09:43.160] [00003120] [DEBUG] TDrvFR Get_AutoOFDExchange: True
[18.04.2018 14:09:43.160] [00003120] [DEBUG] TDrvFR Get_OFDPollPeriod
[18.04.2018 14:09:43.160] [00003120] [DEBUG] TDrvFR Get_OFDPollPeriod: 30
[18.04.2018 14:09:43.161] [00003120] [DEBUG] TDrvFR Get_OFDReadTimeout
[18.04.2018 14:09:43.161] [00003120] [DEBUG] TDrvFR Get_OFDReadTimeout: 10000
[18.04.2018 14:09:44.324] [00003120] [DEBUG] TDrvFR Set_ParamsPageIndex
[18.04.2018 14:09:44.324] [00003120] [DEBUG] TDrvFR Set_ParamsPageIndex: 0
Описание ошибки:
Серверная версия конфигурации 1С: Управление торговлей 10.3.70.1. Чек ККМ на кассе не выводится на печать, но закрытие и открытие смены с выводом на печать соответствующего чека-отчета работает. Касса ККМ-онлайн Retail 01Ф (обработка обслуживания Штрих-М: ККТ с передачей данных)
Удивительным был тот факт, что накануне и несколькими днями ранее обновление базы не осуществлялось. Доработки тоже никакие не производились, что исключало вариант влияние какого-либо неудачного кода на работу обработки обслуживания кассы ККМ. Так же и не обновлялся файл обработки обслуживания в самой базе. Драйвера торгового оборудования не обновлялись.
Тот факт, что ошибка возникла как говорится "на ровном месте", заставил думать, что возможно, как это бывает на практике возникли ошибки во временных пользовательских файлах, связанных с базой на рабочем месте. В практике однажды с подобным уже сталкивался, но только с эквайринговым терминалом от Сбербанка, подробно описано на странице Недостаточно фактических параметров; Ошибка эквайринговой системы 4309, когда ошибка была устранена простым быстрым способом удаления базы из списка баз и добавлением. При этом кэши базы очистились и ошибка прекратилась.
Но сброс пользовательского кэша простым способом не помог. Ошибка сохранилась. Оказалось, что ошибка не настолько редкая, чтобы совсем не встречалась. Но не ясно, как проще и удобнее диагностировать ее исходную причину, т.к. вариантов возникает масса. В вышеуказанном обсуждении на форуме упоминалось необходимость проверки недопустимых символов в реквизитах организаций. Это не изменялось. Но решил проверить заполнение в форме контрагента. И вот что было замечено: что пользователи установили несуществующий ИНН "000000000003" для розничного покупателя.
Можно было оставить ИНН полностью пустым, а можно было установить реальный. Но была предпринята попытка для быстроты оставить реквизит ИНН контрагента пустым. После этого печать чеков кассы была возобновлена.
И немного информации для справки. С 1.07.2019 при расчетах с покупателями (юр. лица, ИП, физ.лица ) в кассовом чеке необходимо указывать наименование покупателя (тег 1227) и ИНН покупателя (тег 1228). Т.е. логично, что если ошибочно будет передаваться тег 1227, то нужно будет проверять, чтобы не было неправильных символов в наименовании контрагента.
Таких тем уже много, но .
УТ 11.3.3.145 - старенькая переписанная .
4.14.744
Пробовал подсунуть shtrih-m_24 - Даже ДЛЛ не устанавливается - Возможно отсутствует компонента и т.д
shtrih-m_20 - добавил , связь есть но ругается 33 не корректные параметры
Тут больше вопрос : Обновлять или ковырять ?
лог :
[16.01.2019 18:58:16.281] [00005880] [DEBUG] TFiscalPrinter Повтор команды 3/3
[16.01.2019 18:58:16.281] [00005880] [DEBUG] TFiscalPrinter Unlock
[16.01.2019 18:58:16.281] [00005880] [DEBUG] TFiscalPrinter Send.3
[16.01.2019 18:58:16.281] [00005880] [DEBUG] TFiscalPrinter Send.4
[16.01.2019 18:58:16.281] [00005880] [DEBUG] TDrvFR GetFontMetrics: 51
[16.01.2019 18:58:16.281] [00005880] [DEBUG] TDrvFR Get_ResultCodeDescription
[16.01.2019 18:58:16.281] [00005880] [DEBUG] TDrvFR Get_ResultCodeDescription: Некорректные параметры в команде
[16.01.2019 18:58:16.281] [00005880] [DEBUG] TDrvFR UnlockPort
[16.01.2019 18:58:16.281] [00005880] [DEBUG] TFiscalPrinter UnlockPort
[16.01.2019 18:58:16.281] [00005880] [DEBUG] TFiscalPrinter Lock
[16.01.2019 18:58:16.281] [00005880] [DEBUG] TFiscalPrinter Unlock
[16.01.2019 18:58:16.281] [00005880] [DEBUG] TDrvFR UnlockPort: 0
[16.01.2019 18:58:16.281] [00005880] [DEBUG] TDrvFR Disconnect
[16.01.2019 18:58:16.281] [00005880] [DEBUG] TFiscalPrinter Disconnect
[16.01.2019 18:58:16.281] [00005880] [DEBUG] TFiscalPrinter IsModelType2 22
[16.01.2019 18:58:16.281] [00005880] [DEBUG] TFiscalPrinter ServerDisconnect
[16.01.2019 18:58:16.281] [00005880] [DEBUG] Close socket
[16.01.2019 18:58:16.281] [00005880] [DEBUG] TDrvFR Disconnect: 0
[16.01.2019 18:58:16.281] [00005880] [ERROR] TDriver1Cst17 Open Error
[16.01.2019 18:58:16.281] [00005880] [DEBUG] TDriver1Cst17 HandleException: 51, Некорректные параметры в команде
[16.01.2019 18:58:16.281] [00005880] [DEBUG] TDriver1Cst17 Open.end
[16.01.2019 18:58:16.281] [00005880] [DEBUG] TDrvFR1C17 Open: False
[16.01.2019 18:58:16.281] [00005880] [DEBUG] TDrvFR1C17 GetLastError
[16.01.2019 18:58:16.281] [00005880] [DEBUG] TDriver1Cst17 GetLastError 33h, Некорректные параметры в команде
Аналогичная хрень после перепрошивки Штрих-М-01Ф на ТиС 7.7.
Смена драйвера от 4.14.721 до последнего не помогает.
Обновили в очередной раз прошивку принтера в надежде распечатать успешно чек. Последние проблемы с печатью тегов в целом. Уменьшили количество тегов для тестирования, но все равно не печатается, возникает ошибка при вызове функции endFiscalReceipt(false).
firmware revision:A4, 20041, 16.10.2018
23:01:11.783 [RxNewThreadScheduler-2] DEBUG c.s.j.f.FiscalPrinterService - beginFiscalReceipt: OK
23:01:11.785 [RxNewThreadScheduler-2] DEBUG c.s.j.f.FiscalPrinterService - directIO(52, [I@30a18fad, 6666666666)
23:01:11.805 [RxNewThreadScheduler-2] DEBUG c.s.j.f.FiscalPrinterService - directIO: OK
23:01:11.807 [RxNewThreadScheduler-2] DEBUG c.s.j.f.FiscalPrinterService - directIO(52, [I@3b5f12e2, 5252600224 )
23:01:11.809 [RxNewThreadScheduler-2] DEBUG c.s.j.f.FiscalPrinterService - directIO: OK
23:01:11.810 [RxNewThreadScheduler-2] DEBUG c.s.j.f.FiscalPrinterService - directIO(52, [I@3c081673, тест адреса)
23:01:11.812 [RxNewThreadScheduler-2] DEBUG c.s.j.f.FiscalPrinterService - directIO: OK
23:01:11.813 [RxNewThreadScheduler-2] DEBUG c.s.j.f.FiscalPrinterService - directIO(52, [I@163ac930, тест адреса)
23:01:11.815 [RxNewThreadScheduler-2] DEBUG c.s.j.f.FiscalPrinterService - directIO: OK
23:01:11.816 [RxNewThreadScheduler-2] DEBUG c.s.j.f.FiscalPrinterService - directIO(52, [I@2b7479a9, 89524620857)
23:01:11.819 [RxNewThreadScheduler-2] DEBUG c.s.j.f.FiscalPrinterService - directIO: OK
23:01:11.820 [RxNewThreadScheduler-2] DEBUG r.c.a.p.m.i.r.PrinterManager - print products
23:01:11.822 [RxNewThreadScheduler-2] DEBUG c.s.j.f.FiscalPrinterService - directIO(18, [I@3f5f7b2e, [Ljava.lang.String;@6c3a6cf)
23:01:11.823 [RxNewThreadScheduler-2] DEBUG c.s.j.f.FiscalPrinterService - directIO: OK
23:01:11.826 [RxNewThreadScheduler-2] DEBUG c.s.j.f.FiscalPrinterService - directIO(18, [I@113b485c, [Ljava.lang.String;@39720765)
23:01:11.827 [RxNewThreadScheduler-2] DEBUG c.s.j.f.FiscalPrinterService - directIO: OK
23:01:11.829 [RxNewThreadScheduler-2] DEBUG c.s.j.f.FiscalPrinterService - printRecItem(Почтово-курьерские услуги, 0, 1000, 1, 6500000, )
23:01:11.831 [RxNewThreadScheduler-2] DEBUG c.s.j.f.receipt.FSSalesReceipt - price: 0, quantity: 1000, unitPrice: 6500000
23:01:11.834 [RxNewThreadScheduler-2] DEBUG c.s.j.f.FiscalPrinterService - printRecItem: OK
23:01:11.836 [RxNewThreadScheduler-2] DEBUG c.s.j.f.FiscalPrinterService - printRecTotal(0, 6500000, 0)
23:01:11.837 [RxNewThreadScheduler-2] DEBUG c.s.j.f.FiscalPrinterImpl - printRecTotal
23:01:11.839 [RxNewThreadScheduler-2] DEBUG c.s.j.f.FiscalPrinterService - printRecTotal: OK
23:01:11.841 [RxNewThreadScheduler-2] DEBUG r.c.a.p.m.i.r.PrinterManager - setSuspended
23:01:11.843 [RxNewThreadScheduler-2] DEBUG r.c.a.p.m.i.r.PrinterManager - endFiscalReceipt
23:01:11.844 [RxNewThreadScheduler-2] DEBUG c.s.j.f.FiscalPrinterService - endFiscalReceipt(false)
23:01:11.845 [RxNewThreadScheduler-2] DEBUG c.s.j.f.FiscalPrinterImpl - endFiscalReceipt
23:01:11.848 [RxNewThreadScheduler-2] DEBUG c.s.f.SMFiscalPrinterImpl - FF01h, Fiscal storage: read status
23:01:11.849 [RxNewThreadScheduler-2] DEBUG c.s.fiscalprinter.PrinterProtocol_2 - -> 8F 08 00 BA 00 FF 01 1E 00 00 00 40 C6
23:01:11.930 [RxNewThreadScheduler-2] DEBUG c.s.fiscalprinter.PrinterProtocol_2 - 23:01:11.931 [RxNewThreadScheduler-2] DEBUG c.s.fiscalprinter.PrinterProtocol_2 - 23:01:11.934 [RxNewThreadScheduler-2] DEBUG c.s.fiscalprinter.PrinterProtocol_2 - 23:01:11.935 [RxNewThreadScheduler-2] DEBUG c.s.fiscalprinter.PrinterProtocol_2 - 23:01:11.936 [RxNewThreadScheduler-2] DEBUG c.s.fiscalprinter.PrinterProtocol_2 - 23:01:11.938 [RxNewThreadScheduler-2] DEBUG c.s.f.SMFiscalPrinterImpl - FF01h, Fiscal storage: read status = 0, 90 ms
23:01:11.940 [RxNewThreadScheduler-2] DEBUG c.s.f.SMFiscalPrinterImpl - FF0Ch, Fiscal storage: write TLV data
23:01:11.941 [RxNewThreadScheduler-2] DEBUG c.s.fiscalprinter.PrinterProtocol_2 - -> 8F 16 00 BB 00 FF 0C 1E 00 00 00 A8 04 0A 00 36 36 36 36 36
23:01:11.942 [RxNewThreadScheduler-2] DEBUG c.s.fiscalprinter.PrinterProtocol_2 - -> 36 36 36 36 36 01 8D
23:01:12.030 [RxNewThreadScheduler-2] DEBUG c.s.fiscalprinter.PrinterProtocol_2 - 23:01:12.031 [RxNewThreadScheduler-2] DEBUG c.s.fiscalprinter.PrinterProtocol_2 - 23:01:12.033 [RxNewThreadScheduler-2] DEBUG c.s.fiscalprinter.PrinterProtocol_2 - 23:01:12.035 [RxNewThreadScheduler-2] DEBUG c.s.fiscalprinter.PrinterProtocol_2 - 23:01:12.036 [RxNewThreadScheduler-2] ERROR c.s.f.SMFiscalPrinterImpl - 51, Некорректные параметры в команде, FF0C1E000000A8040A0036363636363636363636
23:01:12.037 [RxNewThreadScheduler-2] DEBUG c.s.j.f.FiscalPrinterImpl - ErrorEvent(JPOS_E_EXTENDED, 351)
23:01:12.039 [RxNewThreadScheduler-2] DEBUG c.s.f.SMFiscalPrinterImpl - FF0Ch, Fiscal storage: write TLV data = 51, 100 ms
23:01:12.041 [RxNewThreadScheduler-2] ERROR c.s.j.f.JposExceptionHandler - JposException. ErrorCode: 114, ErrorCodeExtended: 351, '51, Некорректные параметры в команде'
23:01:12.080 [RxNewThreadScheduler-2] ERROR r.c.a.p.m.i.r.PrintReceiptSuccessInteractor - print receipt error
jpos.JposException: 51, Некорректные параметры в команде
at com.shtrih.jpos.fiscalprinter.JposExceptionHandler.getJposExceptionWithoutDetails(JposExceptionHandler.java:83)
at com.shtrih.jpos.fiscalprinter.JposExceptionHandler.getJposException(JposExceptionHandler.java:52)
at com.shtrih.jpos.fiscalprinter.JposExceptionHandler.handleException(JposExceptionHandler.java:41)
at com.shtrih.jpos.fiscalprinter.FiscalPrinterImpl.handleException(FiscalPrinterImpl.java:456)
at com.shtrih.jpos.fiscalprinter.FiscalPrinterService.handleException(FiscalPrinterService.java:39)
at com.shtrih.jpos.fiscalprinter.FiscalPrinterService.endFiscalReceipt(FiscalPrinterService.java:1533)
at jpos.FiscalPrinter.endFiscalReceipt(FiscalPrinter.java:3817)
at com.shtrih.fiscalprinter.ShtrihFiscalPrinter113.endFiscalReceipt(ShtrihFiscalPrinter113.java:707)
at ru.cdc.android.ponyexpress.data.impl.receiptprint.shtrihmobile.ShtrihPrinterManager.lambda$printReceipt$13$ShtrihPrinterManager(ShtrihPrinterManager.java:364)
Читайте также: