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

t800: Сообщения: 36; Зарегистрирован: 30 дек 2016, 01:03; Контактная информация:

88-ККТ: Ожидание команды продолжения печати

Еще вопрос:
Подскажите, у нас когда закончилась бумага, чек распечататься не смог и при печати чека и вышла ошибка: 88-ККТ: Ожидание команды продолжения печати
Саму бумагу заправили, но как теперь продолжить печатать чеки?
Раньше с другим ПО (iiko) мы просто меняли рулон и чек перепечатывался.

Заранее спасибо!

Audim: Администратор; Сообщения: 2230; Зарегистрирован: 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: Администратор; Сообщения: 2230; Зарегистрирован: 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: Администратор; Сообщения: 2230; Зарегистрирован: 17 мар 2015, 18:36

Re: 88-ККТ: Ожидание команды продолжения печати

Сообщение

Audim » 04 мар 2017, 22:27

А операция GetLineLength отдает ответ на бумагу? Или в ответе на запрос?
Нет, только в ответе. И вытолкнет на печать застрявший чек.

А получается не будет тогда работать опция при операции продажи?
// Аннулировать открытый чек если ранее чек не был завершен до конца
CancelOpenedCheck: true,
Новые Штрихи работают так:
Принимают все команды регистрации чека в буфер (печать при этом не идет)
При закрытии чека делается регистрация чека в ФН.
Если все нормально то ККТ возвращает статус что все Ок.
Мой сервер получив этот статус закрывает соединение с ККТ и отдает ответ вызывающей программе.
Т.е. для сервера с чеком все Ок — он зарегистрирован!
И только после этого ККТ начинает печатать чек!!!
И если этот чек не напечатан то его отменить нельзя т.к. в ФН он уже зарегистрирован!!!!
Более того: если выключить ККТ и включить то ККТ будет помнить что у нее есть не напечатанный чек!!
И выйти из этого режим можно только протолкнув чек на печать!

CancelOpenedCheck: true — только для тех чеков которые застряли при формировании = т.е. не была выполнена успешна команда закрытия чека.

Audim: Администратор; Сообщения: 2230; Зарегистрирован: 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 писал(а):ЗЫ: кстати протолкнуть застрявший чек на печать можно нажав кнопку на ККТ (она там одна-называется «Протяжка ленты»).

Подходящее решение. Попробуем в след. раз.
Спасибо!

Источник

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

Новичок

Зарегистрирован: Ср ноя 01, 2006 9:31 am
Сообщения: 20

Правильное Ожидание допечати предыдущей команды

Здравствуйте.
Пишу в 1С печать на ПД. Тестирую на Штрих-950К.
После того, как отсылаю команду CloseCheckOnSlipDocument (ФормированиеЗакрытияЧекаНаПД) начинает идти печать на внутреннюю ленту, поэтому сразу напечатать на подкладной документ командой PrintSlipDocument не получится. Детектируем ошибку: «Код ошибки = 80. Описание: Идет печать предыдущей команды».
В ваших примерах для 1С принято не самое хорошее решение — обрабатывать эту команду в цикле:


	Код: Пока Истина Цикл ФР.Password = Пароль;//ВнешПараметры[НомерЛУ][«ПарольСисАдмина»]; ФР.IsClearUnfiscalInfo = False; ФР.InfoType = 2; ФР.PrintSlipDocument(); Рез = ОбработкаОшибок(ФР); Если Рез > 0 Тогда //Возврат Ложь; ИначеЕсли Рез = 0 Тогда Прервать; ИначеЕсли Рез < 0 Тогда Возврат Ложь; КонецЕсли; КонецЦикла;

У такого подхода есть два больших минуса:
1) Есть большая вероятность напороться на бесконечный цикл, если не можем напечатать на ПД по каким-то другим причинам, чем ожидание очереди
2) При каждом проходе цикла (попытке напечатать), фискальник пищит, т.к. происходит ошибка.

В связи с этим вопрос: как можно нормально дождаться печати? Можно ли сделать так, чтобы управление не передавалось обратно в программу после вызова CloseCheckOnSlipDocument, пока не допечатается документ или не произойдет какая-либо ошибка?
Какие еще есть способы решения данной проблемы?
Хотел сделать цикл с опросом статуса или «ошибки» по типу так:

Но так ес-но не работает, потому как св-во ResultCode меняется только по ошибкам (т.е. по «пИску» ) ).
С просмотром статуса тоже не получается. У меня в момент печати на внут. ленте возвращается следующее:

Помогите.

Ср сен 18, 2013 11:10 am

Профиль

Selihov Dmitry

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

Зарегистрирован: Пт май 19, 2006 6:26 pm
Сообщения: 10424
Откуда: Штрих-М

Re: Правильное Ожидание допечати предыдущей команды

1. Звуковой сигнал при ошибке можно отключить в таблице 1 настроек ФР.
2. Можно aнализировать подрежим ФР делая короткий запрос состояния — на время печати подрежим переходит в значение 5 и возвращается в 0 по завершении печати.

_________________
С уважением, Селихов Дмитрий Юрьевич
Инженер технической поддержки ЗАО «Штрих-М»
mailto: support@shtrih-m.ru
тел. (495) 787-60-96
ВНИМАНИЕ:
Работает Официальный Интернет-Магазин от компании Штрих-М
Shels-m.ru Ср сен 18, 2013 1:27 pm

Профиль

JohnY

Новичок

Зарегистрирован: Ср ноя 01, 2006 9:31 am
Сообщения: 20

Re: Правильное Ожидание допечати предыдущей команды

это уже крайняя мера.

т.е. будет примерно так:

?
А как, если не секрет, реализуется этот момент в ваших программах (в том числе 1С конфигурациях)?

Ср сен 18, 2013 1:35 pm

Профиль

Selihov Dmitry

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

Зарегистрирован: Пт май 19, 2006 6:26 pm
Сообщения: 10424
Откуда: Штрих-М

Re: Правильное Ожидание допечати предыдущей команды

Скорее так:

Этот вопрос надо задавать разработчикам конкретного ПО в этом форуме:

http://avtomatizacia.shtrih-m.ru/forum/ … um.php?f=1

Профиль

JohnY

Новичок

Зарегистрирован: Ср ноя 01, 2006 9:31 am
Сообщения: 20

Re: Правильное Ожидание допечати предыдущей команды

Я хотел написать:

думаю так будет правильнее, нежели <> 0. Ведь может кончится бумага или еще что-то подобное. Верно?
При такой реализации мы в бесконечность не попадем? Подрежим кассы при возникновении какой-либо ошибки изменяется?

Ср сен 18, 2013 1:53 pm

Профиль

Selihov Dmitry

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

Зарегистрирован: Пт май 19, 2006 6:26 pm
Сообщения: 10424
Откуда: Штрих-М

Re: Правильное Ожидание допечати предыдущей команды

Да, скорее так будет верней.

Профиль

JohnY

Новичок

Зарегистрирован: Ср ноя 01, 2006 9:31 am
Сообщения: 20

Re: Правильное Ожидание допечати предыдущей команды

Спасибо за ответ. Как всегда ваша тех. поддержка самая шустрая из всех мне знакомых тех. поддержек!

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

Цитата:

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

Ср сен 18, 2013 3:41 pm

Профиль

Selihov Dmitry

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

Зарегистрирован: Пт май 19, 2006 6:26 pm
Сообщения: 10424
Откуда: Штрих-М

Re: Правильное Ожидание допечати предыдущей команды

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

Профиль

JohnY

Новичок

Зарегистрирован: Ср ноя 01, 2006 9:31 am
Сообщения: 20

Re: Правильное Ожидание допечати предыдущей команды

Просто эти методы какие-то уж слишком топорные. Краше было бы наличие метода драйвера «ОжидатьЗавершенияПечати» или аналогичную опцию, при установке в ИСТИНА которой управление не передавалось бы в программу, пока не завершится посланная команда.

Ср сен 18, 2013 3:50 pm

Профиль

Selihov Dmitry

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

