Ministarstvo obrazovanja i znanosti Rusije

savezna državna proračunska obrazovna ustanova
visoko stručno obrazovanje
„Državni tehnološki institut Sankt Peterburga
(Tehničko sveučilište)"

UGS (šifra, naziv) 080000

Smjer izobrazbe (šifra, naziv) 080500.62

Profil (ime) elektroničko poslovanje

Fakultet za ekonomiju i menadžment

Zavod za poslovnu informatiku

Akademska disciplina TO- infrastruktura poduzeća

Tečaj 1 Grupa 6219

SAŽETAK

Predmet : "Kako funkcionira naplata mobilnog operatera?"

Student Platonova N.V.

Nadglednik,

Naziv radnog mjesta Khaidarov A. G.

(potpis, datum) (inicijali, prezime)

Razred

(potpis voditelja)

Sankt Peterburg
2012

Uvod. 3

1. Što je naplata? 4

2. Sustav naplate. 5

3. Funkcije naplate u poduzeću. 6

3.1. Poslovi poravnanja. 7

3.1.1. Prepaid. 8

3.1.2. Postpaid. 8

3.2. Informativni servis. 9

3.3. Financijske usluge. 9

4. Klasifikacija naplate prema namjeni.. 9

4.1. Za transnacionalne telekom operatere. 9

4.2. Prilagođeno na nacionalnoj razini. 10

4.3. Sustavi srednje klase za regionalne mreže. 10

5. Shema organizacije naplate. jedanaest

Zaključci... 12

Popis korištene literature.. 16

Uvod

U ovom ću radu pokušati saznati kako funkcionira naplata mobilnih operatera. Da bih to učinio, postavio sam niz ciljeva čije će postizanje biti rezultat mog rada:

1. saznajte što je naplata,

2. saznati što je sustav naplate,

3. saznati koje funkcije obavlja naplata,

4. saznajte koje vrste naplate postoje,

5. pogledajte primjer kako funkcionira naplata.

1. Što je naplata?

Naplata (u telekomunikacijama) skup je procesa i rješenja u komunikacijskim poduzećima odgovornim za prikupljanje informacija o korištenju telekomunikacijskih usluga, njihovom tarifiranju, fakturiranju pretplatnika i obradi plaćanja.

Naplata je neizostavna komponenta poslovanja svakog komercijalnog telekomunikacijskog operatera, bez obzira na vrstu telekomunikacija: fiksni i mobilni operateri, internetska telefonija, virtualni operateri, internet provajderi, operatori tranzitnog digitalnog prometa, digitalne televizije – ne mogu postojati bez naplate, zahvaljujući na koji se ispostavljaju računi potrošačima njihovih usluga i osigurava ekonomska komponenta njihove djelatnosti.

Za sustave naplate u telekomunikacijama, u ruskom jeziku se također koristi izraz automatizirani sustav obračuna (ACP), posebno se ovaj izraz koristi u službenim dokumentima ruskog Ministarstva komunikacija, koji propisuju obveznu certifikaciju sustava naplate.

2. Sustav naplate

Sustavi koji izračunavaju trošak komunikacijskih usluga za svakog klijenta i pohranjuju podatke o svim tarifama i drugim troškovnim karakteristikama koje telekomunikacijski operateri koriste za naplatu pretplatnika i obračunavanje s drugim davateljima usluga nazivaju se sustavi naplate, a ciklus obavljenih operacija skraćeno kao naplatu. Treba odmah naglasiti: takvi se sustavi stvaraju ne samo na temelju zahtjeva kupaca. Postoji niz međunarodnih ITU dokumenata koji reguliraju njihove glavne funkcije i načine provedbe tih funkcija. Na primjer, dokumenti serije E230, E260 i E1001 govore o tehničkim aspektima izračuna trajanja poziva, snimanja poziva za različite vrste komunikacije i određivanja naplativog trajanja poziva pretplatnika. Opisi temeljnih načela tarifiranja mobilnih komunikacijskih usluga i scenarija povezivanja navedeni su u preporukama serije D103, D110 i D93. Slične dokumente izdao je Državni komitet za komunikacije Ruske Federacije: to su “Opći tehnički zahtjevi za automatizirane sustave obračuna s korisnicima za telekomunikacijske usluge” (lipanj 1998.).

3. Funkcije naplate

U odnosu na komunikacijske sustave, sustavi naplate dizajnirani su za obavljanje sljedećih zadataka:

· Kontrola i strukturiranje troškova korporativnog komuniciranja
Strukturiranje troškova omogućuje vam da dobijete stvarnu sliku korištenja tako važnog i vrijednog korporativnog resursa kao što su komunikacije. Barsum vam omogućuje detaljan prikaz komunikacijskih troškova za bilo koju administrativnu jedinicu, sve do odjela ili pojedinačnog zaposlenika.

· Računovodstvo troškova po klijentima i projektima Barsum omogućuje automatsko praćenje troškova u interesu klijenata i izdavanje konsolidiranih računa klijentima. Računovodstvo troškova privremenih projektnih timova može se provoditi paralelno s glavnim korporativnim računovodstvom.

· Izdavanje telefonskih računa u hotelima i poslovnim centrima. Barsoom se može koristiti kao dio PMS-a u hotelima i poslovnim centrima. U tom slučaju automatski naplaćuje telefonske razgovore i izdaje te podatke PMS-u za uključivanje u račun klijenta.

· Analiza i optimizacija korištenja komunikacijskih kanala (financijski aspekt). Korištenje sustava određivanja cijena omogućuje analizu "što ako?". Rezultati takve analize mogu pokazati da će korištenje namjenskog kanala ili promjena operatera značajno smanjiti troškove komunikacije.

