>Кроме этого возможна реализация модулей НЕУСЛУГ.
>
>Например:
> - Пополнение счета с помощью различных платежных карт.
> - Экспорт данных в бухгалтерские программы и Execel.
> - Статистические, финансовые и аналитические отчеты.
> - и т.д.сие скажем так сервисные вещи к Биллингу относится мало.
>Такая модульность позволяет менять "поведение" билинга, в зависимости от
>того какие модули и/или модуль - услуги подключены.
Модульность и гибкость структуры ограничена структурой базы СУБД.
Эээ а где все тоже, но в виде ER диаграммы. Плюс если не хочется гемороя MySQL как поддерживаемая СУБД присутвовать не должена. Поскольку эта СУБД не позволяет реализовывать хранимые процедуры. Т.о. должно быть PostgreSQL, Firebird и Oracle как дефакто. Чего хочется. Более подробного описания алгоритма, ER-диаграммы в 3 нормальной форме ;).
>Неотъемлемой частью билинга есть возможность пользователя управлять >контрактом.
>Подразумевает наличие интерфейса пользователя к своему контракту.
>Возможность вносить какие-то изменения. Например блокировать "элемент
>услуги". Отказываться от услуги. Менять услугу с одной на другую.
>"Покупать" услугу.
По SSL и пароль без причин менять нельзя. Еще лучше по ЭЦП чтоб заход был :) (по SSL сертификатам). По минимуму просмотр статистики. По максимуму добавление услуг.
По первому типу услуг ip-телефония dial-up карточки. Ноги должны расти от RADIUS. И мое ИМХО лучше использовать FreeRADIUS как бы не вопили из GPL радиусов. Это лучшее.