BiTel

Самый обычный случай.
IPN: Есть абонплата 200$ за 2 ГБ. Если сверх - то 12$ за 100МБ. При этом надо выбрать максимальный - исходящий или входящий.

И еще. Если мы снимаем абонплату за каждый телефон, который подключен клиенту, то как сделать так чтобы абонплата умнжалась на количество телефонов.

Знаю что глуповатые вопросы но сделать не поучается. Спасибо заранее.

у меня так:

превалирующий трафки это: max.traffic.8=2,3
где
8 услуга превалирующий трафик
2 входящий
3 исходящий

когда заводишь абон плату в договоре есть поле "кол-во"
либо каждый телефон заводишь как объект и к каждому объекту цепляешь абон плату

Спасибо большое. И то и другое работает.

Одно но... Если клиентская наработка выше исходящего трафика, то шаг 100 мбайт. Но почему то она не округляет вверх.

На примере:
1024 мбайт включено в абон плату.
Абон плата состовляет 18336 наших денег.
Трафика у клиента 13415,16 МБ.
каждые превышение округляется до 100 МБ вверх.
Эти 100МБ стоят 1480 наших дегег.

Билинг должен делать так: ОКРУГЛВВЕРХ((13415,16-1024)/100)*1480
Но вместо этого получается вот так ((13415,16-1024)/100)*1480

И еще один глюк обнаружил в такой схеме.

После редактирования тарифного плана делаю начисление по максимольным трафикам. Первый раз делается почти правильно (за исклчением округления вверх описанаго в предыдущем посте). Но если я делаю начисление еще раз, то наработка по трафику меняется. При чем прибавляется к ней тот трафик который сидит в абонентской плате. И никак не меняется при повторной обработке зачислений пока не сделаю изменений в тарифном плане (просто поменяю 100МБ на 100МБ и сохраню).

Обновление давно ставили? Подобную ошибку уже вроде исправляли.

Где-то дней 25-30 назад. Надо обновиться?

Обновился. Но оба глюка остались.

Тоже обновился
ipn вер. 4.4 сборка 72 от 25.06.2008 12:23:35

ничего не изменилось.

Вижу только что обновили ipn. Спасибо. Первый глюк снят, как я понял. Округление остается проблемой по крайней мере у меня

Все-таки скажите что с округлением вверх? А то обсчет то ведется неправильный

В данный момент функции округления наработки нет.

Так что все? На этом тестирование билинга нам заканчивать и искать другой что ли? Ведь 1000 договоров не переподпишешь из-за такой мелочи...

Когда я пишу что 1030 рублей за 100МБ -> 100 разве не подразумевается как шаг?

Я имею в виду, что если бы я как пользователь хотел сделать шаг 1480 руб за 100мбайт то я пишу как есть. Ну а если бы шаг 10мбайт - то 148 руб. Логика такая? Такой подход у вас реализован в телефонии. Это получается глюк?

Ну как, ждать обновление или нет? А то работа стоит...

Откликнитесь кто-нибудь? Неужели ни у кого таких проблем нет. Ни у кого нет шага окрпугления что ли?

В телефонии округляется длительность звонка. А в передаче данных такой единицы потребления, как звонок, нет. В пределах чего округлять? Дня/месяца/часа? В договоре у вас что описано на сей счет.
В данный момент второе число в стоимости - просто делитель. Если 1 руб за 3 мегабайта, то за 1 МБ 1/3 рубля, за 0.1 МБ 1/30 и т.д. вплоть до байта.

Я же не прошу округлять каждый пакет в час и проч. Если клиент скачал 1491МБ в месяц - то я хочу, чтобы он оплатил абонплату (допустим 1024МБ) и то, что сверх нее - 397 округлили до 400 вверх. Превышение надо довести вверх до 100МБ. Не знаю как в России, в Казахстане все операторы поголовно применяют такой шаг.



Из договора: Оплата превышения 1 Гб трафика за каждый полный/неполный 100 Мб трафика. прим: 1Гб - это тоже переменная величина, сидящая в абонплате. У разных клиентов по разному.
Вот также тарифный план нашего Нац. провайдера. http://www.almatytelecom.kz/php1/tariff ... ternet.php


Какой смысл в этом? Ну хочу я по байтам брать - напишу 0,333 руб за 1МБ. С моей точки зрения в функционале ничего не потеряется.. Тем более что интерфейс итак наталкивает на мысль, что тут должно округляться. Я вообще удивлен что до сих пор никто не задают такой вопрос.

В текущий момент такого функционала нет.

Смысл в том, чтобы вам бесконечные (не)периодические дроби не писать. Ну или до предела разрядности, что тоже не мало. Просто удобнее для ввода. Кто-то за гигабайт цену делает, кто-то за мегабайт, кто-то считает миллионами байт.
По округлению вроде когда-то давно было такое. А сейчас вообще тенденция к анлиму идет везде за абонплату.

То что функционала нет, это я уже понял. Но все же, можно что либо сделать или нет? Не много ни мало забили почти 800 клиентов. с их пулами адресов.



Получается смысл в том, чтобы билинг поделил вместо меня 1 на 3 и округлил до того разряда, который вы заложили, а не я, как провайдер пердпочел. В этом "смысле" особого смысла нету согласитесь...



Ну извините... Если к Анлиму идет дело то у билинговых систем вообще нет будущего и смысл сейчас стараться какой? Зачем дорабатывать Netflow коллектор было в таком случае? Вернемся к списку экселя и будем писать кто на какой скорости подключен, кто должен, кто заплатил.

У нас монополия провайдеров бэкбона а скорее олигополия даже. У нас тенденции такой точно нет. По крайней мере в корпоративном сегменте. Не то что пользователи, провайдеры второго уровня не могут анлим покупать.

Можно все. Вопрос сроков и цены. Пишите на billing@bitel.ru детальное описание, того что вам нужно.

По электронной почте вообще никто не отвечает. Вы ее хоть смотрите?

Смотрим, вам уже было отвечено сегодня. Проверьте свою почту.

С вашим округлением ничего так и не понятно, почему так настаиваете.. ну ладно. Вопрос решим. Пока я хочу сделать свою систему которая делает обсчет с округлением. То есть я хочу брать данные по трафику из биллинга, обсчитываю по своим правилам, а потом делаю начисление и вписываю данные так, как будто написал их модуль IPN. Потом пойдем далее тестировать 1С, CRM итд.

Можете мне дать наводку как и где в БД храниться информация о начислении за трафик?

http://dbinfo.bitel.ru/
Нужно после тарификации заносить информацию в таблицы: contract_account (наработка с разбивкой по услугам), contract_balance (баланс).

Спасибо. А скажите пожалуйста как осуществляется связь между таблицей contract и таблицей tarrif_plan? Это для того, чтобы я просто мог видеть, какой тарифный план выбран для конкретного клиента. Спасибо.

contract_tariff

И еще один вопрос. Где хранятся цифры по начисленным абонплатам.

contract_account