· Optimizacija telekomunikacijske infrastrukture (tehnički aspekt). Korištenje statističkih podataka o prometu omogućuje vam prepoznavanje uskih grla u telekomunikacijskoj infrastrukturi poduzeća. Optimalna konfiguracija infrastrukture poboljšat će kvalitetu komunikacije bez dodatnih troškova.

Funkcije naplate u poduzeću grupirane su u tri glavna bloka: operacije poravnanja, informacijske usluge i financijske usluge.

U širem smislu, kada se razmatra naplata u integraciji s upravljanjem prihodom, istaknute su dodatne funkcije kao što su osiguranje prihoda, upravljanje profitabilnosti pretplatnika i kontrola prijevara.

3.1. Poslovi poravnanja

Blok obračunskih operacija uključuje funkcije kao što su određivanje potrošnje (primjerice, primanje detaljnih informacija o pozivima s preklopnika, obrada podataka iz preklopne opreme o potrošnji prometa, primanje podataka iz medijacijskog sustava), procjena potrošnje (određivanje izračunatih karakteristika podataka o potrošnji) , agregacijske procjene i formiranje naknada za pretplatnike, obračun poreza, popusta, dodatnih naknada, usklađenja, izdavanje računa za plaćanje, osiguranje dostave ili upoznavanje pretplatnika s računima za plaćanje, vođenje osobnih računa pretplatnika.

Implementacija bloka izračuna može se značajno razlikovati kako za različite vrste komunikacija tako i za različite modele odnosa s pretplatnicima.

Postoje 2 glavne vrste izračuna:

· avansni sustav (prepaid), kada se novac uplaćuje unaprijed.

· postpaid - izdavanje računa za razdoblje na temelju rezultata (postpaid)

3.1.1. Prepaid

Prepaid (pretplata) je model nagodbe s pretplatnicima i agentima, koji uključuje preliminarno polaganje sredstava na vaš osobni račun operatera komunikacijskih usluga, koji se naknadno troše na plaćanje primljenih usluga. Prepaid sustavi za namiru obično vode evidenciju u stvarnom vremenu, izravno upravljajući procesom pružanja usluga, a nakon dostizanja donjeg praga iznosa sredstava na računu druge ugovorne strane, moguće je promijeniti način pružanja usluga (sve do potpunog prekida). Iznos sredstava na računu, trajanje održavanja pozitivnog stanja, veličina i redovitost primitaka mogu poslužiti kao tarifni parametri pri izračunu cijene, kvalitete i količine pruženih usluga.

Funkcionalnost za podršku ograničenog pristupa komunikacijskim uslugama u stvarnom vremenu s unaprijed plaćenim modelom naplate ponekad se naziva vruća naplata.

3.1.2. Postpaid

Postpaid je model plaćanja u kojem operater prvo pruža usluge pretplatniku ili agentu prema ugovoru sklopljenim s njim, a zatim vrši tarifiranje i fakturiranje plaćanja. Proces tarifiranja i fakturiranja je planiran i redovit i obično pokriva kalendarsko vremensko razdoblje navedeno u ugovoru (najčešće mjesec, ponekad tjedan, kvartal, godina). Druga ugovorna strana je dužna platiti iznos računa u roku određenom u ugovoru, au slučaju kašnjenja s plaćanjem, prema njemu se primjenjuju načini rada s dužnikom navedeni u ugovoru, kao dio procesa naplate potraživanja.

3.2. Informativni servis

Informacijske usluge uključuju funkcije za podršku operativnim informacijama o pretplatnicima, o proizvodima i uslugama, uključujući njihove tarife, ograničenja, moguće kombinacije, kao i konfiguracijske podatke o naplati općenito (na primjer, naplata i rasporedi naplate, upravljanje događajima obavijesti pretplatnika, revizija i informacije o postavkama starenja, prihvatljive karakteristike pretplatnika).

3.3. Financijske usluge

Financijske usluge obuhvaćaju funkcije obrade plaćanja, usklađivanja izdanih računa i usluga, upravljanja potraživanjima pretplatnika i procesa naplate, obrade poreznih podataka.

4. Klasifikacija naplate prema namjeni

Na temelju funkcionalnosti ovakvi sustavi mogu se podijeliti u tri klase - namijenjeni transnacionalnim telekom operaterima, izrađeni po narudžbi na nacionalnoj razini te tzv. sustavi srednje klase za regionalne mreže.

4.1. Za multinacionalne telekom operatere

Proizvodi koji pripadaju prvoj klasi moraju osigurati interoperabilnost mreža na međunarodnoj razini i rad u različitim vremenskim zonama, tj. imaju viševalutno i višejezično sučelje i uzimaju u obzir porezne razlike u različitim zemljama. Karakterizira ih heterogena struktura i bliska integracija s računovodstvenim sustavima.

4.2. Prilagođeno na nacionalnoj razini

Sustavi po narudžbi na nacionalnoj razini stvaraju se ako postoje specifični zahtjevi operatera za funkcioniranje samog sustava, karakteristike komunikacijske mreže ili potreba za korištenjem nestandardnog sučelja s postojećim sustavima plaćanja. Stoga takve sustave karakteriziraju visoki troškovi razvoja i održavanja.

4.3. Sustavi srednje klase za regionalne mreže

Regionalno, standardni zahtjevi za naplatu obično su sasvim prihvatljivi. Takvi sustavi gotovo uvijek imaju klasičnu klijent-poslužiteljsku arhitekturu i (posebno u posljednje vrijeme) često koriste Web sučelje. No, ne treba zaboraviti da moraju osigurati skalabilnost i funkcionalno proširenje.

5. Shema organizacije naplate