Зарегистрирован: Пт май 19, 2006 6:26 pm
Сообщения: 10424
Откуда: Штрих-М

Re: Правильное Ожидание допечати предыдущей команды

Вообще в последних версиях драйвера, начиная с 4.9, наверное, есть такой метод:

WaitForPrinting
ОжиданиеПечати
Выполняет ожидание завершения печати.
Метод запрашивает состояние ФР и анализирует подрежим ФР.
Далее приведены значения подрежимов и действия программы:
0. Бумага есть.
Выход из метода.
1. Пассивное отсутствие бумаги.
Выдает ошибку E_NOPAPER, -34
ResultCode = E_NOPAPER
ResultCodeDescription = «Пассивное отсутствие бумаги»
2. Активное отсутствие бумаги.
Выдает ошибку E_NOPAPER, -34
ResultCode = E_NOPAPER
ResultCodeDescription = «Активное отсутствие бумаги»
3. После активного отсутствия бумаги.
ФР ждет команду продолжения печати .
Подает команду продолжения печати и возвращается в цикл.
4. Фаза печати операции полных фискальных отчетов.
Выполняет задержку, указанную в свойстве WaitForPrintingDelay и возвращается в цикл.
5. Фаза печати операции
Выполняет задержку, указанную в свойстве WaitForPrintingDelay и возвращается в цикл.
Другие значения подрежима ФР:
Выход из метода.
Используемые свойства
Название Тип Диапазон/длина Доступ Расшифровка Стр.
Password Целое до 8 разрядов RW Пароль для исполнения метода драйвера. 198
WaitForPrintingDelay Целое – RW Задержка ожидания печати 197

Модифицируемые свойства
Название Тип Диапазон/длина Доступ Расшифровка Стр.
ResultCode Целое – R
Код ошибки, возвращаемой ККМ в результате
выполнения последней операции
204
ResultCodeDescription Строка – R
Строка с описанием на русском языке кода
ошибки, возникающей в результате
выполнения последней операции
208

Профиль

JohnY

Новичок

Зарегистрирован: Ср ноя 01, 2006 9:31 am
Сообщения: 20

Re: Правильное Ожидание допечати предыдущей команды

Круть! Это как раз то, что надо! Спасибо. Качаем и ставим новый драйвер.

Ср сен 18, 2013 4:45 pm

Профиль

Selihov Dmitry

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

Зарегистрирован: Пт май 19, 2006 6:26 pm
Сообщения: 10424
Откуда: Штрих-М

Re: Правильное Ожидание допечати предыдущей команды

Профиль

Источник

Содержание

1 Порядок действий при появлении сообщений об ошибке при работе с ККТ «с передачей данных»
2 Сообщение «Смена не открыта или истекла»
3 Сообщение «Чек уже пробит на фискальном устройстве»
4 Сообщение «При подключении оборудования произошла ошибка: Не удалось подключить устройство. Порт не доступен»
5 Сообщение «Кассовая смена превысила 24 часа»
6 Сообщение «При выполнении операции произошла ошибка: Смена открыта – операция невозможна»
7 Открытие смены 1С:Розница.
- 7.1 Комментарии ( )
- 7.2 ККТ не реагирует на нажатия кнопок промотки бумаги
- 7.3 ККТ не отвечает на команды хоста
- 7.4 Нет связи с ОФД
- 7.5 Чеки не передаются в ОФД в течении 30 дней
8 Коды ошибок

В данной публикации рассматриваются некоторые ошибки, возникающие при работе с ККТ «с передачей данных», и порядок действий при появлении сообщений об ошибке.

Порядок действий при появлении сообщений об ошибке при работе с ККТ «с передачей данных»

ККТ «с передачей данных» (фискальные регистраторы)не имеют на корпусе специальной индикации, позволяющей визуально определить есть ли связь между компьютером и онлайн-кассой, в каком состоянии находится ККТ: открыта кассовая смена или закрыта.

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

Сообщение «Смена не открыта или истекла»

Данным сообщением система информирует о том, что на фискальном устройстве кассовая смена еще не открыта.

Для исправления необходимо выполнить следующие действия:

сохранить документ Чек по кнопке Записать ;
открыть смену по кнопке Открыть смену в разделе Банк и касса – Касса – Управление фискальным устройством , при этом на фискальном регистраторе будет выведен Отчет об открытии смены;

закрыть обработку управления фискальным устройством;
нажать в документе Чек кнопку Принять оплату и напечатать чек.

Сообщение «Чек уже пробит на фискальном устройстве»

Этим сообщением программа защищает от двойного пробития одного и того же кассового чека.

Например, если нужно исправить ошибки в документе Поступление наличных вид операции Оплата от покупателя, по которому уже был пробит чек, необходимо:

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

Сообщение «При подключении оборудования произошла ошибка: Не удалось подключить устройство. Порт не доступен»

Данное сообщение свидетельствует о том, что у программы нет связи с ККТ.

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

Прежде всего, необходимо проверить включено ли фискальное устройство, подается ли к нему питание.
Необходимо проверить подключен ли фискальный регистратор к компьютеру. Если фискальный регистратор подключается к компьютеру (по проводной или беспроводной) локальной сети, следует убедиться, что сеть работает;
Следует проверить настройки подключения фискального регистратора, указанные в программе.

В данном примере в настройках указан порт подключенияCOM6. Если провести поиск оборудования с помощью утилиты ККМ, то видно, что фискальный регистратор для подключения использует порт COM5.

После исправления ошибок необходимо выполнить Тест устройства в карточке ККТ через раздел Администрирование – Подключаемое оборудование – ККТ «с передачей данных» и убедиться, что у программы есть связь с фискальным регистратором. При успешном прохождении теста программа выводит сообщение «Тест успешно выполнен».

Сообщение «Кассовая смена превысила 24 часа»

Так как по требованиям законодательства длительность кассовой смены не может превышать 24 часа, то система не позволит выполнять кассовые операции, пока не будет закрыта предыдущая кассовая смена по кнопке Закрыть смену через обработку Управление фискальным устройством в разделе Банк и касса – Касса .

Сообщение «При выполнении операции произошла ошибка: Смена открыта – операция невозможна»

Данным сообщением система информирует о том, что фискальный регистратор находится в режиме открытой смены.

Для исправления ситуации нужно закрыть обработку Управление фискальным устройством и перейти к формированию документов из которых будут пробиты кассовые чеки. Никаких других специальных действий не требуется.

Версия конфигурации: 2.2.4.30

Дата публикации: 01.11.2016

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

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

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

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

Теперь самое важно, если вы работаете с подключаемым оборудованием, к примеру принтер чеков, некоторые принтеры открывают смену при пробитии чека, а не по команде открытия смены из 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С, а к тем кто это настраивает Вам.

Бывает так, что в любой момент времени может возникнуть сбой в работе той, или иной системы. Кассовые аппараты компании «Штрих-М» не исключение. В данном обзоре представлены основные неисправности и способы решения возникших проблем с онлайн-кассой ШТРИХ-М-01Ф, а также коды ошибок с описанием. Этот материал поможет вам сэкономить драгоценное время и не заниматься поиском решения проблемы в интернете. В случае, если неисправность невозможно устранить самостоятельно, нужно обратиться к специалистам сервисного центра.

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

индикации наличия бумаги: при отсутствии бумаги загорается красным цветом и ККТ подаёт звуковой сигнал;

индикации нарушения целостности данных в ОЗУ, а также когда ККТ находится в режиме 9: мигает после включения питания ККТ и звукового сигнала (на все запросы по интерфейсу передаётся соответствующий код ошибки).

ККТ не реагирует на нажатия кнопок промотки бумаги

Решение. Включите питание ККТ

Причина. Идет отработка какой-то команды

Решение. Дождитесь окончания выполнения текущей операции

Решение. Освободите бумагу

Причина. ККТ вышел из строя

Решение. Обратитесь в сервисный центр

ККТ не отвечает на команды хоста

Причина. ККТ выключен

Решение. Включите питание ККТ

