Онлайн Штрих - не печатаются слипы #800951

На двух разных точках с разными конфами и разными ФРами (простите ККТ) периодически при печати слипов зависают ККТ. Зависание происходит именно при печати слипов, чеки, X и Z отчеты печатаются нормально. конфигурации переписаны, обмен с ФРами по стандарту 1С, драйвер в одной точке 4.13.572 в другой (Штрих объявил о исправлении ошибки печати текстового документа - решил проверить) 4.13.594. У кого были схожие проблемы - какие варианты решения, поделитесь плз.

Перепиши на печать построчно. Предварительно проверь как прогон простой печати кучи строк с отрезкой пашет.

Слип = произвольный нефискальный документ, правильно понял? Т.е. печатаем шапку при включении, затем нечто текстово/графическое и делаем отрезку с последующей печатью шапки для следующего чека/слипа.

технически - да. Практически - это чеки с банковского терминала. И так как они идут одновременно с чеком - неприятненько

Они идут с терминала через что? Напрямую на ККТ или через какую то софтину?

через 1С. обычный эквайринговый (сбербанк)терминал, прописанный в 1С. из 1С вызываем софт банка, проводим оплату, он нам возвращает в 1С текст для слипа - выводим на печать на ФР

Ясно читай

+ Короче "слип кривой"

+ Можно засунуть "СтрЗаменить" и все ОК будет, только самому команды прогона/отрезки добавлять.

не то. Проверял, просто подсовывая вместо слипа обычный кусок текста. 5 раз печатает, на 6 виснет.

Тогда вообще странно, попробуй построчно или менять ФР. Виснет кста как? Никакую ошибку не возвращает?

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

Виснет практически наглухо - помогает только выкл/вкл ФРа. Если бы вис постоянно на каком то одном тексте - разбирал бы текст. Печатаю одно и то же - вот что странно. Счас переписал вариант через drvfr - попробую. Налоговая конечно смеятся будет - 100 чеков по копейке с номенклатурой "тест банковского терминала" - аппараты "боевые"

хотя... на фейхоа мне чеки бить, просто текст покидаю для начала... Блин опять домой завтра хрен знает во сколько приду

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

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

Может там пора терминалы самооплаты?

+ Касса выбивает "чек на оплату" с QR кодом и передает в систему/терминалы оплаты. Покупатель идет туда с чеком и сам платит налом/безналом поднеся ШК. Такая система уже во многих крупных пашет, раздельно пикают и оплачивают.

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

+ Этот терминал будет законченное решение, отдельно от 1С. Можно с 1С скинуть траблу :)

Тем более что чек на оплату - это "Текстовый документ" а он виснет :)

Неа терминал там отдельно чекопечатающая хрень можно, по сути это "интернет магазин" получается де юре.

В одной точке - откажутся 100% - им проще сказать банк через дорогу и отказаться вообще от оплаты по картам. Вторые... 1 чек в неделю зависает - тоже пока врядли.

пока все идет к тому что скоро откажутся от оплаты наличными

ну как только перейдем на битки - придется рисовать ВК или обормотку - и все машины под 1С начнут активно майнить :) Пока же этого не произошло - тема открыта и (по крайней мере для меня) актуальна

Какая-то непонятная тема. Что за "Символ"? Посмотрел у себя. В слипах нет такого символа.

встречается не во всех вариантах слипа. От чего зависит - от библиотеки или ее настроек - ХЗ. При стандартной настройке сбера через sbrf.dll - не было. Поменяли терминал, обновили ПО, подключил через sbrfcom.dll - появился. Идет обычно после ~S