Rozliczenia telekomunikacyjne - krótki przewodnik
Przesyłanie głosu, danych, obrazu, faksu itp. Z jednego miejsca do drugiego za pomocą mediów elektronicznych nazywane jest w skrócie telekomunikacją ”telecom”. Przykłady obejmują telefon, radio, telewizję i Internet. Medium transmisji obejmuje drut (miedź), światłowód, eter (bezprzewodowy), wieże radiowe, kuchenkę mikrofalową, satelitę itp.
Teraz wymieńmy kilku międzynarodowych operatorów telekomunikacyjnych, którzy zapewniają satysfakcjonujące usługi telekomunikacyjne swoim klientom -
- Verizon
- Vodafone
- Airtel
- TATA
- Etisalat
- Qtel
Wymieńmy również kilka podstawowych usług telekomunikacyjnych świadczonych przez różnych znanych operatorów telekomunikacyjnych -
- Rozmowa głosowa
- Usługa faksowania
- SMS i MMS
- Połączenie internetowe
- Pobieranie i przesyłanie danych
- Konferencje wideo
- Usługi oparte na protokole IP, tj. Voice over IP lub VPN
Operatorzy telekomunikacyjni obciążają swoich klientów na różne sposoby, ale są dwa główne parametry używane do obciążania klienta -
Rental Charges- Są to miesięczne opłaty pobierane od klientów za świadczoną usługę. Na przykład miesięczne opłaty za telefon wynoszą 5,00 USD, niezależnie od tego, czy z niego korzystasz, czy nie.
Usage Charges- Są to opłaty pobierane od klientów w oparciu o wykorzystanie usługi. Na przykład opłata zostanie naliczona za wszystkie wykonane połączenia lub dane pobrane za pomocą telefonu.
Oprócz miesięcznych opłat za wynajem i użytkowanie, operatorzy mogą również pobierać opłaty za rozpoczęcie usługi, instalację, zawieszenie lub zakończenie usługi.
Telecom Billing to proces zbierania użytkowania, agregowania go, naliczania wymaganych opłat za użytkowanie i dzierżawę, a na końcu generowania faktur dla klientów. Proces rozliczeń telekomunikacyjnych obejmuje również przyjmowanie i rejestrowanie płatności od klientów.
Systemy rozliczeniowe
Mogą istnieć bardzo złożone scenariusze ładowania, które byłyby trudne do obsługi ręcznie. Na rynku oprogramowania dostępne są najnowocześniejsze systemy rozliczeniowe, które mogą bardzo efektywnie obsługiwać zadania rozliczeniowe i zapewniają dostawcom usług wiele elastyczności w oferowaniu usług o różnych strukturach cenowych.
Systemy bilingowe są często postrzegane jako należności, ponieważ system rozliczeniowy pomaga w pobieraniu (przyjmowaniu) pieniędzy od klientów. Systemy bilingowe są również częścią zobowiązań (w przypadku rozliczeń międzyoperatorskich), ponieważ klienci często korzystają z usług innych firm, takich jak roaming bezprzewodowy, zamiejscowe i realizacja połączeń za pośrednictwem innych sieci.
Systemy rozliczeniowe to wysokiej klasy, niezawodne i drogie oprogramowanie, które zapewnia różne funkcje. Oto lista najważniejszych funkcji, ale nie ogranicza się do następujących -
Rating & billing - Obejmuje ocenę wykorzystania produktów lub usług i wystawianie miesięcznych rachunków.
Payment processing - Polega na księgowaniu płatności klienta na jego koncie.
Credit control and collections - Polega na ściganiu zaległych płatności i podejmowaniu odpowiednich działań w celu ich ściągnięcia.
Disputes and adjustments - Polega na rejestrowaniu sporów klientów z ich rachunkami i tworzeniu korekt w celu zwrotu spornej kwoty w celu rozwiązania sporów.
Pre-pay and post-pay services - Obejmuje obsługę zarówno bazy klientów pre-paid, jak i post-paid.
Multilingual & multiple currencies - Wsparcie wielojęzyczne i wielowalutowe jest wymagane, jeśli firma jest rozproszona na całym świecie i ma międzynarodowych klientów lub jeśli wymagają tego przepisy rządowe.
Inter-carrier settlements - Polega na dzieleniu się przychodami pomiędzy przewoźnikami, którzy świadczą usługi swoim klientom.
Products & services - Wiąże się to z zapewnieniem elastycznego sposobu obsługi różnych produktów i usług oraz sprzedaży ich pojedynczo lub w pakietach.
Discount applications - Wiąże się to z definiowaniem różnych schematów rabatów w celu zmniejszenia rotacji klientów oraz przyciągnięcia i zwiększenia bazy klientów.
Rodzaje rozliczeń
Po przeanalizowaniu tematu płatności sprawa staje się bardziej skomplikowana. Spróbuję omówić większość pojęć w dalszej części tego samouczka, ale najpierw przyjrzyjmy się szeroko rozpowszechnionym typom rozliczeń -
Pre-pay Billing- Mechanizm rozliczeniowy, w którym klient płaci z góry, a następnie zaczyna korzystać z usługi. Zwykle klienci opłacani z góry nie otrzymują żadnej faktury i są obciążani w czasie rzeczywistym przez wysoce dostępne systemy rozliczeniowe o nazwie „IN'(Inteligentna sieć).
Post-pay Billing- To konwencjonalne rozliczenie, które przyjdzie na wiele lat. Tutaj klienci kupują produkty i usługi i korzystają z nich przez cały miesiąc, a pod koniec miesiąca usługodawca generuje faktury i wysyła je do klientów w celu uregulowania należnej płatności.
Interconnect Billing:Operator sieci jest zazwyczaj odpowiedzialny finansowo za usługi świadczone na rzecz swoich klientów przez inne sieci, niezależnie od tego, czy klient płaci za usługę. Rozliczenia międzysieciowe są związane z usługami międzyoperatorskimi lub czasami nazywanepartner settlements.
Roaming Charges- Gdy klient przechodzi z obszaru zasięgu jednego operatora sieci do obszaru zasięgu innego operatora, pierwszy operator płaciłby drugiemu operatorowi opłaty krańcowe za świadczenie usług swoim klientom. Tego typu opłaty rozliczane są poprzez rozliczenia roamingowe. To rozliczenie odbywa się zgodnie z protokołem TAP3, który omówimy w kolejnych rozdziałach.
Convergent Billing- Fakturowanie konwergentne to integracja wszystkich opłat za usługi na jednej fakturze dla klienta. Fakturowanie konwergentne oznacza tworzenie ujednoliconego widoku klienta i wszystkich usług (mobilnych, stacjonarnych, IP itp.) Świadczonych na jego rzecz.
Dostawcy systemów rozliczeniowych
Systemy billingowe są podstawą każdego operatora telekomunikacyjnego. Gdyby operatorzy nie mieli silnego systemu bilingowego, nie byliby w stanie oferować swoich produktów i usług w atrakcyjnych promocjach i ofertach, a ostatecznie nie wytrzymają na dzisiejszym konkurencyjnym i dynamicznym rynku.
Możesz znaleźć tysiące dostawców, którzy sprzedają swoje produkty rozliczeniowe z roszczeniem o wiele funkcji, ale na rynku jest kilku naprawdę dobrych i najczęściej używanych. Niektóre z dobrych systemów rozliczeniowych są wymienione poniżej -
System | Stronie internetowej |
---|---|
Convergys IRB | www.convergys.com |
Amdocs Ensemble | www.amdocs.com |
AMS Tapestry | www.amsinc.com/telecom |
Kenan Arbor | www.kenan.com |
Widok pojedynczy | www.intecbilling.com |
Portal Infranet | www.intecbilling.com |
Ericsson IN | www.ericsson.com |
Poniższy diagram przedstawia typową architekturę systemu rozliczeniowego -
Tutaj mamy dwie możliwości -
Kontakty systemu CRM (Customer Relationship Management) / OMOF (Order Management and Order Fulfillment) z systemem bilingowym oraz kontakt systemu bilingowego z systemem aprowizacji w celu świadczenia usług i systemu inwentaryzacji sieci, a także w celu nadania numerów telefonów lub adresów IP itp.
Drugą możliwością może być to, że sam system CRM / OMOF kontaktuje się z systemem aprowizacji w celu świadczenia usług i systemu inwentaryzacji sieci, a także w celu przypisania numerów telefonów lub adresów IP itp.
Typowy proces rozliczeniowy
Biorąc pod uwagę powyższą architekturę systemu: → Po nawiązaniu połączenia lub można powiedzieć, że klient końcowy generuje użycie, system mediacji zbiera dane o użytkowaniu z przełącznika sieciowego i tworzy call-detail record(CDR). To CDR musi zawierać numer strony „A” i numer strony „B”, datę i godzinę rozpoczęcia i zakończenia.
CDR jest następnie przechowywany do czasu, gdy będzie można go ocenić. Aby ocenić połączenie, CDR jest sprawdzane w celu sprawdzenia, czy połączenie jest na przykład numerem 800, połączeniem lokalnym objętym planem taryfowym dla połączeń lokalnych, połączeniem międzynarodowym lub połączeniem płatnym. Do obliczenia stawki za połączenie wykorzystywane są takie informacje, jak godzina połączenia, kod miasta lub kod kraju.
Po oszacowaniu każdego połączenia informacje te są przechowywane do momentu wystawienia faktury, zwykle raz w miesiącu. Gdy faktura jest uruchomiona, do rachunku mogą zostać doliczone inne opłaty niezwiązane z użytkowaniem, takie jak rabaty lub opłaty miesięczne.
Może istnieć rabat za czas oceny lub rabat za czas fakturowania, różne płatności dokonywane przez klientów, różne wprowadzone korekty, wszystkie te informacje przyczyniają się do ostatecznego generowania faktury.
Informacje te są następnie konwertowane do formatu, który można wydrukować w czytelnej formie. Na koniec koperta jest drukowana, wypełniana załącznikami i wysyłana do klienta końcowego.
Wymagania dotyczące systemu rozliczeniowego
System bilingowy powinien składać się z szeregu niezależnych aplikacji, które, gdy działają razem, nazywane są systemem bilingowym. Dobry system rozliczeniowy powinien zapewniać następujące główne funkcje o dużej elastyczności -
Customer-interface Management - System rozliczeniowy musi być w stanie obsłużyć kontakt zainicjowany przez klienta, nadzorować kontakt wychodzący z klientem i zarządzać cyklem życia kontaktu.
Order Management- To podstawowa funkcjonalność, która powinna być dostępna w typowym systemie bilingowym. System fakturowania powinien być wystarczająco zdolny do rejestrowania zamówień na produkty i usługi oraz zarządzania cyklem życia przyjęcia zamówienia i nadzorowania cyklu realizacji zamówienia.
Sales and Marketing - Zadowalający system rozliczeniowy powinien odpowiadać na zapytania klienta, obsługiwać prowizje, zapewniać wsparcie sprzedaży, śledzić perspektywy, zarządzać kampaniami, analizować wydajność produktów i nabywać wiele lokali mieszkalnych.
Rate Plans and Rating - Systemy rozliczeniowe muszą zarządzać różnorodnymi produktami i usługami, różnymi planami taryfowymi związanymi z tymi produktami i usługami oraz powinny zapewniać elastyczne sposoby ustalania stawek za wykorzystanie generowane przez te produkty i usługi.
Discounting - System rozliczeniowy powinien umożliwiać udzielanie różnego rodzaju rabatów za różne zastosowania i wypożyczenia.
Invoicing - Ważne jest, aby system przeprowadzał zapytania rozliczeniowe, generował rachunki, przetwarzał depozyty, prowadził administrację rachunkiem, przechowywał informacje podatkowe i opłatowe oraz przetwarzał informacje finansowe.
Credit Control & Collection- System rozliczeniowy powinien kontrolować wykorzystanie i przychody poprzez przypisywanie różnych klas kredytów różnym klientom. System powinien wspierać pobieranie płatności i stosowanie ich na różnych fakturach.
Multilingual Support - Wielojęzyczne wsparcie obejmuje dostarczanie faktur i usługi obsługi klienta w wielu językach.
Multiple Currencies - Wiele walut używanych w różnych krajach może skomplikować system rozliczeniowy, ponieważ system fakturowania i obsługi klienta musi mieć możliwość rejestrowania i przetwarzania w jednostkach wielu walut.
Partner revenue management - Zarządzanie przychodami partnerów to podział przychodów między przewoźnikami, którzy świadczą usługi swoim klientom.
Problem Handling - System rozliczeniowy powinien być również w stanie zarządzać wprowadzaniem zgłoszeń usterek, koordynować zamykanie zgłoszeń usterek i śledzić postęp rozwiązania problemu.
Performance Reporting - Zadowalający system zapewni raportowanie wydajności, zapewni raportowanie jakości usług (QoS), stworzy raporty zarządcze i wygeneruje raporty regulacyjne.
Installation and Maintenance - System powinien również zapewniać harmonogramowanie siły roboczej i zarządzanie działaniami wykonywanymi w siedzibie klienta.
Auditing & Security- System rozliczeniowy powinien przeprowadzać audyty danych i kontrole integralności. Dla operatora zawsze pożądany jest bezpieczny system.
Oprócz powyższych funkcjonalności, dobry system bilingowy powinien być -
Przyspieszony czas wprowadzania nowych usług na rynek.
Umożliwianie zbieżnego widoku klientów i produktów.
Obsługa ekonomicznej skalowalności architektonicznej.
Umożliwianie zarządzania i rozliczania relacji partnerskich.
Zmniejszenie całkowitego kosztu posiadania.
Co jest następne?
Począwszy od następnego rozdziału, staraliśmy się objąć cały proces, począwszy od zdefiniowania produktów i usług, skojarzenia planu i taryf z tymi produktami, pozyskania klientów (sprzedaż produktów klientom końcowym), uchwycenia wykorzystania generowanego przez tych klientów, a na końcu oceny i rozliczenia tego użycia, aby wysłać ostateczny rachunek tym klientom.
Załóżmy, że operator telekomunikacyjny, taki jak Airtel, chce stworzyć własny system bilingowy. Następnie Airtel musiałby najpierw zdefiniować swoje produkty i usługi przez dział sprzedaży i marketingu, zanim przejdzie do skonfigurowania systemu rozliczeniowego.
Co to jest produkt?
Produkt to logiczna lub fizyczna jednostka, która może zostać sprzedana klientowi końcowemu przez operatorów. Może to być telefon komórkowy, połączenie internetowe, połączenie głosowe, VPN, wideo na żądanie, połączenie telewizji cyfrowej itp.
Produkt może mieć miesięczny wynajem, co nazywamy również opłatami okresowymi. Produkt może byćusage generating product lub non-usage generating product. Produkt generujący użycie jest czasami nazywany produktem generującym zdarzenia, a produkt nie generujący użycia nazywany jest produktem nie generującym zdarzeń.
Na przykład połączenie głosowe, które jest dostarczane wraz z numerem telefonu, jest produktem generującym użytkowanie, ponieważ generuje użycie za każdym razem, gdy klient końcowy używa tego produktu do wykonywania połączenia głosowego. Prosty zestaw telefoniczny bez połączenia jest produktem nie generującym użytkowania i może być przekazany klientowi tylko w oparciu o miesięczny czynsz. Więc nawet jeśli klient z niego nie korzysta, musi płacić miesięczny czynsz.
Co to jest usługa?
Kiedy mówimy o nich z marketingowego punktu widzenia, nie ma różnicy między produktami i usługami, ponieważ w większości przypadków oba są używane zamiennie przez różnych ekspertów ds. Rozliczeń i marketingu.
Mówiąc najprościej, operator wykorzystuje swoje produkty do świadczenia usług głosowych swoim klientom. Połączenie międzynarodowe można nazwać usługą świadczoną za pomocą połączenia głosowego. Innym przykładem może być połączenie z numerem 800, które może być dostępne lub nie za pośrednictwem określonego operatora, połączenie oczekujące, przekazywanie połączeń można by nazwać usługą świadczoną przez model zestawu telefonicznego lub przez operatora.
Ten samouczek będzie używać Product and Serviceterminy zamiennie. Upraszczając, produkty to przedmioty, które klienci mogą kupić bezpośrednio lub w leasingu. produkty mogą być -
- Rzeczywiste obiekty (na przykład telefon komórkowy)
- Usługi (na przykład usługa połączeń oczekujących w systemie telefonicznym)
- Bardziej abstrakcyjne pojęcia (na przykład umowa SLA)
Rodziny produktów
Powiązane produkty można grupować w rodzinę produktów. Możliwych jest wiele poziomów produktów, więc produkt może być jednocześnie rodzicem i dzieckiem.
Ponadto w razie potrzeby każda rodzina produktów może mieć więcej niż jeden produkt macierzysty. Przykłady rodzin produktów to -
- Usługi telefoniczne
- Telewizja kablowa
- Internet
- Linia dzierżawiona
Grupa produktów (pakiety)
Często operatorzy łączą więcej niż jeden produkt w jedną grupę i sprzedają jako kompletny pakiet. Istnieją systemy rozliczeniowe, które obsługują łączenie różnych typów produktów w pakiet. Może być oferowany po obniżonej cenie.
Pakiety pozwalają na zaoferowanie klientowi produktu po obniżonej cenie, jeśli jest on traktowany jako część pakietu. Każde opakowanie może składać się z dowolnej liczby produktów, a produkty te mogą pochodzić z więcej niż jednej rodziny produktów.
Ten plan cenowy pakietu dla produktu zwykle różni się od jego porównania (tj. Planu cenowego bez pakietu), ponieważ w ten sposób firma oferuje klientowi rabat za zakup pełnego pakietu. Nie jest to jednak obowiązkowe, ponieważ produkt może mieć przypisany jeden ze swoich normalnych planów cenowych w pakiecie.
Atrybuty produktów
Z produktem może być skojarzonych wiele atrybutów. Atrybuty produktu umożliwiają przechowywanie informacji o poszczególnych wystąpieniach produktu, w przypadku gdy istotne informacje różnią się w zależności od typu produktu. Na przykład produkt płatnej telewizji może mieć atrybut rejestrujący numer jego dekodera.
Ponadto produkt telefonu komórkowego może wymagać atrybutów, aby zapisać międzynarodowy identyfikator abonenta mobilnego (IMSI) i międzynarodowy numer ISDN stacji ruchomej (MSISDN).
Typy zdarzeń produktowych
Z produktem może być powiązanych wiele typów zdarzeń. Te typy zdarzeń zarządzają zdarzeniami, które mogą być generowane przez produkt.
Na przykład telefon komórkowy może mieć typy zdarzeń, takie jak połączenia głosowe i usługi przesyłania wiadomości. Z jednym urządzeniem telefonicznym może być powiązanych wiele więcej typów zdarzeń, a operator może pobierać od klienta końcowego opłaty za każde zdarzenie wygenerowane przez klienta.
Perspektywa systemu rozliczeniowego
Gdy dział marketingu sfinalizuje wszystkie produkty, usługi, pakiety i powiązane ceny, zostaną one skonfigurowane w systemie rozliczeniowym.
Różne systemy rozliczeniowe zapewniają różne poziomy elastyczności definiowania produktów i ich hierarchii pod względem produktów dla rodziców, dzieci i wnuków.
Niektóre systemy są wystarczająco elastyczne, aby obsługiwać pakiety i pakiety, a kilka zapewnia ograniczone funkcje związane z pakietami i obniżonymi cenami.
Niektóre systemy utrzymują katalogi produktów oddzielnie od katalogów cenowych, aby zapewnić lepsze podejście modułowe, a niektóre systemy rozliczeniowe łączą w sumie opisy produktów, ich cechy i powiązane ceny.
Po skonfigurowaniu wszystkich produktów, usług, pakietów i ich zdarzeń w systemie bilingowym, kolejnym krokiem jest zdefiniowanie ich cen najmu i użytkowania, które omówimy w kolejnym rozdziale.
Co jest następne?
Jeśli zrozumiałeś, czym jest produkt lub usługa i pakiet, możesz przejść do następnego rozdziału, aby zrozumieć, w jaki sposób ich ceny są definiowane przez dział marketingu dostępny u dowolnego operatora.
Dział marketingu w firmie operatora telekomunikacyjnego ciężko pracuje nad określeniem opłat za wynajem i użytkowanie różnych produktów i usług. Opłaty te są określane z uwzględnieniem innych konkurentów i przepisów. Mówiąc ogólnie, istnieją dwa rodzaje taryf, zwane również taryfami lub planami cenowymi, w zależności od terminologii używanej w różnych systemach rozliczeniowych.
Za produkt i powiązane usługi mogą obowiązywać różne rodzaje opłat. Dla danego produktu operator może zdefiniować jedną lub więcej z następujących opłat, ale nie są one ograniczone tylko do tych opłat, mogą istnieć inne rodzaje opłat w zależności od kraju, lokalizacji i sytuacji biznesowej -
Product Initiation Charges - Są to opłaty jednorazowe, które można pobrać od klienta w ramach instalacji, aktywacji, obsługi lub zainicjowania połączenia.
Product Periodic Charges - Są to opłaty, które mogą być stosowane w okresach miesięcznych, dwumiesięcznych lub rocznych jako dzierżawa produktu i świadczonej usługi.
Product Termination Charges - Są to opłaty, które można zastosować w przypadku zakończenia produktu i usługi.
Product Suspension Charges- Są to opłaty, które można zastosować, jeśli produkt jest zawieszony z jakiegoś powodu; na przykład brak płatności.
Product Suspension Periodic Charges - Może istnieć wymóg okresowego obciążania klienta kosztami, nawet jeśli klient jest zawieszony z jakiegoś powodu.
Product Re-activation Charges - Zakładając, że z jakiegoś powodu produkt został zawieszony i teraz wymaga aktywacji, operator może naliczyć opłaty za ponowną aktywację tej usługi.
Product Usage Charges- Jest to najważniejszy rodzaj opłaty, jaka byłaby naliczana w zależności od korzystania z usługi. Na przykład połączenia na minutę lub na sekundę, pobieranie danych na MB itp.
Wszystkie powyższe opłaty są zdefiniowane (tj. Skonfigurowane) w różnych katalogach taryfowych z lub bez obowiązującego podatku, w zależności od przepisów. Katalogi te różnią się od systemu rozliczeniowego do systemu rozliczeniowego. Niektóre systemy rozliczeniowe przechowują wszystkie ceny w jednym katalogu, a niektóre systemy rozliczeniowe oddzielają opłaty za użytkowanie od innych opłat.
Katalogi te są utrzymywane w systemie bilingowym, ale są również udostępniane systemowi front-end, dzięki czemu można zastosować różne taryfy dla klienta podczas tworzenia konta klienta.
Wszystkie ceny ustalane są na podstawie produktów i ich opakowań. Mogą istnieć różne kombinacje produktów z różnymi cenami w różnych opakowaniach.
Poniższa sekcja daje wyobrażenie o różnych koncepcjach, które są ściśle związane z definicją taryfy -
Opłaty zaliczkowe i zaległe
Może zaistnieć sytuacja, w której operator chciałby obciążyć swoich klientów z góry za niektóre usługi, a na koniec każdego miesiąca za inne usługi.
Opłaty pobierane z góry przed świadczeniem usług są wywoływane in-advance charging i opłaty pobierane po wykonaniu usługi in-arrear charges.
W przypadku naliczania zaległości opłaty produktowe są naliczane przez okres co najmniej do dnia poprzedzającego bieżącą nominalną datę rachunku (lub datę żądania rachunku dla rachunków nieokresowych).
Tak więc podczas konfigurowania różnych opłat system bilingowy powinien przewidywać możliwość skonfigurowania opłat z wyprzedzeniem, a operatorzy mają zawsze możliwość skonfigurowania określonej ceny z góry lub z dołu.
NOTE- Opłaty za użytkowanie nie mogą być pobierane z góry, dopóki nie są kwotą ryczałtową, ponieważ nigdy nie wiadomo, jakie użycie klient wygeneruje w nadchodzącym miesiącu. Jeśli są to kwoty ryczałtowe, możesz wziąć tę kwotę z góry i pozwolić klientom korzystać z nieograniczonych usług zgodnie z ich wymaganiami.
Opłaty proporcjonalne i nieprorowalne
Rozważmy sytuację, gdy klient odbiera połączenie telefoniczne w połowie miesiąca i jego faktura musi być generowana pierwszego dnia każdego miesiąca. Gdyby ceny nie były proporcjonalne, system rozliczeniowy obciążyłby klienta za cały miesiąc, co nie byłoby uczciwe dla klienta. To samo dotyczy wypowiedzenia, jeśli klient zakończy usługę w połowie miesiąca, operator może nie chcieć obciążać klienta opłatami za pozostałą część miesiąca.
Ceny proporcjonalne do ceny oznaczają, że będą obowiązywały tylko przez liczbę dni, przez które klient będzie korzystał z usługi. Na przykład, jeśli miesięczny koszt wynajmu produktu wynosi 30 USD, a klient korzystał z tego produktu tylko przez 10 dni, system rozliczeniowy powinien obciążyć klienta tylko 10 USD za te 10 dni.
Tak więc system bilingowy powinien zapewniać możliwość konfigurowania poszczególnych cen tak, aby były proporcjonalne i nieproporcjonalne oraz pozwalać operatorom wybrać to, co im najbardziej odpowiada.
Opłaty podlegające zwrotowi i bezzwrotne
Rozważmy teraz sytuację, w której operator obciąża klienta z góry za cały miesiąc, ale klient odchodzi w połowie miesiąca po korzystaniu z usługi przez 10 dni.
Gdyby ceny były skonfigurowane jako niepodlegające zwrotowi, nie byłyby zwracane klientowi, ale jeśli byłyby skonfigurowane jako zwrotne, byłyby zwracane klientowi. Druga zasada, jeśli ceny byłyby skonfigurowane jako proporcjonalne, wówczas byłyby zwracane na podstawie proporcjonalności, w przeciwnym razie byłyby zwracane w całości.
Opcja zastępowania opłaty
Dobry system rozliczeniowy zapewnia możliwość zastąpienia cen podstawowych w momencie, gdy są one przekazywane klientowi.
Na przykład dla konkretnego produktu ceny bazowe w katalogu są zdefiniowane w wysokości 30 USD miesięcznie, ale klient nie jest gotowy zapłacić $30 per month, and based on some bargaining, he is ready to pay $25 miesięcznie. W takiej sytuacji przedstawiciel obsługi klienta (CSR) powinien mieć możliwość zmiany ceny bazowej$30 and add them as $25 w momencie tworzenia klienta w systemie.
System bilingowy powinien dawać operatorom opcjonalne postanowienie, czy dana cena może zostać zastąpiona lub nie, i pozwolić operatorom zdecydować, czy chcą zastąpić niektóre opłaty w momencie sprzedaży, czy też są one stałe w każdej sytuacji.
Segregacja przychodów według kodów przychodów
Wszyscy operatorzy chcieliby wiedzieć, ile zarobili na danym produkcie, jego wypożyczeniu, zawieszeniu lub użytkowaniu itp.
Definiując różne ceny w katalogu, system rozliczeniowy powinien przewidywać powiązanie jakiegoś rodzaju kodów przychodów lub słów kluczowych z różnymi rodzajami opłat. Pomaga to w generowaniu różnych raportów na podstawie kodów powiązanych z przychodami.
Klasyfikacja taryf
Operator może określić różne taryfy, które mogą być oferowane różnym osobom o różnych klasach kredytowych. Na przykład linia danych 5 Mb / s kosztem$100 per month can be offered to a customer having monthly income more than $Klientowi, który ma minimalny miesięczny dochód 500 USD / miesiąc, można zaoferować 1000 / miesiąc i linię danych 1 Mb / s.
Wszystkie systemy bilingowe dają możliwość definiowania różnych klas kredytowych, które mogą być przypisane klientom na podstawie ich historii kredytowej i dochodu oraz mogą być oparte na innych parametrach zdefiniowanych przez operatora.
Wszystkie produkty i usługi mogą mieć różne plany taryfowe, które mogą być oferowane dla różnych klas osób, od klasy ogólnej do klasy VIP.
Parametry opłat za użytkowanie
Istnieje szereg parametrów, które można wykorzystać podczas definiowania opłat za użytkowanie. Na przykład -
Połączenia w ciągu dnia, zwane zwykle w godzinach szczytu, będą naliczane według wyższej stawki, aw porze nocnej, tj. Stawka poza godzinami szczytu będzie stosunkowo niska.
Jeśli połączenia są zakańczane w tej samej sieci, zwykle nazywane połączeniami on-net, będą naliczane po stosunkowo niskich cenach.
Połączenia w weekendy, tj. W soboty i niedziele będą naliczane po niskich cenach.
Połączenia z określonym miejscem docelowym byłyby płatne po wysokich cenach.
Rozmowy telefoniczne podczas niektórych festiwali były płatne po specjalnych cenach.
Pobieranie danych z określonej witryny byłoby bezpłatne.
Wysłanie SMS-a na określony kod byłoby bardzo wysokie.
Połączenia w ramach określonej grupy numerów, zwykle nazywanej zamkniętą grupą użytkowników (CUG), byłyby naliczane zerową opłatą.
Wysyłanie międzynarodowych lub krajowych wiadomości MMS będzie podlegało takim samym opłatom.
Systemy bilingowe zapewniają dużą elastyczność w definiowaniu różnych takich reguł naliczania opłat za korzystanie z głosu, danych, wiadomości SMS lub MMS generowanych przez klienta.
Co jest następne?
Teraz mamy wszystkie produkty, usługi i powiązane taryfy dostępne w systemie rozliczeniowym. W następnym rozdziale zobaczymy, jak sprzedawać te produkty użytkownikom końcowym i tworzyć ich zapisy w systemie.
Klient to „osoba prawna” (może to być osoba fizyczna lub firma), która przejmuje produkty i usługi oferowane przez usługodawcę i jest odpowiedzialna za opłacanie rachunków. W scenariuszu rozliczeń mieszkaniowych klientem może być osoba samotnie gospodarująca. W scenariuszu rozliczeń biznesowych klientem może być korporacja.
Individual customer- Klient indywidualny to pojedyncza osoba (lub gospodarstwo domowe), która kupuje jeden lub więcej produktów i płaci rachunki. Nie byłoby żadnej hierarchii wymaganej do utrzymania klienta lub konta.
Company customers- Klient firmowy to pojedyncza firma lub oddział firmy. Może istnieć typowa hierarchia klientów nadrzędna i podrzędna, reprezentująca różne gałęzie lub działy firmy.
Proces pozyskiwania klientów
Pozyskiwanie klientów to proces identyfikacji, przyciągania i zatrzymywania potencjalnie dochodowych klientów. Jest to obsługiwane za pomocą systemu o nazwieCustomer Relationship Management (CRM), który jest jednym z ważnych systemów wsparcia biznesu (BSS).
System CRM byłby zawsze połączony z różnymi systemami, w tym z systemem bilingowym i dostarczał dane osobowe klientów oraz informacje o produktach i usługach do systemu bilingowego.
Klient, który kupuje produkty i usługi, musi zostać aktywowany w systemie, a do tego potrzebne są różne dane o kliencie -
Klient może być zmuszony do wypełnienia formularza zgłoszeniowego, podając dane osobowe.
Sprawdź tożsamość klienta, aby zapobiec oszustwom.
Usługodawca musi przeprowadzić kontrolę zdolności kredytowej klienta i przypisać odpowiednią klasę kredytową na podstawie historii kredytowej i miesięcznych dochodów itp.
Oferuj odpowiednie produkty, które są dostarczane w sieci w celu świadczenia usługi.
Po pozyskaniu klienta wymagane jest zarządzanie nim i utrzymanie go, co obejmuje:
Interakcja i komunikacja z klientem w celu sprzedaży i windykacji.
Te interakcje mogą być rejestrowane w różnych formatach, takich jak notatki, nagrania głosowe itp. Dane te mogą być wykorzystywane do analizy zachowania klienta i pomagają usługodawcy w świadczeniu lepszych usług w celu zatrzymania klienta
Obsługa zgłoszeń usterek zgłaszanych przez klientów w związku z jakimkolwiek problemem związanym z siecią lub fakturą itp. Dane te mogą być również wykorzystywane do analizy zachowania klienta i pomagają usługodawcy w ulepszaniu usług w celu utrzymania klienta .
Obsługa wszelkich sporów dotyczących rachunków i korekt zgłoszonych między klientem a usługodawcą.
Cykl życia klienta
Poniższy diagram przedstawia typowy cykl życia klienta -
Tutaj przedstawiono wszystkie fazy cyklu życia klienta -
Customer Engagement − Klient kontaktuje się z CSR (przedstawicielem obsługi klienta), a CSR angażuje klienta w różne oferowane produkty i usługi, sprzedając je klientowi.
Order Creation and Fulfilment - Klient bierze produkt (y) i usługi (y), a CSR tworzy i realizuje zamówienie do systemu, które jest następnie realizowane poprzez dostarczenie klientowi wymaganych produktów i usług.
Service Provisioning - Produkty i usługi są dostarczane w sieci za pomocą systemu o nazwie Provisioning System. Provisioning System informuje sieć o informacjach o kliencie i usługach, do których jest upoważniony. W rzeczywistości aktywuje to klienta w sieci.
Products Utilization - Po aktywacji klienta w sieci, klient zaczyna korzystać z produktów i usług, w tym wykonywać połączenia, pobierać dane itp.
Products and services usage is Rated & Billed - Zużycie przez klienta jest pobierane z sieci, a następnie oceniane na podstawie określonych planów cenowych i rozliczane za wynajem produktów i wymagane rabaty, korekty itp.
Bill Delivery - Po wygenerowaniu rachunku jest on dostarczany do klienta końcowego z żądaniem zapłaty za świadczone usługi.
Bill Payments - Klient dokonuje płatności na podstawie otrzymanych faktur.
Dunning & Collection- Może być wielu klientów, którzy nie zapłacą w terminie rachunków. Do tego typu klientów wysyłane są różne monity przypominające o płatnościach. Jeśli klient nie płaci w terminie, pobierane są różne windykacje, począwszy od zatrzymania obsługi klienta jeden po drugim.
Customer Termination- Mogą istnieć różne powody, dla których wymagane jest zamknięcie klienta w systemie. Na przykład klient może migrować do innej lokalizacji lub klient może nie być zadowolony ze świadczonych usług itp.
W danym dniu całkowita liczba aktywnych klientów w systemie nosi nazwę customer base. Dodawanie klienta do systemu i usuwanie klienta z systemu jest nazywanecustomer churn.
Typy klientów
Zazwyczaj na dzisiejszym rynku telekomunikacyjnym istnieją następujące typy klientów -
Mobile Pre-Paid Customers- Są to klienci, którzy korzystają z usług mobilnych, płacąc z góry opłaty. Na przykład użytkownicy telefonów GSM, GPRS. Ci klienci ładują swój telefon zgodnie ze swoimi wymaganiami.
Mobile Post-Paid Customers- Są to klienci, którzy korzystają z usług mobilnych, płacąc opłaty po każdej otrzymanej fakturze. Na przykład użytkownicy telefonów GSM, GPRS. Klienci ci płacą rachunki co miesiąc lub co dwa miesiące.
Fixed Pre-Paid Customers- Są to klienci, którzy korzystają z usług stacjonarnych, czyli stacjonarnych, płacąc z góry. Na przykład użytkownicy telefonów PSTN, WiMax. Ci klienci ładują swoje telefony zgodnie ze swoimi wymaganiami.
Fixed Post-Paid Customers- Są to klienci, którzy korzystają z usług stacjonarnych, czyli stacjonarnych, płacąc po każdej otrzymanej fakturze. Na przykład użytkownicy telefonów PSTN, WiMax. Klienci ci płacą rachunki co miesiąc lub co dwa miesiące.
Co jest następne?
Teraz mamy klientów w naszym systemie rozliczeniowym wraz z produktami i usługami. Klient zaczyna korzystać ze wszystkich zakupionych produktów i usług i generuje krajowe i międzynarodowe połączenia telefoniczne i głosowe, które będą rozliczane i rozliczane przez system bilingowy, a procesy te omówimy w kolejnych rozdziałach.
Klient zaczyna generować użycie w sieci, gdy tylko zacznie korzystać z produktów i usług sprzedawanych przez operatora. Element sieci to połączenie oprogramowania i sprzętu, który odpowiada za ogólną kontrolę usług i zdarzenia pomiarowe dla dowolnego typu usługi.
Co to jest wydarzenie?
Zdarzenie to pojedyncze płatne zdarzenie użycia produktu, zwykle rejestrowane elektronicznie przez sieć. Na przykład, gdy użytkownik telefonu komórkowego wykonuje połączenie telefoniczne, generowane jest zdarzenie, które zawiera informacje o tej rozmowie telefonicznej, takie jak czas trwania połączenia, pora dnia, w którym wykonano połączenie i numer, z którym nawiązano połączenie.
Co to jest CDR?
Nazywa się zdarzenie wraz ze wszystkimi jego atrybutami Call Detail Record(CDR). Moduł gromadzący dane w przełączniku sieciowym przechwytuje użycie w postaci rekordu szczegółów połączenia (CDR) / rekordu szczegółów wykorzystania (UDR). Te surowe CDR / UDR są z kolei konwertowane przez system mediacji do formatu zrozumiałego dla systemu rozliczeniowego.
Mogą istnieć różne elementy sieci kontrolujące usługi i wytwarzające różne typy CDR; na przykład dla telefonii GSM -
- Połączenia głosowe są przechwytywane przez MSC (Mobile Switching Center).
- Ruch SMS jest przechwytywany przez SMSC.
- Ruch danych jest przechwytywany przez GGSN.
- Ruch MMS jest przechwytywany przez MMSC.
- CDR w roamingu są przechwytywane przez element przełączający partnera roamingowego.
Aby uzyskać więcej informacji na temat GSM, MSC, SMS, SMSC, GGSN, MMS, MMSC, zapoznaj się z naszymi samouczkami dotyczącymi GSM .
Poniższy diagram przedstawia elementy sieci przechwytujące dane użytkowania i wysyłające surowe UDR do systemu mediacji, a na końcu do systemu rozliczeniowego w celu oceny i fakturowania.
Atrybuty CDR
Jak wspomniano powyżej, CDR przechowuje szczegóły użytkowania wraz z różnymi innymi przydatnymi informacjami. Poniżej znajdują się najważniejsze cechy CDR -
Strona dzwoniąca (numer).
Rozmówca (numer B).
Call Start (data i godzina).
Jak długo trwała rozmowa (czas trwania).
Typ połączenia (głos, SMS, dane itp.).
Unikalny numer kolejny identyfikujący rekord.
Ponadto CDR może również zapisywać inne informacje, takie jak -
Identyfikator centrali telefonicznej.
Wynik połączenia (czy zostało odebrane, zajęte itp.).
Linia lub trasa używana do połączenia.
Wszelkie napotkane usterki.
Wskaźniki informujące o korzystaniu z funkcji, takich jak przekazywanie połączeń, połączenia trójstronne itp.
Wszelkie udogodnienia używane podczas połączenia, takie jak połączenie oczekujące lub przekierowanie połączenia.
Różne inne atrybuty w zależności od wymagań.
Dokładne rejestrowanie wszystkich wymaganych informacji w UDR zależy od logiki dostawcy przełącznika oraz specyficznych wpisów w tabeli przełącznika. Jeśli którekolwiek z nich nie może dokładnie zarejestrować danych, system mediacji nie będzie w stanie rozpoznać zakończonych rozmów i przekazać ich do systemu bilingowego.
Przetwarzanie CDR
System mediacji zbiera CDR z różnych elementów sieci w różnych formatach. Różne elementy sieci generują CDR w formacie ASN.1, a niektóre elementy sieci mają swój własny zastrzeżony format CDR.
System mediacji przetwarza wszystkie CDR i konwertuje je na format zgodny z systemem niższego szczebla, którym jest zwykle system rozliczeniowy. System mediacji stosuje różne zasady dotyczące CDR do ich przetwarzania; na przykład system mediacji oznacza połączenia międzynarodowe w oparciu o wybrany numer (numer B), w ten sam sposób system mediacji oznacza połączenia internetowe na podstawie numeru A i numeru B.
Może zaistnieć potrzeba odfiltrowania wszystkich połączeń, których czas trwania jest krótszy niż 5 sekund. Najlepszym miejscem do odfiltrowania tego typu połączeń będzie poziom systemu mediacji. Tak samo, jeśli w CDR wymagane są dodatkowe informacje, które są krytyczne dla fakturowania, wówczas system mediacji pomoże w dostarczeniu takich informacji w oparciu o inne atrybuty dostępne w CDR.
Po przetworzeniu zebranych CDR, system mediacji przesyła wszystkie CDR do systemu rozliczeniowego przy użyciu protokołu FTP, ponieważ zazwyczaj systemy mediacji i rozliczeń działają na różnych komputerach.
Co jest następne?
Cóż, teraz udało Ci się uchwycić wykorzystanie generowane przez klientów. W następnym rozdziale omówimy, w jaki sposób możemy ocenić to uchwycone wykorzystanie, aby można było pobrać należne dochody od użytkownika końcowego.
Stawka to opłata / cena za wystąpienie zdarzenia. Przykładowe stawki obejmują opłatę za czas trwania rozmowy telefonicznej: Na przykład: „0,40 INR za 1 minutę” lub określona ilość. Na przykład: 10,00 INR za pobranie 1 MB lub może zostać naliczona opłata za jakość usługi.
Wyjaśniliśmy już, że zdarzenie to pojedyncze wystąpienie użycia produktu / usługi. Zdarzenia są rejestrowane przez elementy sieci w postaci CDRS / UDR i przekazywane do systemu rozliczeniowego w celu oceny i rozliczenia.
Rating to proces ustalania opłaty / ceny za poszczególne wydarzenia. Na przykład cena za 2 minuty połączenia wynosi 0,80 INR przy stawce 0,40 INR za minutę.
Rating Engine, który jest częścią systemu rozliczeniowego, realizuje tę funkcję oceny.
Proces oceny
Rating Engine odbiera zdarzenia w postaci rekordów danych zwanych Call Detail Records (CDR) lub UDR Detail Records (UDR), które opisują użycie produktu / usługi. CDR to ciąg danych zawierający informacje o połączeniu, takie jak data i godzina połączenia, długość połączenia, strona dzwoniąca, strona wywoływana itp., Które są używane do oceny zdarzeń.
Istnieje lista podstawowych funkcji mechanizmu oceny / oceny -
Przyjmowanie CDR z Systemu Mediacji lub innych usługodawców lub partnerów roamingowych w przypadku korzystania z roamingu.
Walidacja CDR i eliminacja wszelkich zduplikowanych rekordów. Te zduplikowane zdarzenia są przechowywane w tabeli bazy danych w celu późniejszej weryfikacji.
Aby określić konto klienta, które ma zostać obciążone za wydarzenie. Tutaj proces oceny pobiera źródło zdarzenia (numer telefonu komórkowego lub adres IP itp.) I sprawdza bazę danych, aby sprawdzić, czy to źródło zdarzenia jest skojarzone z jakimkolwiek kontem. Ten krok nazywa się Przewodnikiem po wydarzeniach.
Jeśli nie można pokierować wydarzeniem, zostanie ono odrzucone i może zostać umieszczone w kategorii suspensu. Te odrzucone zdarzenia są przechowywane w tabeli bazy danych w celu późniejszej weryfikacji.
Aby obliczyć koszt / cenę imprezy zgodnie z taryfą ratingową (zwaną również planem cenowym).
Aby zastosować wszelkie obowiązujące zniżki za czas oceny. Może to być pierwsze pięć minut za darmo, po czym opłata za połączenie będzie naliczana według normalnej stawki. Tego rodzaju rabaty nazywane są rabatami w czasie oceny.
Przechowywanie ocenianego zdarzenia w bazie danych w celu rozliczenia lub wysyłanie go do zewnętrznego systemu w celu rozliczenia.
Poniższy rysunek przedstawia przegląd mechanizmu oceny i powiązanych z nim funkcji -
Informacje klienta określają plan taryfowy (taryfę ratingową), który ma być używany do kalkulacji opłat / cen. Mechanizm ratingowy wykorzystuje tabele ratingowe oraz informacje o zdarzeniach z CDR (np. Odległość, pora dnia, lokalizacja połączenia, czas trwania lub wielkość wydarzenia itp.) Do obliczenia rzeczywistej opłaty za każde połączenie.
Zduplikowane wydarzenia
Duplikat zdarzenia jest definiowany jako każde niezafakturowane zdarzenie, które odnosi się do innego niezafakturowanego zdarzenia na wszystkie następujące sposoby:
- Numery kont są identyczne.
- Źródła zdarzeń są identyczne.
- Identyfikatory typów zdarzeń są identyczne.
- Daty i godziny wydarzeń są identyczne.
Wszelkie inne kryteria można zdefiniować w systemie rozliczeniowym, aby zidentyfikować zduplikowane zdarzenia. Istnieje wiele sytuacji, które mogą spowodować przesłanie zduplikowanych zdarzeń do systemu rozliczeniowego -
- Awaria mechanizmu filtrowania systemu mediacji.
- Kodowanie błędów w oprogramowaniu systemu mediacji.
- Powtórzenie całości lub części pliku zdarzenia przekazywanego do mechanizmu oceny.
Odrzucone wydarzenia
Gdy system rozliczeniowy napotka problem z określonym zdarzeniem, zdarzenie naruszające zasady jest odrzucane. Odrzucenie może wynikać z problemów z którymkolwiek z poniższych:
- Samo wydarzenie.
- Plan cenowy.
- Dane klienta i konta.
- Dane konfiguracyjne.
Istnieją trzy główne powody odrzucenia wydarzenia -
Błędy analizowania uniemożliwiają systemowi rozliczeniowemu odczytanie informacji z rekordu szczegółów zdarzenia. Błąd analizy może wystąpić, ponieważ dane w rekordzie zdarzenia są uszkodzone lub mają niewłaściwy format.
Niemożliwe do przewidzenia błędy uniemożliwiają Genewie zidentyfikowanie źródła zdarzenia lub konta powiązanego z wydarzeniem. Może wystąpić niewykonalny błąd, ponieważ źródło zdarzenia nie istnieje jeszcze w bazie danych systemu rozliczeniowego.
Nieocenione błędy uniemożliwiają systemowi rozliczeniowemu obliczenie kosztu wydarzenia. Może wystąpić nieoceniony błąd z powodu problemów z planem cenowym.
Wszystkie odrzucone wydarzenia są wysyłane na specjalne konto, które nazywa się internal account lub suspense account i te odrzucone wydarzenia są nazywane suspense events. Dział finansów śledzi wszystkie odrzucone zdarzenia i zalicza je do utraty przychodów. Dział IT zawsze poświęca wiele uwagi rozwiązaniu odrzuconych zdarzeń i właściwej ich ocenie, aby zaoszczędzić przychody.
Jeśli odrzuconego zdarzenia nie można naprawić, a Operator nie chce go zaksięgować na koncie wewnętrznym, zdarzenie może zostać odrzucone. Gdy wydarzenie zostanie odrzucone, nie zostanie przesłane do mechanizmu oceny i nie będą miały miejsca dalsze próby jego oceny.
Ocena w czasie rzeczywistym
Ocena w czasie rzeczywistym to proces polegający na rejestrowaniu zdarzeń w momencie ich wystąpienia i natychmiastowej ich ocenie, z jak najmniejszym opóźnieniem między wygenerowaniem zdarzenia a wyceną. Ocenę w czasie rzeczywistym można porównać z oceną opartą na plikach, gdzie szczegóły zdarzenia są przechowywane w buforze pliku przez godziny, dni lub tygodnie przed ostateczną oceną całego pliku.
Proces systemowy w czasie rzeczywistym obejmuje transakcje e-commerce i pobieranie danych. Każda aplikacja, w której zdarzenia muszą być ocenione i szybko zastosowane na koncie klienta, jest odpowiednim kandydatem do oceny w czasie rzeczywistym.
Ponowne ocenianie wydarzeń
Istnieje kilka sytuacji, w których zmiana oceny wydarzeń może być konieczna. Na przykład, gdy -
Błąd w zastosowanym planie cenowym spowodował nieprawidłową wycenę wydarzeń.
Zdarzenia zostały załadowane na niewłaściwe konto (z powodu nieprawidłowej rejestracji źródła zdarzenia).
Istniejący plan cenowy został zastąpiony w pewnym momencie między ostatnią a następną datą rozliczenia.
Plan cenowy, plan cenowy lub źródło zdarzenia dla produktu zostały zmienione retrospektywnie.
Proces ponownej oceny wydarzeń jest bardzo prosty i wygląda następująco:
Zwolnij / zwolnij wszystkie zdarzenia z bazy danych za pomocą dostarczonego narzędzia. Większość systemu rozliczeniowego zapewnia narzędzie do wyładowania lub anulowania oceny wszystkich ocenianych zdarzeń.
Rozwiąż problem, gdziekolwiek leży.
Ponownie prześlij wydarzenia do oceny przez mechanizm oceny.
Częściowe wydarzenia
Częściowe zdarzenia pozwalają na utrzymanie salda klienta podczas trwania zdarzenia.
Na przykład w przypadku długiego pobierania danych system mediacji będzie wysyłał częściowe zdarzenia do systemu bilingowego, aby system rozliczeniowy je oceniał zamiast czekać na zakończenie zdarzenia, a gdy tylko przekroczony zostanie limit kredytowy klienta, konto zostanie zablokowane i Element sieci zostanie poinformowany o konieczności zakończenia połączenia.
Progi i działania
Mechanizm ratingowy może automatycznie sprawdzić, czy zostały osiągnięte jakiekolwiek progi czasowe oceny, w tym progi rabatowe.
Progi czasowe oceny pomagają chronić operatorów przed dużą utratą przychodów. Na przykład klient może nie chcieć zapłacić więcej niż wynosi jego limit kredytowy, w takim przypadku konieczne staje się zakończenie rozmowy klienta, gdy tylko osiągnie on próg limitu kredytu.
Jeśli wymagane jest podjęcie działań w czasie oceniania, ważne jest, aby mieć jak najwięcej ocen w czasie rzeczywistym.
Co jest następne?
Do tej pory widzieliśmy, jak klient generuje użycie i jak system mediacji wypycha to użycie (CDR) do systemu rozliczeniowego i jak system rozliczeniowy ocenia te CDR.
W następnym rozdziale omówimy, w jaki sposób zebrać wszystkie ocenione CDR za cały miesiąc i wygenerować końcową fakturę / rachunek, który jest wysyłany do klienta końcowego w celu pobrania przychodów za świadczone usługi.
Rozliczenia to suma wszystkich jednorazowych, okresowych i podlegających opłacie zdarzeń na podstawie poszczególnych kont. Jest to również wyliczenie wszystkich zaległych opłat oraz dostępnych rabatów i bonusów.
Dane wyjściowe z procesu fakturowania to strumień oznaczonych danych rachunku, które można wykorzystać do utworzenia rachunku na papierze, dysku lub innym nośniku. Billing Engine, który jest częścią Systemu Billingowego, tworzy faktury.
Proces rozliczeniowy
Poniższy diagram przedstawia podstawowy schemat mechanizmu rozliczeniowego i powiązanych funkcji -
Mechanizm rozliczeniowy wybiera konto, aby wygenerować rachunek i następujące powiązane informacje, aby wygenerować dane faktury -
Wszystkie ocenione CDR dla klienta w ciągu miesiąca wystawienia faktury.
Wszystkie rodzaje opłat (inicjacja, instalacja, okresowe, zawieszenie, zakończenie itp.) Mające zastosowanie do produktów i usług klienta.
Jeśli istnieje jakikolwiek zwrot pieniędzy lub inne obowiązujące opłaty.
Suma zaległych z poprzednich rachunków.
Suma płatności dokonanych przez klienta w danym miesiącu.
Całkowita korekta przeszła na korzyść klienta lub przeciwko klientowi.
Całkowity rabat udzielony klientowi.
Łączne podatki od opłat za użytkowanie i wynajem przez klienta.
Parametr konfiguracji płatności wymagany do uruchomienia mechanizmu rozliczeniowego; na przykład termin płatności itp.
Powyższe informacje są tylko orientacyjne i mogą różnić się w zależności od systemu rozliczeniowego i operatora.
Billing Engine tworzy surowe dane zawierające wszystkie informacje wymagane do wygenerowania końcowego rachunku, a te surowe dane można wykorzystać do wygenerowania końcowej faktury, która zostanie wysłana do klienta końcowego.
Bill Cycles
Gdy klient zostaje dodany do systemu rozliczeniowego, system przypisuje mu predefiniowany cykl rozliczeniowy. Cykl rozliczeniowy to data, w której Billing Engine uruchamia i generuje rachunki dla zbioru klientów.
Jeśli jest wielu klientów, to są oni podzieleni na różne cykle rozliczeniowe. Na przykład grupa klientów może mieć dane rozliczeniowe pierwszego dnia każdego miesiąca; inny może mieć datę rozliczenia 15 dnia każdego miesiąca.
Jeśli klient ma wystawiać rachunek pierwszego dnia miesiąca, będzie to nazywane rachunkiem klienta nominal bill date. Ale z różnych powodów, wiele razy, gdy wystawianie rachunków jest opóźnione i faktyczny rachunek jest generowany w późniejszym terminie, będzie to nazywaneactual bill date.
Rodzaje rachunków
Dla użytkownika mogą być dostępne różne rodzaje rachunków. Niektóre z nich mogą nie być obsługiwane przez niektóre systemy rozliczeniowe.
Sr.No. | Typ i opis rachunku |
---|---|
1 | Initiation bill Zwykle wymagany tylko jako pierwszy rachunek na koncie. Obejmuje opłaty za produkt i dostosowania, ale nie obejmuje zdarzeń. |
2 | Periodic bill Produkowane w regularnych odstępach czasu. Obejmuje wszystkie okresowe opłaty, zdarzenia i korekty. |
3 | Interim bill Dodatkowy rachunek zawierający opłaty z tytułu zdarzeń przetworzonych na koncie od ostatniego rachunku. Obejmuje wszystkie zdarzenia i korekty, ale bez opłat okresowych. |
4 | Suspension bill Wysyłane, gdy konto zostało zawieszone. Obejmuje wszystkie okresowe opłaty, zdarzenia i korekty. |
5 | Final bill Wysyłane po zamknięciu konta w celu rozliczenia wszystkich zaległych należnych opłat. Obejmuje wszystkie okresowe opłaty, zdarzenia i dostosowania, a także wszelkie zwroty środków; na przykład zwrot kaucji. |
6 | Post-final bill Wysyłane, gdy zlikwidowane konto ma zaległe należności po przedstawieniu końcowego rachunku. Obejmuje wszelkie zdarzenia i korekty występujące po rozwiązaniu umowy, ale bez opłat okresowych. |
7 | Credit note Dodatkowy rachunek zawierający wszystkie korekty na korzyść klienta wygenerowane od ostatniego rachunku. |
8 | Summary Statements Zestawienie podsumowujące można utworzyć dla hierarchii rozliczeń zorientowanej na klienta. Może podsumować wszystkie rachunki wygenerowane przez wszystkie konta powiązane z danym klientem. Opcjonalnie mogą również połączyć wszystkie rachunki w jednym wyciągu. |
Rachunki są wystawiane automatycznie lub na żądanie klienta.
Tryby rozliczeniowe
System rozliczeniowy może generować rachunki w dwóch trybach, na przykład -
Test (what if?) billing mode- Ten tryb jest używany do tworzenia sformatowanych rachunków testowych bez zmiany bazy danych. Te rachunki są przydatne, aby upewnić się, że system działa dobrze i przetestować po wprowadzeniu zmian w szablonach rachunków lub taryfach.
Podczas uruchamiania mechanizmu rozliczeniowego w trybie testowym zatwierdzenia nie są wprowadzane do bazy danych. Nie będzie to więc żadnego wpływu na profil klienta, nawet po wielokrotnym uruchomieniu rozliczeń testowych.
Rachunki testowe są zwykle wystawiane dla przykładowego zestawu klientów. Jeśli jesteś zadowolony z rachunków testowych, możesz przystąpić do wystawiania rachunków za produkcję.
Production (live) billing mode- Ten tryb jest używany do tworzenia normalnych rachunków za produkcję. W większości przypadków jest to domyślny tryb mechanizmu rozliczeniowego.
Po wygenerowaniu rachunku produkcyjnego Billing Engine aktualizuje profil klienta w bazie danych o łączne saldo zaległe do zapłacenia przez klienta, datę następnego rachunku itp.
Billing Engine przypisuje różne numery faktur do wszystkich rachunków produkcyjnych, co pomaga w śledzeniu różnych płatności dokonanych na podstawie faktury.
Tłumienie rachunków
Może zaistnieć sytuacja, w której nie warto generować rachunku i lepiej go znieść. Oto tego typu sytuacje -
Blokowanie rachunków dla kont o zerowej wartości (rachunki zerowej aktywności) lub bardzo małej wartości (rachunki o małej wartości).
Określony rodzaj rachunku można również pominąć, jeśli żądanych / planowanych jest wiele rodzajów rachunków w tym samym czasie, zapobiegając w ten sposób wysyłaniu niepotrzebnych rachunków do klienta.
Mały rachunek to rachunek mieszczący się w przedziałach określonych przez minimalną dodatnią kwotę rachunku i maksymalną ujemną kwotę rachunku, wyjątkowe warunki rachunku. Rachunki o małej wartości są produkowane, a następnie usuwane z procesu fakturowania, dzięki czemu nie są wysyłane do klientów.
Wyjątkowe rachunki
Przykładami możliwych wyjątkowych rachunków są wyjątkowo wysokie rachunki lub rachunki, które przekraczają limit kredytowy konta o ustalony mnożnik. Mechanizm rozliczeniowy przeprowadza kilka podstawowych kontroli danych dotyczących rachunków, które generuje. Obejmują one testowanie sumy rozliczanej w celu upewnienia się, że spełnione są następujące warunki -
Suma rachunku jest większa niż minimalna kwota rachunku ujemnego.
Suma rachunku jest mniejsza niż maksymalna dodatnia kwota rachunku.
Suma rachunku jest mniejsza niż limit kredytowy konta pomnożony przez mnożnik limitu kredytowego.
Wszystkie powyższe warunki różnią się od systemu rozliczeniowego do systemu rozliczeniowego i od operatora do operatora i nazywane są wyjątkowymi warunkami dotyczącymi rachunków.
Wyszczególnienie rachunków
Domyślnie wszystkie faktury zawierają szczegółowe zestawienie opłat za produkty i usługi wraz z opłatami za użytkowanie. Ale nie zawiera szczegółów na temat wszystkich połączeń wykonanych przez klienta.
Rachunek szczegółowy oznacza podanie pełnych szczegółów wszystkich połączeń wykonanych przez klienta. Do wydrukowania potrzeba więcej papieru. Ostatnio panuje trend polegający na wysyłaniu rachunków z wyszczególnieniem za pośrednictwem poczty elektronicznej, a zestawienie zbiorcze jest wysyłane przy użyciu fizycznej kopii rachunku.
Formatowanie rachunków
Istnieją systemy rozliczeniowe, które zapewniają narzędzia do formatowania faktur, które mogą być używane do generowania ostatecznych sformatowanych rachunków.
Elementy formatujące rachunki pobierają dane wyjściowe generowane przez mechanizm billingowy i zazwyczaj generują plik Post Script lub plik PDF, który może być używany przez firmę Bill Printing Company.
Jeśli system bilingowy nie jest w stanie wygenerować sformatowanych rachunków, wówczas system generuje zestaw plików ze znacznikami wraz z informacjami rozliczeniowymi, a każdy zewnętrzny program do formatowania rachunków może wykorzystać te oznakowane informacje do wygenerowania dobrze sformatowanej faktury.
Niezależnie od tego, czy Billing System generuje fakturę sformatowaną, czy też korzystamy z zewnętrznego narzędzia do generowania tych sformatowanych faktur na podstawie surowych danych generowanych przez silnik billingowy, ostatecznie faktury te są wysyłane do drukarni rachunków, która zajmuje się wygenerowaniem ostatecznej kopii wygenerowanej faktury . Szczegółowo omówimy to w kolejnym rozdziale „Generowanie faktury”.
Co jest następne?
Następny rozdział wyjaśniłby proces rabatów, który w rzeczywistości jest częścią procesu oceny i fakturowania, ale zatrzymaliśmy go jako oddzielną sekcję, ponieważ różne elementy wymagają więcej wyjaśnień.
Omówimy różne rodzaje hierarchii rabatów, które można podać w momencie oceny i rozliczenia.
Wszystkie rabaty zmieniają (najczęściej obniżają) cenę, jaką należy zapłacić za zestaw wydarzeń i / lub produktów. Rabat to sposób na oddanie klientom pieniędzy. Rabat określa określoną kwotę (procentową lub pieniężną), która ma być zastosowana do produktów lub użycia, które spełniają określone kryteria. Na przykład wszystkie lokalne połączenia telefoniczne wykonane w danym dniu 01-01-2010 są płatne w wysokości 0,20 USD.
Rabaty można obliczyć w trakcie procesu oceny lub w trakcie rozliczenia -
Rating Time Discount- Wszystkie rabaty udzielone w momencie oceny. Te rabaty mogą być udzielane tylko przy użyciu. Przykładem zniżki czasowej na ocenę jest „5% zniżki na pierwszą godzinę wszystkich połączeń międzynarodowych”.
Billing Time Discount- Wszystkie rabaty podane w momencie rozliczenia. Zniżki te mogą być udzielane na podstawie znamionowego użytkowania, a także opłat za produkty i usługi. Przykładem rabatu za czas rozliczeniowy jest „5% zniżki, jeśli wydasz ponad 15 USD w ciągu miesiąca”.
Rabat przed wyszczególnieniem to taki, który modyfikuje cenę każdego wydarzenia, do którego ma zastosowanie, w celu ustalenia ceny po zmianie oceny. Zniżka ta występuje również w kategorii rabatów za czas rozliczeniowy, ale jest to związane z oceną połączeń. Inne rabaty za czas rozliczeniowy pozostawiają niezmienioną cenę wydarzenia. Rabat przed zakupem przedmiotu nie może obejmować opłat za produkt, a jedynie opłaty związane z wydarzeniami.
Kroki i progi rabatów
Wielkość rabatu jest określana za pomocą szeregu kroków rabatowych i progów. Kroki rabatowe pozwalają na zmianę wielkości rabatu po osiągnięciu określonych progów.
Na przykład zniżka na wydarzenia związane z telefonią może zależeć od liczby minut spędzonych na rozmowie z 10-procentową zniżką po 100 minutach i 20-procentową zniżką po 200 minutach.
Każdy rabat powinien mieć co najmniej jeden krok. Można dodać dalsze kroki, jeśli wymagane jest, aby rabat stał się mniej lub bardziej korzystny przy większych ilościach. Każdy krok rabatu może mieć swój rabat wyrażony jako kwota lub procent (ale nie oba).
Proste rodzaje rabatów
Klientom końcowym mogą być udzielane nieskończone rodzaje rabatów, ale zależy to od tego, co obsługuje Twoje rozliczenia. Oto proste, ale bardzo dobre rodzaje rabatów, które można zaoferować -
Rabaty między produktami
Są to rabaty, w przypadku których zestaw produktów i wydarzeń określa rabaty na inny zestaw produktów i wydarzeń.
Na przykład „10 SMS-ów za darmo, jeśli na połączenia komórkowe wydasz więcej niż 30 USD”. Tutaj telefon komórkowy określa rabat, a produkt SMS otrzymuje rabaty, tzw. Rabaty tego typucross product discounts.
Warstwowe rabaty
Mają one zastosowanie tylko do części zbioru wydarzeń lub wydanych pieniędzy, która mieści się między przypisanymi progami rabatu. Na przykład na poniższym diagramie 0% zniżki na wydatki w wysokości$0-$Próg 100 lub próg 0–100 zdarzeń, 5% zniżki za wydatki w wysokości $100-$Próg 200 lub próg 100-200 zdarzeń itp.
Rabaty ilościowe
Są to rabaty oparte na liczbie zdarzeń lub opłat produktowych generowanych przez określony produkt. Na przykład na poniższym diagramie 5% zniżki przy wydaniu 100 USD lub 100 wydarzeń itp. Jak widać, im większe wydatki, tym większa zniżka.
Ulgi podatkowe
Zniżki podatkowe stanowią alternatywną metodę postępowania w przypadku niektórych zwolnień podatkowych. Są one obliczane i stosowane podczas rozliczania konta.
Okresy rabatowe i ceny
Z większością rabatów związany jest okres rabatu, który może wynosić dowolną liczbę dni, tygodni lub miesięcy. Okres ten można wykorzystać na trzy sposoby -
Określenie czasu, w którym ma zostać osiągnięta wartość progowa.
Określenie częstotliwości, z jaką ma być stosowany rabat bezwzględny.
Aby określić, jak często najwyższe użycie jest określane dla rabatów z dołączonymi filtrami o najwyższym poziomie użycia.
Rabaty mogą być naliczane proporcjonalnie i nieproporcjonalne w zależności od wymagań. Jeżeli rabat jest proporcjonalny, wówczas rabat będzie obliczany na podstawie liczby dni korzystania z usługi, aw przypadku rabatu nieproracyjnego będzie naliczany za cały okres, na jaki rabat został skonfigurowany.
Programy bonusowe
Programy premiowe to metody zapewniania klientowi bezpłatnych wydarzeń, w przypadku których liczba bezpłatnych wydarzeń jest określana na podstawie wcześniejszego wykorzystania lub naliczenia opłaty za jeden lub więcej produktów w określonym czasie (na przykład w poprzednim roku).
Na przykład: „Skorzystaj z pakietu telefonicznego Super deal i uzyskaj 10 USD bezpłatnych połączeń za każde trzy godziny połączeń międzynarodowych wykonanych w poprzednim kwartale”.
Istnieją inne sposoby oferowania klientom rabatu, na przykład oferowanie korzystniejszego planu cenowego za pośrednictwem pakietu, zmniejszając stawkę jednostkową produktu w miarę wzrostu pobieranej ilości.
Grupy dzwoniące (CUG)
Krąg wywołujący Grupy definiują relacje między użytkownikami, którzy są modelowani jako członkowie i (domyślnie) osoby niebędące członkami.
W ramach tego modelu połączenie wykonane przez członka kręgu z innym członkiem kręgu byłoby wycenione przy użyciu innej stawki niż stawka stosowana w przypadku osoby niebędącej członkiem (lub współpracownika) wykonującej to samo połączenie.
Relacja między stronami dzwoniącymi jest określana przez kombinację tożsamości dzwoniących. Kręgi wywołujące mogą obejmować sieci, jeśli sieci należą do tego samego operatora, a pojedynczy krąg wywołujący może obejmować zarówno użytkowników telefonii komórkowej, jak i stacjonarnej.
Co jest następne?
Procesy rozliczeniowe omówiliśmy już w poprzednim rozdziale. W następnym rozdziale omówimy ostatnią część generowania faktur, począwszy od nieprzetworzonych danych faktur do ustrukturyzowanego tworzenia faktur.
Większość systemów bilingowych generuje ustrukturyzowany tekst ASCII zawierający treść informacyjną rachunku. Dane rachunku dla każdego rachunku są początkowo zapisywane w bazie danych lub w zwykłych plikach tekstowych. Format danych na tym etapie jest taki sam, niezależnie od tego, w jaki sposób dane mają być przetwarzane.
Te dane rachunku mogą być następnie przetwarzane przez jeden z wielu mechanizmów formatowania w celu uzyskania danych wyjściowych w żądanej formie. Na przykład papier, CD-ROM itp.
Dostępne są systemy rozliczeniowe, które zapewniają wewnętrzne narzędzia do formatowania rachunków. Jeśli system rozliczeniowy nie zapewnia odpowiedniego narzędzia do generowania sformatowanych rachunków, dostępne są narzędzia innych firm, takie jak DOC1, które jest jednym z najczęściej używanych narzędzi.
Oto typowy diagram przedstawiający przebieg formatowania rachunków -
Poniżej znajduje się migawka danych rachunku pobranych z systemu rozliczeniowego Infinys firmy Convergy -
DOCSTART_85
DOCTYPE BILL
GENEVAVERSION 5.0
BILLSTYLE 1
BILLTYPE 1
BILLTEMPLATE 85
BILLSEQ 1
BILLVERSION 1
ACCCURRENCYCODE BEF
BILLLANGID 2
BILLLANGNAME English (US)
BILLLANGLOCALE us
PAYMETHODID 1
FORMATREQ A30001001/0001
COPYBILLNUM 0
BILLPURPOSE 1
ADDRESSNAME Dr D Jackson
POSITION Project Manager
DEPARTMENT Recruitment
ADDRESS1 12 South Street
ADDRESS2 Detroit
ADDRESS3 Michigan
ZIPCODE 12345
COUNTRY United States
BSTARTACCFADDR
ACCFADDR_1 United States
ACCFADDR_2 Michigan
ACCFADDR_3 12345
ACCFADDR_4 12 South Street
ACCFADDR_5 Detroit
ACCFADDR_6 Dr D Jackson
BENDACCFADDR
CUSTOMERREF C30001
CUSTOMERTYPE Standard
ACCTAXSTATUS Exclusive
INVOICINGCONAME Invoicing company for English (US)
INVOICINGCOADDRESS1 Company House
INVOICINGCOADDRESS2 Atlanta
INVOICINGCOVATREG taxref000576
ACCOUNTNO A30001001
BENDBFPAYSUMMARY
BALOUT 0.00
CHARGES 142.00
NEWBAL 142.00
BSTARTBFPAYDETAILS
ACCDEPPREVTOT 0.00
ACCDEPCHANGE 0.00
ACCDEPCURRTOT 0.00
BENDBFPAYDETAILS
BENDBFSTATEMENT
BILLREF A30001001@0001
BILLDATE 02/20/99
NEXTBILLDATE 03/20/99
BSTARTPAYMENTDUEINFO
PAYMENTDUEDATE 03/04/99
DEBTSTARTDATE 02/25/99
PAYMENTTERMDESC Payment due 7 days after the bill date
PAYMENTDUEDAYS 7
BENDPAYMENTDUEINFO
GIROREF 34
GIROACCOUNT 404 7800
OCRREF 1300010019
OCRSORTCODE V6344047800
GIROAMOUNT 142.00
OCRAMOUNT 000142000
INVOICEACTUALDATE 02/25/99
INVOICETAXDATE 02/25/99
INVOICESTART 01/03/99
INVOICEEND 02/19/99
TAXTYPE 1,2.00,
TENDTAXTYPE
INVTOTALTAX 2.00
BENDTAXDETAILS
INVTOTAL 142.00
INVTOTALROUNDED 142.00
TOTALSAVE -11.00
PERIODEND 02/25/99
POINTSBALANCE 0
POINTSEARNED 0
POINTSREDEEMED 0
POINTSADJUST 0
NEWPOINTSBALANCE 0
DOCEND
Dane rachunku składają się z następujących po sobie wierszy tekstu ASCII. Każda linia ma postać -
TAGNAME tagvalue
TAGNAME i wartość tagu są oddzielone separatorem znacznika (tagsep) spacji. Wartość znacznika może być pojedynczą wartością lub listą wartości oddzielonych ogranicznikami (separatorami). Jeśli nie określono, używanym separatorem jest przecinek.
Bill Post Processor
Mechanizm rozliczeniowy może nie być w stanie wygenerować wszystkich informacji wymaganych na rachunku lub może istnieć potrzeba wykonania specjalnych obliczeń na danych podanych na fakturze. Nazywa się to przetwarzaniem rachunków i zwykle jest wykonywane przez niestandardowy składnik o nazwie Bill Post Processor (BPP).
BPP można napisać w preferowanym języku programowania, który czyta nieprzetworzony plik faktury i dokonuje wymaganych modyfikacji w tym pliku przed przekazaniem go do ostatecznego formatowania.
Nie ma dostępnych systemów rozliczeniowych, które zapewniają gotową funkcjonalność BPP, ponieważ wymagania różnią się w zależności od operatora, a tego procesu nie można znormalizować. Co najwyżej system rozliczeniowy może zapewnić punkt wtyczki do podłączenia niestandardowego BPP wraz z silnikiem rozliczeniowym.
DOC1 Bill Formatter
DOC1 to bardzo znane narzędzie Bill Formatter dostępne od PitneyBowes Company, które pomaga w formatowaniu rachunków do plików PDF lub Post Script.
Jak wspomniano powyżej, dane wyjściowe Billing Engine to tekst w formacie ASCII zawierający informacje o treści rachunku. Mapowanie jest tworzone między znacznikami pliku faktury źródłowej generowanymi przez system rozliczeniowy a znacznikami wymaganymi przez DOC1. DOC1 wymaga znaczników o stałej długości, jak pokazano poniżej.
Poniżej znajduje się hipotetyczna próbka z dostarczonego pliku faktury -
ACCOUNTNO ACC0010000
ACCUMBONUSPOINTS_1 BON0050100
ACCUMBONUSPOINTS_2 BON0050100
ACCUMBONUSPOINTS_3 BON0050100
ACCUMBONUSPOINTS_4 BON0050100
ACCUMBONUSPOINTS_5 BON0050100
ADDRESS1 ACC0030000
ADDRESS2 ACC0040000
ADDRESS3 ACC0050000
ADDRESS4 ACC0060000
ADDRESS5 ACC0070000
ADDRESSNAME ACC0020000
BUSINESSNAME ACC0120000
TSTARTADJ ADJ0000000
..........
Teraz korzystając z powyższych tłumaczeń, zostanie wygenerowany plik końcowy dla DOC1, a DOC1 zajmie się wygenerowaniem faktury końcowej na podstawie dostarczonych informacji.
Niektóre modyfikacje można również przeprowadzić na poziomie DOC1, ale nie zapewnia to dużej elastyczności w zakresie modyfikacji faktury. Możesz wypróbować najnowszą wersję, która może znacznie bardziej spełnić Twoje oczekiwania.
Generowanie końcowej faktury
Po zafakturowaniu wszystkich kont i sformatowaniu faktur przy użyciu wewnętrznego lub zewnętrznego programu do formatowania rachunków, faktury te są wysyłane do firmy Bill Print Company w celu ostatecznego wydrukowania.
Jeśli operator korzysta z funkcji elektronicznej poczty e-mail do wysyłania rachunku do swojego klienta, wówczas kopię tego samego rachunku można wysłać do systemu e-mail, aby wysłać ją do klienta końcowego.
Operatorzy poziomu 1 (mający 20-30 milionów lub więcej klientów) zazwyczaj zlecają to zadanie, w tym dystrybucję rachunków.
Co jest następne?
Po wygenerowaniu faktur trafiają one do klientów końcowych. Teraz czas na zebranie przychodu od klienta. Po jednym rozdziale omówilibyśmy proces poboru dochodów.
Zanim przejdziemy dalej, zajmijmy się częścią kontroli kredytowej, która jest bardzo ważna i powinna być pokryta przed pobraniem dochodów.
Wszyscy operatorzy świadczą swoje usługi i zbierają przychody od klientów końcowych, aby przetrwać w biznesie. Mogą istnieć dwa sposoby obciążenia klienta końcowego -
In-Advance- Operator obciąża klientów z góry przed wykonaniem usługi. Prowadzi to do mniejszego zadowolenia klienta, ale operator jest bardziej bezpieczny z punktu widzenia przychodów.
In-Arrears- Operator naraża się na ryzyko i obciąża klienta na koniec każdego miesiąca po wykonaniu wymaganych usług. Prowadzi to do większej satysfakcji klienta, ale operator jest narażony na mniejsze przychody.
Zawsze istnieje próg, do jakiego operator może tolerować utratę przychodów związaną z określonym klientem; jednocześnie istnieje próg ryzyka, jakie operator może podjąć wobec danego klienta.
Na przykład, jeśli dochód klienta wynosi $10,000/month, then operator can provide him their services very easily up to $1000 - $2000 but for the same operator it would be difficult to provide him a service, which would cost almost $10.000 / miesiąc, ponieważ w takiej sytuacji klientowi trudno byłoby dokonać miesięcznej płatności.
Trzymając się tej samej koncepcji, operatorzy definiują różne klasy kredytów, których używają do klasyfikowania swoich klientów i kojarzenia różnych działań kredytowych i windykacyjnych.
Klasy kredytowe
Klasa kredytowa definiuje kategorię klienta i związane z nim ryzyko przychodów może zostać podjęte z tym klientem. Klasa kredytowa określa również, który harmonogram spłat ma zostać zastosowany do klienta, jeśli jego właściciel nie dokona (bezspornych) należnych płatności.
Wszystkie systemy bilingowe umożliwiają definiowanie różnych klas kredytowych, które mogą być przypisane do różnych klientów w momencie dodawania ich do systemu. Oto kilka przykładów klas kredytów:
VIP Credit Class - Może być przypisany do klientów VIP i miałby bardzo wysoką wartość limitu kredytowego.
General Public Class - To najczęściej spotykana klasa kredytowa i miałaby prawie $100 or $Limit kredytowy 200.
Segment Specific Class - Klasy te można zdefiniować w oparciu o różne segmenty, takie jak funkcjonariusze policji, wojska, banki itp. Operator może określić limit kredytowy na podstawie ich wygody.
Mogłaby istnieć nieskończona liczba klas kredytów zdefiniowanych w oparciu o wymagania i kategorię klientów.
Kontrola skarbowa
Istnieją głównie dwa etapy, na których można kontrolować kredyt dla określonego rodzaju kategorii klientów -
Niezafakturowane na podstawie wykorzystania
To jest kontrola czasu oceniania, którą wykonują procesy oceniania. W tym miejscu sprawdzane jest wykorzystanie i łączne opłaty klienta względem przyznanego limitu kredytowego, a jeśli klient zacznie zbliżać się do przyznanego limitu kredytowego, klient jest o tym informowany i po przekroczeniu limitu kredytowego można podjąć odpowiednie działania.
Są operatorzy, którzy chcieliby zablokować (tj. Tymczasowo zatrzymać) usługi, jeśli klient przekroczy limit kredytowy i nie zostaną zablokowani po dokonaniu płatności. Na przykład klient posiadający limit kredytu w wysokości 200 USD zostanie poinformowany o 80% wykorzystania za pomocą wiadomości SMS, o osiągnięciu progu 90% może zostać poinformowany za pomocą telefonu przypominającego itp., A gdy 100% kredytu limit został osiągnięty, wówczas wychodzenie może zostać zablokowane.
Aby kontrolować kredyt, operatorzy wolą blokować tylko połączenia wychodzące w przypadku korzystania z Voice i SMS-ów, ale w przypadku pobierania danych klient nie będzie mógł wykonać żadnego pobierania danych.
Rozliczane na podstawie wykorzystania
Odbywa się to zwykle po przesłaniu faktur i wiąże się to bardziej z procesem ściągania przychodów, o czym będziemy mówić w następnym rozdziale.
Aby kontrolować kredyt w momencie przyznawania ratingu, ważne jest, aby oceniać go w czasie rzeczywistym. Jeśli wykorzystanie nie jest rejestrowane w czasie rzeczywistym i jest oceniane po długiej przerwie, istnieje możliwość, że klienci przekroczyliby swój limit kredytowy i zgodnie z prawem klient może nie być w stanie spłacić kwoty ponad przypisane limity kredytowe, ale zależy to od kraju i operatora.
Depozyty
Istnieją systemy bilingowe, które obsługują depozyty na rachunkach. Depozyty są przechowywane wraz z saldem konta, a gotówka może być przenoszona między nimi.
Mogą istnieć różne poziomy depozytów w celu świadczenia różnych rodzajów usług, które można utrzymywać na koncie.
Depozyty pomagają operatorom pokryć ich przychody w przypadku, gdy klient nie jest w stanie dokonać płatności.
Co jest następne?
Mam nadzieję, że masz pomysł, jak kontrolować kredyty przyznawane różnym grupom klientów. Mimo to byliby różni klienci, którzy nie płaciliby w terminie nawet po udzieleniu im kredytu w ramach swoich możliwości. Są różni klienci, którzy po skorzystaniu z usług w ogóle nie płacą.
W kolejnym rozdziale wyjaśnimy, w jaki sposób definiujemy różne procesy i harmonogramy poboru przychodów z tytułu świadczonych usług.
Gdy faktura zostanie wygenerowana i wysłana do klienta, w idealnym przypadku wszyscy klienci otrzymają swoje rachunki i zapłacą niezwłocznie. Mogą jednak istnieć klienci, którzy nie płacą rachunków i może wystąpić niedopuszczalne opóźnienie w opłaceniu rachunku, dlatego usługodawcy muszą podjąć pewne działania niezbędne do naprawienia sytuacji i ściągnięcia należnego salda (zwanego należnościami, w skrócie A / R).
Windykacja to proces dochodzenia należności przeterminowanych na rachunek klienta. Zwykle wiąże się to z wysyłaniem powiadomień do klienta i podejmowaniem odpowiednich działań w przypadku braku płatności po terminie.
Systemy bilingowe obsługują monitowanie (pogoń za wierzytelnościami) zarówno na poziomie faktury, gdzie należności są rozliczane na podstawie faktury po fakturze, jak i na poziomie konta, dzięki czemu wszystkie zaległe kwoty na koncie, na kilku fakturach, mogą być obsługiwane przez jedną akcję monitu.
Model monitu, który zostanie użyty dla rachunku, zostanie przypisany na podstawie jego klasy kredytowej. Podstawowy proces zbierania obejmuje następujące dwa elementy -
Collections Aging Tracking- Jest to proces śledzenia faktur klienta, które nie zostały zapłacone w określonym terminie płatności. Dotyczy „wieku należności na koncie”; na przykład faktury, które są przeterminowane 0-30 dni, zaległe 30-60 dni itp.
Collections Actions- Akcja windykacyjna to czynność wykonywana, gdy należności osiągną określony wiek. Na przykład, powinny zostać odtworzone komunikaty przypominające do klienta, które mają być wysłane lub nagrana wiadomość audio.
Harmonogramy działań windykacyjnych
Zwykle działania windykacyjne są wykonywane w następujących krokach:
Wyślij wiadomość e-mail z przypomnieniem i / lub zadzwoń: Dział obsługi klienta kontaktuje się z klientem, przypominając o płatności. Jeśli jednak nie otrzymano płatności, przejdź do następnej czynności.
Wyślij czerwony list - na przykład zostanie wysłany list „Zapłać za siedem dni”. Jeśli jednak płatność nie zostanie odebrana, przejdź do następnej akcji.
Odłącz usługę - dział zarządzania siecią zawiesza usługę.
Harmonogramy windykacji określają czynności windykacyjne, które należy przeprowadzić oraz godziny, w których należy je przeprowadzić, gdy klient nie płaci.
Harmonogram windykacji określa szereg etapów składających się na proces windykacji. Na każdym etapie obejmuje -
Efektywny wiek, w jakim muszą znajdować się należności, aby działanie mogło nastąpić. Efektywny wiek należności oblicza się uwzględniając faktyczny wiek należności.
Działania, które należy podjąć. Może to być działanie, które ma wykonać system rozliczeniowy, na przykład wysłanie upomnienia w określonym dniu.
Czy działanie jest obowiązkowe, czy nie. Jeśli akcja jest obowiązkowa, kolejne akcje nie mogą mieć miejsca, dopóki ta nie zostanie wykonana.
Minimalna kwota należności, poniżej której działanie nie będzie miało miejsca.
Miękkie działania windykacyjne - monity
Na wczesnych etapach procesu windykacji, miękkim działaniem windykacyjnym będzie zazwyczaj wysłanie szeregu upomnień, które są prostymi pismami przypominającymi i wezwaniami do zapłaty.
Po wysłaniu wielu monitów na różnych etapach zwykle planowane są inne działania. Na przykład możesz określić, że przedstawiciel obsługi klienta (CSR) powinien zadzwonić do klienta i zapytać, dlaczego nie zapłacił.
Hard Collection Actions - Blacklisting
Jeśli początkowe próby zakończą się niepowodzeniem, można podjąć bardziej agresywne działania, takie jak blokowanie usług lub odłączanie usług lub hot-lining („hot-lining” to proces przekierowywania wszystkich telefonów zaległych klientów do operatora windykacji).
W przypadku niepowodzenia wszystkich prób ściągnięcia należności usługodawca może dokonać odpisu na rachunku i oznaczyć należną kwotę jako nieściągalny dług lub przekazać (sprzedać) rachunek firmie windykacyjnej. Agencje windykacyjne pracują na procentach zebranych dochodów. Jednakże, gdy nieodebrane faktury na koncie zostaną sprzedane firmie windykacyjnej, usługodawca nie może współpracować z klientem w zakresie płatności.
W tym przypadku odpis oznacza, że usługodawca (operator) rozlicza należności w imieniu klienta i na zawsze zamyka konto. Odbywa się to w celach księgowych, w przeciwnym razie jest to strata dla operatora.
Usługodawca przechowuje historię kont odpisów, zwanych także klientami na czarnej liście, aby nie byli ponownie aktywowani i informował o takich rachunkach agencje kontroli kredytowej / sprawozdawcze.
Co jest następne?
Większość klientów dokonuje płatności przed terminem. Mogą być różne kanały, za pomocą których dokonuje się płatności.
W następnym rozdziale omówimy różne rodzaje płatności i ich kompleksowe przetwarzanie w celu rozliczenia faktur.
Po wysłaniu faktur do klientów klienci zaczynają opłacać swoje rachunki. Przetwarzanie płatności za rachunki w systemie bilingowym nazywa się przetwarzaniem płatności.
Płatności dokonywane przez klientów są księgowane na koncie klienta. Jeśli są jakieś zaległe faktury, to, która faktura zostanie zapłacona, zależy od metody księgowania konta. Istnieją dwa rodzaje metod księgowania -
Balance forward accounting - Przy użyciu tej metody, jeśli kilka faktur pozostaje do spłaty, otrzymane płatności są przypisywane do faktur zgodnie z wiekiem należności, a najstarsza faktura jest tworzona jako pierwsza.
Open item accounting- Ta metoda umożliwia przyporządkowanie płatności do konkretnych faktur. Księgowanie pozycji otwartych jest szczególnie przydatne w przypadku płatności od klientów biznesowych.
Metody Płatności
Klient może dokonać płatności przy użyciu różnych metod płatności, które są obsługiwane przez usługodawcę; na przykład klient może dokonywać płatności przy użyciu metod płatności, takich jak czek, karta kredytowa, karta debetowa lub przelew bankowy lub bezpośredni depozyt gotówkowy.
Operator może mieć wiele rachunków bankowych, na które będzie otrzymywać płatności dokonywane bezpośrednio za pośrednictwem kont bankowych. Te rachunki bankowe są nazywane rachunkami posiadania i przesyłają szczegóły płatności do systemu rozliczeniowego w plikach tekstowych.
Jeśli płatności są otrzymywane poza systemem rozliczeniowym ręcznie lub elektronicznie, wówczas płatności te są przesyłane do systemu przy użyciu automatycznego procesu rozliczania faktur.
Płatności automatyczne
Systemy rozliczeniowe zapewniają możliwość przechwytywania informacji o karcie kredytowej lub debetowej oraz automatyczne metody płatności co miesiąc.
Jeśli metoda płatności jest ustawiona automatycznie przy użyciu karty kredytowej lub debetowej, żądania płatności są generowane automatycznie po każdej fakturze lub w określonym dniu i są wysyłane do bram płatniczych (lub banków) w celu autoryzacji płatności.
Po autoryzacji wszystkich płatności są one przesyłane do systemu rozliczeniowego w celu rozliczenia należnych faktur.
Płatności ręczne
Jeśli płatności są dokonywane gotówką lub czekiem, to można je wprowadzić do systemu z góry klienta lub jeśli jest to pobierane przez niektóre agencje, wówczas wszystkie takie płatności są zbierane i księgowane w systemie rozliczeniowym za pomocą automatycznych metod, które zapewnia fakturowanie. system.
Dla wszystkich otrzymanych płatności przygotowywane są pliki płatności we wstępnie zdefiniowanym formacie, a następnie są one automatycznie wypychane do określonej lokalizacji, skąd System Billingowy pobiera je i przesyła do bazy danych rozliczeniowych.
Może dojść do sytuacji, w której płatność kartą kredytową lub czekiem nie zostanie zrealizowana. Jeśli ta płatność została już zaksięgowana w systemie, należy ją anulować, aby skorygować kwotę. Billing System zapewnia narzędzia do obsługi nieudanych lub anulowanych płatności.
Interfejsy płatności
Interfejs to powiązanie między systemem bilingowym a jakimkolwiek innym zewnętrznym systemem, w którym ma zostać odebrana płatność. Interfejs umożliwia komunikację między dwoma systemami w oparciu o predefiniowane reguły.
Na przykład prosty plik tekstowy może być interfejsem płatności między bankiem a systemem rozliczeniowym. Jeśli interfejs jest oparty na plikach, banki wysyłają szczegóły płatności za pomocą plików płatności w predefiniowanym formacie.
Między bankiem a systemem rozliczeniowym mógłby istnieć interfejs online oparty na API. Jeśli istnieje interfejs online, bank zadzwoni do udostępnionego API, aby zaksięgować płatność bezpośrednio w systemie rozliczeniowym.
W podobny sposób mogłyby istnieć interfejsy oparte na plikach lub online dla osób trzecich zaangażowanych w pobieranie płatności.
Co jest następne?
Jak dotąd prawie przeszliśmy przez cały cykl życia klienta telekomunikacyjnego. Następny rozdział jest ważny, aby zrozumieć sytuację sporu, który powstaje między operatorami a klientami.
Co to jest spór?
Spór to zapis zapytania o kwotę pieniędzy na koncie. Zwykle spór zostanie zarejestrowany, gdy klient zapyta o jakiś aspekt swojego rachunku. Można podnosić spory -
Na podstawie faktury na koncie.
Wobec określonego wydarzenia ocenianego na koncie. Na przykład, jeśli klient kwestionuje określone wydarzenie w telewizji pay-per-view z powodu awarii zasilania.
Rozpatrywanie sporów
Po zarejestrowaniu sporu zostanie on zbadany, zweryfikowany w celu:
Accept - Jeśli podniesiony spór jest ważny po stronie klienta, spór zostanie zaakceptowany i zostanie zwrócony klientowi.
Reject - Jeśli spór zostanie uznany za nie do przyjęcia, spór zostanie odrzucony.
Cancel - Jeśli spór zostanie wprowadzony omyłkowo, spór zostanie anulowany.
W przypadku sporu należy zwrócić uwagę na następujące punkty, a system rozliczeniowy powinien wspierać te punkty -
Działania windykacyjne nie są eskalowane, gdy kwoty mają status sporu oczekujące, ale windykacje są przedawnione w tym okresie.
Zdarzenia sporne nie są uwzględniane w obliczaniu kolekcji, dopóki nie zostaną rozliczone. Następnie kolekcje są normalnie postarzane.
Co to jest dostosowanie?
Korekta to metoda uznania lub obciążenia rachunku dowolną kwotą pieniędzy. Korekty można wnosić na rachunek jako całość lub na określone zdarzenie oceniane na tym rachunku.
System bilingowy pozwala na tworzenie różnego rodzaju korekt, które mogą być stosowane w różnych sytuacjach, a każda korekta przechodzi przez różne etapy zatwierdzenia.
W przypadku zaakceptowania sporu tworzona jest korekta w celu zasilenia konta sporną kwotą. Korekty nie powinny wpływać na saldo konta, dopóki nie zostaną zatwierdzone. Korekty o statusie oczekujące na zatwierdzenie nie mają wpływu na rozliczenia ani windykacje.
Zakłada się, że spory i korekty dotyczące kont zawierających podatek obejmują podatek. Kwota brutto została wprowadzona i będzie dostępna do umieszczenia na rachunku.
Co jest następne?
W następnym rozdziale omówimy różne rodzaje raportów potrzebnych do zarządzania. Może istnieć lista raportów dostępnych po wyjęciu z pudełka i mogą istnieć raporty, które będą wymagały niestandardowego rozwoju.
Generowane są różne raporty, które dostarczają kierownictwu cennych informacji na temat finansów, sprzedaży i wydajności systemu. Można generować różnego rodzaju raporty, takie jak raporty finansowe, raporty zarządcze, raporty uzgodnień, raporty aktywności sieci itp.
Raporty zawierają informacje, które napędzają sukces biznesowy i pomagają w monitorowaniu kondycji biznesu, identyfikowaniu obszarów problemowych, aby można było podjąć odpowiednie działania naprawcze.
Raportowanie to jeden z obszarów, w którym żaden z systemów rozliczeniowych nie może spełnić 100% wymagań od razu po wyjęciu z pudełka. Zdecydowanie działy marketingu lub finansów wymyślą takie wymagania dotyczące raportowania, które wymagałyby wielu niestandardowych zmian.
Jeśli Twój System Bilingowy wypycha dane do Hurtowni Danych (DWH), możesz przenieść działania raportowe do systemu DWH, ale nadal wiele działów chciałoby mieć ważne raporty z systemu źródłowego, jakim jest System Billingowy.
Możemy podzielić raporty na dwie kategorie -
Core/Canned Reports- Raporty te są dostarczane przez system bilingowy jako podstawowa funkcjonalność systemu. Czasami nazywane są raportami w puszkach lub standardowymi.
Custom Reports - Te raporty nie byłyby dostępne bezpośrednio z systemu i wymagałyby pewnego rozwoju przy użyciu skryptu PL / SQL, PERL lub Shell itp.
Różne systemy rozliczeniowe zapewniają różne typy raportów w różnych obszarach. Systemy rozliczeniowe Interconnect mają zapewnić więcej funkcji związanych z raportowaniem, ponieważ zajmują się rozliczeniami hurtowymi.
Wymagania dotyczące raportowania
Poniżej znajduje się lista raportów wymaganych przez różne działy -
Raporty finansowe
Raporty płatności zawierają informacje o płatnościach na koncie klienta w danym okresie. Raporty wiekowania należności na koncie zawierają informacje o należnościach na koncie, zaległych należnościach itp.
Raporty dotyczące sporów i korekt pomagają zidentyfikować wzorzec przyczyn sporów i korekt, a także pomagają zrozumieć powód takich sporów i korekt oraz podjąć odpowiednie działania naprawcze.
Raporty zarządcze
Raporty zarządcze dostarczają informacji o klientach, korzystaniu z ich produktów i usług, wzorcach połączeń, opiniach klientów itp. Raporty te pomagają podjąć odpowiednie kroki w celu zmniejszenia rotacji klientów w celu wprowadzenia nowych usług.
Rezygnacja to proces odłączania się klientów od jednego usługodawcy i przenoszenia się do innego, a może to wynikać z wielu przyczyn, takich jak nieodpowiednia obsługa klienta lub brak konkurencyjnych produktów lub brak konkurencyjnych opłat, lub może to wynikać z naturalnej przyczyny geograficznej. relokacja klienta.
Raporty uzgodnień
Raporty te dostarczają informacji Revenue Assurance (RA), zapewniając, że wszystkie źródła przychodów i wydatków są obserwowane i nie ma wycieku jakichkolwiek przychodów. Na przykład przychody mogą zostać utracone z wielu powodów, takich jak wyciek w systemie sieciowym, mediacja lub błędy w rozliczeniach, zapotrzebowanie na szybkie wprowadzenie nowych usług itp.
Raporty zapewnienia przychodów pomagają zidentyfikować miejsce wycieku, tak aby można było podjąć odpowiednie działania.
Raporty o aktywności sieciowej
Raporty te dostarczają informacji pozwalających zidentyfikować obszary przeciążenia sieci, aby można było zastosować środki naprawcze (przekierowanie lub dodanie większej ilości zasobów) w celu przezwyciężenia tych problemów.
Inne raporty
Poniżej znajduje się wyimaginowana lista kilku innych raportów, które mogą być wymagane poza systemem rozliczeniowym -
Sr.No. | Opis raportu |
---|---|
1 | Raporty klasyfikacji przychodów, które podsumowują informacje o przychodach z określonego zakresu dat według klasy kredytowej, szczegółów klienta, planu cenowego, rodzaju opłaty itp. |
2 | Raporty Szczegóły klienta, Wiekowe należności i Otwarte pozycje, które są udostępniane głównie w celu pomocy w poszukiwaniu kolekcji. |
3 | Raporty dziennikowe podsumowujące działania w ciągu dnia i prezentujące informacje z księgi głównej. |
4 | Raporty o produktach i pakietach zawierające szczegółowe informacje o produktach w bazie danych oraz o pakietach dostępnych w określonym katalogu rozliczeń / ocen. |
5 | Raporty księgowania umów międzyoperatorskich (IAA), które ułatwiają uzgadnianie CDR wychodzących połączeń międzysieciowych. |
6 | Całkowita dzienna liczba aktywacji, zakańczania, przenoszenia lub przenoszenia. |
7 | Całkowita liczba kont, które codziennie przekraczają limit kredytowy i jakie przychody idą w wyniku naruszenia kredytu. |
8 | Raport o liczbie zdarzeń, które zostały pomyślnie ocenione, opublikowane wewnętrznie i opublikowane jako niewysłane przez określony czas. |
9 | Zduplikowany raport o zdarzeniach dla określonej usługi lub dla wszystkich usług (np. Głos, SMS, MMS itp.) |
10 | Raport o odrzuconych zdarzeniach dla określonej usługi lub dla wszystkich usług (np. Głos, SMS, MMS itp.) |
Automatyczne vs ręczne
Może istnieć lista raportów, które są wymagane co miesiąc, co tydzień lub codziennie. Tak więc tego typu raporty są opracowywane, jeśli nie są dostępne i zaplanowane w systemie, tak aby można je było przesłać na skrzynkę e-mail użytkownika końcowego bez jakiejkolwiek ręcznej interwencji.
Od czasu do czasu będzie zapotrzebowanie na różne raporty w oparciu o pewne wymagania, tego typu raportów nie można sobie wyobrazić i opracować z wyprzedzeniem. Dlatego te raporty są opracowywane i wysyłane na podstawie zapotrzebowania różnych użytkowników.
Co jest następne?
Począwszy od następnego rozdziału, zajmiemy się różnymi rodzajami rozliczeń; na przykład handel detaliczny, hurtowy, MVNO, roaming itp.
Większość operatorów oferuje swoim klientom dwie opcje, aby wybrać plik postpaid lub a prepaidpołączenie. Połączenia abonamentowe i przedpłacone mają swoje zalety i wady.
Zwykle operator będzie miał 70% -80% bazy klientów składającej się z klientów przedpłaconych, a reszta bazy klientów będzie pochodziła z usług abonamentowych. Dla operatora zawsze dobrze jest mieć więcej klientów abonamentowych.
Możesz chcieć poznać różnice między tymi dwoma typami klientów, usług i systemów. Wymieńmy kilka głównych różnic między nimi -
Service Payments- To najważniejszy czynnik, który różnicuje dwie bazy klientów. Klienci pre-paid dokonują płatności z góry przed skorzystaniem z usługi, klienci abonamentowi korzystają z oferowanych usług przez cały miesiąc, a na koniec miesiąca klient otrzymuje rachunek do zapłaty w wyznaczonym terminie.
Charging & Billing - W przypadku klientów przedpłaconych wymagane jest obciążanie klienta w czasie rzeczywistym za całe użytkowanie, podczas gdy klienci abonamentowi mogą być obciążani na koniec miesiąca.
Service Offerings- Systemy rozliczeń z dołu zapewniają większą elastyczność w porównaniu z systemami pobierania opłat w czasie rzeczywistym. Na przykład system naliczania opłat w czasie rzeczywistym nie jest elastyczny, aby utrzymać złożoną hierarchię klientów biznesowych, gdzie jako system rozliczeń z dołu może obsługiwać hierarchię klientów do poziomu N.
Support & Maintenance- Operator musi zachować taką samą uwagę obu firm. Jeśli w przypadku firmy korzystającej z usług przedpłaconych operator musi mieć wykwalifikowaną kadrę do kontrolowania operacji, jednocześnie operator potrzebuje świetnego personelu do obsługi zapytań klientów korzystających z usług abonamentowych związanych z ich naliczaniem, rachunkami i rozwiązywaniem problemów operacyjnych.
Supported Network- Dawno temu sieć połączeń prepaid i postpaid była inna. Służyło to do wywoływania skarg, że połączenie opłacone z góry zapewnia lepszą łączność niż abonament lub odwrotnie. Jest to wiek konwergentnych rozliczeń, a operatorzy prowadzą działalność w tej samej sieci bez uszczerbku dla jakości komunikacji.
Scenariusz abonamentowy
Elementy sieci (takie jak przełączniki, SMSC) generują surowe wykorzystanie zwane rekordami szczegółów użytkowania (UDR) lub rekordami szczegółów połączeń (CDR), które zawierają informacje wymagane przez system bilingowy -
Numer telefonu (numer)
Wybrany numer (numer, do którego dzwoniono) (numer B)
kiedy rozpoczęło się połączenie (data i godzina)
Długość rozmowy
Typ połączenia (MOC, MTC itp., MOC to Mobile Originated Call, a MTC to Mobile Terminated Call)
Powyższe surowe UDR z elementów sieci, a także od innych usługodawców są odbierane przez system bilingowy, a system bilingowy konwertuje je na format zrozumiały dla systemu. Powyższy sformatowany / przekonwertowany UDR jest następnie prowadzony do znalezienia klienta / konta, za które połączenie powinno zostać obciążone, a następnie odpowiednio ocenić zdarzenie.
Powyższe ocenione UDR są następnie przechowywane w magazynie danych rozliczeniowych, aw dniu cyklu rozliczeniowego proces fakturowania pobiera te ocenione UDR i przetwarza je oraz wystawia rachunek / fakturę, biorąc pod uwagę płatności, podatki, rabaty itp.
Następnie klient płaci rachunek, a system rozliczeniowy jest aktualizowany o szczegóły płatności. Poniżej znajduje się diagram przedstawiający powyższy standardowy proces rozliczeniowy -
Scenariusz z przedpłatą
Kroki związane z przedpłaconym rozliczeniem w skrócie są następujące -
Kiedy klient dzwoni, przedpłacona bramka przełączająca rejestruje numer dzwoniącego i przesyła informacje o koncie do systemu rozliczeniowego w czasie rzeczywistym.
Systemy bilingowe w czasie rzeczywistym wykorzystując powyższe informacje, uwierzytelniają tożsamość użytkownika, obliczają pozostałe saldo konta klienta na podstawie tabeli taryf taryfowych i maksymalnego dopuszczalnego czasu trwania połączenia i wysyłają te informacje do bramki prepaid.
Brama nawiązuje połączenie.
W czasie trwania połączenia bramka monitoruje połączenie, aby użytkownik nie przekroczył maksymalnego dopuszczalnego czasu trwania połączenia.
Po zakończeniu połączenia bramka wysyła rzeczywisty czas trwania połączenia do przedpłaconego systemu rozliczeniowego, który następnie oblicza rzeczywisty koszt połączenia i aktualizuje saldo konta, zmniejszając pozostałe saldo.
Poniższy rysunek przedstawia ogólny scenariusz rozliczeń przedpłaconych -
Proces rozliczeń przedpłaconych obejmuje następujące ważne kroki wraz ze zbieraniem informacji o koncie i aktualizacją konta po zakończeniu rozmowy -
Authenticating- Uwierzytelnianie to proces weryfikacji, czy użytkownik jest tym, za kogo się podaje. Użytkownik podaje identyfikator użytkownika i poświadczenia uwierzytelniające, takie jak hasło. System akceptuje je jako dane wejściowe i weryfikuje, czy użytkownik jest ważny i ma dostęp do systemu.
Authorizing- Autoryzacja to proces sprawdzania, co może zrobić uwierzytelniony użytkownik. Zwykle protokół zdalnego dostępu wybierania numeru serwera użytkowników (RADIUS) służy do ograniczania dostępu do systemu do zarejestrowanych i upoważnionych klientów.
Providing advice of charge (AOC)- Zawiera informacje o faktycznym koszcie połączenia przed lub po wydarzeniu. AOC zapewnia systemowi telekomunikacyjnemu możliwość powiadamiania o faktycznych kosztach zdarzenia przed lub po jego wystąpieniu.
Kiedy mówimy o rozliczeniach za usługi telekomunikacyjne, domyślnie dotyczy to rozliczeń detalicznych. Jak wspomniano wcześniej, rozliczenia detaliczne za usługi telekomunikacyjne są zdefiniowane w następujący sposób:
"Telecom Billing to proces zbierania użytkowania, agregowania go, naliczania wymaganych opłat za użytkowanie i dzierżawę, a na końcu generowania faktur dla klientów. Telecom Billing obejmuje również otrzymywanie i rejestrowanie płatności od klientów".
Fakturowanie detaliczne dotyczy bezpośrednio klienta końcowego i wiąże się z wieloma wyzwaniami, aby sprostać oczekiwaniom klienta końcowego i obowiązkom regulacyjnym. Zakłada się, że fakturowanie zakończyło się powodzeniem, o ile spełnia następujące kryteria -
Timely Billing- Faktura klienta końcowego jest generowana na czas, tj. W dniu nominalnym. Mogą zaistnieć okoliczności, w których klient końcowy nie otrzyma faktur na czas z powodu pewnych problemów logistycznych, ale to IT jest odpowiedzialny za wygenerowanie wszystkich należnych rachunków w terminie.
Billing Accuracy- To najważniejszy czynnik wpływający na satysfakcję klienta iz punktu widzenia obowiązku regulacyjnego. Jeśli system bilingowy nie generuje dokładnych rachunków, może to prowadzić do poważnych problemów biznesowych z punktu widzenia legalności, a także pozostawienia klienta w niezadowolonym stanie.
Płatności detaliczne a hurtowe
Fakturowanie detaliczne dotyczy klienta końcowego i rozlicza klienta indywidualnego, natomiast rozliczenia hurtowe obejmują rozliczenia dla następujących podmiotów w zależności od sytuacji i charakteru prowadzonej działalności -
Sprzedawcy rozliczeniowi powiązani z operatorem telekomunikacyjnym.
Rozliczanie partnerów międzysieciowych za zapewnianie połączeń międzysieciowych w celu wykonywania połączeń z klientami innego operatora.
Rozliczanie partnerów korzystających z roamingu za świadczenie usług swoim klientom, gdy przebywają oni w zasięgu operatora.
Fakturowanie hurtowe jest łatwe w porównaniu do fakturowania detalicznego i pozwala na duży próg tolerancji, podczas gdy fakturowanie detaliczne zawsze musi być w 100% dokładne. Fakturowanie hurtowe nigdy nie może być w 100% dokładne z różnych powodów, takich jak różnica cen skonfigurowanych w systemach dwóch operatorów lub różnica w liczbie naliczonych połączeń, ponieważ niektóre połączenia mogą zostać nieodebrane w dowolnym elemencie sieci.
Istnieją wyspecjalizowane systemy bilingowe, które są wykorzystywane do obsługi rozliczeń detalicznych, takie jak Convergys i Amdocs Systemy bilingowe słyną z rozliczeń detalicznych, podczas gdy systemy bilingowe ASCADE i INTEC słyną z rozliczeń hurtowych.
Fakturowanie hurtowe można również rozliczać za pomocą systemów rozliczeń detalicznych za pomocą prostych raportów, ponieważ nie dotyczą one zbyt wielu rabatów i rodzajów promocji, podczas gdy fakturowanie detaliczne wymaga wszystkich tych komplikacji i nie może być obsługiwane przez systemy rozliczeń hurtowych.
Wszystkie koncepcje omówione do tej pory w tym samouczku dotyczyły rozliczeń detalicznych, a kolejne rozdziały omawiają rozliczenia międzysieciowe, roamingowe i inne rodzaje rozliczeń.
Interconnect to proces obsługi połączeń dla innych dostawców usług. Pozwala to klientom jednego usługodawcy komunikować się z klientami innego usługodawcy.
Jeśli dwóch operatorów A i B nie są partnerami międzysieciowymi, klient operatora A nie byłby w stanie komunikować się z klientem operatora B.
Zwykle operatorzy dotrzymują umów między sobą, aby umożliwić swoim klientom komunikację między sobą. Daje to dobre możliwości biznesowe wszystkim operatorom zajmującym się połączeniami międzyoperatorskimi. Każdy punkt połączenia międzysystemowego, w którym strony zgadzają się połączyć swoje odpowiednie sieci, nazywany jest „Interconnection Point”.
Przykłady wzajemnych połączeń obejmują -
Dwie sąsiednie, niekonkurencyjne sieci telefoniczne są ze sobą połączone, dzięki czemu abonenci w jednej sieci mogą dzwonić do nich w drugiej.
Przewoźnicy dalekobieżni uzyskują dostęp do obiektów lokalnego usługodawcy i konkurują z nim w świadczeniu usług dalekobieżnych dla wspólnej bazy klientów.
Tradycyjny telefon przewodowy i nowi bezprzewodowi operatorzy komórkowi łączą się ze sobą, tak że abonenci tradycyjnej usługi telefonicznej mogą dzwonić do abonentów sieci bezprzewodowej i odwrotnie.
Nowi konkurenci lokalni operatorzy telefoniczni łączą się z operatorem zasiedziałym, aby mogli przyciągnąć abonentów na wspólnym obszarze usług i umożliwić tym abonentom dzwonienie do abonentów w sieci operatora zasiedziałego.
Klienci zasiedziałego operatora telefonicznego dzwonią do swojego dostawcy usług internetowych wdzwanianych, który z kolei jest klientem konkurencyjnego operatora lokalnego.
Fakturowanie połączeń międzysieciowych
Jest to proces tworzenia faktur do wysłania do partnera połączenia międzysieciowego, dotyczących zapisów szczegółowych danych połączeń przychodzących (CDR).
Interconnect Billing dotyczy obliczania kwot, które mają być zapłacone i otrzymane od każdego z operatorów sieci, z którymi łączy się nasza infrastruktura w celu pomyślnego rozpoczęcia i zakończenia połączenia. CDR dla połączeń wzajemnych przechowuje informacje o trasowaniu połączeń jako grupę ważnych wartości w celu identyfikacji przewoźnika i szczegółów kraju.
Należy zauważyć, że zestaw CDR dotyczących połączeń międzysieciowych zawiera następujące szczegóły -
CDR to te płatne klientom detalicznym i hurtowym. To przychód dla operatora telekomunikacyjnego. Nazywa się to również rozliczeniami lokalnymi.
CDR, które są rozliczane tylko dla dostawców połączeń międzysieciowych. Np .: połączenia wychodzące, połączenia wychodzące tranzytowe, połączenia przychodzące itp. Połączenia wychodzące są wydatkiem, a połączenia przychodzące są przychodem dla operatora telekomunikacyjnego.
Systemy rozliczeń międzysieciowych wyceniają wszystkie przychodzące i wychodzące CDR dotyczące połączeń międzysieciowych. Zwykle cenę połączenia międzysieciowego ustala się zarówno dla przychodzących, jak i wychodzących CDR międzyoperatorskich na podstawie przychodzącej lub wychodzącej trasy międzysieciowej, która przenosi połączenie. Najczęściej identyfikator łącza trunk reprezentuje unikalnego partnera połączenia międzysieciowego w systemie rozliczeniowym połączeń międzysieciowych.
Proces rozliczeniowy
Proces rozliczeniowy zostanie wykorzystany do rozliczenia operatora sieci / przewoźnika zaangażowanego w prowadzenie połączeń od właściciela połączenia międzyoperatorskiego do innego operatora sieci lub odwrotnie.
Proces doprowadzi ruch wychodzący (wydatki do właściciela połączenia) i przychodzący (przychody do właściciela połączenia międzysieciowego) do rozliczenia.
Rozliczenie może odbywać się co miesiąc lub co dwa tygodnie przy użyciu procesu ręcznego lub automatycznego. Od systemu rozliczeniowego zależy, jak obsługuje rozliczenia partnera.
Proces siatki
Netting wykorzystany do wykonania po zakończeniu rozliczenia dla uzgodnionego Dostawcy / Przewoźnika. Kompensowanie odbywa się przez wiele okresów rozliczeniowych dla wielu usług, które obsługują tę samą walutę na poziomie operatora.
Istnieją dwa rodzaje metod siatkowania -
AFTER - Po kompensowaniu kosztów połączenia międzysieciowego operatora po odjęciu kwoty między operatorem a dostawcą / przewoźnikiem
BEFORE - Wcześniej do kompensowania kosztów połączeń międzysieciowych Operatora bez odejmowania kwoty między operatorem a Dostawcą / Przewoźnikiem.
Proces pojednania
Jest to proces uzgadniania faktur pochodzących od partnera połączenia międzysieciowego, które dotyczą wychodzących CDR.
Co miesiąc partnerzy połączeń międzysieciowych wymieniają swoje CDR w celu uzgodnienia. Bardzo często zdarzają się rozbieżności w CDR dostarczonych przez dwóch partnerów.
Systemy bilingowe dostarczają raporty ułatwiające uzgadnianie przychodzących i wychodzących CDR połączeń międzysieciowych. Raporty te przechowują parametry, takie jak typ połączenia, miejsce docelowe, przedział kosztów i czas trwania, dzięki czemu te CDR mogą być używane przez obu operatorów do dopasowania tych parametrów i zidentyfikowania brakujących CDR.
Może zaistnieć sytuacja, w której brakuje niektórych CDR po stronie jednego z operatorów. Po wykonaniu wymaganego uzgodnienia, jeśli sprawa nie zostanie rozstrzygnięta, wówczas między partnerami toczą się różne negocjacje, a na koniec sprawa jest załatwiana poprzez zapłacenie określonej kwoty nominalnej partnerowi interkonektu, którego dotyczy problem.
Scenariusze połączeń międzysieciowych
W zależności od rodzaju umowy między różnymi operatorami mogą istnieć różne scenariusze połączeń międzysieciowych. Spróbujmy omówić kilka najczęściej używanych -
Klient operatora A wykonuje połączenie krajowe do klienta operatora B. W takim przypadku operator A zapłaci pewną kwotę operatorowi B.
Klient operatora A wykonuje połączenie międzynarodowe za pośrednictwem operatora B, ponieważ operator A nie ma bezpośredniej umowy z żadnym operatorem międzynarodowym. W takim przypadku operator A zapłaci pewną kwotę operatorowi B, a operator B zajmie się rozliczeniem operatora międzynarodowego.
Klient operatora A wykonuje połączenie międzynarodowe bezpośrednio za pośrednictwem operatora międzynarodowego. W takim przypadku operator A zapłaci pewną kwotę bezpośrednio operatorowi międzynarodowemu.
Wszystkie powyższe połączenia mogą być głosowe, SMS-y, MMS-y i dane itp.
Umowy o wzajemnych połączeniach
Aby mieć udane połączenie międzysieciowe, następujące kwestie powinny być uregulowane w umowie dotyczącej połączenia międzysystemowego lub zgodnie z regułą lub nakazem organu regulacyjnego:
Prices and adjustments - Obejmuje to początkowy poziom opłat interkonektowych, definicję waluty, w której mają być uiszczane opłaty interkonektowe oraz sposób, w jaki ceny będą dostosowywać się w okresie obowiązywania umowy, aby uwzględnić zmiany kursu walutowego i inflację.
Points of interconnection - Zdefiniowane są fizyczne lokalizacje, w których będzie odbywać się połączenie, oraz standardy techniczne, które mają być stosowane w ramach połączenia.
Transport and traffic routing - Należy określić, w jaki sposób połączenia będą kierowane i co będzie transportowane w celu ich realizacji.
Quality of service - Określono standardy jakości, w szczególności w odniesieniu do obwodów czasowych i poziomów blokowania połączeń, a także środki naprawcze w przypadku niespełnienia tych standardów.
Billing and collection - Należy określić, kiedy i jak gromadzić dane o ruchu, kiedy i jak wymieniać rachunki oraz kiedy i jak dokonywać płatności.
Reconciliation- Należy również uwzględnić proces uzgadniania danych o ruchu i kierowania zapytań do drugiej strony oraz obsługi roszczeń. Przydatna jest procedura rozwiązywania rozbieżności, która często wiąże się z odwołaniem się do arbitrażu, organu regulacyjnego lub sądu.
Numbering Plan - Należy zdefiniować dostęp każdego operatora do planu numeracji kraju i zasobów numeracyjnych.
Traffic Load - Zdolność do dostarczania i odbierania ruchu przepływającego między połączonymi sieciami powinna zostać omówiona i udokumentowana.
Rodzaje umów
Operatorzy mogą mieć różne rodzaje umów w celu wymiany ruchu. Poniżej wymieniono najczęściej używane umowy -
Bi-Lateral Agreement- W ramach tej umowy każda ze stron zgadza się wymieniać ruch komunikacji cyfrowej z drugą stroną za pośrednictwem swojej sieci w punktach połączeń międzysieciowych i / lub w co najmniej jednym bezpośrednim połączeniu. Rozliczenie płatności pomiędzy różnymi partnerami odbywa się co miesiąc lub co dwa miesiące zgodnie z umową. Zgodnie z tą umową obaj operatorzy mogą nawiązywać i kończyć rozmowy w sieci innych operatorów.
Uni-Lateral Agreement- Zgodnie z tą umową jedna ze stron przesyła swój ruch do Sieci drugiej strony na Połączeniu i nie odbiera ruchu z powrotem od drugiej strony. Rozliczenie płatności pomiędzy różnymi partnerami odbywa się co miesiąc lub co dwa miesiące zgodnie z umową.
Roaming to możliwość automatycznego wykonywania i odbierania połączeń telefonicznych przez klienta telefonii komórkowej, wysyłania i odbierania danych lub uzyskiwania dostępu do innych usług podczas podróży poza zasięgiem geograficznym sieci macierzystej za pośrednictwem sieci innego operatora.
Roaming może być roamingiem krajowym lub międzynarodowym. Roaming krajowy oznacza, że abonenci telefonii komórkowej korzystają z innej sieci na obszarach geograficznych, na których ich własny operator nie ma zasięgu. Jest to na przykład używane przez operatorów, którzy nie mają pełnego zasięgu w kraju. Roaming międzynarodowy jest stosowany, gdy abonenci telefonii komórkowej podróżują za granicę i korzystają z sieci operatora w obcym kraju.
Jak to się właściwie odbywa? Jeśli usługodawca nie ma zasięgu sieci w określonym mieście lub kraju, zawiera umowę roamingową z innym usługodawcą posiadającym sieć w tym mieście lub kraju. Zgodnie z tą umową inny usługodawca świadczy wszystkie dostępne usługi klientowi pierwszego dostawcy usług w roamingu.
CDR wygenerowane w obszarze jednego partnera roamingowego są gromadzone i oceniane przez tego partnera roamingowego, a na końcu są wysyłane do faktycznego dostawcy usług klienta korzystającego z roamingu. Faktyczny dostawca usług pobiera od klienta końcowego opłaty za wszystkie świadczone usługi roamingowe na podstawie wstępnie określonych opłat za usługi.
Dwóch partnerów roamingowych rozlicza swoje finanse co miesiąc, wymieniając faktyczne CDR w roamingu i raporty oparte na tych CDR.
HPMN i VPMN
Plik Home Public Mobile Networkjest siecią od operatora, w której abonent sieci komórkowej ma abonament. Termin jest używany w przeciwieństwie doVisited Public Mobile Network (VPMN).
Odwiedzona publiczna sieć komórkowa to sieć używana przez abonenta telefonii komórkowej podczas roamingu. Termin ten jest używany w przeciwieństwie do domowej publicznej sieci komórkowej (HPMN).
Izba Rozliczeniowa
Istnieją dobrze znane organy, takie jak MACH, które współpracują między różnymi partnerami roamingowymi, aby pomóc im w wymianie ich CDR, zawieraniu umów roamingowych i rozwiązywaniu wszelkich sporów.
Izby rozliczeniowe otrzymują rekordy rozliczeniowe od jednego partnera roamingowego dla użytkowników roamingu przychodzącego i przesyłają rekordy rozliczeniowe do innego partnera roamingowego, dla którego ten roamer byłby nazywany roamerem wychodzącym.
Co to jest TAP3?
Transferred Account Procedure version 3(TAP3) to proces, który umożliwia operatorowi sieci odwiedzanej (VPMN) przesyłanie zapisów rozliczeniowych abonentów korzystających z roamingu do ich odpowiedniego operatora sieci macierzystej (HPMN). TAP3 jest najnowszą wersją standardu i umożliwi rozliczanie wielu nowych usług, które sieci zamierzają zaoferować swoim klientom.
Izba rozliczeniowa używa protokołu TAP3 do wymiany wszystkich CDR między różnymi partnerami roamingowymi. TAP3 określa, w jaki sposób i jakie informacje o korzystaniu z roamingu muszą być przekazywane między operatorami sieci. Pliki te są wymieniane za pomocą prostego połączenia FTP.
Istnieją różne wersje TAP. TAP ewoluował od TAP1 przez TAP2 i TAP2 + do TAP3. Najnowsza wersja, TAP3, obejmuje obsługę międzystandardowego roamingu w sieci satelitarnej, WLAN i UMTS oraz innych technologiach 3G.
GSM TAP Standard TD.57- Procedura konta przenoszonego GSM (TAP) określa format i zasady walidacji przesyłania informacji o korzystaniu z roamingu między operatorami telefonii komórkowej w różnych krajach. TAP3 to trzecia wersja specyfikacji standardu. Przesyłane pliki są nazywane plikami TAP.
GSM RAP Standard TD.32- Procedura GSM Returned Accounts (RAP) określa format zwracania informacji o błędach wykrytych w przesyłanych plikach / zdarzeniach TAP, a tym samym odrzuca odpowiedzialność finansową za te pliki / zdarzenia. Przesyłane pliki są nazywane plikami RAP.
Rozliczenia w roamingu
Abonent komórkowy podróżuje do innego kraju i tworzy użytek w sieci zagranicznej. Aby móc wystawić abonentowi rachunek, informacja ta musi zostać przekazana z powrotem do sieci domowej abonenta. Sieć zagraniczna zbierze informacje o użytkowaniu ze swoich przełączników itp., A następnie utworzy pliki TAP zawierające informacje określone w standardzie.
Pliki są następnie EKSPORTOWANE (regularnie, zazwyczaj co najmniej jeden plik dziennie) do operatora macierzystego, który je IMPORTUJE, a następnie wykorzystuje te informacje do fakturowania abonenta. Operator zagraniczny oceni połączenia, a następnie obciąży sieć macierzystą abonenta za wszystkie połączenia w pliku. Operator macierzysty może podwyższyć lub zmienić stawki za połączenia w celu uzyskania przychodów.
Co to jest MVNO?
MVNO oznacza Mobile Virtual Network Operator. Operator wirtualnej sieci komórkowej (MVNO) to firma, która świadczy usługi telefonii komórkowej, ale nie posiada własnego licencjonowanego przydziału częstotliwości w zakresie widma radiowego ani nie musi posiadać całej infrastruktury wymaganej do świadczenia usług telefonii komórkowej.
MVNE oznacza Mobile Virtual Network Enabler, która jest firmą świadczącą usługi na rzecz operatorów wirtualnych sieci mobilnych, takie jak billing, dostarczanie elementów sieci, administracja, eksploatacja, obsługa podsystemów stacji bazowych i systemów wsparcia operacji, a także dostarczanie elementów sieci back-end w celu świadczenia usług sieci mobilnej jak łączność z telefonem komórkowym.
W rzeczywistości MVNO jest sprzedawcą produktów i usług mobilnych od faktycznego operatora, ale pod inną marką.
Na przykład jest operator A posiadający całą infrastrukturę, w tym sieć, przełączniki, systemy bilingowe, system zaopatrzeniowy i systemy obsługi klienta itp. Teraz, jeśli ktoś chce rozpocząć biznes telekomunikacyjny, dokonując minimalnej inwestycji, wtedy MVNO jest opcją kontynuować.
MVNO będzie kupować hurtowo usługi od renomowanego operatora i zmieniać markę zgodnie z ich wygodą oraz sprzedawać te produkty i usługi jako operator. Faktyczny operator pozostałby przejrzysty dla klienta końcowego, a klient będzie miał ochotę zostać klientem końcowym MVNO.
W zależności od sytuacji MVNO może kupić jeden lub więcej elementów infrastruktury od operatora i odpowiednio je zapłacić. Na przykład MVNO może chcieć korzystać tylko z sieci od operatora lub MVNO może korzystać z sieci i systemu opłat od operatora, a pozostałe elementy, takie jak obsługa klienta, zaopatrzenie itp., Mogą być skonfigurowane przez MVNO.
MVNO mają pełną kontrolę nad kartą SIM, brandingiem, marketingiem, rozliczeniami i obsługą klienta.
Pierwszym komercyjnym MVNO w Wielkiej Brytanii był Virgin Mobile UK [3], uruchomiony w Wielkiej Brytanii w 1999 r., Który ma obecnie ponad 4 miliony klientów w Wielkiej Brytanii.
Usługi MVNO
MVNO zazwyczaj nie mają własnej infrastruktury, ale niektórzy wiodący MVNO wdrażają własną mobilną infrastrukturę IN w celu ułatwienia sposobów oferowania usług o wartości dodanej. MNVO może traktować istniejącą infrastrukturę, taką jak sprzęt radiowy, jako towar, podczas gdy MVNO oferuje własne zaawansowane i zróżnicowane usługi oparte na wykorzystaniu własnej inteligentnej infrastruktury sieciowej.
W ten sposób każdy MVNO i operator sieci mogliby skupić się na swoich własnych niszowych rynkach i tworzyć dostosowane do indywidualnych potrzeb szczegółowe usługi, które poszerzyłyby zasięg ich klientów i zwiększyły markę.
Większość operatorów wirtualnych sieci ruchomych pojawia się na rynku, aby kierować reklamy tylko do klientów usług przedpłaconych i zapewniać im tylko usługi przedpłacone, takie jak głos, SMS, MMS, transmisja danych, dostęp szerokopasmowy itp., Z kilkoma atrakcyjnymi usługami o wartości dodanej.
Fakturowanie MVNO
Zakładając, że operator zasiedziały sprzedaje swoją infrastrukturę MVNO, mogą istnieć różne modele biznesowe i umowy między operatorem zasiedziałym a MVNO. Poniżej przedstawiono najczęściej używane -
MVNO może oznaczać swoje usługi i sprzedawać je na rynku, a MVNE pomoże w świadczeniu tych usług klientowi końcowemu. Tutaj stały procent prowizji trafi do MVNE.
MVNO może kupować hurtowo produkty i usługi po specjalnych obniżonych cenach, a następnie oznaczać je swoją nazwą i sprzedawać na rynku.
MVNO sprzedaje produkty i usługi, a na podstawie wykorzystania generowanego przez klientów końcowych MVNO płaci kwotę MVNE.
We wszystkich przypadkach MVNO może być zobowiązany do wpłacenia pewnej kwoty depozytu zabezpieczającego na rzecz MVNE, a następnie miesięczne rozliczenie odbywa się za pomocą prostych raportów generowanych przez MVNE.
MVNE może dodać MVNO do swojego systemu bilingowego jako klienta korporacyjnego, o ile MVNO świadczy usługi post-paid i może dodawać wszystkie produkty i usługi dostarczane do MVNO. Pod koniec każdego miesiąca lub zwykle co dwa tygodnie można wygenerować fakturę i śledzić jej pobranie.
Zwykle jednak większość operatorów wirtualnych sieci komórkowej świadczy usługi przedpłacone, które są obsługiwane w systemie przedpłaconym. W takim przypadku funkcjonalność MVNO jest osiągana za pomocą wbudowanej funkcjonalności w systemie pre-paid lub po prostu definiując odrębną klasę usług. Wszystkie CDR dotyczące wykorzystania i inne informacje są zrzucane do hurtowni danych, skąd można generować raporty w celu przygotowania faktury.
Co to jest Convergent Billing?
Załóżmy, że operator świadczy różne usługi telefonii komórkowej, telefonii stacjonarnej, transmisji danych, IPTV, usług szerokopasmowych, usług przedpłaconych, abonamentowych itp. Klient może mieć jedną lub więcej z tych usług od tego samego operatora. Typowy klient na pewno chciałby mieć jedną fakturę i jeden widok swojego konta.
Fakturowanie konwergentne to integracja wszystkich opłat za usługi na jednej fakturze dla klienta i ujednoliconym widoku klienta. Klient powinien zadzwonić do centrum obsługi telefonicznej i uzyskać pełne informacje o koncie dla wszystkich wybranych usług. Klient otrzymuje jeden rachunek i dokonuje jednej płatności za wszystkie usługi.
Prawdziwie konwergentny system rozliczeniowy powinien być w stanie skonsolidować dowolną liczbę i kombinację produktów i usług na jednym rachunku, niezależnie od rodzaju produktu i segmentu rynku, tj. Usług przedpłaconych i usług abonamentowych.
Kolejnym ważnym parametrem wpływającym na fakturowanie konwergentne jest jeden katalog produktów i cen dla klientów przedpłaconych i abonamentowych.
Korzyści z Convergent Billing
Zbieżne rozliczenia pomogłyby operatorom w osiągnięciu następujących głównych korzyści -
Pojedynczy katalog produktów i usług zapewnia krótszy czas wprowadzenia na rynek i niższe koszty wdrożenia.
Ujednolicony rachunek umożliwia zniżki między usługami, dzięki czemu klienci, którzy zamawiają wiele usług, mogą otrzymać preferencyjne ceny.
Fakturowanie konwergentne umożliwia zestawianie wielu usług i ustalanie cen, dzięki czemu dotychczasowych klientów zachęca się do dodawania nowych usług, a nowych klientów przyciągają innowacyjne pakiety usług.
Scentralizowana obsługa klienta i wsparcie dla obu typów klientów (pre-paid i post-paid).
Główne wąskie gardła
Do tej pory marzeniem wszystkich dużych operatorów telekomunikacyjnych było osiągnięcie prawdziwej konwergencji. Być może jutro pojawi się jakiś system rozliczeniowy, który będzie wspierać prawdziwą konwergencję wszystkich produktów i usług, ale dziś ma następujące przeszkody w osiągnięciu prawdziwej konwergencji -
Systemy ładowania w czasie rzeczywistym, takie jak Ericsson IN lub Nokia Siemens Charging System, są bardzo popularnymi systemami dostarczającymi rozwiązania dla produktów i usług przedpłaconych. Systemy te nie są wystarczająco elastyczne, aby obsługiwać różne funkcje wymagane dla klientów abonamentowych, na przykład: złożone hierarchie klientów, ponowna ocena CDR, rabaty ilościowe, elastyczne raportowanie, opłaty roamingowe, opłaty za połączenia międzysieciowe itp.
Systemy rozliczeń z abonamentem, takie jak Convergys Infinys lub Amdocs Billing Systems, doskonale sprawdzają się w przypadku produktów i usług abonamentowych. Systemy te nie są w stanie obsłużyć ruchu przedpłaconego i obciążać połączenia w czasie rzeczywistym. Co ważne, systemy te nie mogą być wysoce dostępne ze względu na ich podstawową architekturę.
Utrzymując oba powyższe ograniczenia razem, jeśli połączymy oba systemy, wykonując swego rodzaju interfejs między systemami przedpłaconymi i abonamentowymi, może być możliwe osiągnięcie prawdziwej konwergencji. Firmy takie jak Convergys i Ericsson pracują w tym samym kierunku, aby połączyć oba systemy i wykorzystać wymagane funkcjonalności z obu typów systemów i uczynić je jednym Convergent Billing System.
Wsparcie i konserwacja to integralna i najważniejsza część operacji telekomunikacyjnych. Zadowolenie klienta zależy bezpośrednio od tego, jak skutecznie i jak dobrze jest im zapewniane wsparcie. Jeśli klient jest wprowadzany w pętlę i nie otrzymuje dobrej odpowiedzi na zgłoszony problem / problem, po prostu klient przełączy się na innego dostępnego operatora.
Wsparcie i konserwacja obejmuje następujące główne obszary -
System support and maintenance- Obejmuje to utrzymywanie BSS (Business Support Systems) i OSS (Operation Support Systems) w dobrym stanie. Jeśli wystąpi jakikolwiek problem w którymkolwiek z systemów (Billing, Provisioning, Network, Mediation, Customer Care, etc.), to jest on sprawdzany przez specjalistów i naprawiany w minimalnym czasie.
Customer Support- Obejmuje to naprawę wszystkich problemów związanych z klientami. Klient składa skargę za pośrednictwem obsługi klienta lub centrum telefonicznego, a następnie przepływy problemów na różnych etapach. Ten problem może być związany z sygnałami, przerwaniem połączeń, jakością pobierania głosu lub danych, nieprawidłowym rachunkiem, sporem, aktywacją lub zakończeniem usługi itp.
System upgrades- Obejmuje to aktualizację istniejącego systemu do najnowszej wersji, aby zapewnić większą stabilność i elastyczność w biznesie. Nowa wersja każdego systemu zawiera nowe funkcje spełniające nowe wymagania biznesowe. Obejmuje to również modernizację sprzętu w celu utrzymania wydajności systemu, a także większej ilości pamięci masowej.
Poziomy wsparcia
Usługodawcy zawsze zapewniają różne poziomy wsparcia. Te poziomy dotyczą różnych rodzajów problemów w zależności od ich charakteru i wagi. Najczęściej używane poziomy wsparcia są następujące -
Level 1- Klient kontaktuje się z obsługą klienta, którą może być call center, a specjalista ds. Obsługi klienta wysłuchuje problemu klienta i sugeruje rozwiązanie na miejscu. Na przykład mogą wystąpić pewne problemy, które można rozwiązać, po prostu ponownie uruchamiając telefon. Tak więc sprawny specjalista ds. Obsługi klienta wie o tego typu problemach i może zasugerować rozwiązanie bez eskalowania problemu (zwykle nazywanego zgłoszeniem usterki) na wyższy poziom.
Level 2- Jeśli specjalista ds. Obsługi klienta nie jest w stanie rozwiązać problemu, problem jest przekazywany do wsparcia drugiego poziomu, czyli do grupy specjalistów technicznych. Ci specjaliści należą do działu informatyki (IT) i jeśli są w stanie zrozumieć problem, mogą zaproponować rozwiązanie i odesłać problem z powrotem na poziom 1, w przeciwnym razie sprawdzają charakter problemu, aby zrozumieć, czy problem jest związany z sieć lub system bilingowy, system zaopatrzenia lub sprzęt itp. iw zależności od charakteru problemu, sprawa jest przypisywana do następnego poziomu, tj. działu.
Level 3- Są to różne działy wyspecjalizowane w swoich obszarach, takich jak inżynieria podstawowa, planowanie radiowe, fakturowanie, zaopatrzenie, zarządzanie zamówieniami itp. Jeśli problem zostanie przekazany do nich, analizują problem i próbują znaleźć jego podstawową przyczynę. W większości przypadków problem jest diagnozowany i naprawiany przez pomoc techniczną trzeciego poziomu, ponieważ są to wysoko wykwalifikowani inżynierowie specjalizujący się w swojej dziedzinie. Może zaistnieć sytuacja, w której problemu nie można naprawić na poziomie wsparcia 3, ponieważ może on być związany z podstawową funkcjonalnością systemu, której nie można modyfikować przez wsparcie 3 poziomu. W takim przypadku problem jest dalej eskalowany do wsparcia na 4. poziomie.
Level 4 - Są to faktyczni dostawcy systemów wspierających biznes, na przykład system bilingowy, przełącznik sieciowy, system zaopatrzeniowy itp. Więc jeśli okaże się, że problem jest związany z podstawową funkcjonalnością systemu bilingowego, na przykład system bilingowy nie jest w stanie aby zastosować właściwy rabat, zostanie on przekazany do dostawcy systemu rozliczeniowego, a jeśli problem dotyczy podstawowej funkcjonalności systemu zaopatrzenia, zostanie przekazany dostawcy systemu obsługi.
Umowy o poziomie usług (SLA)
Działy pomocy technicznej zawsze pracują na podstawie wstępnie zdefiniowanej umowy dotyczącej poziomu usług zwanej SLA. Te umowy SLA są definiowane i utrzymywane z uwzględnieniem różnych parametrów. Na przykład -
Waga problemu lub zadania operacyjnego.
Wpływ problemu lub zadania operacyjnego na biznes.
Niezależnie od tego, czy problem lub zadanie operacyjne ma wpływ na pojedynczego klienta, czy na wielu klientów.
Czy problem lub zadanie operacyjne jest bezpośrednio związane z utratą przychodów lub satysfakcją klienta.
Na podstawie tego typu parametrów definiuje się różne priorytety i przypisuje się je do różnych zagadnień lub zadań operacyjnych. Zadaniem operacyjnym może być generowanie raportów, generowanie faktur, czyszczenie bazy danych lub tworzenie kopii zapasowych.
Wreszcie, każdemu problemowi i zadaniu operacyjnemu przypisany jest priorytet, a każdy priorytet będzie powiązany z umową SLA. Na przykład, jeśli wystąpi problem w tworzeniu zamówienia klienta, zostanie on uznany za sprawę o wysokim priorytecie, ponieważ ma bezpośredni wpływ na biznes. Tego typu sprawy muszą być rozwiązane jak najszybciej przez wyznaczony dział. Dlatego bardzo wąska umowa SLA jest zdefiniowana dla kwestii o wysokim priorytecie.
Umowy SLA są omawiane i finalizowane za obopólną zgodą, dzięki czemu potrzeby biznesowe są najwyższym priorytetem. Zwykle umowa SLA zawiera następujące informacje -
Parametry określające charakter sprawy, niezależnie od tego, czy jest to pierwsza lub druga sprawa priorytetowa, czy też trzecia lub czwarta sprawa priorytetowa. Im niższa liczba priorytetów, tym wyższa jest krytyczność problemu.
Ile czasu zajmie rozwiązanie problemu dla danego typu priorytetu i wagi.
W przypadku niepowodzenia umowy SLA, jaka kara zostanie zastosowana.
Punkty kontaktowe eskalacji na każdym poziomie wsparcia.
Przepływ procesu i medium komunikacyjne podczas rozwiązywania problemów.
Dostępność infrastruktury i inne ograniczenia wpływające na rozwiązanie problemu.
Umowy SLA można definiować między różnymi działami, między dostawcą a operatorem oraz między różnymi operatorami, a także w przypadku połączeń międzysystemowych.
Poniższy diagram przedstawia typową architekturę systemu rozliczeniowego. Ten rozdział zawiera krótkie wprowadzenie do wszystkich systemów interfejsów, zaczynając od góry do dołu.
System CRM / OMOF
Jest to pierwszy system, z którego przechwytuje się zamówienie klienta, a klient jest wprowadzany do systemu. CRM oznaczaCustomer Relationship Management a OMOF oznacza Order Management and Order Fulfilment.
Istnieją systemy takie jak Siebel, który dostarcza moduły dla CRM, a także OMOF. System CRM przechowuje informacje dotyczące klientów, a także produkty i usługi. Moduł OMOF odpowiada za śledzenie zamówienia od jego utworzenia do zakończenia.
Tutaj mamy dwie możliwości -
Kontakty systemu CRM (Customer Relationship Management) / OMOF (Order Management and Order Fulfillment) z systemem bilingowym oraz kontakt systemu bilingowego z systemem aprowizacji w celu świadczenia usług i systemu inwentaryzacji sieci, a także w celu nadania numerów telefonów lub adresów IP itp.
Drugą możliwością może być to, że sam system CRM / OMOF kontaktuje się z systemem zaopatrzeniowym w celu świadczenia usług i systemu inwentaryzacji sieci, a także w celu przypisania numerów telefonów lub adresów IP itp.
System obsługi administracyjnej
Ten system przyjmuje polecenia z systemu billingowego lub systemu CRM / OMOF w celu aktywacji, dezaktywacji i zawieszenia usług. Obie architektury są ważne i zależą od tego, jak architekt projektuje całą konfigurację.
Po przyjęciu poleceń udostępniania system kontaktuje się z systemem sieci szkieletowej w celu aktywacji, dezaktywacji lub zawieszenia usług. Po pomyślnym uruchomieniu system wysyła odpowiedź z powrotem do systemu rozliczeniowego lub systemu CRM, w zależności od tego, kto wysłał ostatnie polecenie.
System inwentaryzacji sieci (NIS)
System ten przechowuje wszystkie identyfikatory sieciowe, takie jak numery telefonów, MSISDN, adresy IP, adresy e-mail itp., A technicznie nazywa się Network Inventory System.
W zależności od architektury systemu, CRM / OMOF lub Billing System kontaktuje się z NIS w celu uzyskania wymaganego identyfikatora sieci i przypisuje go klientowi w momencie tworzenia zamówienia.
Ten system jest odpowiedzialny za utrzymanie cyklu życia identyfikatorów sieciowych, który zaczyna się od dostępności, a następnie przechodzi przez różne etapy, takie jak aktywacja, zawieszenie, zakończenie, kwarantanna i ponownie dostępne.
Przełączniki sieciowe
Ogólnie Billing System nie współdziała z przełącznikami sieciowymi. Przełączniki sieciowe są odpowiedzialne za świadczenie wszystkich usług klientom końcowym na podstawie tego, jakie usługi zostały dostarczone klientowi. Systemy te są odpowiedzialne za kontrolę połączeń, pobieranie danych, przesyłanie wiadomości SMS itp., A na końcu generowanie rekordów szczegółów połączeń.
Przełączniki sieciowe obejmują MSC, SMSC, GGSN i MMSC. Aby uzyskać więcej informacji na temat GSM, MSC, SMS, SMSC, GGSN, MMS, MMSC, zapoznaj się z naszymi samouczkami dotyczącymi GSM .
System mediacji
System mediacji zbiera CDR z różnych elementów sieci w różnych formatach. Różne elementy sieci generują CDR w formacie ASN.1, a niektóre elementy sieci mają swój własny zastrzeżony format CDR.
System mediacji przetwarza wszystkie CDR i konwertuje je na format zgodny z systemem niższego szczebla, którym jest zwykle system rozliczeniowy. System mediacji stosuje różne zasady dotyczące CDR do ich przetwarzania; na przykład system mediacji oznacza połączenia międzynarodowe w oparciu o wybrany numer (numer B), w ten sam sposób system mediacji oznacza połączenia internetowe na podstawie numeru A i numeru B.
Może zaistnieć potrzeba odfiltrowania wszystkich połączeń, których czas trwania jest krótszy niż 5 sekund. Najlepszym miejscem do odfiltrowania tego typu połączeń będzie poziom systemu mediacji. Tak samo, jeśli w CDR wymagane są dodatkowe informacje, które są krytyczne dla fakturowania, wówczas system mediacji pomoże w dostarczeniu takich informacji w oparciu o inne atrybuty dostępne w CDR.
Po przetworzeniu zebranych CDR, system mediacji przesyła wszystkie CDR do systemu rozliczeniowego przy użyciu protokołu FTP, ponieważ zazwyczaj systemy mediacji i rozliczeń działają na różnych komputerach.
System hurtowni danych (DWH)
Jest to system niższego szczebla dla systemu rozliczeniowego i zwykle zawiera mnóstwo danych historycznych dotyczących klientów. Billing System zrzuca różne informacje o klientach do systemu DWH. Informacje te obejmują wykorzystanie usług, faktury, płatności, rabaty i dostosowania itp.
Wszystkie te informacje są wykorzystywane do generowania różnego rodzaju raportów zarządczych oraz do wywiadu gospodarczego i prognoz.
System DWH jest zawsze przeznaczony do pracy na dużych i ogromnych danych, a jeśli istnieje potrzeba jakiegoś małego raportu, to zawsze warto wygenerować go bezpośrednio z systemu bilingowego, zamiast nadużywać DWH do małego zadania.
Planowanie zasobów przedsiębiorstwa (ERP)
System planowania zasobów przedsiębiorstwa (ERP) zapewnia moduły do obsługi finansów, zasobów ludzkich, zarządzania łańcuchem dostaw itp.
Interfejs systemu rozliczeniowego z tym systemem służy do księgowania wszystkich transakcji finansowych, takich jak faktury, płatności i korekty.
Ten system działa jak księga główna działu finansowego i zapewnia pełne informacje o przychodach w dowolnym momencie, gdy jest to wymagane.
Bramki płatności
W związku z tym niekoniecznie jest to kompletny system, ale może to być rodzaj niestandardowego komponentu, który znajduje się pomiędzy systemem rozliczeniowym a różnymi kanałami płatności, takimi jak banki, bramka kart kredytowych, sklepy i sprzedawcy detaliczne itp.
Wszystkie kanały płatności używają bramki płatności do księgowania płatności w systemie rozliczeniowym w celu rozliczenia faktur klientów.
Zazwyczaj bramka płatności udostępnia światu zewnętrznemu pewnego rodzaju interfejs API (interfejs programowania aplikacji), aby zaksięgować płatności w systemie rozliczeniowym. Interfejs API może być używany przez dowolne źródło zewnętrzne do księgowania płatności.