Причина. Скорость обмена ККТ с хостом не совпадает со скоростью, на которой хост посылает команды

Решение. Установите скорость передачи данных хоста

Причина. Скорость обмена ККТ с хостом совпадает со скоростью, на которой хост посылает команды, но канал связи не позволяет передавать данные на такой скорости без ошибок

Решение. Установите скорость передачи данных хоста и ККТ равной 4800 бод (см. раздел инструкции «Установка скорости обмена с хостом по умолчанию»)

Причина. Соединительный кабель не подключен или вышел из строя

Решение. Подключите или замените кабель

Причина. ККТ вышел из строя

Решение. Обратитесь в сервисный центр

Нет связи с ОФД

Причина. Неверные настройки ККТ

Решение. Проверьте настройки ККТ

Чеки не передаются в ОФД в течении 30 дней

Решение. Обратитесь в обслуживающую организацию

Коды ошибок

Примечание 1: В столбце «Устройство» указывается источник возникновения ошибки: фискальный накопитель (ФН) или сама ККТ.

Источник

Установил все на рабочий биллинг.
Настроил 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

Источник

23 мая 2019

45313

Время чтения:
44 мин.

индикации наличия бумаги: при отсутствии бумаги загорается красным цветом и ККТ подаёт звуковой сигнал;
индикации аварии аппаратной части ККТ: после включения питания мигает двойными вспышками через паузу (звуковых сигналов нет, связи по интерфейсу с ККТ нет);
индикации нарушения целостности данных в ОЗУ, а также когда ККТ находится в режиме 9: мигает после включения питания ККТ и звукового сигнала (на все запросы по интерфейсу передаётся соответствующий код ошибки).

ККТ не реагирует на нажатия кнопок промотки бумаги

Причина. ККТ выключен

Решение. Включите питание ККТ

Причина. Идет отработка какой-то команды

Решение. Дождитесь окончания выполнения текущей операции

Причина. «Заело» бумагу

Решение. Освободите бумагу

Причина. ККТ вышел из строя

Решение. Обратитесь в сервисный центр

ККТ не отвечает на команды хоста

Причина. ККТ выключен

Решение. Включите питание ККТ

Причина. Скорость обмена ККТ с хостом не совпадает со скоростью, на которой хост посылает команды

Решение. Установите скорость передачи данных хоста

Причина. Соединительный кабель не подключен или вышел из строя

Решение. Подключите или замените кабель

Причина. ККТ вышел из строя

Решение. Обратитесь в сервисный центр

Нет связи с ОФД

Причина. Неверные настройки ККТ

Решение. Проверьте настройки ККТ

Чеки не передаются в ОФД в течении 30 дней

Причина. Нет связи

Решение. Обратитесь в обслуживающую организацию

Нужна помощь с кассой ШТРИХ-М?
Поможем разобраться с любыми неполадками!

Оставьте заявку и получите консультацию инженера по ККТ.

Заказать звонок

Ваша заявка принята

Наши консультанты перезвонят Вам
в течение 20 минут

Коды ошибок

Код ошибки	Устройство	Описание ошибки	Версия протокола ККТ	Критичность
HEX	DEC	v.2.0
00h	0	ФН	Ошибок нет	+
01h	1	ФН	Неизвестная команда, неверный формат посылки или неизвестные параметры	+
02h	2	ФН	Неверное состояние ФН	+
03h	3	ФН	Ошибка ФН	+
04h	4	ФН	Ошибка КС	+
05h	5	ФН	Закончен срок эксплуатации ФН	+
06h	6	ФН	Архив ФН переполнен	+
07h	7	ФН	Неверные дата и/или время	+
08h	8	ФН	Нет запрошенных данных	+
09h	9	ФН	Некорректное значение параметров команды	+
10h	16	ФН	Превышение размеров TLV данных	+
11h	17	ФН	Нет транспортного соединения	+
12h	18	ФН	Исчерпан ресурс КС (криптографического сопроцессора)	+
14h	20	ФН	Исчерпан ресурс хранения	+
15h	21	ФН	Исчерпан ресурс Ожидания передачи сообщения	+
16h	22	ФН	Продолжительность смены более 24 часов	+
17h	23	ФН	Неверная разница во времени между 2 операциями	+
20h	32	ФН	Сообщение от ОФД не может быть принято	+
2Fh	47	ККТ	Таймаут обмена с ФН	+
30h	48	ККТ	ФН не отвечает	+
33h	51	ККТ	Некорректные параметры в команде	+
34h	52	ККТ	Нет данных	+
35h	53	ККТ	Некорректный параметр при данных настройках	+
36h	54	ККТ	Некорректные параметры в команде для данной реализации ККТ	+
37h	55	ККТ	Команда не поддерживается в данной реализации ККТ	+
38h	56	ККТ	Ошибка в ПЗУ	+	+
39h	57	ККТ	Внутренняя ошибка ПО ККТ	+
3Ch	60	ККТ	Смена открыта операция невозможна	+
3Dh	61	ККТ	Смена открыта операция невозможна
3Eh	62	ККТ	Переполнение накопления по секциям в смене	+
3Fh	63	ККТ	Переполнение накопления по скидкам в смене	+
40h	64	ККТ	Переполнение диапазона скидок	+

Код ошибки	Устройство	Описание ошибки	Версия протокола ККТ	Критичность
HEX	DEC	v.2.0
41h	65	ККТ	Переполнение диапазона оплаты наличными	+
42h	66	ККТ	Переполнение диапазона оплаты типом 2	+
43h	67	ККТ	Переполнение диапазона оплаты типом 3	+
44h	68	ККТ	Переполнение диапазона оплаты типом 4	+
45h	69	ККТ	Cумма всех типов оплаты меньше итога чека	+
46h	70	ККТ	Не хватает наличности в кассе	+
47h	71	ККТ	Переполнение накопления по налогам в смене	+
48h	72	ККТ	Переполнение итога чека	+
49h	73	ККТ	Операция невозможна в открытом чеке данного типа
4Ah	74	ККТ	Открыт чек – операция невозможна	+
4Bh	75	ККТ	Буфер чека переполнен	+
4Ch	76	ККТ	Переполнение накопления по обороту налогов в смене	+
4Dh	77	ККТ	Вносимая безналичной оплатой сумма больше суммы чека	+
4Eh	78	ККТ	Смена превысила 24 часа	+
4Fh	79	ККТ	Неверный пароль	+
50h	80	ККТ	Идет печать результатов выполнения предыдущей команды	+
51h	81	ККТ	Переполнение накоплений наличными в смене	+
52h	82	ККТ	Переполнение накоплений по типу оплаты 2 в смене	+
53h	83	ККТ	Переполнение накоплений по типу оплаты 3 в смене	+
54h	84	ККТ	Переполнение накоплений по типу оплаты 4 в смене	+
55h	85	ККТ	Чек закрыт – операция невозможна
56h	86	ККТ	Нет документа для повтора	+
58h	88	ККТ	Ожидание команды продолжения печати	+
59h	89	ККТ	Документ открыт другим оператором	+
5Bh	91	ККТ	Переполнение диапазона надбавок	+
5Ch	92	ККТ	Понижено напряжение 24В	+
5Dh	93	ККТ	Таблица не определена	+
5Eh	94	ККТ	Неверная операция	+
5Fh	95	ККТ	Отрицательный итог чека	+
60h	96	ККТ	Переполнение при умножении	+
61h	97	ККТ	Переполнение диапазона цены	+
62h	98	ККТ	Переполнение диапазона количества	+
63h	99	ККТ	Переполнение диапазона отдела	+
65h	101	ККТ	Не хватает денег в секции	+
66h	102	ККТ	Переполнение денег в секции	+
68h	104	ККТ	Не хватает денег по обороту налогов	+
69h	105	ККТ	Переполнение денег по обороту налогов	+
6Ah	106	ККТ	Ошибка питания в момент ответа по I²C	+
6Bh	107	ККТ	Нет чековой ленты	+

