Форум о вендинге и платежных терминалах

KirillHome писал(а):Не уверен на счёт потестировать, но посмотреть - не отказался бы. На Lite-версию от CyberPlat - встанет??? Для связи - KirillHome (собачка) gmail (точка) com

Посмотреть это как?
Версия кибера непричем. Заведете точку, дадите нам ключи, возьмете наш винт, вставите в терем - и вперед. Деньги через нас гонять не надо, если только киберовские сервисы будут, без наших собственных.

чо так сложно?

mark писал(а):

kassir писал(а):

mark писал(а):в одном чеке разными строками:
- плата за авторизацию\любой другой термин - ХХХ руб.
- сумма платежа - YYY руб.

устроит?

Нет. ;-

доходчиво ответил;
какой из вариантов предпочтительней?
1. вариант якова *Положил 100 рублей, вышел чек на 10 (пользование), потом на 90 - (на телефон)
2. твой вариант *брать деньги за пользование терминалом до начала платежа, и мало того, выдавать чек на принятую сумму.
во всех случаях возможная ответственность на агенте.

Второй вариант работает уже около полугода.
ОПСОС не нашел юридического обоснования для предъявления претензий.*)

платеж кратен десятке,
если так, то и другой вариант не то, что может вызвать претензии, а будет опсосом незамечен.*)
вопрос - не кру-то ли десятку комиссии? средний платеж по оператору какой.
в варианте якова платеж (за пользование) реально регулировать.

mark писал(а):платеж кратен десятке,
если так, то и другой вариант не то, что может вызвать претензии, а будет опсосом незамечен.*)
вопрос - не кру-то ли десятку комиссии? средний платеж по оператору какой.
в варианте якова платеж (за пользование) реально регулировать.

Повторяю, опсос легко контролирует карявые платежи, так-же видит от какого дилера они падают. Если от дилера падают платежи 90, 140, 190руб. и т.д. в ответ отправляется письмо на отключение от пс.
У этого оператора средний платеж 120-135 руб. - абонентег жирный...

вот козлинный оператор:-
значит только предоплата услуг пользования теремом
и все-таки: в твоем случае опсос действительно не нашел оснований, или просто не увидел?

mark писал(а):вот козлинный оператор:-
значит только предоплата услуг пользования теремом
и все-таки: в твоем случае опсос действительно не нашел оснований, или просто не увидел?

Опсос отмороженный, смог-бы найти основания 100-процентно дожал-бы.:~

Хы, очередной затык.

Большая просьба, когда сервак ихний выйдет на связь, напишите здесь, ок?

mark писал(а):в одном чеке разными строками:
- плата за авторизацию\любой другой термин - ХХХ руб.
- сумма платежа - YYY руб.

устроит?

НЕТ.
Вопрос не в том, что на чеке, вопрос в том, что в статистике.
Точнее транзакции.
И если в транзакции заполнено поле "допкомисия", то у уже не важно, что написано в чеке.

mark писал(а):1. вариант якова *Положил 100 рублей, вышел чек на 10 (пользование), потом на 90 - (на телефон)
2. твой вариант *брать деньги за пользование терминалом до начала платежа, и мало того, выдавать чек на принятую сумму.
во всех случаях возможная ответственность на агенте.

Второй вариант по лучше с точки зрения "претензий "ОПСС".
Первый вариант гораздо более уязвим, но более удобен плательщику.
Вопрос в том, что надо сделать в нашем софте хоть что-то.
Нужно стандартное решение в стандартном вебклиенте.
Пока есть только наработки очень сторонних разработчиков.
Переходить на чужой софт не хотется, а ставить переделанный непонятно кем вебклиент просто опасно, хотя другого варианта просто нет.

Кстати софт ОСМП может делать и первый и второй вариант.
А наши программисто что-то стесняются.

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

По протоколу Кибера есть поля: сумма всего и сумма к зачислению (AMOUNT_ALL и AMOUNT). Нужно просто слать на Кибер эти суммы равными, а но на свой мониторинг как обычно для подсчета прибыли. Но это только со своим ПО. Нам такое не нужно было, но приятно, что исправить не долго.

mark писал(а):ты не понял, в систему информация о плате за пользование не пойдет в любом из случаев.
зачем она там?

Ты о чем?
В первом случае клиент засунет 10+100 и ему дойдет 100
(В статистике положил 100, оператору 100)
Во втором случае клиент засунет 100, и ему дойдет 90.
(В статистике положил 90, оператору 90)
А проблема в том, что стандартный вебклиент не может делать ни того, ни другого.
Иля просто не умею его настроить.

sergkhar писал(а):По протоколу Кибера есть поля: сумма всего и сумма к зачислению (AMOUNT_ALL и AMOUNT). Нужно просто слать на Кибер эти суммы равными, а но на свой мониторинг как обычно для подсчета прибыли. Но это только со своим ПО. Нам такое не нужно было, но приятно, что исправить не долго.

Вообще отличная идея b_i и поставит комиссию круглую.

Для того что бы уравнять AMOUNT_ALL и AMOUNT, можно использовать такую схему:

В настройках оператора указать _свой_ url для процессинга.
Т.е. webclient -> (_наш_ URL) program -> (_правильный_ URL) cyberplat

Где program простой самописный прокси. Он принимает зпаросы webclienta правит AMOUNT_ALL и AMOUNT, и отправляет _правильный_ запрос в cyberplat.

Все чистенько и порсто

Только возможно придется расшифровать запрос -> исправить -> зашифровать -> отправить

Другой вариант:
Сделать так что бы weblcient не отправлял запрос вовсе, сохранял его как не проведенный.

Т.е. указать не верный URL процессинга для данного оператора + сосзадть нового оператора но уже с верным URL.
Webclient не сможет отправить платеж и сохранит его. После платеж надо подправить и указать в нем оператора с верынм URL.
И возможно Webclient сделает свое дело

P.S. Лучше свой процессинг
P.S.S. Или править исходники

fast писал(а):P.S. Лучше свой процессинг

+ и не только в этой ситуации

Станислав писал(а):

sergkhar писал(а):По протоколу Кибера есть поля: сумма всего и сумма к зачислению (AMOUNT_ALL и AMOUNT). Нужно просто слать на Кибер эти суммы равными, а но на свой мониторинг как обычно для подсчета прибыли. Но это только со своим ПО. Нам такое не нужно было, но приятно, что исправить не долго.

Вообще отличная идея b_i и поставит комиссию круглую.

Ребята, вы не поняли...
При любом, кроме взимания платы до момента начала оплаты, раскладе оператор видит, что от агента Пупкина приходит много неровных платежей. У опсоса есть адреса точек агентов, следующий шаг поездка по адресу и выяснение обстоятельств.*_

При любом, кроме взимания платы до момента начала оплаты, раскладе оператор видит, что от агента Пупкина приходит много неровных платежей. У опсоса есть адреса точек агентов, следующий шаг поездка по адресу и выяснение обстоятельств.*_

Опсос запарится по Пупкиным ездить и разбиратся. И будет после объяснять всем абонентам где же можно оплатить их услуги.

Тогда например 90 рублей надо разбивать на пять платежей

50 + 10 + 10 + 10 + 10 и без комисси

*) веселый вариант