При выполнении операции произошла ошибка 58h ожидание команды продолжения печати

Эта тема закрыта, вы не можете редактировать и оставлять сообщения в ней.  Страница 1 из 1  [ Сообщений: 10 ] 

ШТРИХ-ФР-*. ResultCode при обрыве ленты 

Автор Сообщение

Новичок

Зарегистрирован: Вт май 06, 2008 7:50 am
Сообщения: 38
Откуда: Пермь

Сообщение ШТРИХ-ФР-*. ResultCode при обрыве ленты

В своем АРМ Кассира при работе с фискальным регистратором использую так называемую 2-ую стратегию поведения при выполнении команд печати, описанную в инструкции к драйверу ФР.

Цитата:

Вторая стратегия подразумевает анализ состояния ККМ по ошибкам, возвращаемым ККМ. Сразу после подачи операции печати (например, команды закрытия чека) подаётся следующая команда
печати (например, команда регистрации продажи). Если ККМ возвращает ошибку 50h «Идёт печать предыдущей команды», то она находится в подрежиме 4 «Фаза печати операции».
Повторяем команду печати и анализируем ошибку до тех пор, пока её значение не станет равным 0 «Ошибок нет». Возможна ситуация, когда значение ошибки, возвращаемой на попытку выполнить очередную команду печати во время выполнения предыдущей, равно 72h «Команда не поддерживается в данном подрежиме», что означает, что ККМ находится в подрежиме 2 «Активное отсутствие бумаги». В этом случае необходимо выдать оператору ККМ сообщение, что необходимо вставить новый рулон бумаги, и продолжать посылать команду печати и анализировать возвращаемую ошибку. Значение ошибки станет равным 58h «Ожидание команды продолжения печати», когда оператор заменит бумагу и ККМ перейдёт в подрежим 3 «После активного отсутствия бумаги». После этого можно продолжить посылать команду печати,
анализировать ошибку, пока её значение не станет равным 0 «Ошибки нет».

При обрыве ленты (чековой или контрольной) периодически, на разных кассах (а их более 600) КодОшибки принимает значение «64h (100) ФП отсутствует» или даже «-1 Нет связи». Хотелось бы выяснить причину появления столь странного ResultCode.

Это ошибка прошивки ФР, ФП или драйвера?

Может быть, просто добавить обработку этих кодов в мои процедуры, считая, что если при печати ФР вернул эти коды, то на самом деле, у него нет бумаги?

Возможны ли еще какие-то коды ошибок, отличные от 6Bh «Нет чековой ленты», 6Ch «Нет контрольной ленты», 72h «Команда не поддерживается в данном режиме», в случае обрыва ленты?


_________________
Константин

Пн авг 18, 2008 1:49 pm

Профиль ICQ

Kholkin Evgeniy

Постоянный участник

Аватара пользователя

Зарегистрирован: Чт мар 10, 2005 6:42 pm
Сообщения: 4282

Сообщение 

Список ошибок приведен в руководстве по эксплуатации.

Ошибка «-1 Нет связи» — нужно увеличить тайм-аут работы ФР в настройке свойств до 600 мс.

Цитата:

Может быть, просто добавить обработку этих кодов в мои процедуры, считая, что если при печати ФР вернул эти коды, то на самом деле, у него нет бумаги?

Неверное заключение. При ошибках «Нет связи» или «64h (100) ФП отсутствует» Вы должны остановить работу, т.е. это критические ошибки. Т.е. при данных ошибках в последствии посылается команда «Аннулировать» и оператору предлагается еще раз пробить чек.

Пн авг 18, 2008 5:40 pm

Профиль

CKV

Новичок

Зарегистрирован: Вт май 06, 2008 7:50 am
Сообщения: 38
Откуда: Пермь

Сообщение 

Kholkin Evgeniy писал(а):

При ошибках «Нет связи» или «64h (100) ФП отсутствует» Вы должны остановить работу, т.е. это критические ошибки.

Хорошо, можно тогда привести список критических ошибок?

Но из-за чего они возникают? Именно при обрыве ленты? Ведь ФР в данном случае должен возвращать только «Нет чековой» либо «Нет контрольной ленты».


_________________
Константин

Вт авг 19, 2008 5:39 am

Профиль ICQ

Kholkin Evgeniy

Постоянный участник

Аватара пользователя

Зарегистрирован: Чт мар 10, 2005 6:42 pm
Сообщения: 4282

Сообщение 

Критические ошибки отмечены в списке ошибок в руководстве по эксплуатации.

Цитата:

Но из-за чего они возникают? Именно при обрыве ленты? Ведь ФР в данном случае должен возвращать только «Нет чековой» либо «Нет контрольной ленты».

Если ошибки более приоритетные, чек ошибки отсутствия ленты.

Вт авг 19, 2008 11:02 am

Профиль

CKV

Новичок

Зарегистрирован: Вт май 06, 2008 7:50 am
Сообщения: 38
Откуда: Пермь

Сообщение 

Понял, спасибо, список нашел!