Код ошибки	Устройство	Описание ошибки	Версия протокола ККТ	Критичность
HEX	DEC	v.2.0
6Dh	109	ККТ	Не хватает денег по налогу	+
6Eh	110	ККТ	Переполнение денег по налогу	+
6Fh	111	ККТ	Переполнение по выплате в смене	+
71h	113	ККТ	Ошибка отрезчика	+	+
72h	114	ККТ	Команда не поддерживается в данном подрежиме	+
73h	115	ККТ	Команда не поддерживается в данном режиме	+
74h	116	ККТ	Ошибка ОЗУ	+	+
75h	117	ККТ	Ошибка питания	+
77h	119	ККТ	Ошибка принтера: нет сигнала с датчиков	+	+
78h	120	ККТ	Замена ПО	+	+
79h	121	ККТ	Ошибка часов	+
7Ah	122	ККТ	Поле не редактируется	+
7Bh	123	ККТ	Ошибка оборудования	+
7Ch	124	ККТ	Не совпадает дата	+
7Dh	125	ККТ	Неверный формат даты	+
7Eh	126	ККТ	Неверное значение в поле длины	+
7Fh	127	ККТ	Переполнение диапазона итога чека	+
84h	132	ККТ	Переполнение наличности	+
85h	133	ККТ	Переполнение по продажам в смене	+
86h	134	ККТ	Переполнение по покупкам в смене	+
87h	135	ККТ	Переполнение по возвратам продаж в смене	+
88h	136	ККТ	Переполнение по возвратам покупок в смене	+
89h	137	ККТ	Переполнение по внесению в смене	+
8Eh	142	ККТ	Нулевой итог чека	+
90h	144	ККТ	Поле превышает размер, установленный в настройках	+
91h	145	ККТ	Выход за границу поля печати при данных настройках шрифта	+
92h	146	ККТ	Наложение полей	+
93h	147	ККТ	Восстановление ОЗУ прошло успешно	+
94h	148	ККТ	Исчерпан лимит операций в чеке	+
C0h	192	ККТ	Контроль даты и времени (подтвердите дату и время)	+
C2h	194	ККТ	Превышение напряжения в блоке питания	+
C4h	196	ККТ	Несовпадение номеров смен	+
C7h	199	ККТ	Поле не редактируется в данном режиме	+
С8h	200	ККТ	Нет связи с принтером или отсутствуют импульсы от таходатчика	+

Коды ошибок ФН

Код ошибки	Описание ошибки	Комментарий
00h	Успешное выполнение команды
01h	Неизвестная команда, неверный формат посылки или неизвестные параметры	Команда с таким кодом не найдена. Или формат, длина, состав (тип, формат) параметров не соответствует спецификации
02h	Неверное состояние ФН	Данная команда требует другого состояния ФН
03h	Ошибка ФН	Запросить расширенные сведения об ошибке
04h	Ошибка КС	Запросить расширенные сведения об ошибке
05h	Закончен срок эксплуатации ФН
06h	Архив ФН переполнен
07h	Неверные дата и/или время	Дата и время операции не соответствуют логике работы ФН
08h	Нет запрошенных данных	Запрошенные данные отсутствуют в архиве ФН
09h	Некорректное значение параметров команды	Параметры команды имеют правильный формат, но их значение не верно
10h	Превышение размеров TLV данных	Размер передаваемых TLV данных превысил допустимый
11h	Нет транспортного соединения	Транспортное соединение (ТС) отсутствует. Необходимо установить ТС с ОФД и передать в ФН команду «Транспортное соединение с ОФД»
12h	Исчерпан ресурс КС (криптографического сопроцессора)	Требуется закрытие фискального режима
14h	Исчерпан ресурс хранения	Ресурс для хранения документов для ОФД исчерпан
15h	Исчерпан ресурс Ожидания передачи сообщения	Время нахождения в очереди самого старого сообщения на выдачу более 30 календарных дней. Только для касс в режиме передачи данных.
16h	Продолжительность смены более 24 часов	Продолжительность смены более 24 часов
17h	Неверная разница во времени между 2 операциями	Разница более чем на 5 минут отличается от разницы определенному по внутреннему таймеру ФН
20h	Сообщение от ОФД не может быть принято	Сообщение ОФД не может быть принято, расширенные данные ответа указывают причину

Раз в месяц делайте чистку кассы

Чтобы касса функционировала правильно, её необходимо обслуживать.

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

Если у вас возникли вопросы по работе ККМ, обслуживанию или ремонту техники, свяжитесь со специалистами нашего Авторизованного сервисного центра ПОРТ. Звоните в техподдержку, приезжайте в один из офисов в Красноярске или пишите на почту info@portkkm.ru.

Будем рады вам помочь!

Источник

Не открыта смена на фискальном регистраторе: как исправить?

Открыть смену на фискальном регистраторе: инструкция для кассира

Порядок формирования отчета о закрытии смены на ККТ регламентируется ФЗ- №54. Рабочая смена кассира на онлайн-кассе заканчивается формированием отчета на фискальном накопителе (ФН, ФР) и с его последующей автоматической отправкой в ФНС через ОФД. Этот документ также хранится в товароучетной системе. Информация хранится до тридцати суток в фискальном накопителе кассы. Ограничений на количество открытий и закрытий смены в течение суток нет. Смена на ККТ может быть открыта в один день, а закрыта уже на следующий. Главное: общая продолжительность смены не может быть более суток 24 часов.

Отчет о закрытии смены содержит такие данные:

адрес, ИНН, название организации
число и время окончания смены
ФИО кассира
номер онлайн-кассы, если в торговой точке установлено несколько ККТ
количество чеков и перечень всех операций, в том числе приход, возврат
данные по отчетности, не переданной в ОФД (с отметкой о времени прекращения передачи).

Иногда возникают неполадки с закрытием или открытием смены на кассе. При возникновении таких ошибок программа выдает сообщения «Смена не открыта либо истекла», «Не удалось подключиться к устройству», «Ошибка: смена открыта — операция невозможна», «Кассовая смена превысила 24 часа». В статье разберем как устранять ошибки, связанных с открытием или закрытием смены на ФР.

Как закрыть смену на фискальном регистраторе: через 1С, драйвер ККТ

Если ФР подключен к товароучетной программе, например к 1С, то закрыть смену можно через эту программу.

переключаем программу в режим «Розница» ― меню «Сервис»
переходим по вкладке «Кассовые смены»

выбираем операцию «Закрыть смену».

Будет отражена сумма выручки, а ККТ выдаст бумажную копию отчета.

Закрыть смену можно и через драйвер. Этот способ является принудительным закрытием смены. Как правило, его используют в том случае, если текущая смена превысила 24 часа.

Открываем программу-драйвер на печатном устройстве либо на ККТ. Если ККТ Атол, то путь: Программные файлы ― ATOL ― drivers8 ― bin ― DTOintegrator.exe.
Устанавливаем режим «Отчеты с гашением», нажимаем «Войти».

В строке «Отчет» выбираем «Z-отчет с гашением» и нажимаем кнопку «Снять отчет».

После закрытия кассовой смены можно открывать новую смену.

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

Открыть смену на фискальном регистраторе можно сделать одним из двух способов:

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

Общая продолжительность работы на ККТ не должна превышать 24 часа. По истечению этого срока печать нового чека будет невозможной. Для продолжения работы на кассе необходимо сформировать два отчета: о закрытии смены и об открытии новой.

Ошибки: смена не открывается, смена превысила 24 часа

Сообщение: Нет ККТ с закрытой сменой — смена не открыта на фискальном регистраторе и в учетной программе

Входим во вкладку «Администрирование» ― «Подключаемое оборудование» ― «ККТ с передачей данных»
Устанавливаем флажок рядом с полем «Все рабочие места»,
Отмечаем «Текущее»
Нажимаем на «Записать».

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

Проверьте, были ли сформированы следующие документы:

отчет о розничных продажах,
выемка данных из кассы,
выгрузка отчета о закрытии смены в ОФД.

