[ТЕМА ЗАКРЫТА]
Опции темы
26.10.2009 16:02  
Wolverine
Подскажите с чем связано? УКМ 46 сп2 используется свое оборудование,
кассовый аппарат Феликс РК, последнее время кассы начали произвольно аннулировать чеки, думали что дело в ЭКЛЗ, поменяли кассовые аппараты на другие, через некоторое время опять стали аннулировать чеки, в чем может быть проблема?
 
26.10.2009 16:09  
Mtirt
Хорошо бы понять, что значит аннулирует...
Сам? Что в логах?
 
26.10.2009 16:27  
Wolverine
сказали что сегодня было анулирование чека где-то в 10 часов, из всех сообщений в 10 было 2 ошибки
10:02:35: WARNING:debug#/usr/local/storage/home/ukm/ukm-rel-46_sp2/libukm/creceipt_processor_during.cpp(291) all_transaction:Ошибка принтера: 0 'Фискальный регистратор: 103: Нет бумаги.'
и
10:31:38: INFO:OBSOLETE:ФР Феликс: nFR_SendPacket: Нет подтверждения приема
10:31:47: WARNING:debug#/usr/local/storage/home/ukm/ukm-rel-46_sp2/libukm/ccore.cpp(2043) ReceiptAppendPayment:Фискальный регистратор: 277: Ошибка протокола обмена. Команда: 74 (J)
ну если первая еще понятно то вторая?
 
27.10.2009 06:04  
akonev
"сказали" - плохой источник информации. надо найти этот аннулровавшийся чек и сверить время. чтобы знать точно, что смотришь в логах именно то, что нужно.

по какой-то причине не проходит обмен с ФР. укм пытается отбить чек, но не дожидается ответа, что ФР все сделал. раз ФР чек не отбил - значит и в укм чеку делать нечего. вот и аннулирует.

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

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

если же ошибка каждый раз разная - тогда бы я грешил на связь с ФР и пробовал менять кабель, скорость обмена. соединил бы толстым медным проводом корпуса системника и ФР.

могут быть глюки и по нестабильности питания или помехам по питанию
 
29.10.2009 06:34  
alexacolor
У нас так кассиры наебывают. вытаскивают бумагу или кладут чтонибудь на ФР сверху, чтобы чек не вылез. УКМ вобще с окончанием бумаги не дружит.
 
29.10.2009 06:59  
Mtirt
Уже дружит. В 46 версии точно дружит.
 
29.10.2009 15:59  
Wolverine
Вылезла вот такая ошибка при работе, подскажите т.к это происходит систематически на всех машинах
17:36:48: INFO:OBSOLETE:ФР Феликс: nFR_SendPacket: Нет подтверждения приема
17:36:58: WARNING:debug#/usr/local/storage/home/ukm/ukm-rel-46_sp2/libukm/ccore.cpp(2043) ReceiptAppendPayment:Фискальный регистратор: 277: Ошибка протокола обмена. Команда: 76 (L ��*1.000*41.00 41.00 ), кстати когда бумага заканчивается тоже чек аннулируется
 
15.01.2010 14:14  
Gadus
Цитата:
Сообщение от Wolverine
Вылезла вот такая ошибка при работе, подскажите т.к это происходит систематически на всех машинах
17:36:48: INFO:OBSOLETE:ФР Феликс: nFR_SendPacket: Нет подтверждения приема
17:36:58: WARNING:debug#/usr/local/storage/home/ukm/ukm-rel-46_sp2/libukm/ccore.cpp(2043) ReceiptAppendPayment:Фискальный регистратор: 277: Ошибка протокола обмена. Команда: 76 (L ��*1.000*41.00 41.00 ), кстати когда бумага заканчивается тоже чек аннулируется
было когда-то..
 
20.01.2010 23:21  
konopada
Чтоб узнать причину надо
1) включить разширеное логирование COM порта к которому подключен ФР
2) в логе найти место (по дате и времени) когда присходил сбой
3) разобрать что отправляла касса в ФР и какие были ответы
после этого можно с увереностью определить виновника.

по командам Феликс это тот-же Штрих
в случае Wolverine
команда 74 = "Формирование скидки/надбавки на подкладном документе" была подана после того как в ФР небыло бумаги,
ФР переошёл в подрежим "Активное отсутствие бумаги" (ФР не принимает команды связанные с печатью), после того как он определит что бумага появилась он переходит в режим ожидания команды "продолжить печать" (0xB0),
ukmclient на моей памяти такой командой не пользовался с рождения
(сейчас у нас 46sp2 ситуация не изменилась)
2-й случай Wolverine
не извесно состояние ФР перед командой 76="Формирование закрытия чека на подкладном документ" - мало информации.
 
25.01.2010 10:52  
izuware
был похожий случай: дважды в смену аннулирование чека без видимых причин. дело было в клавиатуре, заменили клаву - аннулирование прекратилось.
 
 


Опции темы



Часовой пояс GMT +3, время: 19:04.

Все в прочитанное - Календарь - RSS - - Карта - Вверх 👫 Яндекс.Метрика
Форум сделан на основе vBulletin®
Copyright ©2000 - 2016, Jelsoft Enterprises Ltd. Перевод: zCarot и OlegON
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.