Т.е. при критической ошибке вывести соответствующее сообщение и аннулировать чек? А затем запросить статус ФР (GetECRStatus)? И дальше анализировать ECRMode и ECRAdvancedMode?


_________________
Константин

Вт авг 19, 2008 12:41 pm

Профиль ICQ

Kholkin Evgeniy

Постоянный участник

Аватара пользователя

Зарегистрирован: Чт мар 10, 2005 6:42 pm
Сообщения: 4282

Сообщение 

Именно. Но очень Важно убедиться, что команда аннулировать чек прошла успешно.

Лучше как сделать.

«Т.е. при критической ошибке вывести соответствующее сообщение «, затем подать команду GetECRStatus, если ошибок нет, то аннулировать чек, если ошибок нет, то выполнять программу дальше.

Вт авг 19, 2008 12:48 pm

Профиль

CKV

Новичок

Зарегистрирован: Вт май 06, 2008 7:50 am
Сообщения: 38
Откуда: Пермь

Сообщение 

Kholkin Evgeniy писал(а):

затем подать команду GetECRStatus, если ошибок нет, то аннулировать чек, если ошибок нет, то выполнять программу дальше.

Т.е. после CancelCheck запросить ResultCode, если = 0, то продолжаем?

Тогда можно сделать дополнительную проверку — попал ли чек в БД, я ведь могу сравнить сумму в базе по последнему чеку c суммой в денежном регистре 72?


_________________
Константин

Вт авг 19, 2008 1:25 pm

Профиль ICQ

Kholkin Evgeniy

Постоянный участник

Аватара пользователя

Зарегистрирован: Чт мар 10, 2005 6:42 pm
Сообщения: 4282

Сообщение 

Цитата:

Т.е. после CancelCheck запросить ResultCode, если = 0, то продолжаем?

Да, именно так.

Цитата:

Тогда можно сделать дополнительную проверку — попал ли чек в БД, я ведь могу сравнить сумму в базе по последнему чеку c суммой в денежном регистре 72?

Можете делать проверку, вообще чем больше проверок, тем стабильнее система.

Вт авг 19, 2008 1:29 pm

Профиль

CKV

Новичок

Зарегистрирован: Вт май 06, 2008 7:50 am
Сообщения: 38
Откуда: Пермь

Сообщение 

Все понятно, большое спасибо!


_________________
Константин

Вт авг 19, 2008 1:41 pm

Профиль ICQ

Kholkin Evgeniy

Постоянный участник

Аватара пользователя

Зарегистрирован: Чт мар 10, 2005 6:42 pm
Сообщения: 4282

Сообщение 

Были рады Вам помочь!

Вт авг 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 часов трактуется как нарушение правил использования ККТ.

Generic placeholder image

В режиме РМК очень удобно работать с Открытием и закрытием кассовой смены и ККМ. Если вы не используете РМК(Рабочее место кассира), то вам потребуется вручную открывать и закрывать смену, для формирования отчета о розничной продажи и инкассации выручки из операционной кассы предприятия.

Для начала посмотрим, какое сейчас состояние у Кассовой смены.

Кассовые смены 1С:Розница

Открытые смены 1С Розница

Перейдем к обработке Закрытия кассовой смены.

Обработка закрытия смены 1С

Вам будет интересно: При закрытии смены необходимо производить выемку денежных средств из кассы предприятия.

Теперь самое важно, если вы работаете с подключаемым оборудованием, к примеру принтер чеков, некоторые принтеры открывают смену при пробитии чека, а не по команде открытия смены из 1С:Розница. Если в этот день не было продаж, то по факту в Фискальном регистраторе смена не открыта, а в 1С:Розница открыта. Фискальный регистратор не позволит вам закрыть смену, потому что она не открыта. Что бы выйти из этой ситуации ставится флаг Закрыть без Z-отчета. В таком случае смена закроется в программе 1С:Розница без передачи команды закрытия смены на Фискальный регистратор.

Закрытие смены без РМК

В нашем случае не было операций в этой кассовой смене. По этому закрытие будет пустое.

Закрыть кассовую смену 1С

Нажимаем закрытие смены.

Смена закрыта 1С Розница

Открытие смены 1С:Розница.

Теперь давайте посмотрим на открытие смены.

Открытие смены 1С Розница

Открытие смены Розница 2.2

Теперь в списке кассовых смен, предыдущая смена закрыта и создан новый документ открытий смены.

Список кассовых смен 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С, а к тем кто это настраивает Вам.

Как открыть смену на фискальном регистраторе: суть операции

546456.jpg

Порядок применения контрольно-кассовой техники изменился еще в 2016 году, поэтапная реформа коснулась не только режима работы с оборудованием нового поколения. Субъекты хозяйственной деятельности должны заменить кассы с бумажными контрольными лентами на устройства нового образца. Изменен также формат первичной фискальной документации.

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

Некоторые нормы Закона «О бухгалтерском учете», а также нормативно-правовой акт Государственного комитета статистики от 25 декабря 1998 года №132 утратили силу. Соответствующее разъяснение опубликовано Министерством Финансов в письме от 25 января 2017 года № 03-01-15/3482.

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