В онлайн-кассе можно установить ограничение на автоматическое закрытие просроченной смены. В таком случае пользователь печатает отчет вручную. Делается это в подразделе «Кассовые отчеты», в котором выбирается соответствующий пункт и устанавливается команда на печать.

Обо всех нарушениях, связанных с открытием и закрытием смен, ФНС будет уведомлена. Дело в том, что ОФД передает данные о начале, завершении работы, создании и печати отчетов без задержек по каждой ККТ. Так как закрытие смены по истечении 24 часов трактуется как нарушение правил использования ККТ.

Generic placeholder image

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Список кассовых смен 1С

Комментарии ( )

Как правильно то? Спасибо!

Возможно Ваши претензии к 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 рублей.

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

Источник

31.05.2019, 00:52

choovak вне форума

Сведущий

Проблема с ФР Штрих-М

Наблюдается следующая проблема:
при попытке печати Зэтки, фр зэтку печатает, но рк подтупливает, и выдаёт ошибку:
«Закончилась чековая лента, Вставьте ленту в регистратор.
Для продолжения печати нажмите «ОК»»
После нажатия на ОК печатается зэтка поновой.

Дрова положил самые новые что нашёл.

RK 7.6.0.81
fpShtr54.7.47.95.0-6778
UniFR.7.46.268.0-108864

Вот кусок лога штриха
вставить файлом почему то не получилось

Код:

