[vop]

Зависит от того что и как считают. А то, может, там каждую минуту снимается дельта от количества прошедших байт (да-да, по всем пользователям, что в online) и, соответственно, записывается дельта по деньгам. Каждый раз пересчитывать баланс - ну, немного напряжно.

 

Это как-то совсем по варварски писать текущие затраты в историю платежей. :) Я всегда был уверен, что это делается один раз в месяц. в 00:00 1-го числа следующего месяца. :)

[SergoINFOLAN]

текущие затраты - например покупка просмотра фильма!

[dimas]

Это как-то совсем по варварски писать текущие затраты в историю платежей. :) Я всегда был уверен, что это делается один раз в месяц. в 00:00 1-го числа следующего месяца. :)

 

 

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

[Saab95]

текущие затраты - например покупка просмотра фильма!

 

Тут-то в чем проблема? Был баланс 1000р., фильм стоит 100р. при заказе сняли 100 на балансе сразу стало 900. Или есть акции вида посмотри 10 фильмов в месяц и все старые просмотры будут стоить на 10 рублей дешевле? Так и тут проще потом 100 рублей на счет накинуть и все. И в истории будет написано просмотр фильмов по 100р х 10 раз, а потом возврат 100р. по акции за просмотр 10 фильмов. Все просто и понятно.

[s.lobanov]

а в чём проблема кешировать баланс для CRM-ов и прочих "внешних" систем, можно ещё триггерами делать правильный баланс онлайн. если конечно БД и бизнес-логика в целом спроектирована не через жопу

[SergoINFOLAN]

глюк в том, что после списания надо ПЕРЕСЧИТАТЬ баланс, а списание или изменение может произойти в куче мест (например перерасчёт, переезд, сложные акции, сложные моменты, меняющие например текущий тариф, короче не очевидные моменты. Например если смс платные - то каждая смс меняет баланс...

конкретно к нам это АРЕНДА ОБОРУДОВАНИЯ, она всегда приходит незаметно ;)

[Sergey Gilfanov]

глюк в том, что после списания надо ПЕРЕСЧИТАТЬ баланс, а списание или изменение может произойти в куче мест

Не смешно. Т.к. 'это как?'

[vop]

глюк в том, что после списания надо ПЕРЕСЧИТАТЬ баланс,

 

А в чем проблема то? У меня 20+ тыс. балансов пересчитываются по историям платежей за 8 лет за, 12-14 секунд. Там целочисленная операция, малозатратная.

[SergoINFOLAN]

а если за эти 12-14 секунд придёт ещё 1 платёж например с банковской карты ?

пересчитывают все балансы или только те, у которых установлен флаг "Изменено - пересчитай меня PLS"

[ichthyandr]

Сначала:

 

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

 

И все скатывается к:

 

"С технической точки зрения важна поддержка биллингом BRAS, софтсвичей и другого оборудования, а в случае услуг по обеспечению доступа в интернет — наличие возможности автоматизации схемы доступа по технологии IPoE."

 

Вот и думаешь, нафига управляющим компаниям поддержка софтсвичей. :)

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

[ichthyandr]

а если за эти 12-14 секунд придёт ещё 1 платёж например с банковской карты ?

пересчитывают все балансы или только те, у которых установлен флаг "Изменено - пересчитай меня PLS"

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

например

[s.lobanov]

Сначала:

 

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

 

И все скатывается к:

 

"С технической точки зрения важна поддержка биллингом BRAS, софтсвичей и другого оборудования, а в случае услуг по обеспечению доступа в интернет — наличие возможности автоматизации схемы доступа по технологии IPoE."

 

Вот и думаешь, нафига управляющим компаниям поддержка софтсвичей. :)

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

 

Ну 1С именно в это и превратился, только там всё отдельными "модулями", что вообщем-то нормально. И вообще оно превратилось в некую платформу на которой можно писать любой софт, примерно как google chrome, на базе которого тоже писать любой прикладной софт

 

Ничего плохого нет в том, что вендоры биллинга делают и radius- и dhcp-сервера и сервис-активаторы и прочее. главное, чтобы оно было модульное и можно было их устанавливать/удалять/полностью отключать, т.е. типа ядро, модуль radius, модуль сервис-активации, модуль прослойки с cas и т.д.

[ichthyandr]

Сначала:

 

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

 

И все скатывается к:

 

"С технической точки зрения важна поддержка биллингом BRAS, софтсвичей и другого оборудования, а в случае услуг по обеспечению доступа в интернет — наличие возможности автоматизации схемы доступа по технологии IPoE."

 

Вот и думаешь, нафига управляющим компаниям поддержка софтсвичей. :)

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

 

Ну 1С именно в это и превратился, только там всё отдельными "модулями", что вообщем-то нормально. И вообще оно превратилось в некую платформу на которой можно писать любой софт, примерно как google chrome, на базе которого тоже писать любой прикладной софт

 

