В данном случае Вам на первом ПТК необходимо обновить прошивку на прошивку с датой компиляции 04_05_10 (выслал на e-mail из профиля). В данной прошивке реализована следующая логика работы:
1. Если ретракция отключена, то наличие чека в презенторе не приводит к блокировке печати.
2. Если ретракция включена, то наличие чека в презенторе приводит к блокировке печати. Документ выталкивается либо по тайм-ауту, либо командой "полная отрезка". Направление выбирается исходя из значения поля "выброс чеков".
Так же необходимо помнить, что на лету настройки менять нельзя, они вступают в силу только при перезапуске ПТК. Также нельзя настроить разное направление выброса для чеков и отчетов. Это особенность принтера PPU-700, так как направления задаются не командами, а при помощи Memory Switch принтера.


В принципе, в последней прошивке добавлена настройка таймаута ретракции (по умолчанию 10 сек). Можно попробовать установить значение 15-20 сек.

Спасибо, перепрошили, наблюдаем...

Возникнут вопросы обращайтесь.

2 ув. Interpid
По данному вопросу есть новая информация

В PPU-700
V1.08000
BOOT:003.00
FONT:001.01
Работает так, как я писал выше.
В PPU-700II
DG00-0100
BOOT:004.01
FONT:002.00
работает так как Вам надо, с одной и той же (последней) прошивкой платы ЯРУС.

Ну вот следующий бред. Перепрошили первую PPU-ху последней прошивкой. Под драйвером как и раньше если делает петлю, то ретрактор не работает-чеки плюются наружу. ставим под ОСМП ретракция начинает работать. что это такое? когда наконец-то появится одно правильное решение,которое будет работать нормально?

Не совсем понятно, что конкретно Вы перепрошили? Перепрошили процессор СП ЯРУС-02К или перепрошили сам принтер PPU-700?

Конечно, сам комплект.

В данном случае если у Вас в таб. №1, ряд №1, поле №25 "Выдача чеков" запрограммировано значение "0", то при включенной ретракции (поле №30, значение "1") при печати сначала будет формироваться петля, затем чек будет выдаваться наружу. Затем если чек не забрали в течении таймаута (поле №31), то он будет затягиваться внутрь. Если в таб. №1, ряд №1, поле №25 "Выдача чеков" запрограммировано значение "1", то петля при печати формироваться не будет.

Тимофей, тогда объясните мне почему так не происходит под драйвером? а только под ОСМП? под драйвером если выдача чеков "0", то петля, потом по таймауту наружу, а если выдача "1",то без петли, но по таймауту внутрь.

Я привел алгоритм который у нас работает именно из под утилиты "Тест драйвера ПТК".


Возможно я Вас не правильно понимаю. Опишите более подробно, какие настройки таблиц Вы производите из драйвера. Так же возможно после работы в программе ОСМП значения таблиц меняются?

в таблицах:
выдача чеков и отчетов- "0"
ретрактор - "1"
таймаут - "10"
Под драйвером: петля и по таймауту наружу.
Под ОСМП: петля и по таймауту внутрь.

Настройки не меняются, но даже если бы они менялись- из под драйвера всё равно невозможно заставить фискальник работать с петлей и ретрактором одновременно, о чем вы тоже говорили. А у ОСМП это получается. и как быть?

Можете предоставить лог обмена между ПО ОСМП и ПТК Ярус?

Могу, но только после выходных. но там вроде разницы не будет, что с ретрактором, что без него. В логе просто: напр. "печать чека" и всё.

И ещё вопрос, уж извините,что не в той теме, но надо просто быстрее:
ставим в терема лайты и с одним проблема: периодически гонит чеки пустыми. Шлейф и ТПГ проверяли-ни при чем. Что это может быть?

Здравствуйте! Сегодня вытащив и ККТ несколько замятых внутри чеков,касса выпала в ошибку:(69) Cумма всех типов оплаты меньше итога чека. Никакие процедуры закрытия и аннулирования чека не помогают. Поскажите пожалуйста решение проблемы.

Не совсем понятно что значит гонит чек пустым? Т.е. один чек пробивается нормально, а следующий чек пустой? Какое ПО используется? Из тест драйвера такая ситуация повторяется?


Уточните, какой итог документа возвращается при "Запросе состояния ЭКЛЗ по коду 1"?