[30.05.19 23:21:27.568] [SER]        Send <= 05
[30.05.19 23:21:27.568] [SER]        Recv => 15
[30.05.19 23:21:27.568] [SER]        Send <= 02 05 11 1E 00 00 00 0A
[30.05.19 23:21:27.570] [SER]        Recv => 06
[30.05.19 23:21:27.570] [SER]        Recv => 02
[30.05.19 23:21:27.570] [SER]        Recv => 30
[30.05.19 23:21:27.574] [SER]        Recv => 11 00 1E 43 31 A5 EB 18 0A 12 01 1D 06 90 02 02 00 00 4E 41 00 00 01 01 10 1E 05 13 17 16 1B 00 34 9C 00 00 EF 00 00 00 00 00 BF 1D 4E D3 01 00 FD
[30.05.19 23:21:27.574] [SER]        Send <= 06
[30.05.19 23:21:27.574] [DEV]      Execute(11_GET_STATE,"") = Ok in Команда 11_GET_STATE()
[30.05.19 23:21:27.574] [SER]        Send <= 05
[30.05.19 23:21:27.575] [SER]        Recv => 15
[30.05.19 23:21:27.575] [SER]        Send <= 02 06 FF 01 1E 00 00 00 E6
[30.05.19 23:21:27.576] [SER]        Recv => 06
[30.05.19 23:21:27.595] [SER]        Recv => 02
[30.05.19 23:21:27.595] [SER]        Recv => 21
[30.05.19 23:21:27.598] [SER]        Recv => FF 01 00 03 00 00 01 00 13 05 1E 16 22 39 32 38 36 30 30 30 31 30 30 31 32 33 36 34 37 2A 24 00 00 EE
[30.05.19 23:21:27.598] [SER]        Send <= 06
[30.05.19 23:21:27.598] [DEV]      Execute(FF01_GET_FN_STATUS,"") = Ok in Команда FF01_GET_FN_STATUS()
[30.05.19 23:21:27.598] [SER]        Send <= 05
[30.05.19 23:21:27.599] [SER]        Recv => 15
[30.05.19 23:21:27.599] [SER]        Send <= 02 07 2E 1E 00 00 00 02 02 37
[30.05.19 23:21:27.600] [SER]        Recv => 06
[30.05.19 23:21:27.600] [SER]        Recv => 02
[30.05.19 23:21:27.600] [SER]        Recv => 2E
[30.05.19 23:21:27.604] [SER]        Recv => 2E 00 C4 CE CB C6 CD CE D1 D2 C8 20 C8 20 D4 C0 CC C8 CB C8 C8 20 CA C0 D1 D1 C8 D0 CE C2 00 00 00 00 00 00 00 00 00 00 00 00 01 40 00 00 A3
[30.05.19 23:21:27.604] [SER]        Send <= 06
[30.05.19 23:21:27.604] [DEV]      Execute(2E_GET_FIELD_STRUCT,"<02><02>") = Ok in Команда 2E_GET_FIELD_STRUCT()
[30.05.19 23:21:27.605] [SER]        Send <= 05
[30.05.19 23:21:27.605] [SER]        Recv => 15
[30.05.19 23:21:27.605] [SER]        Send <= 02 09 1F 1E 00 00 00 02 1E 00 02 16
[30.05.19 23:21:27.607] [SER]        Recv => 06
[30.05.19 23:21:27.607] [SER]        Recv => 02
[30.05.19 23:21:27.607] [SER]        Recv => 42
[30.05.19 23:21:27.613] [SER]        Recv => 1F 00 CE E2 F1 FF ED ED E8 EA EE E2 E0 20 C0 ED FF 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 63
[30.05.19 23:21:27.613] [SER]        Send <= 06
[30.05.19 23:21:27.613] [DEV]      Execute(1F_GET_TABLE,"<02><1E><00><02>") = Ok in Команда 1F_GET_TABLE()
[30.05.19 23:21:27.613] [SER]        Send <= 05
[30.05.19 23:21:27.614] [SER]        Recv => 15
[30.05.19 23:21:27.614] [SER]        Send <= 02 05 11 1E 00 00 00 0A
[30.05.19 23:21:27.615] [SER]        Recv => 06
[30.05.19 23:21:27.615] [SER]        Recv => 02
[30.05.19 23:21:27.615] [SER]        Recv => 30
[30.05.19 23:21:27.619] [SER]        Recv => 11 00 1E 43 31 A5 EB 18 0A 12 01 1D 06 90 02 02 00 00 4E 41 00 00 01 01 10 1E 05 13 17 16 1B 00 34 9C 00 00 EF 00 00 00 00 00 BF 1D 4E D3 01 00 FD
[30.05.19 23:21:27.619] [SER]        Send <= 06
[30.05.19 23:21:27.619] [DEV]      Execute(11_GET_STATE,"") = Ok in Команда 11_GET_STATE()
[30.05.19 23:21:27.620] [SER]        Send <= 05
[30.05.19 23:21:27.620] [SER]        Recv => 15
[30.05.19 23:21:27.620] [SER]        Send <= 02 05 41 1E 00 00 00 5A
[30.05.19 23:21:27.621] [SER]        Recv => 06
[30.05.19 23:21:27.979] [SER]        Recv => 02
[30.05.19 23:21:27.979] [SER]        Recv => 03
[30.05.19 23:21:27.979] [SER]        Recv => 41 00 1E 5C
[30.05.19 23:21:27.979] [SER]        Send <= 06
[30.05.19 23:21:27.979] [DEV]      Execute(41_DAILY_Z_REPORT,"") = Ok in Команда 41_DAILY_Z_REPORT()
[30.05.19 23:21:29.981] [SER]        Send <= 05
[30.05.19 23:21:29.981] [SER]        Recv => 15
[30.05.19 23:21:29.981] [SER]        Send <= 02 05 11 1E 00 00 00 0A
[30.05.19 23:21:29.982] [SER]        Recv => 06
[30.05.19 23:21:30.938] [SER]        Recv => 02
[30.05.19 23:21:30.939] [SER]        Recv => 30
[30.05.19 23:21:30.943] [SER]        Recv => 11 00 1E 43 31 A5 EB 18 0A 12 01 1D 06 90 02 02 05 00 4E 41 00 00 01 01 10 1E 05 13 17 16 1E 00 34 9C 00 00 F0 00 00 00 00 00 BF 1D 4E D3 01 00 E2
[30.05.19 23:21:30.943] [SER]        Send <= 06
[30.05.19 23:21:30.943] [DEV]      Execute(11_GET_STATE,"") = Ok in Команда 11_GET_STATE()
[30.05.19 23:21:31.944] [SER]        Send <= 05
[30.05.19 23:21:31.944] [SER]        Recv => 15
[30.05.19 23:21:31.944] [SER]        Send <= 02 05 11 1E 00 00 00 0A
[30.05.19 23:21:31.945] [SER]        Recv => 06
[30.05.19 23:21:34.369] [SER]        Recv => 43
[30.05.19 23:21:34.520] [SER]        Recv => 
[30.05.19 23:21:34.520] [SER]        RecvStr  timeout
[30.05.19 23:21:34.520] [ERR]  SndRcv ACKTRASH
[30.05.19 23:21:34.520] [SER]        Send <= 15
[30.05.19 23:21:34.721] [SER]        Send <= 05
[30.05.19 23:21:34.721] [SER]        Recv => 15
[30.05.19 23:21:34.721] [SER]        Send <= 15
[30.05.19 23:21:34.922] [SER]        Send <= 05
[30.05.19 23:21:35.253] [SER]        Recv => BB
[30.05.19 23:21:35.253] [SER]        RecvChar timeout
[30.05.19 23:21:35.253] [SER]        Send <= 15
[30.05.19 23:21:35.453] [SER]        Send <= 05
[30.05.19 23:21:35.784] [SER]        Recv => BB
[30.05.19 23:21:35.784] [SER]        RecvChar timeout
[30.05.19 23:21:35.784] [SER]        Send <= 15
[30.05.19 23:21:35.984] [SER]        Send <= 05
[30.05.19 23:21:35.984] [SER]        Recv => 15
[30.05.19 23:21:35.984] [SER]        Send <= 15
[30.05.19 23:21:36.185] [SER]        Send <= 05
[30.05.19 23:21:36.185] [SER]        Recv => 15
[30.05.19 23:21:36.185] [SER]        Send <= 15
[30.05.19 23:21:36.386] [SER]        Send <= 05
[30.05.19 23:21:36.386] [SER]        Recv => 15
[30.05.19 23:21:36.386] [SER]        Send <= 15
[30.05.19 23:21:36.588] [SER]        Send <= 05
[30.05.19 23:21:36.588] [SER]        Recv => 15
[30.05.19 23:21:36.588] [SER]        Send <= 15
[30.05.19 23:21:36.789] [SER]        Send <= 05
[30.05.19 23:21:36.789] [SER]        Recv => 15
[30.05.19 23:21:36.789] [SER]        Send <= 15
[30.05.19 23:21:36.990] [SER]        Send <= 05
[30.05.19 23:21:36.990] [SER]        Recv => 15
[30.05.19 23:21:36.990] [SER]        Send <= 15
[30.05.19 23:21:37.192] [SER]        Send <= 05
[30.05.19 23:21:37.192] [SER]        Recv => 15
[30.05.19 23:21:37.192] [ERR]  Port disconnect. Try reconnect 1 after 5000 ms.
[30.05.19 23:21:42.195] [SER]        Send <= 05
[30.05.19 23:21:42.196] [SER]        Recv => 15
[30.05.19 23:21:42.196] [SER]        Send <= 02 05 11 1E 00 00 00 0A
[30.05.19 23:21:42.197] [SER]        Recv => 06
[30.05.19 23:21:48.251] [SER]        Recv => 02
[30.05.19 23:21:48.251] [SER]        Recv => 30
[30.05.19 23:21:48.255] [SER]        Recv => 11 00 1E 43 31 A5 EB 18 0A 12 01 1D 06 90 02 02 02 00 4E 41 00 00 01 01 10 1E 05 13 17 16 2F 00 34 9C 00 00 F0 00 00 00 00 00 BF 1D 4E D3 01 00 D4
[30.05.19 23:21:48.255] [SER]        Send <= 06
[30.05.19 23:21:48.255] [DEV]      Execute(11_GET_STATE,"") = Ok in TLowLvl.SendRecvTriesOld()
[30.05.19 23:22:17.032] [EXP]    ShowCashDialog(Закончилась чековая лента, Вставьте ленту в регистратор.
Для продолжения печати нажмите "ОК", Error, OK, , -1) -> 1 
[30.05.19 23:22:17.032] [SER]        Send <= 05
[30.05.19 23:22:17.033] [SER]        Recv => 15
[30.05.19 23:22:17.033] [SER]        Send <= 02 05 11 1E 00 00 00 0A
[30.05.19 23:22:17.034] [SER]        Recv => 06
[30.05.19 23:22:17.034] [SER]        Recv => 02
[30.05.19 23:22:17.034] [SER]        Recv => 30
[30.05.19 23:22:17.038] [SER]        Recv => 11 00 1E 43 31 A5 EB 18 0A 12 01 1D 06 90 02 02 03 00 4E 41 00 00 01 01 10 1E 05 13 17 17 10 00 34 9C 00 00 F0 00 00 00 00 00 BF 1D 4E D3 01 00 EB
[30.05.19 23:22:17.039] [SER]        Send <= 06
[30.05.19 23:22:17.039] [DEV]      Execute(11_GET_STATE,"") = Ok in Команда 11_GET_STATE()
[30.05.19 23:22:17.039] [SER]        Send <= 05
[30.05.19 23:22:17.039] [SER]        Recv => 15
[30.05.19 23:22:17.039] [SER]        Send <= 02 05 41 1E 00 00 00 5A
[30.05.19 23:22:17.041] [SER]        Recv => 06
[30.05.19 23:22:17.041] [SER]        Recv => 02
[30.05.19 23:22:17.041] [SER]        Recv => 02
[30.05.19 23:22:17.041] [SER]        Recv => 41 58 1B
[30.05.19 23:22:17.041] [SER]        Send <= 06
[30.05.19 23:22:17.041] [DEV]      Execute(41_DAILY_Z_REPORT,"") = Ok in Команда 41_DAILY_Z_REPORT()
[30.05.19 23:22:17.041] [SER]        Send <= 05
[30.05.19 23:22:17.042] [SER]        Recv => 15
[30.05.19 23:22:17.042] [SER]        Send <= 02 05 B0 1E 00 00 00 AB
[30.05.19 23:22:17.044] [SER]        Recv => 06
[30.05.19 23:22:17.044] [SER]        Recv => 02
[30.05.19 23:22:17.044] [SER]        Recv => 03
[30.05.19 23:22:17.044] [SER]        Recv => B0 00 1E AD
[30.05.19 23:22:17.044] [SER]        Send <= 06
[30.05.19 23:22:17.044] [DEV]      Execute(B0_CONTINUE_PRINT,"") = Ok in Команда B0_CONTINUE_PRINT()
[30.05.19 23:22:17.044] [SER]        Send <= 05
[30.05.19 23:22:17.045] [SER]        Recv => 15
[30.05.19 23:22:17.045] [SER]        Send <= 02 05 41 1E 00 00 00 5A
[30.05.19 23:22:17.046] [SER]        Recv => 06
[30.05.19 23:22:17.073] [SER]        Recv => 02
[30.05.19 23:22:17.073] [SER]        Recv => 02
[30.05.19 23:22:17.073] [SER]        Recv => 41 50 13
[30.05.19 23:22:17.073] [SER]        Send <= 06
[30.05.19 23:22:17.073] [DEV]      Execute(41_DAILY_Z_REPORT,"") = Ok in Команда 41_DAILY_Z_REPORT()
[30.05.19 23:22:17.073] [DEV]      Ошибка 50h: ККТ - Идет печать результатов выполнения предыдущей команды. Wait and try again.
[30.05.19 23:22:17.573] [SER]        Send <= 05
[30.05.19 23:22:17.573] [SER]        Recv => 15
[30.05.19 23:22:17.573] [SER]        Send <= 02 05 41 1E 00 00 00 5A
[30.05.19 23:22:17.575] [SER]        Recv => 06
[30.05.19 23:22:17.575] [SER]        Recv => 02
[30.05.19 23:22:17.575] [SER]        Recv => 02
[30.05.19 23:22:17.575] [SER]        Recv => 41 50 13
[30.05.19 23:22:17.575] [SER]        Send <= 06
[30.05.19 23:22:17.575] [DEV]      Execute(41_DAILY_Z_REPORT,"") = Ok in Команда 41_DAILY_Z_REPORT()
[30.05.19 23:22:17.575] [DEV]      Ошибка 50h: ККТ - Идет печать результатов выполнения предыдущей команды. Wait and try again.
[30.05.19 23:22:18.076] [SER]        Send <= 05
[30.05.19 23:22:18.076] [SER]        Recv => 15
[30.05.19 23:22:18.076] [SER]        Send <= 02 05 41 1E 00 00 00 5A
[30.05.19 23:22:18.078] [SER]        Recv => 06
[30.05.19 23:22:18.078] [SER]        Recv => 02
[30.05.19 23:22:18.078] [SER]        Recv => 02
[30.05.19 23:22:18.078] [SER]        Recv => 41 50 13
[30.05.19 23:22:18.078] [SER]        Send <= 06
[30.05.19 23:22:18.078] [DEV]      Execute(41_DAILY_Z_REPORT,"") = Ok in Команда 41_DAILY_Z_REPORT()
[30.05.19 23:22:18.078] [DEV]      Ошибка 50h: ККТ - Идет печать результатов выполнения предыдущей команды. Wait and try again.
[30.05.19 23:22:18.579] [SER]        Send <= 05
[30.05.19 23:22:18.579] [SER]        Recv => 15
[30.05.19 23:22:18.579] [SER]        Send <= 02 05 41 1E 00 00 00 5A
[30.05.19 23:22:18.581] [SER]        Recv => 06
[30.05.19 23:22:18.581] [SER]        Recv => 02
[30.05.19 23:22:18.581] [SER]        Recv => 02
[30.05.19 23:22:18.581] [SER]        Recv => 41 50 13
[30.05.19 23:22:18.581] [SER]        Send <= 06
[30.05.19 23:22:18.581] [DEV]      Execute(41_DAILY_Z_REPORT,"") = Ok in Команда 41_DAILY_Z_REPORT()
[30.05.19 23:22:18.581] [DEV]      Ошибка 50h: ККТ - Идет печать результатов выполнения предыдущей команды. Wait and try again.
[30.05.19 23:22:19.082] [SER]        Send <= 05
[30.05.19 23:22:19.082] [SER]        Recv => 15
[30.05.19 23:22:19.082] [SER]        Send <= 02 05 41 1E 00 00 00 5A
[30.05.19 23:22:19.083] [SER]        Recv => 06
[30.05.19 23:22:19.412] [SER]        Recv => 02
[30.05.19 23:22:19.412] [SER]        Recv => 02
[30.05.19 23:22:19.412] [SER]        Recv => 41 50 13
[30.05.19 23:22:19.412] [SER]        Send <= 06
[30.05.19 23:22:19.412] [DEV]      Execute(41_DAILY_Z_REPORT,"") = Ok in Команда 41_DAILY_Z_REPORT()
[30.05.19 23:22:19.412] [DEV]      Ошибка 50h: ККТ - Идет печать результатов выполнения предыдущей команды. Wait and try again.
[30.05.19 23:22:19.913] [SER]        Send <= 05
[30.05.19 23:22:19.913] [SER]        Recv => 15
[30.05.19 23:22:19.913] [SER]        Send <= 02 05 41 1E 00 00 00 5A
[30.05.19 23:22:19.915] [SER]        Recv => 06
[30.05.19 23:22:19.915] [SER]        Recv => 02
[30.05.19 23:22:19.915] [SER]        Recv => 02
[30.05.19 23:22:19.915] [SER]        Recv => 41 73 30
[30.05.19 23:22:19.915] [SER]        Send <= 06
[30.05.19 23:22:19.915] [DEV]      Execute(41_DAILY_Z_REPORT,"") = Ok in Команда 41_DAILY_Z_REPORT()
[30.05.19 23:22:19.915] [SER]        Send <= 05
[30.05.19 23:22:19.916] [SER]        Recv => 15
[30.05.19 23:22:19.916] [SER]        Send <= 02 05 11 1E 00 00 00 0A
[30.05.19 23:22:19.917] [SER]        Recv => 06
[30.05.19 23:22:19.917] [SER]        Recv => 02
[30.05.19 23:22:19.917] [SER]        Recv => 30
[30.05.19 23:22:19.922] [SER]        Recv => 11 00 1E 43 31 A5 EB 18 0A 12 01 1E 06 90 02 04 00 00 4E 41 00 00 01 01 10 1E 05 13 17 17 13 00 34 9C 00 00 F0 00 00 00 00 00 BF 1D 4E D3 01 00 EE
[30.05.19 23:22:19.922] [SER]        Send <= 06
[30.05.19 23:22:19.922] [DEV]      Execute(11_GET_STATE,"") = Ok in Команда 11_GET_STATE()
[30.05.19 23:22:19.922] [ERR]  FR error: CMD unsupported in cur mode: 04, submode: 00
[30.05.19 23:22:19.922] [SER]        Send <= 05
[30.05.19 23:22:19.923] [SER]        Recv => 15
[30.05.19 23:22:19.923] [SER]        Send <= 02 05 11 1E 00 00 00 0A
[30.05.19 23:22:19.924] [SER]        Recv => 06
[30.05.19 23:22:19.925] [SER]        Recv => 02
[30.05.19 23:22:19.925] [SER]        Recv => 30
[30.05.19 23:22:19.929] [SER]        Recv => 11 00 1E 43 31 A5 EB 18 0A 12 01 1E 06 90 02 04 00 00 4E 41 00 00 01 01 10 1E 05 13 17 17 13 00 34 9C 00 00 F0 00 00 00 00 00 BF 1D 4E D3 01 00 EE
[30.05.19 23:22:19.929] [SER]        Send <= 06
[30.05.19 23:22:19.929] [DEV]      Execute(11_GET_STATE,"") = Ok in Команда 11_GET_STATE()
[30.05.19 23:22:19.929] [EXP]    FiscalDocument(Status[]) = Ok in Команда 11_GET_STATE()
[30.05.19 23:22:19.930] [EXP]    TUFRdevice.GetStatus start
[30.05.19 23:22:19.930] [SER]        Send <= 05
[30.05.19 23:22:19.931] [SER]        Recv => 15
[30.05.19 23:22:19.931] [SER]        Send <= 02 05 11 1E 00 00 00 0A
[30.05.19 23:22:19.932] [SER]        Recv => 06
[30.05.19 23:22:19.932] [SER]        Recv => 02
[30.05.19 23:22:19.932] [SER]        Recv => 30
[30.05.19 23:22:19.936] [SER]        Recv => 11 00 1E 43 31 A5 EB 18 0A 12 01 1E 06 90 02 04 00 00 4E 41 00 00 01 01 10 1E 05 13 17 17 13 00 34 9C 00 00 F0 00 00 00 00 00 BF 1D 4E D3 01 00 EE
[30.05.19 23:22:19.936] [SER]        Send <= 06
[30.05.19 23:22:19.936] [DEV]      Execute(11_GET_STATE,"") = Ok in Команда 11_GET_STATE()
[30.05.19 23:22:19.937] [SER]        Send <= 05
[30.05.19 23:22:19.937] [SER]        Recv => 15
[30.05.19 23:22:19.937] [SER]        Send <= 02 06 FF 40 1E 00 00 00 A7
[30.05.19 23:22:19.938] [SER]        Recv => 06
[30.05.19 23:22:19.945] [SER]        Recv => 02
[30.05.19 23:22:19.945] [SER]        Recv => 08
[30.05.19 23:22:19.945] [SER]        Recv => FF 40 00 00 F0 00 12 00 55
[30.05.19 23:22:19.945] [SER]        Send <= 06
[30.05.19 23:22:19.945] [DEV]      Execute(FF40_GET_SHIFT_STATUS,"") = Ok in Команда FF40_GET_SHIFT_STATUS()
[30.05.19 23:22:19.946] [SER]        Send <= 05
[30.05.19 23:22:19.946] [SER]        Recv => 15
[30.05.19 23:22:19.946] [SER]        Send <= 02 06 FF 01 1E 00 00 00 E6
[30.05.19 23:22:19.947] [SER]        Recv => 06
[30.05.19 23:22:19.966] [SER]        Recv => 02
[30.05.19 23:22:19.966] [SER]        Recv => 21
[30.05.19 23:22:19.969] [SER]        Recv => FF 01 00 03 00 00 00 00 13 05 1E 17 16 39 32 38 36 30 30 30 31 30 30 31 32 33 36 34 37 2B 24 00 00 DB
[30.05.19 23:22:19.969] [SER]        Send <= 06
[30.05.19 23:22:19.969] [DEV]      Execute(FF01_GET_FN_STATUS,"") = Ok in Команда FF01_GET_FN_STATUS()
[30.05.19 23:22:19.969] [SER]        Send <= 05
[30.05.19 23:22:19.970] [SER]        Recv => 15
[30.05.19 23:22:19.970] [SER]        Send <= 02 06 FF 39 1E 00 00 00 DE
[30.05.19 23:22:19.971] [SER]        Recv => 06
[30.05.19 23:22:19.978] [SER]        Recv => 02
[30.05.19 23:22:19.978] [SER]        Recv => 10
[30.05.19 23:22:19.980] [SER]        Recv => FF 39 00 00 00 00 00 00 00 00 00 00 00 00 00 00 D6
[30.05.19 23:22:19.980] [SER]        Send <= 06
[30.05.19 23:22:19.980] [DEV]      Execute(FF39_GET_OFD_STATUS,"") = Ok in Команда FF39_GET_OFD_STATUS()
[30.05.19 23:22:19.980] [EXP]    GetStatus(DrawerClosed, ShiftClosed, LastShiftNum: 240, LastDocNum: 9259, LastReceiptNum: 0, Paper OK, , OFDUnsentCount: 0, OFDoldestUnsent: 2019-05-30 23:22:19, InternalDateTime: 2019-05-30 23:23:19) needs: (0x0000000000004D00=> ShiftState, LastShiftNum, LastDocNum, EKLZnearEnd, OFDunSentCount, OFDoldestUnSent), requested size: 108, internal size 108 = Ok in Команда FF39_GET_OFD_STATUS()
[30.05.19 23:22:19.980] [EXP]    TUFRdevice.GetOptions start
[30.05.19 23:22:19.981] [SER]        Send <= 05
[30.05.19 23:22:19.982] [SER]        Recv => 15
[30.05.19 23:22:19.982] [SER]        Send <= 02 02 F7 01 F4
[30.05.19 23:22:19.983] [SER]        Recv => 06
[30.05.19 23:22:19.983] [SER]        Recv => 02
[30.05.19 23:22:19.983] [SER]        Recv => 23
[30.05.19 23:22:19.986] [SER]        Recv => F7 00 5A A0 40 07 20 6C 00 00 0C 18 01 0C 10 00 00 00 00 00 00 1E 00 00 00 00 06 FF 00 48 40 B6 03 12 13 77
[30.05.19 23:22:19.986] [SER]        Send <= 06
[30.05.19 23:22:19.986] [DEV]      Execute(F7_EXTENDET QUERY,"<01>") = Ok in Команда F7_EXTENDET_QUERY()
[30.05.19 23:22:19.987] [EXP]    GetOptions(0x0000B8002899197D: [Text, DeleteReceipt, ZReport, MoneyInOut, XReport, SpecialReport, Program, TextInReceipt, BarCodeInNotFisc, ItemDepartments, DrawerOpen, DrawerState, CalcChange, CashRegValue, DeleteReturn, CorrectPriceToPay, RoundDiscountOnly, CorrectionReceipt, OpenShiftReport], Universal driver for Shtrih fiscal printer (54-FZ), 7.47.95.0, ) = Ok in DriverOptions()

