BiTel

Здравствуйте.

Хотим сделать с сайта виджет для взятия обещанного платежа. Для этого нужно отправить от имени пользователя запрос по HTTP API. Вопрос заключается в том, где взять параметры запроса.

Для получения параметров API, которые вызываются клиентом биллинга запускаем клиент в режиме debug и повторяем запросы, которые совершает оператор. Существует ли способ вытащить параметры API, которые передаются серверу при работе пользователя в личном кабинете и повторять эти запросы от имени пользователя?

_________________
Биллинг: 6.1.895
ОС: Debian GNU/Linux
Java: 1.8.0

версия биллинга?

6.1.895, добавил в подпись

_________________
Биллинг: 6.1.895
ОС: Debian GNU/Linux
Java: 1.8.0

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

_________________
интеграция биллинга с 1с http://bgbilling-1c.ru/

в 6.1 смотри запросы в браузере, какие акшены вызываются, с какими параметрами и разбирать ответ
в 6.2 можно сделать через Web API

Так не получится. В клиенте биллинга нет операции, взятия обещанного платежа от имени абонента. Или я не нашел?

_________________
Биллинг: 6.1.895
ОС: Debian GNU/Linux
Java: 1.8.0

В лк BGBilling при взятии обещанного платежа делается POST запрос на адрес "/webexecuter?action=ContractLimit&mid=0&module=contract&contractId=..." с параметрами
action:"ContractLimit"
summ:"сумма"
days:"кол-во дней"

Перед этом пользователь должен быть авторизован, т.е. должна быть установлена кука авторизации. Для эмуляции действий пользователя придется каждый раз отправлять его логин и пароль в форму авторизации, получать куку авторизации, передавать его в форму взятия обещанного платежа с другими заполненными параметрами? Слишком сложно, попроще не получится?

_________________
Биллинг: 6.1.895
ОС: Debian GNU/Linux
Java: 1.8.0

в клиенте биллинга есть временное понижение лимита

_________________
Клиент: вер. 7.0.806 / 29.04.2016 13:18:28 os: Windows 7; java: Java HotSpot(TM) Client VM, v.1.8.0_66
Сервер: вер. 7.0.1035 / 29.04.2016 13:17:38 os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_92

Да, этот вариант я рассматриваю, но если по-другому никак не получится сделать. Потому что временное понижение лимита не есть обещанный платеж, который берется в лк. Во-первых, он берется от имени оператора, а во-вторых, не попадает в таблицу contract_limit_manage и, соответственно, не выводится в личном кабинете. Если я не прав, поправьте меня, пожалуйста.

_________________
Биллинг: 6.1.895
ОС: Debian GNU/Linux
Java: 1.8.0

А что вы вообще хотите, если не секрет?
Как вы от имени пользователя будете отправлять данные? Форма на сайте где нужно вбить номер договора и сумму?
P.S. Да я про виджет прочитал. Но как вы будете удостоверять пользователя? Или любой может отправить запрос на любой номер договора?

_________________
Цитаты великих людей
Напишите в helpdesk © stark
повторяю: => хелпдеск => доработка => профит © dimOn
свершилось... © skn
Мой код изящен, лёгок, оригинален, краток. Как прохладный весенний ветерок, как звонкий ручей! © dimOn
Вежливый разработчик © Artur
Эти баги тоже исправлены, как и те, которые еще не написаны © Artur
ну т.е. существует воркэраунд, ок © dimOn

Кнопочка на сайте "взять обещанный платеж", потому что люди имеют затруднения с выходом в ЛК, нагружают саппорт. А на праздники хотелось бы их разгрузить немного.

Привязка IP - абонент у нас жесткая, поэтому по IP клиента можно из базы взять логин пароль абонента и уже от его имени выполнять запросы к API.

В дальнейшем хотелось бы научиться выносить и другие популярные функции из ЛК на сайт в виде виджета.

_________________
Биллинг: 6.1.895
ОС: Debian GNU/Linux
Java: 1.8.0

viewtopic.php?f=19&t=7254
Рисуете свой класс.
Обращаетесь к нему по кнопке - передаете IP.
По IP ищите сервис к которому он привязан.
Активируете что хотите.
Возвращаете результат пользователю на виджет / API добавляет в ЛК.
Профит.

Как я себе это представляю в текущий момент

_________________
Цитаты великих людей
Напишите в helpdesk © stark
повторяю: => хелпдеск => доработка => профит © dimOn
свершилось... © skn
Мой код изящен, лёгок, оригинален, краток. Как прохладный весенний ветерок, как звонкий ручей! © dimOn
Вежливый разработчик © Artur
Эти баги тоже исправлены, как и те, которые еще не написаны © Artur
ну т.е. существует воркэраунд, ок © dimOn

кука не обязательна, можно в каждом запросе передавать логин и пароль или есть возможность авторизировать клиента с помощью самописного кода (например по ip)

Звучит интересно, спасибо за наводку, попробую, отпишусь.

