Каменный ГостьДумаю, что анализ исходных (сырых) данных это начало. Счета, счета-фактуры, книга покупок и продаж это окончание.
(нехотя поднимая)

1) Счета и 2) счет-фактуры, КПок, КПр - это очень разные задачи

может, здесь и проходит граница?

(инициатору)

в упомянутой ветке "заговорили" только
об одном чуде на букву фэ

а есть ли у инициатора опыт общения с другими биллингами
и соответственно - есть ли чего о них поведать сообществу
в контексте поставленных сложных вопросов
(например, Amdocs?)

...починяю примус[2 quot e121

С Amdocs не сталкивался. Основной опыт работы - с собственными разработками различных операторов. Из "готового"... наверное стоит упомянуть "Онима" от "Стек Софт" - это еще можно назвать биллингом...

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

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

но не забываем и про светлые принципы TeleManagementForum'a

...починяю примус e121
На вопрос "что подразумеваете под биллингом"
отвечу по-крестьянски:
мы подразумеваем под биллингом выставление счетов и отслеживание оплаты счетов
кстати, не думаю, что десяток операторов ответят как-то иначе

но не забываем и про светлые принципы TeleManagementForum'a

А это как спрашивать - так и ответят...
Вы такой веселый мужчина! Это что-то!

...починяю примусПотому как при детальном выяснении обнаружится, что зачастую в биллинге хотят видеть и элементы OSS и элементы CRM и черт-те чего еще... А если действительно основной задачей является учет, тарификация и выставление счетов, тогда одним из возможных вариантов как раз и будет собственной разработки система учета/тарификации интегрированная с одной стороны с бухгалтерией/финанасами и максимально открытая для приема от внешних "источников" технологической и прочей сопутствующей биллингу информации.
какие именно элементы OSS и CRM хотят видеть?
... а может они и правы (те, кто хотят видеть?)
возможен ли учет, тарификация и выставление счетов без
информации о клиентах, контрактах, услугах
которые при желании можно обозвать "элементами CRM" и с презрением отвернуться?
если у Вас солидный опыт общения с операторами связи,
должны уже знать, что для них вопросы так и не стоят
- а нужен предбиллинг или не нужен?
- а нужно ли управление сетью / маршрутизация?
однозначно нужны, как без этого можно выполнить главную задачу? (-:

если угодно, назовите компоненты софта, обеспечивающего процесс
правильными словами... задачи операторов от этого не изменятся в размере, ес?

...починяю примус e121... а может они и правы (те, кто хотят видеть?)
возможен ли учет, тарификация и выставление счетов без
информации о клиентах, контрактах, услугах
которые при желании можно обозвать "элементами CRM" и с презрением отвернуться?

А можно и не отворачиваться, а попытаться оценить существующий объем работы с клиентами и что в этом направлении планируется. И принять решение - нужны отдельные функции CRM "внутри" биллинга или нужен полноценный CRM и возможность "переливать" из него данные в биллинг ? Или какое-то еще более сложное решение (работа с клиентами сильно "размазана" по нескольким службам оператора и до рефакторинга бизнес-процессов дело еще не скоро дойдет) ?

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

Маршрутизация в биллинге ? Можно и так, наверное... Вот только - зачем ?
Да и с предбиллингом все не так однозначно, как Вы пытаетесь представить.
Кто-то предпочитает сразу "лить" сырые CDR в БД биллинга и там уже с ними разбираться. Что в таком случае считать предбиллингом ? Процедуру "снятия" CDR со станции ? Или что ? А есть и другой метод - когда для каждой услуги разрабатывается единая структура исходных данных, в которую преобразуются данные с различных типов оборудования, у которых формат (и способ сбора и т.д.) весьма различны. Тут вроде понятно - вот он, предбиллинг. Но при этом методы и инструменты обработки могут быть совершенно от биллинга независящими. И тогда это все еще часть биллинга или самостоятельная задача ?

e121
если угодно, назовите компоненты софта, обеспечивающего процесс
правильными словами... задачи операторов от этого не изменятся в размере, ес?
Так проблема не в правильных названиях... из конца в конец, а в том, что-бы определить для конкретного оператора - какими средствами какая часть задачи будет выполняться, откуда эта часть возьмется (уже есть, будет куплена, будет написана собственными силами и т.д.), какое подразделение будет отвечать за эксплуатацию ( предоставление информации и т.д.) для каждой части.
Вы все еще уверены, что точно знаете, что должно быть в биллинге ? Или предпочтете "гордо отвернуться" ?

OK, попробую ответить корректно
и даже не буду заикаться о двойных стандартах )-:
и о том, что чинщик примусов вернул мне мои же вопросы

вопрос конечно интересный
где начинается и кончается биллинг как ИС
наверняка, определение из соседней ветки примитивно для мастера починки?

Автоматизированная система расчетов (АСР) – программно-аппаратный комплекс,
осуществляющий проведение в автоматическом или автоматизированном режиме
всей цепочки бизнес-процессов по расчетам с пользователями услуг электросвязи
(начиная от получения исходной информации об оказанных услугах из системы предбилдинга
и заканчивая формированием счетов и отчетов для внешних систем)
(с) Чаадаев В.К. Бизнес-процессы в компаниях связи. – М.: Эко-Трендз, 2005. – 176 с.

даже у меня есть по этому определению вопросы:
начинается оно со слова "расчеты", а в конце про это ничего нет )-:
в смысле про отслеживание оплаты по сформированным счетам - иначе какие же это РАСЧЕТЫ?

