BiTel

День добрый.
Для корректного отображения денежных средств в кассе можно ли добавить при печати передачу параметра регистра вида оплаты, наличный или безналичный?
Версия биллинга 5.2
Спасибо.

кроме отдела. нужно именно задействовать группу в принтере.

Уточните... Речь про передачу какого-то дополнительного параметра в скрипт формирующий чек? Чтобы в нём установить нужный отдел в ККМ для печати чека?
Тогда непонятно про что эта фраза:
что такое отдел (если не в ккм) и что такое группа принтера.

Ещё поясните что такое , т.е. чем оно определяется. У нас нету такого, вроде. Внутри биллинга все платежи не делятся на таковые. Если вы сами, например, их по группам не делите. Или же речь про sbpilot? Но тогда вроде бы через кассу не надо его проводить? Или как?

_________________
I'm clever. I've got a computer.

нет не отдел, именно регистр, который в принтере называется вид оплаты.
Там наличными, картой и прочее.

Всё равно непонятно.
1. Это на уровне железки имеется в виду? У вас какой протокол?
2. Откуда оно должно попасть (как узнать какой регистр передать) и куда (в скрипт формирования чека? или куда?)

_________________
I'm clever. I've got a computer.

шелезяка: "ШТРИХ-Комбо-ФР-К"
программулина: "тест драйвер ФР" в ней есть таблицы внутренние этой шелезяки.
в этой программулине есть таблица "тип оплаты". Хочется ее задействовать.

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

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

_________________
I'm clever. I've got a computer.

Почему не отвечаю? Наверно, он просто не был задан понятно для меня....
Видимо форма общения в виде форума подразумевает некоторые трудности во взаимопонимании.
справочник "Тип платежа" в биллинге. В самом начале когда кассир начинает вводить платеж.

в справочнике может быть :
1. Оплата за интернет наличная
2. Оплата за интернет безналичная.
в зависимости от того что выбрал кассир, и передается в объект платеж в скрипте печати,
В скрипте печати в чек передается не только отдел, но и вид платежа.

А, ну то есть именно "тип платежа" биллинга (существующий справочник) имеется в виду для определения какой платёж - нал/безнал. Т.е. для наличного и безналичного вы при добавлении платежа выбираете нужный тип, как это уже сейчас делаете.

Идём далее. В скрипт формирования чека уже и так передаётся payment и получить там тип платежа тоже можно, стало быть.
Остаётся что-то сделать с этим типом и при добавлении addPayment задавать "тип платежа в ккм" помимо "отдела" и как-то передавать это в сервер печати и ККМ (это как раз понятно было).

И получается, что это единственное чего сейчас нету и выглядит это теоретически возможным, но сложным ввиду неких архитектурных особенностей обмена сервер-серверпечати.
В любом случае для 5.2 это слишком фундаментальная переделка. В рамках HelpDesk можно сделать доработку для новых версий.

_________________
I'm clever. I've got a computer.

Почему? по сути переделывается лишь сам сервер печати, который общается с ККМ. Или я не правильно понимаю?

Помимо сервера печати (а это уже немало, т.к. в том числе повлечёт изменение сигнатур встроенных драйверов железок) переделывается и серверная часть плагина в биллинге, потому что она должна отсылать другие команды в сервер печати.
Ещё скриптовая часть, т.к. она обязательна к исполнению и теперь будет устанавливаться ещё дополнительные какие-то значения.
В Check метод addPayment добавится дополнительный для обратной совместимости (потому что иначе сигнатура addPayment изменится, что, очевидно, недопустимо, т.к. тогда у всех перестанут работать существующие скрипты).

Из всего этого изменить обмен сервер-сервер печати самая непростая задача, чтобы сохранить обратную совместимость. Теоретически возможно, но не в 5.2, это слишком старая версия для таких глобальных переделок (скорее всего даже в рамках платной доработки).

В новых версиях скрипты поведения для формирования чека вообще не используются причём, всё только через динамический код делается, скрипты эти в cashcheck давно deprecated, потому их вообще менять и трогать бессмысленная работа, т.к. дин.код тоже придётся переписать.

_________________
I'm clever. I've got a computer.

Доброго времени суток.
т.е. Вы предлагаете следующее:
для соответствия закону 22.05.2003 N 54-ФЗ и иметь возможность организовать прием платежей по безналичной форме в виде с использованием пластиковых карт обновиться до 6 версии?
при этом теоретически изменения в плагине CashCheck метода
addPayment( payment.getSumma(), payment.getContractTitle(), paymentDep );
точнее добавление еще одного метода с дополнительным параметром тип платежа,
добавления в сам сетевой протокол необязательного дополнительного поля к передаче на печать. Так же и при не посредственной печати добавить метод с дополнительной процедурой печати, не так много и возможно. Если дополнительное поле не обязательно, то будет сохранена совместимость версий (старой и новой), просто появляется дополнительная возможность для работы с ККМ). Для решения данной проблемы мы можем предложить свои услуги, если это будет возможно.
Спасибо.

Да, 6.1 на данный момент.
Конечно, просто обновление не поможет, сначала нужно создать тему в HD (и заключить договор если его нету) где обсудить детали/стоимость/сроки/... реализации.
(Но по формулировке ваших последних комментариев мне показалось, что вас что-то смущает. Это конкретный дополнительный функционал, причём требуется он в конкретных условиях и на данный момент вообще в одном протоколе только возможен.)
Конечно, возможно. Я и не писал, что это невозможно. Просто действительно есть несколько проблем с обратной совместимостью. Теоретически они решаемые, но "необязательным полем" не обойтись. Я думаю, вам нужно поверить, что это так.

_________________
I'm clever. I've got a computer.

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

_________________
I'm clever. I've got a computer.

Уже написал в HD на тему продления договора на техподдержку, Даже началась переписка, но тут же и заглохла, был встречный вопрос по Conax. Так что все подвисло в воздухе.

Не в HD писали вы, а на почту, нашёл.
А что с конаксом то? Я вам отпишу сейчас туда ответ.

_________________
I'm clever. I've got a computer.