Shema organizacije naplate (Sl. 1) prilično je jednostavna: informacije o vezama i njihovom trajanju bilježi switch i nakon prethodne obrade prenosi se u sustav naplate. Njegovi programi "znaju" sve tarife za komunikacijske linije moguće u određenoj telekomunikacijskoj mreži, "identificiraju" identitet poziva i izvode potrebne izračune, generirajući pretplatničke račune.

Riža. 1: sustav organizacije naplate

Očito je da bi takav sustav trebao pohranjivati ​​ne samo standarde, tarife i informacije o uslugama, već i podatke o kupcima, ugovore sklopljene s pretplatnicima i trećim pružateljima komunikacijskih usluga (ako je mreža operatera povezana s drugima), kao i o cijeni prijenosa informacija različitim kanalima i smjerovima. Osim toga, bilo koji sustav plaćanja nezamisliv je bez “povijesti” plaćanja i faktura koje su izdali svi klijenti, budući da jedino te informacije omogućuju organiziranje kontrole plaćanja i automatiziranje tzv. aktivacije/deaktivacije pretplatnika. Što je moćniji izvršni mehanizam DBMS-a, to će sustav naplate izgrađen na njegovoj osnovi biti opsežniji i višenamjenski.

6. Kako izvršiti plaćanje putem naplatnog centra?

Centar za obračun (obračun) je organizacija koja objedinjuje sve informacije koje dolaze od pružatelja usluga. Korištenje takvih centara omogućuje stvaranje jedinstvenog informacijskog sustava i pojednostavljuje mnoge rutinske postupke koji građanima oduzimaju mnogo vremena.

Sam postupak prihvaćanja plaćanja ima svoje specifičnosti. Nema potrebe za dokumentima za plaćanje. Uplatitelju je potrebna samo adresa, broj telefona ili broj osobnog računa u bazi podataka. Kao odgovor, građaninu se izdaje potvrda ili ček na kojem su naznačeni njegovi inicijali i prezime, kao i drugi podaci. Centri za naplatu rade online s točkama za prihvaćanje plaćanja, a sredstva se trenutno prenose na račune relevantnih organizacija. Za platitelje je novi sustav prihvaćanja plaćanja jasan korak naprijed. Sada u svakom trenutku možete dobiti informacije o stanju na svom osobnom računu, postojanju dugova i sl. Značajno je proširena i mreža prihvatnih mjesta. Nadajmo se da su kilometarski redovi na prihvatnim mjestima prošlost, a neugodna procedura plaćanja računa sada će trajati nekoliko minuta.

7. Primjer funkcioniranja naplate

Svaki korisnik ima gotovinski račun s kojeg se sredstva terete jednom dnevno u 00:00 sati, prema odabranim tarifama ako račun nije u blokadi. Ako na računu ima 0 rubalja, ništa se ne tereti, račun ne ide u minus, a internet se ne uključuje. Da biste omogućili, morate nadopuniti svoj račun. Ako je iznos na računu manji od odabrane tarife (na primjer: na računu ima 5 rubalja, a usluga košta 9 rubalja dnevno), taj iznos ostaje na vašem računu. Internet neće raditi, jer ovaj iznos nije dovoljan za plaćanje unaprijed za usluge za sljedeći dan. Ako je iznos na računu veći od odabrane tarife (na primjer: na računu ima 50 rubalja, a usluga košta 30 rubalja dnevno), iznos tarife (30 rubalja) bit će terećen u ponoć, internet će raditi.

Uplatili ste 50 rubalja na svoj račun u 23:00. Imate tarifu 512. Kada uključite uslugu, odmah će vam se naplatiti 9 rubalja za pružanje usluge za tekući dan. Zatim će se u 00:00 teretiti još 9 rubalja za sljedeći dan. Tako ćete već u 01:00 imati 32 rublja na svom računu.

Kako biste izbjegli ove trenutke:

Nadopunite račun jednom mjesečno tako da broj dana u mjesecu pomnožite s tarifom. Nadopunite račun odmah nakon 00:00 ili rano ujutro.

Sustav ne preračunava po satu.