по большому счету
мое стойкое мнение: цельная система лучше модульной,
но примеров таких систем мало (-> 0)
на практике у небольших операторов работоспособен модульный компромисс в комплекте с настройщиком

... и еще

для усиления достоверности
позволю себе процитировать определение, которое еще никто не отменял:

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

- ОТТ на АСР, утверждены Госкомсвзи России 16 июня 1998 г.
(и с тех пор не отменены)

Dried Gagarin e121
по большому счету
мое стойкое мнение: цельная система лучше модульной,
но примеров таких систем мало (-> 0)


УРРА!!! Ща пофлеймим!!!

Чем же цельная система лучше? Достоинства модульной очевидны: изменения на входе/выходе не трогают ядро системы. За ядро модульной системы предлагаю принимать часть отвечающую за ведение первичных расчетных документов (счета/сч.ф.) на основе данных, полученных от предбиллинга. Почему важно "не трогать" именно эту часть операторам сотовой связи невдомек, конечно?
Есть возражения практически по КАЖДОМУ слову этого поста (-:
И еще нравится избирательность прочтения. Вот, например, никак не прокомментировано определение АСР,
придуманное Госкомсвязью еще в 1998 году.

И я тоже возразю избирательно.

1) Не пофлеймим. Надоело уже поднимать эту ветку с таким популистским названием. Биллинг не едят. Ни с чем.

2) Цельная/модульная система - чистое лукавство. Любая серьезная информационная система рано или поздно становится модульной, количество DLL и т.п. никто же не регламентирует. Разные модули создают разные творцы, каждый со своим неповторимым стилем. И где уже цельность? За каким горизонтом?

3) ведение первичных расчетных документов (счета/сч.ф.) - это достойно занесения в избранное!

ведение - это ввод данных + корректировка + удаление, полный ЖЦ

первичные документы - те, с которых вводят даные; иногда формы этих документов регламентируются Законодательством (например, руководящими документами Госкомстата)

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

расчетные документы (счета/сч.ф.) - совсем круто! счета и счета-фактуры такие разнокалиберные!

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

4) кстати, ядро модульной системы - это в представлении автора один модуль/библиотека или что?

5) что значит "не трогать" эту часть? корректировки запрещены? корректировки чего? данных предбиллинга? счетов? сч.ф.?

6) Who is операторы сотовой связи? И почему Вы у меня про них спрашиваете?

7) возвращаясь к истокам: изменения на входе/выходе не трогают ядро системы - так это уже как сотворишь систему, чем это регламентируется, как это можно отследить, как проверить ВСЕ невинные на первый взгляд скрипты на вредоносность?

Сорри, не прочту в ближайшее время ответ (if any) -
биллинговый период надвигается на нас с неотвратимостью!