Oprogramowanie dla firmy

Jednym z ważniejszych modułów systemów billingowych, który odpowiada za unifikację napływajacych danych jest tzw. Mediation Device. Jego zadaniem jest walidacja gromadzonych danych oraz ich unifikacja do standardowych reprezentacji danych przyjętych przez system OSS oraz jego moduły, tak by można było się nimi sprawnie posługiwać. Te dane mogą dotyczyć każdej usługi, a zatem mogą one napływać w wielu różnych formatach takich jak XML, ASN.1 i inne formaty specyficzne dla poszczególnych modułów systemu.

Z punktu widzenia użytkowników końcowych systemów OSS, czyli klientów operatorów i zarazem odbiorców usług dostarczanych przez oprogramowanie OSS ważniejszy jest moduł odpowiedzialny za realizację tych usług on-line. Są to typowe zadania obsługi on-line i należą do nich: administracja kontem, opłaty on-line, sprawdzanie billingów, kupowanie usług przez internet, wyłączanie usług itp. Moduł ten oczywiście musi być zintegrowany z całym głównym systemem billingowym, by wyciągać z niego informacje.

Operatorzy najczęściej wybierają systemy OSS od jednego dostawcy oprogramowania. Jest to w pewnym sensie najlepsze, najłatwiejsze i chyba najprostrze rozwiązanie. W praktyce jednak okazuje się, że maksymalną funkcjonalność można osiągnąć integrując różne systemy i moduły od różnych dostawców oprogramowania na rynku. Jako przykład integracji różnego typu oprogramowania może służyć system billingowy oraz system CRM do obsługi klientów. Często jest tak, że jeden lub drugi system są wdrażane w firmie wcześniej. Wtedy jego wymiana nie jest konieczna. Należy je jedynie zintegrować ze sobą, dzięki czemu uzyskamy wysoką wydajność oraz funkcjonalność bez ponoszenia dodatkowych kosztów.

Dużym wyzwaniem przed jakim stają obecnie systemy billingowe są rozliczenia w sieci VoIP. W klasycznych sieciach rozliczenia są obliczane i tworzone na podstawie fizycznych połączeń oraz wcześniej zawartych umów. W sytuacji gdy łączymy się poprzez protokół IP nie wymagane są żadne wcześniejsze uzgodnienia. Jeden z pomysłów na rozliczanie połaczeń VoIP to stosowanie tzw. izb rozliczeniowych. Izby te będą odpowiedzialne za wzajemną organizację współpracy i rozliczania pomiędzy operatorami sieci. Polega to na tym, że operator VoIP zamiast zawierać umowy ze wszystkimi swoimi partnerami z osobna podpisuje umowę jedynie z izbą rozliczeniową, która sama bieże na siebie wszelkie rozliczenia połączeń (autoryzacja połączeń, billing).

Dla operatorów telekomunikacyjnych i teleinformatycznych system billingowy jest kluczową aplikacją, która umożliwia realizowanie operacji billingowych dla klientów operatora. Prócz usług billingowych w rzeczywistości oprogramowanie billingowe spełnia jeszcze szereg innych funkcji i jest jednym z kluczowych elementów świadczących o możliwościach realizacji strategii biznesowej operatorów telekomunikacyjnych. Nowoczesne systemy billingowe są rozbudowanymi i skomplikowanymi narzędziami, od których w największej mierze zależy dobre i szybkie wdrażanie nowych usług oraz ich obsługę w różnych miejscach i strefach czasowych na ziemi.

Choć billing jest czymś normalnym w naszym życiu i spotykamy się z tym pojęciem dość na codzień, często nie zdajemy sobię sprawy, że za typowym procesem billingowania kryje się ogroma ilość mniejszych operacji, która musi być wykonywana i przetwarzana przez system billingowy. Łańcuch tych procesów zwykle zaczyna się od rejestracji połaczenia w centrali, następnie obejmuje weryfikację danych oraz ich unifikację. Następnie następują operacji taryfikacji, a dalej wystawianie faktury, która wcale nie musi być ostateczną operacją przetwarzaną przez system billingowy. Kolenym krokiem może być np. windykacja należności za nieopłacone faktury.

Początkowo pierwsze systemy stosowane do billingowania miały mniej zadań do wykonywania. Do nich należała głównie rejestracja czasu połączeń oraz rozróżnienie i dzielenie ich na połączenia ze względu na różne strefy czasowe oraz na lokalizację (połączenia lokalne lub np. międzystrefowe). Jednak wczesne podejście do projektowania systemów zakładało niestety całkiem zdecentralizowany model przetwarzania danych, co powodowało utrudnienia. Wprawdzie nie było wtedy jeszcze problemów z integracją systemów od różnych dostawców. Mimo to, obowiązująca wtedy konstrukcja systemów billingowych uniemożliwiała np. efektywne i szybkie wdrażanie nowych usług gdyż wymagało to modyfikacji ręcznie danych znajdujących się w wielu różnych systemach, co powodowało dodatkowe problemy z synchronizacją prowadzonych modyfikacji.