31.05.2019, 12:08

#2

Разбирающийся

Порядковый номер отчетов разный?
Вы своими глазами это видели?
Как часто это происходит?

Судя по логу, после печати идет запрос статуса, и фр не отвечает, после некоторого количества перезапросов фр выдает что у него закончилась лента.
31.05.2019, 15:38

#3

Сведущий

Сам я это не видел, подробно рассказывают.
Файло менял по удаленке.
Кассовые специ утверждают что с ФР всё норм.

Уточняю процесс:
Жмём в интерфейсе печать зэтки.
Она начинает печататься.
Выходит ошибка.
Нажимаем ок, печатается следующая зэтка.
Номера зэток одинаковые.
Но при этом в необнуляемую сумму прихода выручка добавляется ещё раз.
Пример:
необнуляемая сумма 100
продаж за смену 10
при первой зэтке необнул. сумма 110
после второй 120.
Вот это вот сильнее всего напрягает.
01.06.2019, 19:42

#4

Разбирающийся

[30.05.19 23:21:42.195] [SER] Send <= 05
[30.05.19 23:21:42.196] [SER] Recv => 15
[30.05.19 23:21:42.196] [SER] Send <= 02 05 11 1E 00 00 00 0A
[30.05.19 23:21:42.197] [SER] Recv => 06
[30.05.19 23:21:48.251] [SER] Recv => 02
[30.05.19 23:21:48.251] [SER] Recv => 30
[30.05.19 23:21:48.255] [SER] Recv => 11 00 1E 43 31 A5 EB 18 0A 12 01 1D 06 90 02 02 02 00 4E 41 00 00 01 01 10 1E 05 13 17 16 2F 00 34 9C 00 00 F0 00 00 00 00 00 BF 1D 4E D3 01 00 D4
[30.05.19 23:21:48.255] [SER] Send <= 06
[30.05.19 23:21:48.255] [DEV] Execute(11_GET_STATE,»») = Ok in TLowLvl.SendRecvTriesOld()