Порядок открытия и закрытия смены

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

Z-отчет формировался на кассах старого образца. Основной его задачей было обнуление данных, а также их дублирование в формы отчетности – КМ-6 и КМ-4. Налогоплательщики должны были хранить документ на бумажных носителях в течение пяти лет. Основные реквизиты:

  • сведения о компании;
  • код кассира, а также его фамилия, имя и отчество;
  • дата и время создания документа;
  • номер кассы;
  • сумма прихода;
  • возврат;
  • итог по кассе.

Порядок формирования отчета о закрытии смены на фискальном регистраторе регламентируется Федеральным законом №54. Документ обеспечивает передачу данных в фискальную службу, а также сохраняет их в товароучетной программе. Информация хранится до тридцати суток на фискальном накопителе. Отчет содержит следующие данные:

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

Открытие смены на фискальном регистраторе, требования к ее продолжительности

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

  • документ печатается во время выдачи первого чека новой смены;
  • доступна и принудительная печать «Открытия смены» ― до первой продажи необходимо перейти в меню «Касса», затем выбрать вкладку «Отчеты» и запустить печать документа с помощью кнопки «Отчет об открытии смены».

В торговой точке может быть установлено несколько кассовых аппаратов. В таком случае отчеты снимаются по каждому устройству. Выбрать соответствующую ККТ можно в списке «Фискальный регистратор».

Разъяснений относительно хранения таких отчетов в нормативно-правовых актах нет. В этом случае можно ориентироваться на требования к использованию фискального накопителя, в Федеральном Законе №54 указано, что субъекты бизнеса должны хранить устройство в течение пяти лет. Распечатанные отчеты можно сохранять отдельно в течение этого же срока.

Не регламентированы также требования к месту, где будут находиться документы об открытии смены. Предприниматели имеют право принимать решение самостоятельно. Это могут быть точки продажи с установленными онлайн-кассами, бухгалтерия или другое подходящее помещение.

Торговля на законных основаниях в точках продаж начинается с момента формирования отчета или распечатки первого чека. Отчет о закрытии подтверждает завершение смены. В пункте втором статьи 4.3 Федерального Закона №54 указана продолжительность непрерывного рабочего процесса. Новый чек не может быть распечатан по истечении 24 часов с момента завершения предыдущей смены. Это означает, что длительность рабочего цикла ― от открытия смены до ее завершения, не может составлять больше суток.

Технический контроль длительности смен установлен на законодательном уровне. В чеке не отражаются все фискальные признаки в случае несвоевременного формирования отчета о закрытии.

При этом открытие и закрытие торговли может быть выполнено в разные календарные дни, главное учитывать основное требование к периоду работы. Собственники бизнеса не ограничены в выборе времени суток для формирования отчетов и сокращении длительности смены.

Распространенные ошибки во время открытия смены на ФР

Пользователи часто сталкиваются с такими проблемами:

  1. Если в программе появляется уведомление «Нет ККТ с закрытыми сменами» и смена не открывается, это означает, что в товароучетной программе смена была закрыта корректно, но не завершена на фискальном накопителе. Устранить ошибку можно следующим образом: открыть драйвер контрольно-кассовой машины, завершить смену.
  2. Если кассир видит на экране надпись «Не определяются доступные контрольно-кассовые машины, обратитесь к Администратору», в первую очередь следует удостовериться в закрытии предыдущей смены. Затем проверить настройки, в них могли внести изменения. В случае если приведенные советы не помогли устранить неполадку, понадобится корректировка работы рабочего места кассира. Для этого необходимо открыть вкладку «Администрирование», перейти к «Подключаемому оборудованию», выбрать вкладку «Контрольно-кассовая техника с передачей данных», установить флажок напротив «Всех рабочих мест». Затем необходимо выбрать «Текущее» и подтвердить действие с помощью «Записать».
  3. Появляется ошибка при попытке открытия смены, на экран выводится уведомление о том, что она уже открыта. Если отчет о закрытии за предыдущие сутки распечатан, такая проблема возникает, если смена осталась открытой в 1C, а на фискальном регистраторе завершена. В таком случае необходимо перейти на вкладку «Групповое изменение реквизитов» и сменить статус.
  4. Если в торговой точке используется 1C, при несоответствии драйверов также может возникнуть ошибка с открытием смены. Устранить неполадку можно с помощью программного обновления и донастройки программно-аппаратного комплекса.
  5. При попытке открыть смену в системе может появиться окно с сообщением: «При выполнении операции произошла ошибка. Смена не открыта на ФР», что указывает на техническую неисправность. Проблему можно в большинстве случаев решить путем замены удлинителя или кабеля 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
удаленная поддержка программного обеспечения.

  • При выполнении операции произошла ошибка 33h ошибка передачи тега 1224
  • При выполнении операции произошла ошибка 33h ошибка передачи тега 1197
  • При выполнении операции произошла ошибка 33h 1с розница
  • При выполнении операции произошла ошибка 30h фн не отвечает
  • При выполнении операции произошла ошибка 12h исчерпан ресурс фн