АТОЛ 30Ф

[chedmi]

Добрый день. Хотим использовать девайс для создания чеков без печати на ленте.
Будет ли работать данная ККМ с биллингом 7.1 ?

[dimOn]

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

[chedmi]

Спасибо. По отключению печати будем уточнять.
Возник второй вопрос. В личном кабинете ОФД у нас отображалось ФИО абонента, после обновления плагина до версии 7.1.128 ФИО почему-то исчезло во всех чеках.
Мы передаем номер договора и ФИО в методе addPayment таким образом

check.addString( payment.getContractTitle() + " " + payment.getContractComment() );

[dimOn]

первым делом: биллинг и сервер печати ничего вообще не знает про ОФД, он взаимодействует только с ККТ, что передаётся в ОФД - решает только регистратор.

далее: насколько я понимаю, это никогда не могло уходить в ОФД, это просто строка для бумажного чека. ККТ отправляет только продажные позиции (check.addPayment) и значения тегов.
вряд ли раньше ККТ отправлял простые строки
скорее всего вы просто меняли код и из check.addPayment перенесли в check.addString?
(или ошибаетесь что в ОФД передавалось)
либо вы что-то ещё поменяли в настройках, например драйвер переключили итд. или обновляли откуда-то совсем со старого? нужно подробнее : что именно скрыто под "обновления плагина до версии 7.1.128 " и что делалось заодно

[chedmi]

мы обновились с версии 7.1.118 до 7.1.128. ничего другого не трогали

вот код

@Override
public void addPayment( Payment payment, Check check, Printer printer )
throws BGException
{
check.setCashierName("FIO");
check.addPayment( payment.getSumma(), "Услуги связи", 0 );
check.addString( payment.getContractTitle() + " " + payment.getContractComment() );
}

[dimOn]

118 это билд примерно от 06.02.2019.
сервер печати в драйверах атола вообще не трогался с тех пор, проверил
в плагине самом не знаю даже что такого должно произойти , строки они и остались строками.
плагин просто передаёт всё что вы сформировали в дин.коде в сервер печати, а там он разбирается уже в каком виде и что отправить. а это не вы меняли
повторюсь: ИМХО, единственная возможность рисоваться абоненту в ОФД - передаваться в заголовке позиции. у вас в дин.коде в позицию в check.addPayment что передаётся вместе с суммой?

[dimOn]

речь вообще про автоплатежи или что? покажите как раньше рисовалось в офд (в эл.чеках ? )

[chedmi]

Речь про обычные платежи наличными. драйвер используется ru.bitel.frk.driver.shtrih2.Driver и ККМ Штрих Онлайн.
Это та касса которая сейчас работает.
АТОЛ 30Ф мы планируем в будущем к покупке как вторую кассу.
Кстати по АТОЛ 30Ф выяснили - можно отключать печать, будут печататься только чеки открытия и закрытия смены...

[chedmi]

Извиняюсь, ввели вас в заблуждение. Сейчас увидели что с обновлением отсутствие ФИО не связано.
ФИО всегда передается в ОФД если чек создается в 1С и никогда не передается из биллинга.
Скрины из ЛК Такскома прилагаю

[dimOn]

ну вот я и говорю вам: тогда вам надо вместо строки "услуги связи" передавать "оплата от: ФИО" и будет в точности то же самое.
т.е. не в addString а в addPayment добавлять.

[dimOn]

только там ограничение по длине какое-то есть зависимое от ккт , но не уверен и не уверен какое именно.
наверно как-то обрезать насильно надо , а может сейчас железки сами обрезают, лучше эксперимент провести на заведомо длинной ФИО в платёжной позиции - а то потом когда-ниюудь может чек вообще не принять например

[zavndw]

$this->bbcode_second_pass_quote('dimOn', '�')�олько там ограничение по длине какое-то есть зависимое от ккт , но не уверен и не уверен какое именно.
наверно как-то обрезать насильно надо , а может сейчас железки сами обрезают, лучше эксперимент провести на заведомо длинной ФИО в платёжной позиции - а то потом когда-ниюудь может чек вообще не принять например

[chedmi]

$this->bbcode_second_pass_quote('dimOn', '�')�олько там ограничение по длине какое-то есть зависимое от ккт , но не уверен и не уверен какое именно.
наверно как-то обрезать насильно надо , а может сейчас железки сами обрезают, лучше эксперимент провести на заведомо длинной ФИО в платёжной позиции - а то потом когда-ниюудь может чек вообще не принять например

$this->bbcode_second_pass_quote('zavndw', '')$this->bbcode_second_pass_quote('dimOn', '�')�олько там ограничение по длине какое-то есть зависимое от ккт , но не уверен и не уверен какое именно.
наверно как-то обрезать насильно надо , а может сейчас железки сами обрезают, лучше эксперимент провести на заведомо длинной ФИО в платёжной позиции - а то потом когда-ниюудь может чек вообще не принять например

[chedmi]

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

[dimOn]

да всё можно, всё про это есть в подробностях тут:

https://docs.bitel.ru/pages/viewpage.ac ... d=43386469
https://docs.bitel.ru/pages/viewpage.ac ... =126222350

открывать смену не надо, она сама открывается первым платежом (или по умолчанию сразу так, или это можно настроить в ККТ)

[chedmi]

Почитали. С отключением печати понятно. Заинтересовал метод setTag(). Можете привести примеры использования ?
В документации нет. Зачем значение int и байтовые массивы передаются ?

[dimOn]

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