PDA

Просмотр полной версии : Чек не попал в ФР Штрих-М



Actorius
20.06.2017, 11:53
Добрый день,

Есть 3 принтера Штрих-М обновленных по 54 ФЗ, один из них работает порядка 2 недель остальные пару дней.
Сегодня кассиры по закрытию смены обнаружили расхождения в суммах Z отчета и общем сменном отчете на разницу одного чека в 108.5р. на свежеобновленном ФР.
В логах следующая запись среди остальных нормальных записей.
Проблема в ФР? ЦТО криво обновили что то?



Sale document (19.06 13:08:30 Discounts in prices, UseTaxDishType, PrintChange, use Name
Currency=1 PayTypeProperty=FiscDevParams^155 Currency Type=1 value=10850 type=1
13:08:30.461: Default Pay index=1
TotalSum=10850
13:08:30.477: Default Pay index=1
13:08:34.102: <~~ {UFRFiscalDocument} (UNIFR-FINAL) = 200 ~~>


13:08:34.102: ~~> UFRGetLastLogicError (UNIFR-ENTRY) <~~
13:08:34.102: <~~ {UFRGetLastLogicError} (UNIFR-FINAL) ~~>


13:08:34.102: {CreateResult}[UFRFiscalDocument] (LastRes = 0, LastExecErrorCode = 200, LastExecErrorText = Ошибка (200). Логическая ошибка (0xC8): CMD unsupported in cur mode: 02, submode: 00 ) = FALSE
13:08:34.196: {PrintFiscCheck} [КТ-103 [WARNING]], sReceiptInfo.ReceiptNum__After = 20, sReceiptInfo.ReceiptNum__Before = 19, Ошибка печати чека, но счетчик фискальных документов изменился



Вот запись из лога при печати остальных чеков:


13:44:12.137: {PrintFiscCheck} [КТ-102 [WARNING]], sReceiptInfo.ReceiptNum__After = 77, sReceiptInfo.ReceiptNum__Before = 77, Чек напечатан, но счетчик фискальных документов не изменился
Sale document (20.06 13:46:41 Discounts in prices, UseTaxDishType, PrintChange, use Name
Currency=1 PayTypeProperty=FiscDevParams^155 Currency Type=1 value=22800 type=1
13:46:41.971: Default Pay index=1
TotalSum=22800
Так же заметил ошибку по закрытию смены:


14:20:49.926: <<< {GetZReportData} (UNIFR-FINAL) = FALSE >>>


14:21:24.287: <~~ {UFRProgram} (UNIFR-FINAL) = 106 ~~>


14:21:24.287: {CreateResult}[UFRProgram] (LastRes = 106, LastExecErrorCode = 0, LastExecErrorText = Ошибка (106). Internal error) = FALSE
14:21:24.803: Default Pay index=1
Currency=1 PayTypeProperty=FiscDevParams^155 Currency Type=1 value=-348150 type=1
14:21:30.131: <<< {GetZReportData} (UNIFR-FINAL) = FALSE >>>

SLion
20.06.2017, 12:42
А какая версия драйверов unifr и "lowdriver"? Возможно помогут последние версии.

Actorius
20.06.2017, 12:50
09:06:58.353: *** START UNIFR.DLL [16.06.17 09:06:58] ***
09:06:58.353: Driver Version: 153
09:06:58.353: LowDriverModule = fpSHTR54.DLL


Initialized Universal driver for fiscal printers #1 ver 153 16.06.2017 9:06:58
Driver Name = Universal driver for Shtrih fiscal printer 54-FZ
Version = 7.15.10.0
Driver State =

Драйвер Штрих-м DrvFR_4.13_580

SLion
20.06.2017, 22:41
http://www.carbis.ru/forum/showthread.php/12558-Драйвер-Штрих-Мини-01Ф?p=104677
В этой теме прикладывал драйверы рк7, замените.

Actorius
26.06.2017, 08:18
http://www.carbis.ru/forum/showthread.php/12558-Драйвер-Штрих-Мини-01Ф?p=104677
В этой теме прикладывал драйверы рк7, замените.
Пока не могу поменять, такие смены у нас руководство не одобряет без веских причин.

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

Похоже на настройку, которая проводит чек в РК даже если принтер сообщил об ошибке. Есть такая настройка?

SLion
26.06.2017, 11:12
т.е. расхождения это не веская причина? Оукэй...

Actorius
26.06.2017, 11:47
99.9% чеков то нормально печатаются =)

Сменил параметр PrintChecksTry в свойствах универсального драйвера - поставил в 3, посмотрим поможет ли. Может еще есть параметры какие?