Страница 1 из 1 | [ Сообщений: 10 ] |
ШТРИХ-ФР-*. ResultCode при обрыве ленты
Автор | Сообщение | ||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Новичок Зарегистрирован: Вт май 06, 2008 7:50 am
|
ШТРИХ-ФР-*. ResultCode при обрыве ленты В своем АРМ Кассира при работе с фискальным регистратором использую так называемую 2-ую стратегию поведения при выполнении команд печати, описанную в инструкции к драйверу ФР.
При обрыве ленты (чековой или контрольной) периодически, на разных кассах (а их более 600) КодОшибки принимает значение «64h (100) ФП отсутствует» или даже «-1 Нет связи». Хотелось бы выяснить причину появления столь странного ResultCode. Может быть, просто добавить обработку этих кодов в мои процедуры, считая, что если при печати ФР вернул эти коды, то на самом деле, у него нет бумаги? Возможны ли еще какие-то коды ошибок, отличные от 6Bh «Нет чековой ленты», 6Ch «Нет контрольной ленты», 72h «Команда не поддерживается в данном режиме», в случае обрыва ленты? |
||||||||||||||||||
Пн авг 18, 2008 1:49 pm |
|
||||||||||||||||||
Kholkin Evgeniy Постоянный участник Зарегистрирован: Чт мар 10, 2005 6:42 pm
|
Список ошибок приведен в руководстве по эксплуатации.
Неверное заключение. При ошибках «Нет связи» или «64h (100) ФП отсутствует» Вы должны остановить работу, т.е. это критические ошибки. Т.е. при данных ошибках в последствии посылается команда «Аннулировать» и оператору предлагается еще раз пробить чек. |
||||||||||||||||||
Пн авг 18, 2008 5:40 pm |
|
||||||||||||||||||
CKV Новичок Зарегистрирован: Вт май 06, 2008 7:50 am
|
Хорошо, можно тогда привести список критических ошибок? Но из-за чего они возникают? Именно при обрыве ленты? Ведь ФР в данном случае должен возвращать только «Нет чековой» либо «Нет контрольной ленты». |
||||||||||||||||||
Вт авг 19, 2008 5:39 am |
|
||||||||||||||||||
Kholkin Evgeniy Постоянный участник Зарегистрирован: Чт мар 10, 2005 6:42 pm
|
Критические ошибки отмечены в списке ошибок в руководстве по эксплуатации.
Если ошибки более приоритетные, чек ошибки отсутствия ленты. |
||||||||||||||||||
Вт авг 19, 2008 11:02 am |
|
||||||||||||||||||
CKV Новичок Зарегистрирован: Вт май 06, 2008 7:50 am
|
Понял, спасибо, список нашел! Т.е. при критической ошибке вывести соответствующее сообщение и аннулировать чек? А затем запросить статус ФР (GetECRStatus)? И дальше анализировать ECRMode и ECRAdvancedMode? |
||||||||||||||||||
Вт авг 19, 2008 12:41 pm |
|
||||||||||||||||||
Kholkin Evgeniy Постоянный участник Зарегистрирован: Чт мар 10, 2005 6:42 pm
|
Именно. Но очень Важно убедиться, что команда аннулировать чек прошла успешно. |
||||||||||||||||||
Вт авг 19, 2008 12:48 pm |
|
||||||||||||||||||
CKV Новичок Зарегистрирован: Вт май 06, 2008 7:50 am
|
Т.е. после CancelCheck запросить ResultCode, если = 0, то продолжаем? Тогда можно сделать дополнительную проверку — попал ли чек в БД, я ведь могу сравнить сумму в базе по последнему чеку c суммой в денежном регистре 72? |
||||||||||||||||||
Вт авг 19, 2008 1:25 pm |
|
||||||||||||||||||
Kholkin Evgeniy Постоянный участник Зарегистрирован: Чт мар 10, 2005 6:42 pm
|
Да, именно так.
Можете делать проверку, вообще чем больше проверок, тем стабильнее система. |
||||||||||||||||||
Вт авг 19, 2008 1:29 pm |
|
||||||||||||||||||
CKV Новичок Зарегистрирован: Вт май 06, 2008 7:50 am
|
Все понятно, большое спасибо! |
||||||||||||||||||
Вт авг 19, 2008 1:41 pm |
|
||||||||||||||||||
Kholkin Evgeniy Постоянный участник Зарегистрирован: Чт мар 10, 2005 6:42 pm
|
Были рады Вам помочь! |
||||||||||||||||||
Вт авг 19, 2008 1:45 pm |
|
||||||||||||||||||
Показать сообщения за: Поле сортировки |
Страница 1 из 1 | [ Сообщений: 10 ] |
Кто сейчас на конференции |
Сейчас этот форум просматривают: Google [Bot] и гости: 1 |
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения |
Не открыта смена на фискальном регистраторе: как исправить?
Открыть смену на фискальном регистраторе: инструкция для кассира
Порядок формирования отчета о закрытии смены на ККТ регламентируется ФЗ- №54. Рабочая смена кассира на онлайн-кассе заканчивается формированием отчета на фискальном накопителе (ФН, ФР) и с его последующей автоматической отправкой в ФНС через ОФД. Этот документ также хранится в товароучетной системе. Информация хранится до тридцати суток в фискальном накопителе кассы. Ограничений на количество открытий и закрытий смены в течение суток нет. Смена на ККТ может быть открыта в один день, а закрыта уже на следующий. Главное: общая продолжительность смены не может быть более суток 24 часов.
Отчет о закрытии смены содержит такие данные:
- адрес, ИНН, название организации
- число и время окончания смены
- ФИО кассира
- номер онлайн-кассы, если в торговой точке установлено несколько ККТ
- количество чеков и перечень всех операций, в том числе приход, возврат
- данные по отчетности, не переданной в ОФД (с отметкой о времени прекращения передачи).
Иногда возникают неполадки с закрытием или открытием смены на кассе. При возникновении таких ошибок программа выдает сообщения «Смена не открыта либо истекла», «Не удалось подключиться к устройству», «Ошибка: смена открыта — операция невозможна», «Кассовая смена превысила 24 часа». В статье разберем как устранять ошибки, связанных с открытием или закрытием смены на ФР.
Как закрыть смену на фискальном регистраторе: через 1С, драйвер ККТ
Если ФР подключен к товароучетной программе, например к 1С, то закрыть смену можно через эту программу.
- переключаем программу в режим «Розница» ― меню «Сервис»
- переходим по вкладке «Кассовые смены»
- выбираем операцию «Закрыть смену».
Будет отражена сумма выручки, а ККТ выдаст бумажную копию отчета.
Закрыть смену можно и через драйвер. Этот способ является принудительным закрытием смены. Как правило, его используют в том случае, если текущая смена превысила 24 часа.
- Открываем программу-драйвер на печатном устройстве либо на ККТ. Если ККТ Атол, то путь: Программные файлы ― ATOL ― drivers8 ― bin ― DTOintegrator.exe.
- Устанавливаем режим «Отчеты с гашением», нажимаем «Войти».
- В строке «Отчет» выбираем «Z-отчет с гашением» и нажимаем кнопку «Снять отчет».
После закрытия кассовой смены можно открывать новую смену.
Как открыть смену на фискальном регистраторе
Открыть смену на фискальном регистраторе можно сделать одним из двух способов:
- Напечатать первый после закрытия предыдущей смены чек, вместе с ним одновременно выйдет отчет об открытии.
- Напечатать отчет до осуществления первой продажи, выбрав вкладку «Отчеты», затем меню «Касса» и «Открытие смены».
Общая продолжительность работы на ККТ не должна превышать 24 часа. По истечению этого срока печать нового чека будет невозможной. Для продолжения работы на кассе необходимо сформировать два отчета: о закрытии смены и об открытии новой.
Ошибки: смена не открывается, смена превысила 24 часа
Сообщение: Нет ККТ с закрытой сменой — смена не открыта на фискальном регистраторе и в учетной программе
- Входим во вкладку «Администрирование» ― «Подключаемое оборудование» ― «ККТ с передачей данных»
- Устанавливаем флажок рядом с полем «Все рабочие места»,
- Отмечаем «Текущее»
- Нажимаем на «Записать».
Если ошибка появилась в период работы ККТ, не превышающий суток, то предыдущее закрытие смены было проведено некорректно.
Проверьте, были ли сформированы следующие документы:
- отчет о розничных продажах,
- выемка данных из кассы,
- выгрузка отчета о закрытии смены в ОФД.
В онлайн-кассе можно установить ограничение на автоматическое закрытие просроченной смены. В таком случае пользователь печатает отчет вручную. Делается это в подразделе «Кассовые отчеты», в котором выбирается соответствующий пункт и устанавливается команда на печать.
Обо всех нарушениях, связанных с открытием и закрытием смен, ФНС будет уведомлена. Дело в том, что ОФД передает данные о начале, завершении работы, создании и печати отчетов без задержек по каждой ККТ. Так как закрытие смены по истечении 24 часов трактуется как нарушение правил использования ККТ.
В режиме РМК очень удобно работать с Открытием и закрытием кассовой смены и ККМ. Если вы не используете РМК(Рабочее место кассира), то вам потребуется вручную открывать и закрывать смену, для формирования отчета о розничной продажи и инкассации выручки из операционной кассы предприятия.
Для начала посмотрим, какое сейчас состояние у Кассовой смены.
Перейдем к обработке Закрытия кассовой смены.
Вам будет интересно: При закрытии смены необходимо производить выемку денежных средств из кассы предприятия.
Теперь самое важно, если вы работаете с подключаемым оборудованием, к примеру принтер чеков, некоторые принтеры открывают смену при пробитии чека, а не по команде открытия смены из 1С:Розница. Если в этот день не было продаж, то по факту в Фискальном регистраторе смена не открыта, а в 1С:Розница открыта. Фискальный регистратор не позволит вам закрыть смену, потому что она не открыта. Что бы выйти из этой ситуации ставится флаг Закрыть без Z-отчета. В таком случае смена закроется в программе 1С:Розница без передачи команды закрытия смены на Фискальный регистратор.
В нашем случае не было операций в этой кассовой смене. По этому закрытие будет пустое.
Нажимаем закрытие смены.
Открытие смены 1С:Розница.
Теперь давайте посмотрим на открытие смены.
Теперь в списке кассовых смен, предыдущая смена закрыта и создан новый документ открытий смены.
Операции по открытию и закрытию смены очень просты, но в них зачастую возникает много ошибок при ручной инкассации, переходу смены через 24 часа, при проведении отчета о розничных продажах(попытки продать отсутствующих товаров) и закрытия смены с фискальными регистраторами.
Комментарии ( )
Здравствуйте!
Не можем открыть смену и работать, Вышла ошибка:
При открытии смены произошла ошибка.
Смена не открыта на фискальном устройстве.
Дополнительное описание:
При выполнении операции произошла ошибка: 58h, Ожидание команды продолжения печати
Здравствуйте. Подскажите, как правильно выйти из ситуации?
Есть бар, который работает с 21-00 до 3-00. в 21-00 приходит продавец и открывает смену. А дальше интересно, какой вариант правильный:
1. в 21:00 — открыть. в 23:59 — закрыть. в 00:01 — открыть. в 3:00 — закрыть.
или
2. в 21:00 — открыть. в 3:00 — закрыть.
Как правильно то? Спасибо!
Добрый день,
по поводу чека, формируете акт о неверно пробитом чеке и заново проводите возврат.
По поводу обновления до Win 10, тут скорее всего дело не в версии Win 8, а в разрядности системы 64x. Потому что работа драйверов Атол на Win 8 и 8.1 не вызывала нареканий.
Окей, следуем дальше, причем тут оборудование подключенное к вашей сети? Только если программисты сделали сервер RDP(Использовался на версиях 7.7, когда не было такого понятие как Тонкий клиент и Web клиент). Надо узнать, какой метод работы с базой у вас в данный момент, если вы все заходите на 1н удаленный компьютер через «подключение к удаленному рабочему столу», то это RDP и это один из самых нестабильных и сложных способов для работы торгового оборудования. Вы бы не могли уточнить какой медот работы с удаленными магазинами у вас применяется?
У нас компании работают с тонкими клиентами, некоторые из них не обращаются за помощью по 1-2 года, потому что все работает и не вызывает нареканий.
Возможно Ваши претензии к 1С совсем не к 1С, а к тем кто это настраивает Вам.
Как открыть смену на фискальном регистраторе: суть операции
Порядок применения контрольно-кассовой техники изменился еще в 2016 году, поэтапная реформа коснулась не только режима работы с оборудованием нового поколения. Субъекты хозяйственной деятельности должны заменить кассы с бумажными контрольными лентами на устройства нового образца. Изменен также формат первичной фискальной документации.
Разработаны новые правила формирования основных отчетов. На смену привычным Z-отчетам пришли отчеты о закрытии смены, ключевая особенность которых – обязательная передача в фискальные службы. На практике возникает множество вопросов, как правильно создать документ, нужно ли его хранить в торговой точке.
Некоторые нормы Закона «О бухгалтерском учете», а также нормативно-правовой акт Государственного комитета статистики от 25 декабря 1998 года №132 утратили силу. Соответствующее разъяснение опубликовано Министерством Финансов в письме от 25 января 2017 года № 03-01-15/3482.
Представителей бизнеса избавили от необходимости вести унифицированные журналы и альбомы. При переходе на онлайн-кассы налогоплательщикам больше не нужно формировать z-отчет, дублировать информацию в справку-отчет и заносить данные в журнал кассира-операциониста.
Порядок открытия и закрытия смены
Согласно новым правилам, открытие смены и завершение рабочего дня подтверждаются специальным отчетом. Документ о закрытии смены можно назвать аналогом старого Z-варианта, но все же у них есть несколько существенных отличий.
Z-отчет формировался на кассах старого образца. Основной его задачей было обнуление данных, а также их дублирование в формы отчетности – КМ-6 и КМ-4. Налогоплательщики должны были хранить документ на бумажных носителях в течение пяти лет. Основные реквизиты:
- сведения о компании;
- код кассира, а также его фамилия, имя и отчество;
- дата и время создания документа;
- номер кассы;
- сумма прихода;
- возврат;
- итог по кассе.
Порядок формирования отчета о закрытии смены на фискальном регистраторе регламентируется Федеральным законом №54. Документ обеспечивает передачу данных в фискальную службу, а также сохраняет их в товароучетной программе. Информация хранится до тридцати суток на фискальном накопителе. Отчет содержит следующие данные:
- адрес, идентификационный номер и информацию о налогоплательщике;
- число и время окончания смены;
- данные кассира;
- номер онлайн-кассы, если в торговой точке установлено несколько устройств;
- количество отбитых бланков строгой отчетности или чеков;
- список операций, в том числе приход, возврат;
- данные по отчетности, не переданной оператору фискальных данных, в том числе с отметкой о времени прекращения передачи.
Открытие смены на фискальном регистраторе, требования к ее продолжительности
Контрольно-кассовые машины предыдущего поколения не поддерживали функцию снятия отчета об открытии смены. На онлайн-кассах сделать это можно двумя способами:
- документ печатается во время выдачи первого чека новой смены;
- доступна и принудительная печать «Открытия смены» ― до первой продажи необходимо перейти в меню «Касса», затем выбрать вкладку «Отчеты» и запустить печать документа с помощью кнопки «Отчет об открытии смены».
В торговой точке может быть установлено несколько кассовых аппаратов. В таком случае отчеты снимаются по каждому устройству. Выбрать соответствующую ККТ можно в списке «Фискальный регистратор».
Разъяснений относительно хранения таких отчетов в нормативно-правовых актах нет. В этом случае можно ориентироваться на требования к использованию фискального накопителя, в Федеральном Законе №54 указано, что субъекты бизнеса должны хранить устройство в течение пяти лет. Распечатанные отчеты можно сохранять отдельно в течение этого же срока.
Не регламентированы также требования к месту, где будут находиться документы об открытии смены. Предприниматели имеют право принимать решение самостоятельно. Это могут быть точки продажи с установленными онлайн-кассами, бухгалтерия или другое подходящее помещение.
Торговля на законных основаниях в точках продаж начинается с момента формирования отчета или распечатки первого чека. Отчет о закрытии подтверждает завершение смены. В пункте втором статьи 4.3 Федерального Закона №54 указана продолжительность непрерывного рабочего процесса. Новый чек не может быть распечатан по истечении 24 часов с момента завершения предыдущей смены. Это означает, что длительность рабочего цикла ― от открытия смены до ее завершения, не может составлять больше суток.
Технический контроль длительности смен установлен на законодательном уровне. В чеке не отражаются все фискальные признаки в случае несвоевременного формирования отчета о закрытии.
При этом открытие и закрытие торговли может быть выполнено в разные календарные дни, главное учитывать основное требование к периоду работы. Собственники бизнеса не ограничены в выборе времени суток для формирования отчетов и сокращении длительности смены.
Распространенные ошибки во время открытия смены на ФР
Пользователи часто сталкиваются с такими проблемами:
- Если в программе появляется уведомление «Нет ККТ с закрытыми сменами» и смена не открывается, это означает, что в товароучетной программе смена была закрыта корректно, но не завершена на фискальном накопителе. Устранить ошибку можно следующим образом: открыть драйвер контрольно-кассовой машины, завершить смену.
- Если кассир видит на экране надпись «Не определяются доступные контрольно-кассовые машины, обратитесь к Администратору», в первую очередь следует удостовериться в закрытии предыдущей смены. Затем проверить настройки, в них могли внести изменения. В случае если приведенные советы не помогли устранить неполадку, понадобится корректировка работы рабочего места кассира. Для этого необходимо открыть вкладку «Администрирование», перейти к «Подключаемому оборудованию», выбрать вкладку «Контрольно-кассовая техника с передачей данных», установить флажок напротив «Всех рабочих мест». Затем необходимо выбрать «Текущее» и подтвердить действие с помощью «Записать».
- Появляется ошибка при попытке открытия смены, на экран выводится уведомление о том, что она уже открыта. Если отчет о закрытии за предыдущие сутки распечатан, такая проблема возникает, если смена осталась открытой в 1C, а на фискальном регистраторе завершена. В таком случае необходимо перейти на вкладку «Групповое изменение реквизитов» и сменить статус.
- Если в торговой точке используется 1C, при несоответствии драйверов также может возникнуть ошибка с открытием смены. Устранить неполадку можно с помощью программного обновления и донастройки программно-аппаратного комплекса.
- При попытке открыть смену в системе может появиться окно с сообщением: «При выполнении операции произошла ошибка. Смена не открыта на ФР», что указывает на техническую неисправность. Проблему можно в большинстве случаев решить путем замены удлинителя или кабеля USB на качественный варисторный фильтр.
Нормальная работа ФН, независимо от причины неполадки, должна быть восстановлена. Без этого невозможно законное ведение бизнеса, от функционирования встроенного накопителя зависит своевременность передачи данных оператору фискальных данных и затем в фискальную службу.
Контрольно-кассовая машина будет заблокирована, если пробитые чеки не поступают в контролирующие органы более тридцати дней. Формирование отчета о закрытии позволяет избежать подобных ситуаций. В документе отражается общее количество фискальных документов, которые не были отправлены оператору по техническим причинам.
Проверить правильность работы системы можно следующим образом. На вкладке «Состояние обмена с оператором фискальных данных» будут выводиться нули в том случае, если отсутствуют неполадки, все ошибки устранены, в том числе в товароучетной программе и в программном обеспечении контрольно-кассовой машины.
Если новая смена не может быть открыта по причине того, что кассир не закрыл предыдущую, а граничный срок в 24 часа уже прошел, в таком случае торговлю нужно прекратить, новые чеки пробивать запрещено. Функционирование кассового устройства в ограниченном режиме можно распознать по следующим признакам:
- фискальные реквизиты в чеке не выводятся;
- информация не передается оператору фискальных данных.
Исправить ошибку можно только с помощью отчета о закрытии. После того, как в окне «Закрытие смены» появится флажок, на вкладке «Закрытие смены», блокировка будет снята. Завершается процесс распечаткой документа.
В контрольно-кассовой технике может быть установлено ограничение на автоматическое закрытие просроченной сессии. В таком случае пользователь должен распечатать отчет вручную. Сделать это можно в подразделе «Кассовые отчеты», в котором выбирается соответствующий пункт и устанавливается команда на печать. Новый рабочий день может начаться сразу после закрытия кассы. Проведение операций продолжится в стандартном режиме.
Пользователи должны помнить, что обо всех нарушениях с открытием и закрытием смен будут уведомлены фискальные службы. Оператор фискальных данных обязуется передавать данные о начале, завершении работы, создании и печати отчетов без задержек.
Если, исходя из содержания, станет очевидным, что во время эксплуатации были допущены нарушения, к субъекту хозяйственной деятельности могут быть применены санкции, так как закрытие смены по истечении 24 часов трактуется как нарушение правил использования контрольно-кассовой техники. Предусмотрены следующие меры ответственности:
- выносится предупреждение;
- начисляется штраф.
Если чеки не печатались, то предприниматель может не опасаться строгой ответственности. В случае подтверждения некорректной работы в части проведения товарно-денежных операций, организации грозит взыскание в размере от пяти до десяти тысяч рублей. Индивидуальному предпринимателю или должностному лицу может быть начислено от 1 500 до 3 000 рублей.
Налогоплательщику следует позаботиться о доказательствах причин возникновения неполадок, если они не зависят от собственника. Если факт отсутствия преступного умысла в действиях, а также системные ошибки будут подтверждены, устанавливаются минимальные суммы штрафа или выносится предупреждение. Но это правило распространяется только на те ситуации, когда руководитель компании самостоятельно обратился в фискальную службу с заявлением. То есть до момента выявления нарушения представителями контролирующего органа.
-
t800
- Сообщения: 36
- Зарегистрирован: 30 дек 2016, 01:03
- Контактная информация:
88-ККТ: Ожидание команды продолжения печати
Еще вопрос:
Подскажите, у нас когда закончилась бумага, чек распечататься не смог и при печати чека и вышла ошибка: 88-ККТ: Ожидание команды продолжения печати
Саму бумагу заправили, но как теперь продолжить печатать чеки?
Раньше с другим ПО (iiko) мы просто меняли рулон и чек перепечатывался.
Заранее спасибо!
-
Audim
- Администратор
- Сообщения: 2283
- Зарегистрирован: 17 мар 2015, 18:36
Re: 88-ККТ: Ожидание команды продолжения печати
Сообщение
Audim » 03 мар 2017, 20:10
Сервер работает по принципу транзакций — все или ни чего!
Ошибка вышла — значит чек отменен.
Посылайте на печать заново.
-
t800
- Сообщения: 36
- Зарегистрирован: 30 дек 2016, 01:03
- Контактная информация:
Re: 88-ККТ: Ожидание команды продолжения печати
Сообщение
t800 » 03 мар 2017, 20:58
Получилось как раз наоборот.
Эта ошибка появлялась как раз при печати заново.
Т.е. пускали чек на печать, и получали эту ошибку.
Вылечили путем запуска ДТО и в нем уже выполнены были действия Печать текста/Операции/Продолжить печать.
-
Audim
- Администратор
- Сообщения: 2283
- Зарегистрирован: 17 мар 2015, 18:36
Re: 88-ККТ: Ожидание команды продолжения печати
Сообщение
Audim » 03 мар 2017, 21:58
Да, воспроизвел — на ККТ где все команды буферизуются есть такая ошибка.
Исправил.
В таких случаях (если чек не напечатался до конца из за бумаги) нужно подать любую команду (например XReport, GetLineLength и т.д.) и недопечатанный чек напечатается заново.
Как только мой провайдер решит проблему с хостингом выложу новую версию.
-
t800
- Сообщения: 36
- Зарегистрирован: 30 дек 2016, 01:03
- Контактная информация:
Re: 88-ККТ: Ожидание команды продолжения печати
Сообщение
t800 » 04 мар 2017, 22:07
А получается не будет тогда работать опция при операции продажи?
// Аннулировать открытый чек если ранее чек не был завершен до конца
CancelOpenedCheck: true,
Дело в том, что сейчас у нас все операции к кассе складываются в очередь, откуда последовательно посылаются на выполнение.
И, если какая-то операция застревает, очередь не двигается, пока не примется решение о неуспешной операции.
Т.е. я рассчитывал, что если просто перепущу такую операцию, то про предыдущий фейловый чек можно забыть.
А операция GetLineLength отдает ответ на бумагу? Или в ответе на запрос?
-
Audim
- Администратор
- Сообщения: 2283
- Зарегистрирован: 17 мар 2015, 18:36
Re: 88-ККТ: Ожидание команды продолжения печати
Сообщение
Audim » 04 мар 2017, 22:27
А операция GetLineLength отдает ответ на бумагу? Или в ответе на запрос?
Нет, только в ответе. И вытолкнет на печать застрявший чек.
А получается не будет тогда работать опция при операции продажи?
// Аннулировать открытый чек если ранее чек не был завершен до конца
CancelOpenedCheck: true,
Новые Штрихи работают так:
Принимают все команды регистрации чека в буфер (печать при этом не идет)
При закрытии чека делается регистрация чека в ФН.
Если все нормально то ККТ возвращает статус что все Ок.
Мой сервер получив этот статус закрывает соединение с ККТ и отдает ответ вызывающей программе.
Т.е. для сервера с чеком все Ок — он зарегистрирован!
И только после этого ККТ начинает печатать чек!!!
И если этот чек не напечатан то его отменить нельзя т.к. в ФН он уже зарегистрирован!!!!
Более того: если выключить ККТ и включить то ККТ будет помнить что у нее есть не напечатанный чек!!
И выйти из этого режим можно только протолкнув чек на печать!
CancelOpenedCheck: true — только для тех чеков которые застряли при формировании = т.е. не была выполнена успешна команда закрытия чека.
-
Audim
- Администратор
- Сообщения: 2283
- Зарегистрирован: 17 мар 2015, 18:36
Re: 88-ККТ: Ожидание команды продолжения печати
Сообщение
Audim » 04 мар 2017, 23:15
ЗЫ: кстати протолкнуть застрявший чек на печать можно нажав кнопку на ККТ (она там одна-называется «Протяжка ленты»).
-
t800
- Сообщения: 36
- Зарегистрирован: 30 дек 2016, 01:03
- Контактная информация:
Re: 88-ККТ: Ожидание команды продолжения печати
Сообщение
t800 » 05 мар 2017, 11:32
Audim писал(а):ЗЫ: кстати протолкнуть застрявший чек на печать можно нажав кнопку на ККТ (она там одна-называется «Протяжка ленты»).
Подходящее решение. Попробуем в след. раз.
Спасибо!
Установил все на рабочий биллинг.
Настроил driver: ru.bitel.frk.driver.shtrih2.Driver
На thread#48 регистратор начал пищать, пищал примерно 3 секунды.
Вот лог:
Код:
DEBUG 18.01.2010 14:41:02,931 : server: connection accepted #47: Socket[addr=/192.168.37.5,port=44384,localport=9876]
TRACE 18.01.2010 14:41:02,933 : thread#47: <- COMMAND
TRACE 18.01.2010 14:41:02,933 : thread#47: <- 58993860201870213157257498191322
TRACE 18.01.2010 14:41:02,933 : thread#47: <- check
DEBUG 18.01.2010 14:41:02,933 : thread#47: try ‘check’ command…
TRACE 18.01.2010 14:41:02,933 : thread#47: <- 1
TRACE 18.01.2010 14:41:02,933 : thread#47: <- 230.0
TRACE 18.01.2010 14:41:02,933 : thread#47: <- 230.0
TRACE 18.01.2010 14:41:02,933 : thread#47: <- 457473
TRACE 18.01.2010 14:41:02,933 : thread#47: <- 0
TRACE 18.01.2010 14:41:02,934 : thread#47: <- STRING
TRACE 18.01.2010 14:41:02,934 : thread#47: <- Оператор №42
TRACE 18.01.2010 14:41:02,934 : thread#47: <-
TRACE 18.01.2010 14:41:02,934 : thread#47: <- STRING
TRACE 18.01.2010 14:41:02,934 : thread#47: <- Тел. абон. отд. 581-581
TRACE 18.01.2010 14:41:02,934 : thread#47: <-
TRACE 18.01.2010 14:41:02,934 : thread#47: <- ENDCOMMAND
TRACE 18.01.2010 14:41:02,934 : thread#47: -> ECHO
TRACE 18.01.2010 14:41:02,934 : thread#47: -> 58993860201870213157257498191322
DEBUG 18.01.2010 14:41:02,934 : Driver: check(clientsumma=230.0):
DEBUG 18.01.2010 14:41:02,934 : Driver: SALE: sum=230.0;txt=457473;dep=0
DEBUG 18.01.2010 14:41:02,934 : Driver: TEXT: Оператор №42
DEBUG 18.01.2010 14:41:02,934 : Driver: TEXT: Тел. абон. отд. 581-581
TRACE 18.01.2010 14:41:02,944 : shtrih-driver: send ENQ
TRACE 18.01.2010 14:41:02,953 : shtrih-driver: getted NAK
TRACE 18.01.2010 14:41:02,953 : shtrih-driver: SEND: 02 05 10 01 00 00 00 14
TRACE 18.01.2010 14:41:02,957 : shtrih-driver: send ENQ
TRACE 18.01.2010 14:41:02,966 : shtrih-driver: getted NAK
TRACE 18.01.2010 14:41:02,984 : shtrih-driver: send packet
TRACE 18.01.2010 14:41:03,000 : shtrih-driver: getted ACK
TRACE 18.01.2010 14:41:03,034 : shtrih-driver: RECV: 02 10 10 00 01 B2 02 02 00 00 9F DF 00 00 00 90 08 00 6B
TRACE 18.01.2010 14:41:03,034 : shtrih-driver: STX message= 10 00 01 B2 02 02 00 00 9F DF 00 00 00 90 08 00
TRACE 18.01.2010 14:41:03,034 : shtrih-driver: ok, send ACK
TRACE 18.01.2010 14:41:03,038 : shtrih-driver: SEND: 02 3C 80 01 00 00 00 E8 03 00 00 00 D8 59 00 00 00 00 00 00 00 00 34 35 37 34 37 33 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 D1
TRACE 18.01.2010 14:41:03,042 : shtrih-driver: send ENQ
TRACE 18.01.2010 14:41:03,051 : shtrih-driver: getted NAK
TRACE 18.01.2010 14:41:03,183 : shtrih-driver: send packet
TRACE 18.01.2010 14:41:03,193 : shtrih-driver: getted ACK
TRACE 18.01.2010 14:41:03,623 : shtrih-driver: RECV: 02 03 80 00 01 82
TRACE 18.01.2010 14:41:03,623 : shtrih-driver: STX message= 80 00 01
TRACE 18.01.2010 14:41:03,623 : shtrih-driver: ok, send ACK
TRACE 18.01.2010 14:41:03,627 : shtrih-driver: SEND: 02 2E 17 01 00 00 00 03 CE EF E5 F0 E0 F2 EE F0 20 B9 34 32 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 9C
TRACE 18.01.2010 14:41:03,631 : shtrih-driver: send ENQ
TRACE 18.01.2010 14:41:03,640 : shtrih-driver: getted NAK
TRACE 18.01.2010 14:41:03,744 : shtrih-driver: send packet
TRACE 18.01.2010 14:41:03,766 : shtrih-driver: getted ACK
TRACE 18.01.2010 14:41:03,766 : shtrih-driver: RECV: 02 03 17 00 01 15
TRACE 18.01.2010 14:41:03,766 : shtrih-driver: STX message= 17 00 01
TRACE 18.01.2010 14:41:03,766 : shtrih-driver: ok, send ACK
TRACE 18.01.2010 14:41:03,770 : shtrih-driver: SEND: 02 2E 17 01 00 00 00 03 D2 E5 EB 2E 20 E0 E1 EE ED 2E 20 EE F2 E4 2E 20 35 38 31 2D 35 38 31 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 3E
TRACE 18.01.2010 14:41:03,774 : shtrih-driver: send ENQ
TRACE 18.01.2010 14:41:03,783 : shtrih-driver: getted NAK
TRACE 18.01.2010 14:41:03,887 : shtrih-driver: send packet
TRACE 18.01.2010 14:41:03,909 : shtrih-driver: getted ACK
TRACE 18.01.2010 14:41:03,909 : shtrih-driver: RECV: 02 03 17 00 01 15
TRACE 18.01.2010 14:41:03,909 : shtrih-driver: STX message= 17 00 01
TRACE 18.01.2010 14:41:03,909 : shtrih-driver: ok, send ACK
TRACE 18.01.2010 14:41:03,913 : shtrih-driver: SEND: 02 47 85 01 00 00 00 D8 59 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 42
TRACE 18.01.2010 14:41:03,917 : shtrih-driver: send ENQ
TRACE 18.01.2010 14:41:03,926 : shtrih-driver: getted NAK
TRACE 18.01.2010 14:41:04,081 : shtrih-driver: send packet
TRACE 18.01.2010 14:41:04,091 : shtrih-driver: getted ACK
TRACE 18.01.2010 14:41:04,706 : shtrih-driver: RECV: 02 08 85 00 01 00 00 00 00 00 8C
TRACE 18.01.2010 14:41:04,706 : shtrih-driver: STX message= 85 00 01 00 00 00 00 00
TRACE 18.01.2010 14:41:04,706 : shtrih-driver: ok, send ACK
TRACE 18.01.2010 14:41:04,710 : shtrih-driver: SEND: 02 05 13 01 00 00 00 17
TRACE 18.01.2010 14:41:04,714 : shtrih-driver: send ENQ
TRACE 18.01.2010 14:41:04,723 : shtrih-driver: getted NAK
TRACE 18.01.2010 14:41:04,741 : shtrih-driver: send packet
TRACE 18.01.2010 14:41:04,751 : shtrih-driver: getted ACK
TRACE 18.01.2010 14:41:04,794 : shtrih-driver: RECV: 02 03 13 00 01 11
TRACE 18.01.2010 14:41:04,794 : shtrih-driver: STX message= 13 00 01
TRACE 18.01.2010 14:41:04,794 : shtrih-driver: ok, send ACK
TRACE 18.01.2010 14:41:04,836 : thread#47: -> OK
TRACE 18.01.2010 14:41:04,836 : thread#47: -> 0.0
TRACE 18.01.2010 14:41:04,836 : thread#47: -> ENDECHO
DEBUG 18.01.2010 14:41:04,836 : thread#47: command ‘check’ processing sucessfull
TRACE 18.01.2010 14:41:04,837 : thread#47: <- null
DEBUG 18.01.2010 14:41:04,838 : thread#47: end all commands (good work)
DEBUG 18.01.2010 14:41:04,838 : thread#47: close socket
DEBUG 18.01.2010 14:41:14,383 : server: connection accepted #48: Socket[addr=/192.168.37.5,port=44385,localport=9876]
TRACE 18.01.2010 14:41:14,385 : thread#48: <- COMMAND
TRACE 18.01.2010 14:41:14,385 : thread#48: <- 23759310714657091680210116798058
TRACE 18.01.2010 14:41:14,385 : thread#48: <- check
DEBUG 18.01.2010 14:41:14,385 : thread#48: try ‘check’ command…
TRACE 18.01.2010 14:41:14,385 : thread#48: <- 1
TRACE 18.01.2010 14:41:14,385 : thread#48: <- 250.0
TRACE 18.01.2010 14:41:14,385 : thread#48: <- 250.0
TRACE 18.01.2010 14:41:14,385 : thread#48: <- 435553
TRACE 18.01.2010 14:41:14,385 : thread#48: <- 0
TRACE 18.01.2010 14:41:14,385 : thread#48: <- STRING
TRACE 18.01.2010 14:41:14,385 : thread#48: <- Оператор №42
TRACE 18.01.2010 14:41:14,385 : thread#48: <-
TRACE 18.01.2010 14:41:14,385 : thread#48: <- STRING
TRACE 18.01.2010 14:41:14,386 : thread#48: <- Тел. абон. отд. 581-581
TRACE 18.01.2010 14:41:14,386 : thread#48: <-
TRACE 18.01.2010 14:41:14,386 : thread#48: <- ENDCOMMAND
TRACE 18.01.2010 14:41:14,386 : thread#48: -> ECHO
TRACE 18.01.2010 14:41:14,386 : thread#48: -> 23759310714657091680210116798058
DEBUG 18.01.2010 14:41:14,386 : Driver: check(clientsumma=250.0):
DEBUG 18.01.2010 14:41:14,386 : Driver: SALE: sum=250.0;txt=435553;dep=0
DEBUG 18.01.2010 14:41:14,386 : Driver: TEXT: Оператор №42
DEBUG 18.01.2010 14:41:14,386 : Driver: TEXT: Тел. абон. отд. 581-581
TRACE 18.01.2010 14:41:14,396 : shtrih-driver: send ENQ
TRACE 18.01.2010 14:41:14,405 : shtrih-driver: getted NAK
TRACE 18.01.2010 14:41:14,405 : shtrih-driver: SEND: 02 05 10 01 00 00 00 14
TRACE 18.01.2010 14:41:14,409 : shtrih-driver: send ENQ
TRACE 18.01.2010 14:41:14,418 : shtrih-driver: getted NAK
TRACE 18.01.2010 14:41:14,436 : shtrih-driver: send packet
TRACE 18.01.2010 14:41:14,452 : shtrih-driver: getted ACK
TRACE 18.01.2010 14:41:14,486 : shtrih-driver: RECV: 02 10 10 00 01 B2 02 02 00 00 9F E2 00 00 00 91 08 00 57
TRACE 18.01.2010 14:41:14,486 : shtrih-driver: STX message= 10 00 01 B2 02 02 00 00 9F E2 00 00 00 91 08 00
TRACE 18.01.2010 14:41:14,486 : shtrih-driver: ok, send ACK
TRACE 18.01.2010 14:41:14,490 : shtrih-driver: SEND: 02 3C 80 01 00 00 00 E8 03 00 00 00 A8 61 00 00 00 00 00 00 00 00 34 33 35 35 35 33 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 9E
TRACE 18.01.2010 14:41:14,494 : shtrih-driver: send ENQ
TRACE 18.01.2010 14:41:14,503 : shtrih-driver: getted NAK
TRACE 18.01.2010 14:41:14,635 : shtrih-driver: send packet
TRACE 18.01.2010 14:41:14,645 : shtrih-driver: getted ACK
TRACE 18.01.2010 14:41:15,075 : shtrih-driver: RECV: 02 03 80 00 01 82
TRACE 18.01.2010 14:41:15,075 : shtrih-driver: STX message= 80 00 01
TRACE 18.01.2010 14:41:15,075 : shtrih-driver: ok, send ACK
TRACE 18.01.2010 14:41:15,079 : shtrih-driver: SEND: 02 2E 17 01 00 00 00 03 CE EF E5 F0 E0 F2 EE F0 20 B9 34 32 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 9C
TRACE 18.01.2010 14:41:15,083 : shtrih-driver: send ENQ
TRACE 18.01.2010 14:41:15,092 : shtrih-driver: getted NAK
TRACE 18.01.2010 14:41:15,196 : shtrih-driver: send packet
TRACE 18.01.2010 14:41:15,218 : shtrih-driver: getted ACK
TRACE 18.01.2010 14:41:15,218 : shtrih-driver: RECV: 02 03 17 00 01 15
TRACE 18.01.2010 14:41:15,218 : shtrih-driver: STX message= 17 00 01
TRACE 18.01.2010 14:41:15,218 : shtrih-driver: ok, send ACK
TRACE 18.01.2010 14:41:15,222 : shtrih-driver: SEND: 02 2E 17 01 00 00 00 03 D2 E5 EB 2E 20 E0 E1 EE ED 2E 20 EE F2 E4 2E 20 35 38 31 2D 35 38 31 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 3E
TRACE 18.01.2010 14:41:15,226 : shtrih-driver: send ENQ
TRACE 18.01.2010 14:41:15,236 : shtrih-driver: getted NAK
TRACE 18.01.2010 14:41:15,340 : shtrih-driver: send packet
TRACE 18.01.2010 14:41:15,362 : shtrih-driver: getted ACK
TRACE 18.01.2010 14:41:15,362 : shtrih-driver: RECV: 02 03 17 00 01 15
TRACE 18.01.2010 14:41:15,362 : shtrih-driver: STX message= 17 00 01
TRACE 18.01.2010 14:41:15,362 : shtrih-driver: ok, send ACK
TRACE 18.01.2010 14:41:15,366 : shtrih-driver: SEND: 02 47 85 01 00 00 00 A8 61 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0A
TRACE 18.01.2010 14:41:15,370 : shtrih-driver: send ENQ
TRACE 18.01.2010 14:41:15,379 : shtrih-driver: getted NAK
TRACE 18.01.2010 14:41:15,534 : shtrih-driver: send packet
TRACE 18.01.2010 14:41:15,544 : shtrih-driver: getted ACK
TRACE 18.01.2010 14:41:16,158 : shtrih-driver: RECV: 02 08 85 00 01 00 00 00 00 00 8C
TRACE 18.01.2010 14:41:16,158 : shtrih-driver: STX message= 85 00 01 00 00 00 00 00
TRACE 18.01.2010 14:41:16,159 : shtrih-driver: ok, send ACK
TRACE 18.01.2010 14:41:16,162 : shtrih-driver: SEND: 02 05 13 01 00 00 00 17
TRACE 18.01.2010 14:41:16,166 : shtrih-driver: send ENQ
TRACE 18.01.2010 14:41:16,175 : shtrih-driver: getted NAK
TRACE 18.01.2010 14:41:16,193 : shtrih-driver: send packet
TRACE 18.01.2010 14:41:16,203 : shtrih-driver: getted ACK
TRACE 18.01.2010 14:41:16,247 : shtrih-driver: RECV: 02 03 13 00 01 11
TRACE 18.01.2010 14:41:16,247 : shtrih-driver: STX message= 13 00 01
TRACE 18.01.2010 14:41:16,247 : shtrih-driver: ok, send ACK
TRACE 18.01.2010 14:41:16,253 : thread#48: -> OK
TRACE 18.01.2010 14:41:16,253 : thread#48: -> 0.0
TRACE 18.01.2010 14:41:16,253 : thread#48: -> ENDECHO
DEBUG 18.01.2010 14:41:16,253 : thread#48: command ‘check’ processing sucessfull
TRACE 18.01.2010 14:41:16,254 : thread#48: <- null
DEBUG 18.01.2010 14:41:16,254 : thread#48: end all commands (good work)
DEBUG 18.01.2010 14:41:16,254 : thread#48: close socket
DEBUG 18.01.2010 14:42:25,602 : server: connection accepted #49: Socket[addr=/192.168.37.5,port=48840,localport=9876]
TRACE 18.01.2010 14:42:25,604 : thread#49: <- COMMAND
TRACE 18.01.2010 14:42:25,604 : thread#49: <- 74394301608095426376412572776202
TRACE 18.01.2010 14:42:25,604 : thread#49: <- check
DEBUG 18.01.2010 14:42:25,604 : thread#49: try ‘check’ command…
TRACE 18.01.2010 14:42:25,604 : thread#49: <- 1
TRACE 18.01.2010 14:42:25,604 : thread#49: <- 500.0
TRACE 18.01.2010 14:42:25,604 : thread#49: <- 500.0
TRACE 18.01.2010 14:42:25,604 : thread#49: <- 458213
TRACE 18.01.2010 14:42:25,604 : thread#49: <- 0
TRACE 18.01.2010 14:42:25,604 : thread#49: <- STRING
TRACE 18.01.2010 14:42:25,604 : thread#49: <- Оператор №20
TRACE 18.01.2010 14:42:25,604 : thread#49: <-
TRACE 18.01.2010 14:42:25,604 : thread#49: <- STRING
TRACE 18.01.2010 14:42:25,604 : thread#49: <- Тел. абон. отд. 581-581
TRACE 18.01.2010 14:42:25,604 : thread#49: <-
TRACE 18.01.2010 14:42:25,604 : thread#49: <- ENDCOMMAND
TRACE 18.01.2010 14:42:25,604 : thread#49: -> ECHO
TRACE 18.01.2010 14:42:25,604 : thread#49: -> 74394301608095426376412572776202
DEBUG 18.01.2010 14:42:25,605 : Driver: check(clientsumma=500.0):
DEBUG 18.01.2010 14:42:25,605 : Driver: SALE: sum=500.0;txt=458213;dep=0
DEBUG 18.01.2010 14:42:25,605 : Driver: TEXT: Оператор №20
DEBUG 18.01.2010 14:42:25,605 : Driver: TEXT: Тел. абон. отд. 581-581
TRACE 18.01.2010 14:42:25,615 : shtrih-driver: send ENQ
TRACE 18.01.2010 14:42:25,624 : shtrih-driver: getted NAK
TRACE 18.01.2010 14:42:25,624 : shtrih-driver: SEND: 02 05 10 01 00 00 00 14
TRACE 18.01.2010 14:42:25,628 : shtrih-driver: send ENQ
TRACE 18.01.2010 14:42:25,637 : shtrih-driver: getted NAK
TRACE 18.01.2010 14:42:25,655 : shtrih-driver: send packet
TRACE 18.01.2010 14:42:25,671 : shtrih-driver: getted ACK
TRACE 18.01.2010 14:42:25,705 : shtrih-driver: RECV: 02 10 10 00 01 B2 02 02 00 00 9F DF 00 00 00 91 08 00 6A
TRACE 18.01.2010 14:42:25,705 : shtrih-driver: STX message= 10 00 01 B2 02 02 00 00 9F DF 00 00 00 91 08 00
TRACE 18.01.2010 14:42:25,705 : shtrih-driver: ok, send ACK
TRACE 18.01.2010 14:42:25,709 : shtrih-driver: SEND: 02 3C 80 01 00 00 00 E8 03 00 00 00 50 C3 00 00 00 00 00 00 00 00 34 35 38 32 31 33 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 CC
TRACE 18.01.2010 14:42:25,713 : shtrih-driver: send ENQ
TRACE 18.01.2010 14:42:25,722 : shtrih-driver: getted NAK
TRACE 18.01.2010 14:42:25,854 : shtrih-driver: send packet
TRACE 18.01.2010 14:42:25,864 : shtrih-driver: getted ACK
TRACE 18.01.2010 14:42:26,294 : shtrih-driver: RECV: 02 03 80 00 01 82
TRACE 18.01.2010 14:42:26,294 : shtrih-driver: STX message= 80 00 01
TRACE 18.01.2010 14:42:26,294 : shtrih-driver: ok, send ACK
TRACE 18.01.2010 14:42:26,298 : shtrih-driver: SEND: 02 2E 17 01 00 00 00 03 CE EF E5 F0 E0 F2 EE F0 20 B9 32 30 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 98
TRACE 18.01.2010 14:42:26,302 : shtrih-driver: send ENQ
TRACE 18.01.2010 14:42:26,311 : shtrih-driver: getted NAK
TRACE 18.01.2010 14:42:26,415 : shtrih-driver: send packet
TRACE 18.01.2010 14:42:26,437 : shtrih-driver: getted ACK
TRACE 18.01.2010 14:42:26,437 : shtrih-driver: RECV: 02 03 17 00 01 15
TRACE 18.01.2010 14:42:26,437 : shtrih-driver: STX message= 17 00 01
TRACE 18.01.2010 14:42:26,437 : shtrih-driver: ok, send ACK
TRACE 18.01.2010 14:42:26,441 : shtrih-driver: SEND: 02 2E 17 01 00 00 00 03 D2 E5 EB 2E 20 E0 E1 EE ED 2E 20 EE F2 E4 2E 20 35 38 31 2D 35 38 31 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 3E
TRACE 18.01.2010 14:42:26,445 : shtrih-driver: send ENQ
TRACE 18.01.2010 14:42:26,454 : shtrih-driver: getted NAK
TRACE 18.01.2010 14:42:26,558 : shtrih-driver: send packet
TRACE 18.01.2010 14:42:26,580 : shtrih-driver: getted ACK
TRACE 18.01.2010 14:42:26,580 : shtrih-driver: RECV: 02 03 17 00 01 15
TRACE 18.01.2010 14:42:26,580 : shtrih-driver: STX message= 17 00 01
TRACE 18.01.2010 14:42:26,580 : shtrih-driver: ok, send ACK
TRACE 18.01.2010 14:42:26,584 : shtrih-driver: SEND: 02 47 85 01 00 00 00 50 C3 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 50
TRACE 18.01.2010 14:42:26,588 : shtrih-driver: send ENQ
TRACE 18.01.2010 14:42:26,597 : shtrih-driver: getted NAK
TRACE 18.01.2010 14:42:26,752 : shtrih-driver: send packet
TRACE 18.01.2010 14:42:26,762 : shtrih-driver: getted ACK
TRACE 18.01.2010 14:42:27,377 : shtrih-driver: RECV: 02 08 85 00 01 00 00 00 00 00 8C
TRACE 18.01.2010 14:42:27,377 : shtrih-driver: STX message= 85 00 01 00 00 00 00 00
TRACE 18.01.2010 14:42:27,377 : shtrih-driver: ok, send ACK
TRACE 18.01.2010 14:42:27,381 : shtrih-driver: SEND: 02 05 13 01 00 00 00 17
TRACE 18.01.2010 14:42:27,385 : shtrih-driver: send ENQ
TRACE 18.01.2010 14:42:27,394 : shtrih-driver: getted NAK
TRACE 18.01.2010 14:42:27,412 : shtrih-driver: send packet
TRACE 18.01.2010 14:42:27,422 : shtrih-driver: getted ACK
TRACE 18.01.2010 14:42:27,466 : shtrih-driver: RECV: 02 03 13 00 01 11
TRACE 18.01.2010 14:42:27,466 : shtrih-driver: STX message= 13 00 01
TRACE 18.01.2010 14:42:27,466 : shtrih-driver: ok, send ACK
TRACE 18.01.2010 14:42:27,470 : thread#49: -> OK
TRACE 18.01.2010 14:42:27,470 : thread#49: -> 0.0
TRACE 18.01.2010 14:42:27,470 : thread#49: -> ENDECHO
DEBUG 18.01.2010 14:42:27,470 : thread#49: command ‘check’ processing sucessfull
TRACE 18.01.2010 14:42:27,471 : thread#49: <- null
DEBUG 18.01.2010 14:42:27,471 : thread#49: end all commands (good work)
DEBUG 18.01.2010 14:42:27,471 : thread#49: close socket
Дальше…
Конец ленты при печати чека…
Тут аж три варианта возможно:
1) Обрыв бумаги при начале чека, напечатался только заголовок, продажи не попали.
ФР в ожидании команды продолжения печати. В Лайте сообщение Прервать-Повторить-Пропустить. Жмем повторить, ФР пищит, чек не печатается, продажа сохраняется, ФР все еще в ожидании команды продолжения печати. При продолжении продаж в лайте чеки уже не распечатываюся, Лайт никаких запросов больше не предлагает, а продажи сохраняются…
Выход — Меняем ленту, идем в тест драйвера, жмем кнопку продолжить печать, печатается заголовок, чек закрыть естественно не можем, т. к. он пустой, жмем кнопку аннулировать чек, чек отменяется, ФР готов к дальнейшей работе…
2) Обрыв бумаги в середине чека, напечатался заголовок и продажи, признака ФП нет.
ФР в ожидании команды продолжения печати. В Лайте сообщение Прервать-Повторить-Пропустить. Жмем повторить, ФР пищит, чек не печатается, продажа сохраняется, ФР все еще в ожидании команды продолжения печати. При продолжении продаж в лайте чеки уже не распечатываюся, Лайт никаких запросов больше не предлагает, а продажи сохраняются…
Выход — Меняем ленту, идем в тест драйвера, жмем кнопку продолжить печать, печатается заголовок и продажи, далее чек можно либо закрыть, либо аннулировать, после одного из действий ФР готов к дальнейшей работе…
3) Обрыв бумаги в конце чека, напечатался заголовок, продажи и признак ФП.
ФР в ожидании команды продолжения печати. В Лайте сообщение уже не появляется, т. к. он считает, что чек успешно распечатан. При продолжении продаж в лайте чеки уже не распечатываюся, Лайт никаких запросов больше не предлагает, а продажи сохраняются…
Выход — Меняем ленту, идем в тест драйвера, жмем кнопку продолжить печать, печатается чек, после чего ФР готов к дальнейшей работе…
_________________
наша страничка на microinside
icq: 251 034 354
skype: maximka_mf
help-retail.ru
удаленная поддержка программного обеспечения.