Страница 29 из 32
Добавлено: 04 фев 2011, 00:23
Гость
Вопрос:
Попробовали подцепить местного провайдера.
Провайдер состряпал скрипт, мы создали кнопку, настроили ее.
Пробуем, набираем номер лицевого счета, суем купюру.
Дальше смотрим: система отправляет провайдеру chek, провайдер дает ответ result=0, дальше система должна должна сформировать и отправить запрос pay, но увы этого не происходит.
В чем может быть причина?
Кто подскажет?
Добавлено: 04 фев 2011, 00:29
Tundra
А 331 писал(а):Tundra писал(а):Сколько максимум знаков поле ввода?
Можно разбить страницу на несколько полей ввода?
Помоему 20.У меня так.
Спасибо, а что по поводу полей?
Нужно номер договора - 12 цифр, и номер телефона - 10 цифр. Т.е. 2 поля.
Добавлено: 04 фев 2011, 01:06
Гость
Tundra писал(а):А 331 писал(а):Tundra писал(а):Сколько максимум знаков поле ввода?
Можно разбить страницу на несколько полей ввода?
Помоему 20.У меня так.
Спасибо, а что по поводу полей?
Нужно номер договора - 12 цифр, и номер телефона - 10 цифр. Т.е. 2 поля.
50 знаков поле для ввода идентификатора(номер лицевого счета, телефона, логин и т.д.) абонента~)
Добавлено: 04 фев 2011, 20:50
Tundra
извиняюсь за нубство, но вроде как...
Полей с необходимым кол-вом знаков можно наделать достаточно, но
ОСМП в чеке распечатывает одно поле с номером счета/телефона.
Причем отчет-то для рассылки генерится со всеми введенными данными.
Вроде как есть вариант дополнительного скрипта, который бы печатал второй чек с остальными данными.
Кто что думает, кто реализовал подобное?
Добавлено: 05 фев 2011, 21:24
Гость
S_T_U писал(а):Вопрос:
Попробовали подцепить местного провайдера.
Провайдер состряпал скрипт, мы создали кнопку, настроили ее.
Пробуем, набираем номер лицевого счета, суем купюру.
Дальше смотрим: система отправляет провайдеру chek, провайдер дает ответ result=0, дальше система должна должна сформировать и отправить запрос pay, но увы этого не происходит.
В чем может быть причина?
Кто подскажет?
За запросом pay (если он подтвержден провайдером) следует списание суммы платежа со счета агента
Полагаю, что в свое время Дима нашел компромисс - ограничился отправкой запроса check
check содержит всю информацию, необходимую для зачисления платежа на счет клиента
Добавлено: 05 фев 2011, 21:30
Гость
Tundra писал(а):извиняюсь за нубство, но вроде как...
Полей с необходимым кол-вом знаков можно наделать достаточно, но
ОСМП в чеке распечатывает одно поле с номером счета/телефона.
Причем отчет-то для рассылки генерится со всеми введенными данными.
Вроде как есть вариант дополнительного скрипта, который бы печатал второй чек с остальными данными.
Кто что думает, кто реализовал подобное?
А зачем?
Чек клиенту нужен лишь для того, чтобы в поддержку позвонить, если он счетом/телефоном ошибся
Добавлено: 26 фев 2011, 00:21
s.s
осмп писал(а):25.02.2011 (12:23)
В Региональном Интерфейсе реализована полноценная поддержка custom-провайдеров
Уважаемые агенты! Уведомляем вас о том, что в Региональном Интерфейсе реализована полноценная поддержка Сustom-провайдеров (по аналогии со стандартным интерфейсом). Таким образом, с 24 февраля обеспечена работа всех включенных вами пользовательских провайдеров.
Добавлено: 07 апр 2011, 15:40
Гость
Наверняка у каждого из терминальщиков есть хотябы один терем , который находиться на территории какого-либо провайдера , который не подключён к вашемцу процессингу ? А ведь даже местные провайдеры интернета могли бы собирать под конец месяца в терем не мало кэша .
У кого есть какие мысли по этой теме ?
Добавлено: 07 апр 2011, 16:03
Женя
randin писал(а):
У кого есть какие мысли по этой теме ?
А в чем вопрос? У меня в офисах 2-х Интернет провайдеров стоят автоматы, принимаю платежи через "Кастом-провайдера". На "кастоме" - 0%, все остальное - 4%. Сборы по местному провайдеру в основном с 25 по 31 число. Внутрянка от провайдера 1%.
Добавлено: 07 апр 2011, 16:17
Гость
Вот это оч грамотное решение !
Может у кого ещё есть на памяти провайдеры , которые даже не подключены к ПС ?
Добавлено: 09 апр 2011, 12:25
Гость
randin писал(а):Вот это оч грамотное решение !
Может у кого ещё есть на памяти провайдеры , которые даже не подключены к ПС ?
У меня тоже есть клиенты, желающие оплачивать через терема( ТСЖ). Изучаю техническую сторну вопроса. Может, кто-то уже делал эту процедуру. Буду признателен за любую информацию~)
Добавлено: 18 апр 2011, 17:34
Гость
Знаю как решить вопрос при работе с Киберплатом
Добавлено: 18 апр 2011, 21:00
levsha
*) Так в чем проблемы работает оно и работает
Добавлено: 25 апр 2011, 12:19
Гость
Ну в принципе да... Технически это вроде не так уж и сложно допустим в киберплате... А да и в Дельтакее точно делали, работало без проблем.
Добавлено: 03 май 2011, 11:42
BendeR
Всем привет!
При использовании кастом провайдеров, если платеж не прошел, то он через сутки в системе краснеет и ни перепровести, ни пропихнуть его дальше возможности нет, на сколько я в курсе.
Прошу либо все-таки организовать возможность проталкивания подвисших платежей из системы дальше или хотя бы сделать возможность отфильтровать платежи по статусу "все красненькие" и дать возможность выгрузить их из системы в виде XML, XLS, SQL или еще каким либо образом, но обязательно с полем OSMP_TXN_ID для того, чтобы не задвоились...
К кому здесь обратиться?
Добавлено: 03 май 2011, 12:03
mannar
BendeR писал(а):Всем привет!
При использовании кастом провайдеров, если платеж не прошел, то он через сутки в системе краснеет и ни перепровести, ни пропихнуть его дальше возможности нет, на сколько я в курсе.
Прошу либо все-таки организовать возможность проталкивания подвисших платежей из системы дальше или хотя бы сделать возможность отфильтровать платежи по статусу "все красненькие" и дать возможность выгрузить их из системы в виде XML, XLS, SQL или еще каким либо образом, но обязательно с полем OSMP_TXN_ID для того, чтобы не задвоились...
К кому здесь обратиться?
Выгружайте через XML. Там есть quid - он же txn_id
Добавлено: 03 май 2011, 12:10
BendeR
mannar писал(а):BendeR писал(а):Всем привет!
При использовании кастом провайдеров, если платеж не прошел, то он через сутки в системе краснеет и ни перепровести, ни пропихнуть его дальше возможности нет, на сколько я в курсе.
Прошу либо все-таки организовать возможность проталкивания подвисших платежей из системы дальше или хотя бы сделать возможность отфильтровать платежи по статусу "все красненькие" и дать возможность выгрузить их из системы в виде XML, XLS, SQL или еще каким либо образом, но обязательно с полем OSMP_TXN_ID для того, чтобы не задвоились...
К кому здесь обратиться?
Выгружайте через XML. Там есть quid - он же txn_id
Это в новом интерфейсе? на agent.osmp.ru? на portal.osmp.ru я что-то не нахожу... или это вообще как-то делается через XML шлюз? можно инструкцию плиз или ссылку на таковую!
Добавлено: 03 май 2011, 13:15
mannar
Прошу прощения, uid, а не quid. Атрибут в ответе на getPayments
Добавлено: 06 сен 2011, 21:03
Chief
Внимание! Значение суммы, либо аккаунта, этого платежа было подправлено в памяти программы! Без инкассации автомата и проверки денег, данный платеж не перепроводить! Оригинальный ID провайдера:3.
Вот такие коментарии в некоторых покрасневших платежах. Что это??????
Добавлено: 06 сен 2011, 22:03
navvy
Ни фига себе! С детства работаю с терминалами, а такого ни разу не видел... :о
*)