| forum.bitel.ru http://forum.bitel.ru/ |
|
| Возможна ли реализация скрипта поведения??? http://forum.bitel.ru/viewtopic.php?f=8&t=517 |
Страница 1 из 2 |
| Автор: | dsheptalin [ 07 ноя 2007, 14:33 ] |
| Заголовок сообщения: | Возможна ли реализация скрипта поведения??? |
Возможна ли реализация скрипта поведения??? по параметру: Called-Station-Id относить договор к определенным Диллерам. Если кто то реализовал поделитесь опытом. |
|
| Автор: | Администратор [ 07 ноя 2007, 15:40 ] |
| Заголовок сообщения: | |
А при отнесении к дилерам что должно происходить с договором? |
|
| Автор: | dsheptalin [ 07 ноя 2007, 16:07 ] |
| Заголовок сообщения: | |
с договором ничего.... просто договор переходит к диллеру и проченты с него идут диллеру.... |
|
| Автор: | Администратор [ 07 ноя 2007, 18:06 ] |
| Заголовок сообщения: | |
Какой в нем признак ставится в биллинге? |
|
| Автор: | dsheptalin [ 07 ноя 2007, 18:09 ] |
| Заголовок сообщения: | |
Ну к фирме наверное Спрвочник>фирмы>фирма |
|
| Автор: | dsheptalin [ 07 ноя 2007, 23:40 ] |
| Заголовок сообщения: | |
ответьте реально или нет читать доку по яве и пробовать методом тыка неохото... |
|
| Автор: | dsheptalin [ 08 ноя 2007, 14:46 ] |
| Заголовок сообщения: | |
ОТВЕТЬТЕ!!! Реально или нестоит пытаться??? |
|
| Автор: | Amir [ 08 ноя 2007, 16:56 ] |
| Заголовок сообщения: | |
Мне кажется, проще по примерам с форума и документации. В основном там сводится к присваиванию и вызову ф-ций, почти как в javascript. |
|
| Автор: | dsheptalin [ 08 ноя 2007, 17:39 ] |
| Заголовок сообщения: | |
да вот по примерам и непонятно |
|
| Автор: | Администратор [ 09 ноя 2007, 11:33 ] |
| Заголовок сообщения: | |
Нереально, скрипт отрабатывает еще до отнесения запроса к конкретному договору. |
|
| Автор: | dsheptalin [ 09 ноя 2007, 12:23 ] |
| Заголовок сообщения: | |
не то абонентку можно начислить, а почему нельзя отправить договор диллеру и ли в определенную группу договоров проанализировав параметрт??? |
|
| Автор: | dsheptalin [ 09 ноя 2007, 12:37 ] |
| Заголовок сообщения: | |
Вот типовой скрипт из примера: Скрипт установки услуги типа "Время" для BGRadiusDialup, устанавливает для клиентов с номерной емкости 8383275 иную цену услуги (20). Анализируется атрибут Calling-Station-Id. Скрипт: import bitel.billing.server.radius.*; numPrefix = "8383275"; callingStation = request.getStringAttribute( 31 ); if( callingStation != null && callingStation.startsWith( numPrefix ) ) { request.setOption( "service_time", "20" ); } сдесь он ставит иную цену услуги. А нухно чтобы он относил договор в другую группу или диллеру... |
|
| Автор: | dsheptalin [ 09 ноя 2007, 12:42 ] |
| Заголовок сообщения: | |
сапланировано так напрямую клиент работает через авторизацию Микротика и в Каллед АйДИ пишутся маки клиентов, а диллеры работают с ППтП авторизацией и Каллед АйДИ показывается Аипишники их железок (вот по айпишнику и надо договора разнести по диллерам или группам).... |
|
| Автор: | dsheptalin [ 09 ноя 2007, 13:33 ] |
| Заголовок сообщения: | |
Функция действительно нужная (это не каприз) ... - продается интернет допустим (в кафе или домашних сетях) и диллеры за это получают вознаграждение, и хотят контролировать его размер). При регистрации абонентов вручную все просто. А при регистрации через WEB необходимо чтобы абонент поподал к диллеру.... |
|
| Автор: | dsheptalin [ 09 ноя 2007, 14:29 ] |
| Заголовок сообщения: | |
если можно реализовать скриптом подскажите направление если нет может добавите в ТУДУ функционал будет востребован |
|
| Автор: | Amir [ 09 ноя 2007, 15:07 ] |
| Заголовок сообщения: | |
Договор, созданный по карточке, которая привязана к дилеру, уже неявно привязан к дилеру (В карточке указано, на какой договор она активирована). Также можно повесить скрипт на создание договора (указав его также в шаблоне договора), который бы добавлял параметр "ссылка на договор" со значением договора, привязанного к дилеру. В частности, последнее можно использовать в агентском отчете, где подсчитываются % от произвольных услуг. |
|
| Автор: | Amir [ 09 ноя 2007, 15:29 ] |
| Заголовок сообщения: | |
Событие на создание договора никак не связано с запросами radius,и наоборот, при предобработке скриптом радиус запросов к ним еще никак договор не привязан. Т.е проблема в том, откуда тогда взять договор дилера, если он не привязан к карточке. Также, если клиент зашел потом в интернет кафе другого дилера под тем же логином паролем, что в этом случае? Наверно процент должен идти уже к этому дилеру? Тогда, получается каждая сессия может быть привязана к своему дилеру. В этом случае возможно будет лучше сделать отчет который выбирает сессии и их стоимость по calling-station-id. |
|
| Автор: | dsheptalin [ 09 ноя 2007, 16:12 ] |
| Заголовок сообщения: | |
вот я и сам непойму механизма но впринципе абонент от другово диллера заходить в нет небудет. |
|
| Автор: | dsheptalin [ 09 ноя 2007, 16:15 ] |
| Заголовок сообщения: | |
былобы идеально если диллеру присваивается свой Каллинг ИД и все что его то его. а по отчетам нудно и диллер невидит сколько он заработал |
|
| Автор: | Amir [ 09 ноя 2007, 17:04 ] |
| Заголовок сообщения: | |
Ну тогда, можно, наверно, что то вроде: В шаблоне договора указывается дополнительная группа "Дилерский/необработанный" и привязан скрипт, который привяжет его к договору,срабатывающий на таймер планировщика задач. К дилерскому договору привязан обсчитывающий скрипт, срабатывающий на таймер планировщика задач. Ночью сначала срабатывает скрипт привязки, В скрипте проверяется что договор создан раньше чем сегодня, потом ищется его первая сессия, берется оттуда calling-station-id и по нему ищется дилерский договор (calling-station-id прописаны в договоре через объект), устанавливается ссылка на агентский договор, привязка к скрипту из договора удаляется. Позже запускается таймер, по которому обрабатываются дилерские скрипты. Он выбирает дилерские договора по ссылке, по ним выбирает сессии за которые завершились предыдущим днем, и ложит приход на дилерский договор. Или, если все-таки использовать привязку как описывалось выше, то скрипт добавляется дилерам, он выбирает сессии, закончившиеся предыдущим днем, и у которых calling-station-id подходит, затем считает, добавляет приход. Также следует учитывать возможный переобсчет сессий (неправильный тариф и т.п.) |
|
| Автор: | dsheptalin [ 11 ноя 2007, 13:28 ] |
| Заголовок сообщения: | |
а проще можно? скрипт который при заходе абонента смотрит Called-Station-Id и взависимости от этого параметра относит договор в определеную группу договоров.??? |
|
| Автор: | Администратор [ 13 ноя 2007, 12:17 ] |
| Заголовок сообщения: | |
Это возможно, но в данный момент логин абонента не порождает никакого события, которое можно было бы обработать.. |
|
| Автор: | dsheptalin [ 13 ноя 2007, 18:42 ] |
| Заголовок сообщения: | |
Все пишут "возможно" а где доку по Вашему скриптингу найти??? Без доки ничего невозможно - в примерах подобные действия неописаны... |
|
| Автор: | Администратор [ 13 ноя 2007, 18:52 ] |
| Заголовок сообщения: | |
http://bgbilling.ru/v4.3/docs.shtml API документация которая.. |
|
| Автор: | dsheptalin [ 14 ноя 2007, 00:06 ] |
| Заголовок сообщения: | |
А там кроме функций ничего и нет (ниодного коментария к фунциям).... |
|
| Автор: | dsheptalin [ 14 ноя 2007, 16:04 ] |
| Заголовок сообщения: | |
ну если нет доки тогда хоть помогите с реализацией скрипта.... функчия для меня критичная - пока недобьюсь нужного функционала (покупать ниче небуду)... |
|
| Автор: | Victor [ 14 ноя 2007, 16:51 ] |
| Заголовок сообщения: | |
dsheptalin писал(а): Все пишут "возможно" а где доку по Вашему скриптингу найти???
Без доки ничего невозможно - в примерах подобные действия неописаны... Скрипты в биллинге это обыкновенная Java... |
|
| Автор: | Администратор [ 14 ноя 2007, 19:01 ] |
| Заголовок сообщения: | |
Может я некорректно выразился. В текущей версии то о чем вы пишите невозможно. Если нужно - можем добавить в текущую событие о логине пользователя которое вы уже сможете обработать скриптом. |
|
| Автор: | dsheptalin [ 15 ноя 2007, 11:45 ] |
| Заголовок сообщения: | |
Может быть и я неправильно сформулировал, а цель такова: абоненты в "домашних сетях" могут заключать договор оферты и получать доступ в интернет, необходимо учитывать какой абонент из какой сети - чтобы платить владельцам сетей агентское вознаграждение. Может для этого существуют и другие способы... |
|
| Автор: | dsheptalin [ 15 ноя 2007, 12:10 ] |
| Заголовок сообщения: | |
и вы везде дедаете упор на логин, а сейчас ключевой параметр на железке диллера Called-Station-Id, можно ли сделать так - если Called-Station-Id = ххх.ххх.ххх.ххх то диллер №х и эту переменную прописать где то... Такой вариант возможен??? |
|
| Страница 1 из 2 | Часовой пояс: UTC + 5 часов [ Летнее время ] |
| Powered by phpBB® Forum Software © phpBB Group http://www.phpbb.com/ |
|