давайте рассмотрим эту часть, до неё была команда печати z-отчёта и теперь кипер пытается получить статус ФР, причём там были явно какие-то проблемы потому что ФР отвечал мусором или не отвечал вовсе.рассмотрим выделенные жирным байты:

02 — режим ККТ

2. Открытая смена, 24 часа не кончились.02 — подрежим ККТ
2. Активное отсутствие бумаги – ККТ в фазе печати операции – принимает только команды, не связанные с печатью. Переход из этого подрежима только в подрежим 3

если глянуть в следующий запрос там будет подрежим 03:

11 00 1E 43 31 A5 EB 18 0A 12 01 1D 06 90 02 02 03 00 4E 41 00 00 01 01 10 1E 05 13 17 17 10 00 34 9C 00 00 F0 00 00 00 00 00 BF 1D 4E D3 01 00 EB

3. После активного отсутствия бумаги – ККТ ждет команду продолжения печати. Кромеэтого принимает команды, не связанные с печатью.

следом идет повторный запрос на печать z-отчёта, ФР возвращает ошибку 58:
58h — ККТ Ожидание команды продолжения печати

далее идёт команда продолжения печати B0 и постоянные попытки вновь сделать z-отчёт , до тех пор пока смена не закрывается и кипер не получает ответ:

FR error: CMD unsupported in cur mode: 04, submode: 00:
режим: закрытая смена, подрежим: бумага есть

т.е. смена наконец закрыта.

Итого ФР возвращает ошибку и тут я вижу три варианта:
1 — не исправен датчик наличия бумаги
2 — кто-то открывает крышку в момент печати ФР(возможно заканчивается бумага)
3 — неверно работает ПО ФР

Ошибки кипера тут нет, каков ответ от ФР, такова и реакция на этот ответ.

по поводу того что там увеличивается сквозная нумерация — этим всем заведует ПО ФР. Если не увеличивается номер z-отчёта, непонятно почему увеличивается гросс, хотя может это и верно в соответствии с какими-нибудь новыми стандартами это мне неизвестно.
3 пользователей сказали cпасибо SLion за это полезное сообщение:

choovak (01.06.2019),SH (10.06.2019),sibgaba (03.06.2019)