Zapamtite: kada uključite VPN (sustav odmah tereti novac za tekući dan. Ova usluga je potpuno automatizirana, što znači da se sredstva terete automatski. Nitko vam ne može samovoljno teretiti novac, sustav to radi prema tarife.

VPN (Virtual Private Network) je općeniti naziv za tehnologije koje omogućuju pružanje jedne ili više mrežnih veza (logičke mreže) preko druge mreže (na primjer, interneta). Unatoč činjenici da se komunikacije odvijaju preko mreža s nižom nepoznatom razinom povjerenja (na primjer, preko javnih mreža), razina povjerenja u izgrađenu logičku mrežu ne ovisi o razini povjerenja u temeljnim mrežama zbog korištenje kriptografskih alata (enkripcija, autentifikacija, infrastruktura javnih ključeva, za zaštitu od ponavljanja i promjena u porukama koje se prenose preko logičke mreže).

zaključke

Kao rezultat obavljenog rada naučio sam što je billing i kako funkcionira.

Tko se od nas nije bunio ugledajući uredne račune za telefonske razgovore, sumnjajući u srcu u ispravnost brojeva? Ali ako su prije nekoliko godina pogreške bile sasvim moguće, danas su gotovo nemoguće. Upravo zahvaljujući naplati, točnost izračuna je zajamčena automatiziranim tarifiranjem usluga koje provodi sustav naplate.

Bibliografija

1. Imenik "Računalne mreže Rusije. Međunarodne komunikacijske usluge." - M.: LLP "ELIS. LTD" 1992

2. Zbornik radova konferencije “Razvoj sustava naplate i informacijskih tehnologija za komunikacijska poduzeća” 18. prosinca 2002. Triumph Paviljon

4. Internetske stranice:

http://www.asks.ru/blogs/070910/57/

http://ru.wikipedia.org/wiki/%C1%E8%EB%EB%E8%ED%E3

Sustavi naplate: osnovni pojmovi

Naplata. Kakve asocijacije izaziva ovaj pojam? Možda postoji neka veza s Billom Gatesom? Ne, srećom još nije “zabio nos” u područje telekomunikacija. Pa to je samo šala. Ali da budemo ozbiljni, pogledajmo podrijetlo riječi naplata. Engleska riječ “bill” može se prevesti kao “račun” (drugi prijevodi: račun, novčanica). “Billing” se prevodi izrazom “pisanje fakture”.

Što je sustav naplate?

Sustavi koji izračunavaju trošak komunikacijskih usluga za svakog klijenta i pohranjuju podatke o svim tarifama i drugim troškovnim karakteristikama koje telekomunikacijski operateri koriste za izdavanje računa pretplatnicima i međusobna obračunavanja s drugim pružateljima usluga nazivaju se sustavima naplate; ciklus operacija koje obavljaju naziva se naplata. Sustav naplate (BS) je računovodstveni sustav, softver, drugim riječima, "softver" razvijen posebno za operatere. Koji operateri? Telekomunikacija. Odnosno, ne govorimo samo o mobilnim operaterima. BS-ove također koriste uobičajeni (fiksni, žični) komunikacijski operateri. U malim uredima, na primjer, možete voditi naplatu telefonije (analizirati: tko je zvao, kada, koliko je trajao razgovor). IP telefonija je još jedno područje primjene BS-a. Što je s pružateljima internetskih usluga? Koriste BS, primjerice, za generiranje računa i bilježenje prometa. Svaki BS kreiran je na temelju određenog sustava za upravljanje bazom podataka (DBMS). Većina BS-ova u svijetu stvorena je na temelju Oracle DBMS-a. Među ostalim DBMS-ovima, Sybase i Informix mogu se razlikovati kao dizajnirani za velike količine informacija. Evo naziva nekih sustava naplate: BIS, Flagship, CBOSS, Arbor, Bill-2000-prepaid. Vrijedno je spomenuti da BS također može značiti hardver uključen u organiziranje naplate.

Terminologija

Pokušat ću razmotriti sve osnovne pojmove i definicije vezane uz BS. Usredotočit ću se na BS koji koriste mobilni operateri. Ali većina definicija također se odnosi na BS koji se koristi u drugim područjima. Pokušat ću to objasniti što jednostavnije kako bi većina čitatelja mogla razumjeti materijal. Ako imate nešto dodati uvjetima koje sam unijela, pišite mi na e-mail.

Postoji nekoliko naziva za sustav naplate: ASR— automatizirani sustav plaćanja; IHD— informacijski sustav naplate.

Jedna od važnih kvaliteta BS-a je njegova fleksibilnost, odnosno sposobnost prilagodbe promijenjenim okolnostima. Fleksibilni sustav prilagođen je ne samo trenutnim potrebama operatera; zbog takvih kvaliteta kao što su prilagodljivost, modularnost i otvorenost, omogućuje vam rješavanje problema koji obećavaju. Što više opcija za prilagodbu sustav ima, to bolje. Što je modularnost? Modularni princip izgradnje sustava je princip u kojem se cijeli sustav sastavlja iz pojedinačnih dijelova (modula), kao što se kuća sastavlja ciglu po ciglu. BS se također sastoji od takvih modula – podsustava. BS uključuje, na primjer, podsustav za prethodnu obradu podataka, operativni podsustav za upravljanje naplatom i podsustav za obavještavanje kupaca (u nastavku pročitajte strukturu i funkcije BS-a). Pod, ispod otvorenost Sustav podrazumijeva otvorenost izvornog koda softverskog proizvoda, što operateru omogućuje da u budućnosti ne ovisi o programeru te da samostalno održava i nadograđuje sustav. S fleksibilnošću BS-a usko je povezana sljedeća kvaliteta automatiziranih računskih sustava - skalabilnost.

Skalabilnost opterećenja. S rastom baze pretplatnika i pojavom dodatnih usluga, ne bi trebalo biti potrebe za mijenjanjem ili modificiranjem softverskog dijela BS-a. Povećanje mogućnosti BS-a trebalo bi postići nadogradnjom hardvera sustava. Što je važno uzeti u obzir pri projektiranju skalabilnih sustava? Potrebno je koristiti DBMS dizajniran za velike količine podataka. DBMS mora biti kompatibilan s različitim računalnim platformama kako bi pružio podršku za višeprocesorski rad.

Pouzdanost- jedan od osnovnih zahtjeva za bilo koji sustav. Pouzdanost BS-a određena je pouzdanošću DBMS-a i tehnologijama koje se koriste u razvoju sustava. Ne manje važna je i pouzdanost dobavljača (developera) aplikativnog softvera: vrijeme na tržištu i, kao neizravan pokazatelj, postotak prisutnosti sustava koje je razvio na tržištu telekomunikacija. Zašto je indikator neizravan? Je li Microsoft Windows najbolji i najpouzdaniji operativni sustav?... A pritom zauzima značajan tržišni udio. Međutim, pouzdanost BS-a također je osigurana usklađenošću s određenim standardima tijekom njihovog razvoja (o tome pročitajte u nastavku).

Višejezični— mogućnost instaliranja različitih jezika za predstavljanje informacija.

Multivaluta— sposobnost rada s bilo kojim valutama

Naplata na odgodu— naplata, u kojoj se plaćanja vrše nakon obavljenih poziva.

Vruća naplata— stanje na računu se mijenja tijekom razgovora, a podatke o stanju na računu možete dobiti odmah nakon poziva.

Optimizacija naplate— poboljšanje, poboljšanje operatera svog BS.

Veliki BS— sustavi koje koriste veliki operateri.

Knjiženje naplate— evidentiranje rezultata obračuna fakturiranja; Nakon izračuna rezultati postaju dostupni korisnicima (šalju se, ispisuju).

Što može, što treba ili za što je odgovoran BS?

Europski (podrijetlo) standard KATRAN pojavio se 1992. Održava ga radna skupina TADIG. Većina europskih operatera koristi TAR2, iako postoji i treća verzija. Od 1995. modifikacija TAP2, poznata kao specifikacija TD.27, ili NAGTAP2, počeo se koristiti u SAD-u.

Umjesto zaključka

Izvadite mobitel iz džepa, okrenete broj, stisnete “pozovi” i... razgovor krene. Sada jedva čekate saznati stanje na svom računu. Ako je sustav naplate "vruć", odmah ste obaviješteni o tom iznosu. "Sve sam točno izračunao, to je dobar sustav naplate", mislite. U međuvremenu, drugi pretplatnik saznaje da je upravo dosegao svoje vremensko ograničenje i da je isključen. “Što mi treba ova “vruća” naplata! Glupi sustav naplate!”, žali se... Da, ne možete udovoljiti svima u isto vrijeme!

Posebno zahvaljujemo na informacijskoj podršci Boljšovoj Galini, kolumnistici časopisa

Istovremeno, informacija o stanju na računu dostupna je u bilo kojem trenutku tijekom obračunskog razdoblja, čime pretplatnik ima stalnu kontrolu nad svojim troškovima.

Prilikom sklapanja ugovora sa svakim pretplatnikom dodjeljuje se osobni račun na koji se plaća akontacija; sukladno tome, komunikacijske usluge se pružaju pretplatniku sve dok je stanje na računu pozitivno. Pražnjenje sredstava na osobnom računu dovodi do obustave pružanja komunikacijskih usluga pretplatniku dok se račun ne napuni.

U ovom ćemo materijalu pokušati objasniti kako se sredstva terete s osobnog računa.

Obračun je postupak za izračun korištenja i određivanje cijena komunikacijskih usluga. Drugim riječima, sustav naplate određuje:

Mogućnost pružanja komunikacijskih usluga pretplatniku, tj. dostupnost sredstava na osobnom računu;
- vrsta poziva, njihov smjer, cijena;
- dostupnost i trošak usluga koje koristi pretplatnik.

Svi izračuni provode se u konvencionalnim jedinicama koje odgovaraju američkim dolarima. Plaćanje vrši pretplatnik u rubljima, sredstva se knjiže na račun po tečaju Središnje banke Ruske Federacije na dan plaćanja. Uplata se smatra izvršenom ako su sredstva zaprimljena na tekući račun ili na blagajni.

3. U kojim trenucima se sredstva skidaju s računa?

Periodične usluge - usluge koje se pružaju kontinuirano tijekom određenog razdoblja, na primjer, naknade za pretplatu, mrežne i dodatne usluge, za koje morate plaćati mjesečno.
Jednokratne usluge - usluge koje se pružaju i plaćaju jednom, prema potrebi, na primjer, zamjena SIM kartice ili dodavanje usluge govorne pošte.

4. Obračunske skupine

Sredstva se terete s osobnog računa pretplatnika ovisno o pruženim uslugama iu skladu s pravilima naplate.

Tvrtka ima tri obračunska (obračunska) razdoblja:

Prvi odgovara kalendarskom mjesecu, tj. počinje 1. i završava zadnjeg dana u mjesecu;
- drugi počinje 10. u tekućem mjesecu, a završava 9. u narednom mjesecu;
- treći počinje 20. u tekućem mjesecu, a završava 19. u narednom mjesecu.

Sukladno tome, u roku od 10 dana nakon završetka obračunskog razdoblja, generira se i ispisuje mjesečni račun koji odražava podatke o sredstvima naplaćenim s osobnog računa pretplatnika za sve vrste pruženih usluga.

5. Zašto postoji razlika između točnog stanja i informacija o stanju u ACCA-i?

Najlakši i najčešći način da saznate stanje na svom osobnom računu je da nazovete Automatsku pretplatničku službu na broj 088011 (u kućnoj mreži poziv je besplatan). Možda je svaki pretplatnik, nakon što je slušao informacije o stanju, postavio pitanje "Koliko su točni podaci u ACCA-i?"

Međutim, unatoč očitim prednostima, avansna metoda međusobnih obračuna ima jednu značajku koja ga "zasjenjuje" i postavlja brojna pitanja kod pretplatnika. Riječ je o tehnološkom kašnjenju između vremena pružanja komunikacijskih usluga pretplatniku i trenutka njihovog obračuna i tarifiranja u sustavu poravnanja (naplate). Trajanje takve odgode određeno je opterećenjem mrežne komutacijske opreme i stupnjem optimizacije tehnoloških procesa u sustavu naplate.

6. Vrste računa

Kao što je već spomenuto, na kraju svakog obračunskog razdoblja pretplatniku se (za svaki osobni račun) ispostavlja račun za plaćanje koji predstavlja svojevrsno izvješće pretplatniku za sve izvršene troškove u proteklom obračunskom razdoblju. Osim toga, mjesečni račun sadrži podatke o izvršenim uplatama i preporučeni iznos za avansno plaćanje.

Za primanje računa za plaćanje morate naručiti i platiti uslugu "Dostava računa" u skladu s odabranim tarifnim planom. Računi se mogu dostaviti e-poštom, faksom, poštom ili kurirskom službom (unutar Moskve i Moskovske regije). Također možete dogovoriti način dostave "Na ruke", tj. Pretplatnik ima mogućnost samostalnog preuzimanja izdanih računa osobnim obraćanjem Službi financijske kontrole. Osim toga, možete naručiti fakturu za plaćanje putem ACCA-e faxom na broj 0880141 ili putem ISSA-e faxom ili e-poštom (dostava računa je besplatna).

Račun za plaćanje unaprijed

Ako je potrebno, možete naručiti fakturu za plaćanje unaprijed u iznosu koji je sam pretplatnik naveo ili preporučio sustav naplate od službe za financijski nadzor ili putem ACCA, ISSA. Predračun se obračunava bez naknade.

Usluga „Detaljan račun“ je prijepis razgovora pretplatnika za obračunsko razdoblje. Označava datum, vrijeme poziva, telefonski broj na koji je pretplatnik zvao, odnosno s kojeg je poziv primljen, ako

Naplata je automatizirani proces koji koristi profesionalni softver. Analizira kako signal prolazi kroz svaku ćeliju, zatim se razvrstava i izračunava kolika će biti cijena usluge za pojedinog vlasnika. Telefonsko naplatu generira plaćanje telefonske komunikacije. Nakon poziva, on zadužuje onoliko novca koliko je navedeno u vašem tarifnom planu.

Sustavi naplate

Naplata mobitela složen je proces koji zahtijeva moderne, kvalitetne i moćne alate. Softver, bankarstvo i pravna podrška komponente su novih tehnologija. Zbog toga programi za telefonsku naplatu postoje samo u velikim tvrtkama koje se bave e-trgovinom i, naravno, u regionalnim mobilnim tvrtkama.

Funkcija ovog novog sustava je da izračunava cijenu mobilnih komunikacijskih usluga zasebno za svaku osobu. Programi pohranjuju podatke o vremenu kada je korisnik nazvao, trajanju i drugim karakteristikama razgovora za određeno razdoblje (za godinu ili šest mjeseci). Telefonska naplata uključuje profesionalni softver koji se koristi u računovodstvenim obračunima telekomunikacijskih operatera.

Raspodjela opterećenja

Mobilni operateri u pravilu međusobno surađuju. Instaliraju jednu stanicu i koriste je zajedno bez trošenja dodatnog novca na softver i obično u svakom gradu jedan operater instalira zaseban toranj za sebe. U ruralnim područjima i autocestama nekoliko tvrtki koristi jedan. Vlasnik ove mobilne stanice bit će samo jedan, ali mu ostali operateri plaćaju najam, a cijena se obračunava na temelju broja poziva.

Internetskim prometom upravljaju i sustavi naplate. U tom slučaju pretplatnik se naplaćuje po zasebnoj tarifi. Svaka tvrtka je drugačija. U jednom morate platiti vrijeme provedeno na Internetu, u drugom za poslane i primljene pakete informacija.

Funkcije naplate

Telefonska naplata temelji se na prilično jednostavnom principu. Komutacijski čvor bilježi sve podatke, odnosno trajanje i karakteristike poziva. Zatim se sve primljene informacije šalju u središnju stanicu, gdje se vrši izračun.

Softver koji je instaliran u središnjem uredu obrađuje sve podatke i prati propise, tarife i cijene. Telefonski obračun sadrži sve podatke o korisniku (tarifa, dostupnost bonusa, cijene za pojedina područja).

Ove suvremene baze podataka pohranjuju informacije o svim plaćanjima svakog kupca. To vam omogućuje izračunavanje povlačenja. Obračunska mjesta opremljena su kvalitetnim i snažnim računalima koja omogućuju vrlo brzu izradu obračuna. Zbog toga zahtjevi pretplatnika za status računa dobivaju rezultate gotovo trenutno.

Softver također prati status korisničkog računa. Sustav ima mogućnost deaktivacije pretplatnika. Ako osoba dugo nije nadopunila svoj račun i ne koristi usluge mobilne tvrtke, jednostavno je isključena.

Kao što ste mogli pretpostaviti, zbog naplate mobitela iskače poruka da sustav ne može uspostaviti vezu kada je račun nula. Ako nadopunite svoj telefonski saldo, odmah možete koristiti usluge, sustav ih automatski povezuje.

Većina mobilnih operatera stvara funkciju povratne informacije. Također kontrolira naplatu mobitela. Uz njegovu pomoć, prijavom na svoj osobni račun, možete nadopuniti, onemogućiti, povezati razne usluge, promijeniti svoju tarifu i još mnogo toga.

Ako odete na web stranicu svog mobilnog operatera, možete vidjeti svoju aktivnost za prošli mjesec putem telefonskog računa. Možete vidjeti s kim ste razgovarali, koliko su trajali i koliko su vam za to naplatili.

Dodatne mogućnosti naplate: mobilni nadzor

Mobitel koji koristimo za komunikaciju, poput fotoaparata, video kamere, beacona, ima još neke funkcije. Danas se većina zločina istražuje pomoću naplate. Ovaj sustav može pratiti sve pozive.

Kako naplata telefona može pomoći u istrazi ubojstva? Jednostavno je, ovaj sustav bilježi kada se prijavljujemo na internet i gdje se to događa, zovemo ili šaljemo SMS.

Uz pomoć novih tehnologija, odnosno naplate, već su istraženi mnogi zločini visokog profila i pronađeni krivci.

Pretplatnik je uvijek dostupan

Mobilni telefon je veliko dostignuće čovjeka, nova tehnologija koja je napredovala. Nažalost, ova se tehnologija ne može koristiti za dobro, budući da je mobilni telefon neka vrsta radio svjetionika koji će pomoći u praćenju lokacije osobe.

Kao što smo već saznali, cijeli teritorij na kojem postoji mobilna komunikacija podijeljen je na ćelije. Postoje tornjevi i posebne stanice koje imaju određenu adresu.

Ako analizirate signal s mobilnog telefona, možete utvrditi na kojoj udaljenosti i gdje se osoba nalazi (u automobilu, kod kuće, na ulici). Također nije teško odrediti kretanje pretplatnika. Možete uzeti nekoliko tornjeva i saznati put osobe s malom greškom.

Privatna naplata

Prvi koji su koristili naplatu za istrage bili su privatni detektivi. Naravno, svojim postupanjem prekršili su Kazneni zakon.

Ako je zabranjeno, kako su došli do informacija? Prvi način je kupnja podataka od zaposlenika mobilne tvrtke. Ali sada to nije tako jednostavno, službe su se počele boriti s curenjem informacija.

Sada, da biste podatke prenijeli detektivima, morat ćete platiti 500 dolara. A da biste to analizirali, da biste saznali kretanje osobe, morate platiti 1500 dolara. U većini slučajeva, kako bi se zaposlenik mobilne tvrtke zainteresirao za ovaj "posao", morate stalno učiti brojeve u velikim količinama.

Drugi način je da zamolite poznate operativce da saznaju o mobitelu i osobi kojoj pripada. Ali ovo je dosta dugo, istraga bi se mogla otegnuti.

Platforma obrađuje InitialDP 37 ms; pretplatnik je slušao zvučne signale 10 sekundi; Trajanje razgovora je nešto više od 5 minuta.

Naplata prikuplja podatke o korištenju telekomunikacijskih usluga, njihovim tarifama, te je odgovoran za obračun pretplatnika i obradu plaćanja.

Postoje 2 glavne vrste izračuna:

• Naknadno plaćanje- izdavanje računa za razdoblje po rezultatima (postpaid)
• I sustav unaprijed(prepaid), kada se novac uplaćuje unaprijed.

Naknadno plaćanje se povijesno pojavilo ranije, ali pokazalo se da je plaćanje unaprijed prikladnije za kupce (više se može kontrolirati - ako nešto pođe po zlu, dolazi do prekida veze, a ne izdavanja velikog računa).

Postpaid sustav

Kada pretplatnik postpaid sustava plaćanja koristi usluge operatera, na preklopnicima se generiraju posebne CDR (Charging Data Record) datoteke. U biti, to su obični zapisnici koji pokazuju broj pretplatnika, datum, vrijeme poziva/količinu preuzetog prometa itd. Billing se u određeno vrijeme (npr. jednom dnevno) spaja na switch, preuzima CDR-ove, obračunava cijenu usluge i sve sprema u bazu podataka (obično Oracle). Pretplatniku se tada izdaje ukupni račun na kraju mjeseca.

Shema interakcije Postpaid platforme s jezgrom mreže operatera.
CSN- sklopna mreža; Predstavljaju ga prekidači kanala (MSC).
PSN– mreža za komutaciju paketa; Predstavljaju ga paketni preklopnici i pristupnici (SGSN i GGSN, respektivno).

Načelo rada postpaid sustava je relativno jednostavno, jer ne zahtijeva odgovor platforme u stvarnom vremenu: na kraju krajeva, pretplatnik ne mora biti upozoren o dostizanju nule (i, sukladno tome, nema potrebe promijeniti prirodu interakcije mreže s njim).

Sustav unaprijed

U slučaju naplate unaprijed, telekom operater, osim vođenja računa o količini pružene usluge, treba riješiti problem praćenja tekućeg računa pretplatnika te, ako isti dođe na nulu, obavijestiti pretplatnika/onemogućiti pružanje servis. Stoga se takvi sustavi nazivaju i sustavom online naplate (OCS).

Budući da operater pruža različite vrste usluga i koriste se različite vrste mreža (sustav komutacije kanala/paketa), sustav naplate mora koristiti različite protokole naplate kako bi riješio problem kontrole pretplatničkog računa, na primjer sljedeće:

Shema interakcije prepaid platforme s mrežom operatera.

Pogledajmo ove protokole detaljnije.

CAP

CAP(CAMEL Application Part) je protokol aplikacijskog sloja SS7 steka koji implementira inteligentne usluge u GSM/UMTS mrežama (na primjer, unaprijed plaćene).

Mjesto protokola na hrpi. Slika također prikazuje popularnu opciju koja koristi SIGTRAN tehnologiju (SS7 proširenje koje omogućuje korištenje "sedam" protokola preko IP mreže).

Koristeći ovaj protokol, OCS komunicira s mrežom za komutaciju krugova. Evo primjera cijene odlaznih govornih poziva:

Dijalog punjenja pomoću CAP protokola, isprekidane linije prikazuju ISUP poruke.

1. Prvo, sustav naplate prima poruku (Initial Detection Point) od MSC1 preklopnika, koji prenosi parametre pretplatnika. To su dolazni i odlazni brojevi, adresa ćelije pozvanog pretplatnika i drugi. Na temelju toga moguće je pristupiti analizi poziva. Naplata stvara određenu Detection Point – odnosno stanje poziva. OCS utvrđuje može li pretplatnik obaviti govorni poziv (ima li sredstava na računu), ako može, koliko maksimalno vrijeme.
2. Nakon toga, OCS odgovara komutatoru s Request Report BCSM događajem (“Inicijalizirao sam točku detekcije, čekam daljnje informacije od vas o statusu poziva”). I šalje Apply Charging ("pretplatnik ima sredstava na svom računu, ja odobravam poziv"). Tamo se također šalje maksimalno vrijeme koje pretplatnik može iskoristiti.
3. Switch, nakon što je dobio dopuštenje od OCS-a, inicira glasovnu vezu između pretplatnika koristeći ISUP protokol, šaljući IAM (Initial Address Message) poruku na MSC2.
4. MSC2 odgovara MSC1 porukom ACM (Address Complete Message), u ovom slučaju to znači "da, moj pretplatnik, sada je na mreži, počinjem ga zvati." Primivši ovu poruku, MSC1 uključuje duge zvučne signale pretplatniku A.
5. Pretplatnik B podiže slušalicu, MSC2 šalje MSC1 poruku ANM (poruka odgovora) - "moj pretplatnik je podigao slušalicu, spoji ih."
6. MSC1 povezuje pretplatnika A i B, započinje razgovor. MSC1 šalje poruku Izvještaj o događaju BCSM (O_odgovor) OCS-u. OCS mijenja status poziva za ovog pretplatnika. Od tog trenutka počinje punjenje (uzimajući u obzir da su prve 3 sekunde besplatne).
7. Dok pretplatnici komuniciraju, MSC1 prati vrijeme poziva. Ako je ostalo malo vremena, MSC upozorava pretplatnika zvučnim signalom.
8. U našem slučaju, pretplatnik B prvi prekida vezu, MSC1 i MSC2 sklapaju prijateljsko rukovanje korištenjem REL (Release Message) i RLC (Release Complete Message) poruka.
9. MSC1 šalje poruku Event Report BCSM (O_Disconnect - “pretplatnici uspješno isključeni”) i Apply Charging Report (koliko je sekundi razgovor trajao) OCS-u.
10. OCS prihvaća ove podatke i odgovara da se sesija sada može zatvoriti.

INVOKE --- A1 TAG: A1h 1B LEN: 27 --- INVOKE ID --- 02 TAG: 02h INTEGER 01 LEN: 1 02 INVOKE ID: 2 === CAP === --- INVOKE --- -- - OPERACIJA --- 02 TAG: 02h INTEGER 01 LEN: 1 23 OPERACIJA: 35 = applyCharging --- APPL CHARG --- 30 TAG: 30h SEQUENCE 13 LEN: 19 --- ACH BCC --- 80 TAG: 80h 0C LEN: 12 --- TDC --- A0 TAG: A0h 0A LEN: 10 --- MAX C P D --- 80 TAG: 80h 03 LEN: 3 01 19 40 MAX C P D: 4370

Ovo je dio traga. Vidimo da je poruka applyCharging poslana preko CAP protokola, maksimalno vrijeme razgovora (MAX CPD - Maximum Call Period Duration) je 437,0 sekundi.

Duplicirat ću sliku prije kate: ovo je primjer komunikacije pomoću CAP protokola. Vremenske oznake mogu se procijeniti: platforma obrađuje InitialDP 37 ms; pretplatnik je slušao zvučne signale 10 sekundi; Trajanje razgovora je nešto više od 5 minuta.

Ali ovdje je poziv dug i možete vidjeti kako sam sustav od MSC-a svakih 6 minuta traži status poziva (activityTest). To je učinjeno tako da, u slučaju bilo kakve pogreške, razgovor ne bi trajao danima (dok se sav novac pretplatnika ne naplati).

CAP protokol može naplaćivati ​​ne samo glasovne pozive – on također može naplaćivati ​​internetske veze, SMS, MMS i tako dalje. Iako se u praksi za te potrebe najčešće koriste posebno skrojeni protokoli (DIAMETER/OSA).

O.S.A.

O.S.A.(Open Service Access) je otvoreno softversko sučelje koje je razvio konzorcij 3GPP i ETSI, a često se koristi za naplatu VAS usluga i mobilnog interneta.

Razmotrimo rad ovog protokola na primjeru tarifiranja mobilnih internetskih usluga:

1. Kada se pokuša aktivirati PDP kontekst (telefon dobiva IP adresu u mreži mobilnog operatera), GGSN pita platformu može li ovaj pretplatnik aktivirati sesiju punjenja (CreateChargingSessionReq).
2. U našem slučaju, sve je u redu (pretplatnik je u bazi podataka, ima sredstava), platforma kreira sesiju naplate i omogućuje aktivaciju PDP konteksta (CreateChargingSessionResp).
3. Sada pretplatnik želi započeti preuzimanje podataka. Kako bi mu to omogućio, GGSN kontaktira platformu sa zahtjevom za rezerviranje sredstava (ReserveUnitReq). Općenito, jedinica je apstraktna stvar, može biti bilo što - kilobajt podataka, tekstualna poruka, sekunda razgovora, rubalj, pizza, bačva i tako dalje. U našem slučaju jedinica je 100 kB.
4. Platforma provjerava da li određeni pretplatnik, sukladno svojoj tarifi, ima sredstava za 100 kB prometa i odgovara porukom ReserveUnitResp (“sredstva su rezervirana”). Nakon što primi ovu poruku od platforme, GGSN dopušta pretplatniku preuzimanje prometa.
5. Kada pretplatnik preuzme rezervirani dio prometa, GGSN kontaktira platformu s porukom DebitUnitReq ("možete otpisati rezervirana sredstva").
6. Platforma zadužuje sredstva i odgovara porukom DebitUnitResp (“sredstva su uspješno terećena”).
7. Ciklus ReserveUnitReq-DebitUnitResp se ponavlja sve dok pretplatnik ne preuzme cijeli Internet i zatvori internetsku sesiju.
8. Kada je PDP Context deaktiviran, GGSN šalje poruku platformi koja označava kraj sesije punjenja; memorija dodijeljena za ovu sesiju se oslobađa.

Zahtjev debitUnitReq; OSA naredbe su omotane u SOAP protokol, koji je zauzvrat enkapsuliran u HTTP protokol.

Zaključak

Mijenjanje potreba korisnika (uključujući povećanje količine prenesenih podataka), kreiranje novih vrsta usluga, povlači za sobom i evoluciju mreže mobilnog operatera, prvenstveno u području VAS platformi i sustava naplate.

Ako vam je tema AAA obiteljskih protokola zanimljiva, onda ću kasnije govoriti o RADIUSU, DIAMETRU i drugim zanimljivostima.