у меня так:
превалирующий трафки это: max.traffic.8=2,3
где
8 услуга превалирующий трафик
2 входящий
3 исходящий
| Вложения: |
|
tarif.JPG [ 28.6 КБ | Просмотров: 13773 ] |
| forum.bitel.ru http://forum.bitel.ru/ |
|
| Не могу реализовать тарифный план. http://forum.bitel.ru/viewtopic.php?f=7&t=1254 |
Страница 1 из 2 |
| Автор: | Kama s Utra [ 26 июн 2008, 17:18 ] |
| Заголовок сообщения: | Не могу реализовать тарифный план. |
Самый обычный случай. IPN: Есть абонплата 200$ за 2 ГБ. Если сверх - то 12$ за 100МБ. При этом надо выбрать максимальный - исходящий или входящий. И еще. Если мы снимаем абонплату за каждый телефон, который подключен клиенту, то как сделать так чтобы абонплата умнжалась на количество телефонов. Знаю что глуповатые вопросы но сделать не поучается. Спасибо заранее. |
|
| Автор: | MiB [ 26 июн 2008, 18:27 ] | ||
| Заголовок сообщения: | |||
у меня так: превалирующий трафки это: max.traffic.8=2,3 где 8 услуга превалирующий трафик 2 входящий 3 исходящий
|
|||
| Автор: | Jimson [ 26 июн 2008, 20:10 ] |
| Заголовок сообщения: | Re: Не могу реализовать тарифный план. |
Kama s Utra писал(а): И еще. Если мы снимаем абонплату за каждый телефон, который подключен клиенту, то как сделать так чтобы абонплата умнжалась на количество телефонов.
когда заводишь абон плату в договоре есть поле "кол-во" либо каждый телефон заводишь как объект и к каждому объекту цепляешь абон плату |
|
| Автор: | Kama s Utra [ 27 июн 2008, 11:47 ] |
| Заголовок сообщения: | |
Спасибо большое. И то и другое работает. Одно но... Если клиентская наработка выше исходящего трафика, то шаг 100 мбайт. Но почему то она не округляет вверх. На примере: 1024 мбайт включено в абон плату. Абон плата состовляет 18336 наших денег. Трафика у клиента 13415,16 МБ. каждые превышение округляется до 100 МБ вверх. Эти 100МБ стоят 1480 наших дегег. Билинг должен делать так: ОКРУГЛВВЕРХ((13415,16-1024)/100)*1480 Но вместо этого получается вот так ((13415,16-1024)/100)*1480 
|
|
| Автор: | Kama s Utra [ 27 июн 2008, 11:58 ] |
| Заголовок сообщения: | |
И еще один глюк обнаружил в такой схеме. После редактирования тарифного плана делаю начисление по максимольным трафикам. Первый раз делается почти правильно (за исклчением округления вверх описанаго в предыдущем посте). Но если я делаю начисление еще раз, то наработка по трафику меняется. При чем прибавляется к ней тот трафик который сидит в абонентской плате. И никак не меняется при повторной обработке зачислений пока не сделаю изменений в тарифном плане (просто поменяю 100МБ на 100МБ и сохраню). |
|
| Автор: | Администратор [ 27 июн 2008, 14:12 ] |
| Заголовок сообщения: | |
Обновление давно ставили? Подобную ошибку уже вроде исправляли. |
|
| Автор: | Kama s Utra [ 27 июн 2008, 14:47 ] |
| Заголовок сообщения: | |
Где-то дней 25-30 назад. Надо обновиться? |
|
| Автор: | Kama s Utra [ 27 июн 2008, 15:32 ] |
| Заголовок сообщения: | |
Обновился. Но оба глюка остались. |
|
| Автор: | spa [ 28 июн 2008, 12:18 ] |
| Заголовок сообщения: | |
Тоже обновился ipn вер. 4.4 сборка 72 от 25.06.2008 12:23:35 ничего не изменилось. |
|
| Автор: | Kama s Utra [ 30 июн 2008, 16:46 ] |
| Заголовок сообщения: | |
Вижу только что обновили ipn. Спасибо. Первый глюк снят, как я понял. Округление остается проблемой по крайней мере у меня |
|
| Автор: | Kama s Utra [ 01 июл 2008, 14:28 ] |
| Заголовок сообщения: | |
Все-таки скажите что с округлением вверх? А то обсчет то ведется неправильный |
|
| Автор: | Администратор [ 01 июл 2008, 16:27 ] |
| Заголовок сообщения: | |
В данный момент функции округления наработки нет. |
|
| Автор: | Kama s Utra [ 01 июл 2008, 17:11 ] |
| Заголовок сообщения: | |
Так что все? На этом тестирование билинга нам заканчивать и искать другой что ли? Ведь 1000 договоров не переподпишешь из-за такой мелочи... |
|
| Автор: | Kama s Utra [ 01 июл 2008, 17:30 ] |
| Заголовок сообщения: | |
Когда я пишу что 1030 рублей за 100МБ -> 100 разве не подразумевается как шаг? |
|
| Автор: | Kama s Utra [ 02 июл 2008, 09:31 ] |
| Заголовок сообщения: | |
Я имею в виду, что если бы я как пользователь хотел сделать шаг 1480 руб за 100мбайт то я пишу как есть. Ну а если бы шаг 10мбайт - то 148 руб. Логика такая? Такой подход у вас реализован в телефонии. Это получается глюк? |
|
| Автор: | Kama s Utra [ 02 июл 2008, 14:10 ] |
| Заголовок сообщения: | |
Ну как, ждать обновление или нет? А то работа стоит... |
|
| Автор: | Kama s Utra [ 02 июл 2008, 16:04 ] |
| Заголовок сообщения: | |
Откликнитесь кто-нибудь? Неужели ни у кого таких проблем нет. Ни у кого нет шага окрпугления что ли? |
|
| Автор: | Администратор [ 03 июл 2008, 12:16 ] |
| Заголовок сообщения: | |
В телефонии округляется длительность звонка. А в передаче данных такой единицы потребления, как звонок, нет. В пределах чего округлять? Дня/месяца/часа? В договоре у вас что описано на сей счет. В данный момент второе число в стоимости - просто делитель. Если 1 руб за 3 мегабайта, то за 1 МБ 1/3 рубля, за 0.1 МБ 1/30 и т.д. вплоть до байта. |
|
| Автор: | Kama s Utra [ 03 июл 2008, 13:07 ] |
| Заголовок сообщения: | |
Цитата: В телефонии округляется длительность звонка. А в передаче данных такой единицы потребления, как звонок, нет. В пределах чего округлять? Дня/месяца/часа? Я же не прошу округлять каждый пакет в час и проч. Если клиент скачал 1491МБ в месяц - то я хочу, чтобы он оплатил абонплату (допустим 1024МБ) и то, что сверх нее - 397 округлили до 400 вверх. Превышение надо довести вверх до 100МБ. Не знаю как в России, в Казахстане все операторы поголовно применяют такой шаг. Цитата: В договоре у вас что описано на сей счет. Из договора: Оплата превышения 1 Гб трафика за каждый полный/неполный 100 Мб трафика. прим: 1Гб - это тоже переменная величина, сидящая в абонплате. У разных клиентов по разному. Вот также тарифный план нашего Нац. провайдера. http://www.almatytelecom.kz/php1/tariff ... ternet.php Цитата: В данный момент второе число в стоимости - просто делитель. Если 1 руб за 3 мегабайта, то за 1 МБ 1/3 рубля, за 0.1 МБ 1/30 и т.д. вплоть до байта.
Какой смысл в этом? Ну хочу я по байтам брать - напишу 0,333 руб за 1МБ. С моей точки зрения в функционале ничего не потеряется.. Тем более что интерфейс итак наталкивает на мысль, что тут должно округляться. Я вообще удивлен что до сих пор никто не задают такой вопрос. |
|
| Автор: | Администратор [ 03 июл 2008, 13:32 ] |
| Заголовок сообщения: | |
Цитата: Я же не прошу округлять каждый пакет в час и проч. Если клиент скачал 1491МБ в месяц - то я хочу, чтобы он оплатил абонплату (допустим 1024МБ) и то, что сверх нее - 397 округлили до 400 вверх. Превышение надо довести вверх до 100МБ. Не знаю как в России, в Казахстане все операторы поголовно применяют такой шаг. В текущий момент такого функционала нет. Цитата: Какой смысл в этом? Ну хочу я по байтам брать - напишу 0,333 руб за 1МБ. С моей точки зрения в функционале ничего не потеряется.. Тем более что интерфейс итак наталкивает на мысль, что тут должно округляться. Я вообще удивлен что до сих пор никто не задают такой вопрос.
Смысл в том, чтобы вам бесконечные (не)периодические дроби не писать. Ну или до предела разрядности, что тоже не мало. Просто удобнее для ввода. Кто-то за гигабайт цену делает, кто-то за мегабайт, кто-то считает миллионами байт. По округлению вроде когда-то давно было такое. А сейчас вообще тенденция к анлиму идет везде за абонплату. |
|
| Автор: | Kama s Utra [ 03 июл 2008, 14:37 ] |
| Заголовок сообщения: | |
Цитата: В текущий момент такого функционала нет. То что функционала нет, это я уже понял. Но все же, можно что либо сделать или нет? Не много ни мало забили почти 800 клиентов. с их пулами адресов. Цитата: Смысл в том, чтобы вам бесконечные (не)периодические дроби не писать. Ну или до предела разрядности, что тоже не мало. Просто удобнее для ввода. Кто-то за гигабайт цену делает, кто-то за мегабайт, кто-то считает миллионами байт. Получается смысл в том, чтобы билинг поделил вместо меня 1 на 3 и округлил до того разряда, который вы заложили, а не я, как провайдер пердпочел. В этом "смысле" особого смысла нету согласитесь... Цитата: По округлению вроде когда-то давно было такое. А сейчас вообще тенденция к анлиму идет везде за абонплату.
Ну извините... Если к Анлиму идет дело то у билинговых систем вообще нет будущего и смысл сейчас стараться какой? Зачем дорабатывать Netflow коллектор было в таком случае? Вернемся к списку экселя и будем писать кто на какой скорости подключен, кто должен, кто заплатил. У нас монополия провайдеров бэкбона а скорее олигополия даже. У нас тенденции такой точно нет. По крайней мере в корпоративном сегменте. Не то что пользователи, провайдеры второго уровня не могут анлим покупать. |
|
| Автор: | Администратор [ 03 июл 2008, 15:55 ] |
| Заголовок сообщения: | |
Цитата: То что функционала нет, это я уже понял. Но все же, можно что либо сделать или нет? Не много ни мало забили почти 800 клиентов. с их пулами адресов.
Можно все. Вопрос сроков и цены. Пишите на billing@bitel.ru детальное описание, того что вам нужно. |
|
| Автор: | Kama s Utra [ 10 июл 2008, 11:21 ] |
| Заголовок сообщения: | |
По электронной почте вообще никто не отвечает. Вы ее хоть смотрите? |
|
| Автор: | Администратор [ 10 июл 2008, 16:28 ] |
| Заголовок сообщения: | |
Смотрим, вам уже было отвечено сегодня. Проверьте свою почту. |
|
| Автор: | Kama s Utra [ 15 июл 2008, 11:29 ] |
| Заголовок сообщения: | |
С вашим округлением ничего так и не понятно, почему так настаиваете.. ну ладно. Вопрос решим. Пока я хочу сделать свою систему которая делает обсчет с округлением. То есть я хочу брать данные по трафику из биллинга, обсчитываю по своим правилам, а потом делаю начисление и вписываю данные так, как будто написал их модуль IPN. Потом пойдем далее тестировать 1С, CRM итд. Можете мне дать наводку как и где в БД храниться информация о начислении за трафик? |
|
| Автор: | Администратор [ 15 июл 2008, 15:46 ] |
| Заголовок сообщения: | |
http://dbinfo.bitel.ru/ Нужно после тарификации заносить информацию в таблицы: contract_account (наработка с разбивкой по услугам), contract_balance (баланс). |
|
| Автор: | Kama s Utra [ 16 июл 2008, 12:55 ] |
| Заголовок сообщения: | |
Спасибо. А скажите пожалуйста как осуществляется связь между таблицей contract и таблицей tarrif_plan? Это для того, чтобы я просто мог видеть, какой тарифный план выбран для конкретного клиента. Спасибо. |
|
| Автор: | Администратор [ 16 июл 2008, 15:10 ] |
| Заголовок сообщения: | |
contract_tariff |
|
| Автор: | Kama s Utra [ 16 июл 2008, 16:57 ] |
| Заголовок сообщения: | |
И еще один вопрос. Где хранятся цифры по начисленным абонплатам. |
|
| Автор: | Администратор [ 17 июл 2008, 14:18 ] |
| Заголовок сообщения: | |
contract_account |
|
| Страница 1 из 2 | Часовой пояс: UTC + 5 часов [ Летнее время ] |
| Powered by phpBB® Forum Software © phpBB Group http://www.phpbb.com/ |
|