BiTel

Возможна ли реализация скрипта поведения???

по параметру: Called-Station-Id относить договор к определенным Диллерам.

Если кто то реализовал поделитесь опытом.

А при отнесении к дилерам что должно происходить с договором?

с договором ничего.... просто договор переходит к диллеру и проченты с него идут диллеру....

Какой в нем признак ставится в биллинге?

Ну к фирме наверное Спрвочник>фирмы>фирма

ответьте реально или нет читать доку по яве и пробовать методом тыка неохото...

ОТВЕТЬТЕ!!! Реально или нестоит пытаться???

Мне кажется, проще по примерам с форума и документации.
В основном там сводится к присваиванию и вызову ф-ций, почти как в javascript.

да вот по примерам и непонятно

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

не то абонентку можно начислить, а почему нельзя отправить договор диллеру и ли в определенную группу договоров проанализировав параметрт???

Вот типовой скрипт из примера:
Скрипт установки услуги типа "Время" для 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" );
}


сдесь он ставит иную цену услуги.

А нухно чтобы он относил договор в другую группу или диллеру...

сапланировано так напрямую клиент работает через авторизацию Микротика и в Каллед АйДИ пишутся маки клиентов, а диллеры работают с ППтП авторизацией и Каллед АйДИ показывается Аипишники их железок (вот по айпишнику и надо договора разнести по диллерам или группам)....

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

если можно реализовать скриптом подскажите направление
если нет может добавите в ТУДУ функционал будет востребован

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

Событие на создание договора никак не связано с запросами radius,и наоборот, при предобработке скриптом радиус запросов к ним еще никак договор не привязан.
Т.е проблема в том, откуда тогда взять договор дилера, если он не привязан к карточке.

Также, если клиент зашел потом в интернет кафе другого дилера под тем же логином паролем, что в этом случае? Наверно процент должен идти уже к этому дилеру?
Тогда, получается каждая сессия может быть привязана к своему дилеру. В этом случае возможно будет лучше сделать отчет который выбирает сессии и их стоимость по calling-station-id.

вот я и сам непойму механизма но впринципе абонент от другово диллера заходить в нет небудет.

былобы идеально если диллеру присваивается свой Каллинг ИД и все что его то его. а по отчетам нудно и диллер невидит сколько он заработал

Ну тогда, можно, наверно, что то вроде:
В шаблоне договора указывается дополнительная группа "Дилерский/необработанный" и привязан скрипт, который привяжет его к договору,срабатывающий на таймер планировщика задач.
К дилерскому договору привязан обсчитывающий скрипт, срабатывающий на таймер планировщика задач.
Ночью сначала срабатывает скрипт привязки,
В скрипте проверяется что договор создан раньше чем сегодня, потом ищется его первая сессия, берется оттуда calling-station-id и по нему ищется дилерский договор (calling-station-id прописаны в договоре через объект), устанавливается ссылка на агентский договор, привязка к скрипту из договора удаляется.

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

Или, если все-таки использовать привязку как описывалось выше,
то скрипт добавляется дилерам, он выбирает сессии, закончившиеся предыдущим днем, и у которых calling-station-id подходит, затем считает, добавляет приход.

Также следует учитывать возможный переобсчет сессий (неправильный тариф и т.п.)

а проще можно?

скрипт который при заходе абонента смотрит Called-Station-Id и взависимости от этого параметра относит договор в определеную группу договоров.???

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

Все пишут "возможно" а где доку по Вашему скриптингу найти???
Без доки ничего невозможно - в примерах подобные действия неописаны...

http://bgbilling.ru/v4.3/docs.shtml
API документация которая..

А там кроме функций ничего и нет (ниодного коментария к фунциям)....

ну если нет доки тогда хоть помогите с реализацией скрипта....
функчия для меня критичная - пока недобьюсь нужного функционала (покупать ниче небуду)...

Скрипты в биллинге это обыкновенная Java...

Может я некорректно выразился. В текущей версии то о чем вы пишите невозможно. Если нужно - можем добавить в текущую событие о логине пользователя которое вы уже сможете обработать скриптом.

Может быть и я неправильно сформулировал, а цель такова:
абоненты в "домашних сетях" могут заключать договор оферты и получать доступ в интернет, необходимо учитывать какой абонент из какой сети - чтобы платить владельцам сетей агентское вознаграждение. Может для этого существуют и другие способы...

и вы везде дедаете упор на логин, а сейчас ключевой параметр на железке диллера Called-Station-Id, можно ли сделать так
- если Called-Station-Id = ххх.ххх.ххх.ххх то диллер №х
и эту переменную прописать где то...

Такой вариант возможен???