_________________
Биллинг: 6.1.895
ОС: Debian GNU/Linux
Java: 1.8.0

Если получится - отпишите скрипт
Он будет интересен и не только тем у кого жесткая привязка к IP в сервисах.
Можно организовать поиск текущих сессий по IP, и от этого плясать.

_________________
Цитаты великих людей
Напишите в helpdesk © stark
повторяю: => хелпдеск => доработка => профит © dimOn
свершилось... © skn
Мой код изящен, лёгок, оригинален, краток. Как прохладный весенний ветерок, как звонкий ручей! © dimOn
Вежливый разработчик © Artur
Эти баги тоже исправлены, как и те, которые еще не написаны © Artur
ну т.е. существует воркэраунд, ок © dimOn

Попробовал отправить такой запрос:

с параметрами:


Пользователю выдался обещанный платеж. В принципе, как раз то, что я хотел, только запрос ответ имеет не самый читаемый формат. Так как быстро разобраться с JAVA и API не получится, а результат нужен вчера, то как временный костыль я вижу такое решение:

1. Пользователь заходит на сайт, скрипт, который крутится на сайте определяет его ip, определяет логин, идет в базу BG, берет оттуда {{ contract_id }}, {{ title }}, {{ pswd }}.

2. curl-ом делается POST запрос с параметрами, описанными выше.

3. Ответ парсится, пользователю дается ответ, успешно прошла операция или возникла ошибка.

Пожалуйста, уважаемые гуру, ткните носом, если это решение абсолютно непригодно. В противном случае просто поругайте за криворукость =)

_________________
Биллинг: 6.1.895
ОС: Debian GNU/Linux
Java: 1.8.0

попробуйте в запрос добавить параметр

Не работает, по-прежнему отдается WEB-страница

_________________
Биллинг: 6.1.895
ОС: Debian GNU/Linux
Java: 1.8.0

в крайнюю сборку 6.1 добавили поддержку параметра contentType=xml для веб-акшена ActionContractLimit

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

_________________
Биллинг: 6.1.895
ОС: Debian GNU/Linux
Java: 1.8.0

Немного продолжу тему...

Делаю такой запрос:



с параметрами:



В ответ прилетает:


И никакого понижения лимита не происходит. В логах сервера обращение видно, больше никаких сообщений касательно события в логах не нашел..

Версия биллинга: 6.2.1108 / 24.08.2016.

Возможно, как где-то писали, надо сначала авторизоваться, отловить куки, а потом уже выполнять action=ContractLimit? Если да, то каким запросом авторизоваться?..

статус договора дебетовый?

Да, дебетовый.

А из ЛК этого договора обещанный платёж работает?

Заглянул в дефолтный ЛК: меню Управление лимитом не отображается. Никаких настроек в биллинге касательно ЛК я не делал.

Может надо немного прояснить ситуацию... Если вкратце, то у нас "самописный" ЛК. Т.е. на отдельном сервере крутится нджинкс, который редиректит абонента на си-джи-ай враппер. Последний, в свою очередь, берет шаблоны, заполняет соответствующие поля данными из биллинга и все это отдает клиенту. Когда клиент хочет "доверительный платеж"(понижение лимита), он нажимает соответствующую кнопочку, враппер запрашивает биллинг возможно ли такое действие для клиента, и если да - то хотелось бы ему этот лимит понизить.
Враппер обращается в биллинг от имени своей учетной записи (завел в биллинге отдельную учетку и предоставил ей право управлять лимитами всех пользователей) и дает команду на временное понижение лимита (как из клиентской программы). Именно как подать эту команду посредством хттп(с) и интересует. Никакие дефолтные ЛК и возможности управления лимитом через них не используются.

Экспериментальным путем выяснилось следующее:

1.

в версии 6.2.1108 не работает (мне по крайней мере не удалось заставить работать).
2. Взаимодействие клиентского приложения с биллингом реализовано по протоколу SOAP поверх http(s).
3. Web-сервис через JSON RPC не реализован.

Выходит что Интеграция с внешними системами (для версии 6.2.1108) возможна только средствами Web-сервис через SOAP RPC. Очень помогла статья с вики:

http://wiki.bitel.ru/index.php/SOAP_%D0%B7%D0%B0%D0%BF%D1%80%D0%BE%D1%81_%D0%B8%D0%B7_Perl

Теперь ясно куда копать. Ну и wireshark конечно же...

Может кто-то разобрался и реализовал кнопку обещанного платежа без входа в личный кабинет?

Пытаюсь через JSON вызвать метод "searchContractLimitLogList" интерфейса ContractLimitService.


Ответ:

В каком формате нужно задавать Period?

И еще вопрос. Метод updateContractLimitPeriod делает апдейт какого-то уже существующего лимита или может создавать новый лимит?
Если только апдейт, существуют ли методы по добавлению новых лимитов?

Уважаемые разработчики, прокомментируйте пожалуйста.

Да, прокомментируйте, а...