Ничего плохого нет в том, что вендоры биллинга делают и radius- и dhcp-сервера и сервис-активаторы и прочее. главное, чтобы оно было модульное и можно было их устанавливать/удалять/полностью отключать, т.е. типа ядро, модуль radius, модуль сервис-активации, модуль прослойки с cas и т.д.

до определенных версий 1С так оно и было, а потом (версии 7/8) они придумали свой язык программирования с генератором форм и отчетов и назвали это платформой :) Так что и на 1С вполне себе можно биллинг замутить при желании

Изменено 26 января, 2016 пользователем ichthyandr

[vop]

а если за эти 12-14 секунд придёт ещё 1 платёж например с банковской карты ?

 

Будет занесен в историю платежей и пересчитается через минуту.

 

пересчитывают все балансы или только те, у которых установлен флаг "Изменено - пересчитай меня PLS"

 

Для определения текущего баланса - только при изменении. При начислении абонплаты - обязательный пересчет. Ну и для составления отчетов тоже идет полны пересчет.

[Negator]

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

Должен, но отдельным модулем. Очень части=о они совмещены с биллингами.

Биллинг должен уметь выдавать информацию во внешний мир как по запросу, так и самостоятельно.

А еще есть прием платежей и платежные системы. Вроде и не биллинг, но очень близкое к нему.

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

[Pritorius]

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

 

Тем более не понятно когда сейчас продают скорость а не мегабайты в чём проблема написать простой билинг...

 

Трогали в своё время Идеко он де потом стал Карбонсофт, 3 или 4 ая версия которая ещё была с GUI. Вот прям всё в нём было не плохо, но в команду пришёл какой-то муд*к и вышла убогая бесполезная 5-я версия, с которой нереально работать без посещения психиатра. Умоляли продать нам 4-ку... но... кто покупает непонятно....

[Zarin]

Куча спорных моментов :)

 

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

 

В Гидре баланс абонента не выбирается из БД, а получается вызовом stored procedure. И всё бы ничего, но, блин!

- Оно МЕДЛЕННО!

- Оно НЕУДОБНО!

- При выводе в црм-ке пары сотен абонентов с балансом, нам прямым текстом "не порекомендовали" так делать, т.к., судя по анализу быстродействия, отображение этой странички (десяток раз за день) давало одну из самых больших нагрузок на i/o в системе.

- Простая сортировка абонентов по балансу требует дёрнуть хранимую процедуру N тысяч/десятков тысяч раз, что а) аццки грузит сервер, б) оооочень не быстро. Особенно это весело, когда хочется сделать по-быстрому кучу выборок.

 

 

А в целом билинг хороший :)

 

Мы перенесли базу на полку подключенную к контроллеру LSI Nytro Megaraid. Ситуация сильно улучшилась.

Изменено 27 января, 2016 пользователем Zarin

[dm777]

Рекламная хрень ... Реально нет ни одного полностью удобного биллинга ...

Мы используем БГБиллинг единственный который сами поставили настроили работает ... Остальное из серии дайте нам денег мы вам настроим ...

Изменено 28 января, 2016 пользователем dm777

[Wingman]

Zarin, у нас оно и без того как раз на LSI мегарейде :)

[YuryD]

Удобный биллинг, или АСР, не бывает. Главное в нём - сертификат, остальное - костылики для безногих. Единственное полезное в биллинге - способность легко менять тарифные планы, по хотелкам безумных маркетологов. Ибо логика списаний бухгалтерских - человеку обычному недоступна, и разьяснить её клиенту - может только зеленый человечек с марса.

[vop]

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

 

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

[Галушко Дмитрий]

Наличие сертификатов

 

В официальных документах Министерства связи России биллинговые системы называются "автоматизированными системами расчетов" (АСР). Подобные программные продукты подлежат обязательной сертификации для использования у операторов связи. Наличие сертификата говорит о том, что продукт прошел испытания в независимой тестовой лаборатории, которые доказали его работоспособность при определенном максимальном количестве абонентов.

 

Соответственно, если оператор планирует работать с количеством абонентов, которое превышает 1 млн человек, а у рассматриваемого биллинга есть сертификат, в котором максимальное число составляет 500 000, то это повод задуматься об альтернативных вариантах.

Если до 1 млн.,

то биллинг вообще сертифицированный не нужен.

Достаточно самописного или вообще 1С можно считать

Потому как при анлимных тарифах, РКН не требует...

Единственно для межоператорских разборок он полезен.

Но там 3% и так принимают, а свыше: нужен биллинг не под услуги связи, а под услуги по пропуску трафика, что в описываемом серте скорее всего отсутствует.

[TIR52]

Ребята с латеры всегда так красиво рассказывают на кросе, статьи вроде правильные пишут, а как до конкретных вопросов доходит то слово не знаю зашкаливает в ответах. Можете это только мне такие контакты попадаются и там есть другие менеджеры?

[Галушко Дмитрий]

Кстати про необязательность иметь серт биллинг при анлимных тарифах, но разрешение на самописный

См. http://www.ordercom.ru/Bill.pdf