Ministarstvo obrazovanja i nauke Rusije

savezna državna budžetska obrazovna ustanova
visoko stručno obrazovanje
„Državni tehnološki institut Sankt Peterburga
(Tehnički univerzitet)"

UGS (šifra, naziv) 080000

Smjer obuke (šifra, naziv) 080500.62

Profil (ime) elektronsko poslovanje

Fakultet za ekonomiju i menadžment

Katedra za poslovnu informatiku

Akademska disciplina IT- infrastruktura preduzeća

Kurs 1 Grupa 6219

SAŽETAK

Predmet : “Kako funkcionira naplata mobilnog operatera?”

Student Platonova N.V.

Supervizor,

Naziv posla Khaidarov A. G.

(potpis, datum) (inicijal, prezime)

Ocjena

(potpis direktora)

Sankt Peterburg
2012

Uvod. 3

1. Šta je naplata? 4

2. Sistem naplate. 5

3. Funkcije naplate u preduzeću. 6

3.1. Operacije poravnanja. 7

3.1.1. Prepaid. 8

3.1.2. Postpaid. 8

3.2. Informativni servis. 9

3.3. Finansijske usluge. 9

4. Klasifikacija naplate prema namjeni.. 9

4.1. Za transnacionalne telekom operatere. 9

4.2. Prilagođeno na nacionalnom nivou. 10

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

5. Organizaciona šema naplate. jedanaest

Zaključci... 12

Spisak korištenih referenci.. 16

Uvod

U ovom radu pokušaću da saznam kako funkcioniše naplata mobilnog operatera. Da bih to učinio, postavio sam niz ciljeva, čije će postizanje biti rezultat mog rada:

1. saznati šta je naplata,

2. saznati koji je sistem naplate,

3. saznati koje funkcije obavlja billing,

4. saznati koje vrste naplate postoje,

5. pogledajte primjer kako funkcionira naplata.

1. Šta je naplata?

Naplata (u telekomunikacijama) je skup procesa i rješenja u komunikacijskim preduzećima zaduženim za prikupljanje informacija o korišćenju telekomunikacionih usluga, njihovoj tarifiranju, fakturisanju pretplatnika i procesuiranju plaćanja.

Naplata je bitna komponenta aktivnosti svakog komercijalnog telekomunikacionog operatera, bez obzira na vrstu telekomunikacija: fiksni i mobilni operateri, internet telefonija, virtuelni operateri, internet provajderi, operateri tranzitnog digitalnog saobraćaja, provajderi digitalne televizije - ne može postojati bez naplate, hvala kojima se ispostavljaju računi potrošačima njihovih usluga i osigurava se ekonomska komponenta njihovih aktivnosti.

Za sisteme naplate u telekomunikacijama, ruski jezik koristi i termin automatizovani sistem poravnanja (ACP), a posebno se ovaj termin koristi u zvaničnim dokumentima Ministarstva komunikacija Rusije, koji propisuju obaveznu sertifikaciju sistema naplate.

2. Sistem naplate

Sistemi koji obračunavaju troškove komunikacionih usluga za svakog klijenta i pohranjuju informacije o svim tarifama i drugim karakteristikama troškova koje koriste telekomunikacioni operateri za naplatu pretplatnika i obračun sa drugim pružaocima usluga nazivaju se sistemi naplate, a ciklus izvršenih operacija je skraćeno. kao naplatu. Odmah treba naglasiti: takvi sistemi se ne stvaraju samo na osnovu zahtjeva kupaca. Postoji niz međunarodnih dokumenata ITU koji regulišu njihove glavne funkcije i načine implementacije ovih funkcija. Na primjer, dokumenti serije E230, E260 i E1001 raspravljaju o tehničkim aspektima izračunavanja trajanja poziva, snimanja poziva za različite vrste komunikacije i određivanja trajanja poziva za pretplatnike. Opisi osnovnih principa tarifiranja usluga mobilnih komunikacija i scenarija povezivanja dati su u preporukama serija D103, D110 i D93. Slične dokumente izdao je Državni komitet za komunikacije Ruske Federacije: „Opći tehnički zahtjevi za automatizovane sisteme obračuna sa korisnicima telekomunikacionih usluga“ (jun 1998.).

3. Funkcije naplate

U odnosu na komunikacione sisteme, sistemi naplate su dizajnirani da obavljaju sledeće zadatke:

· Kontrola i strukturiranje troškova korporativne komunikacije
Strukturiranje troškova omogućava vam da dobijete stvarnu sliku o korištenju tako važnog i vrijednog korporativnog resursa kao što su komunikacije. Barsum vam omogućava da detaljno odredite troškove komunikacije za bilo koju administrativnu jedinicu, sve do odjela ili pojedinačnog zaposlenika.

· Računovodstvo troškova po klijentima i projektima Barsum vam omogućava da automatski pratite troškove napravljene u interesu klijenata i izdajete konsolidovane račune klijentima. Računovodstvo troškova privremenih projektnih timova može se voditi paralelno sa 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 šalje te podatke PMS-u radi uključivanja u račun klijenta.

· Analiza i optimizacija korištenja komunikacijskih kanala (finansijski aspekt). Korišćenje sistema cena omogućava analizu „šta ako?“. Rezultati takve analize mogu pokazati da će korištenje namjenskog kanala ili promjena operatera značajno smanjiti troškove komunikacije.

· Optimizacija telekomunikacione infrastrukture (tehnički aspekt). Korišćenje statističkih podataka o saobraćaju omogućava vam da identifikujete uska grla u telekomunikacionoj infrastrukturi preduzeća. Optimalna konfiguracija infrastrukture će poboljšati kvalitetu komunikacije bez dodatnih troškova.

Funkcije naplate u preduzeću su grupisane u tri glavna bloka: operacije poravnanja, informacione usluge i finansijske usluge.

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

3.1. Operacije poravnanja

Blok obračunskih operacija uključuje funkcije kao što su određivanje potrošnje (na primjer, primanje detaljnih informacija o pozivima sa komutatora, obrada podataka od komutacijske opreme o potrošnji prometa, primanje podataka iz posredničkog sistema), procjena potrošnje (određivanje izračunatih karakteristika podataka o potrošnji) , agregiranje procjena i formiranje naknada za pretplatnike, obračun poreza, popusta, dopuna, usklađivanja, izdavanje računa za plaćanje, obezbjeđivanje dostave ili upoznavanje pretplatnika sa fakturama za plaćanje, vođenje ličnih računa pretplatnika.

Implementacija obračunskog bloka može značajno varirati kako za različite vrste komunikacija tako i za različite modele odnosa sa pretplatnicima.

Postoje 2 glavne vrste proračuna:

· sistem avansa (prepaid), kada se novac plaća unaprijed.

· postpaid - izdavanje računa za period na osnovu rezultata (postpaid)

3.1.1. Prepaid

Prepaid (prepayment) je model obračuna sa pretplatnicima i agentima, koji podrazumijeva preliminarni polog sredstava na vaš lični račun operatera komunikacijskih usluga, koja se naknadno troše na plaćanje primljenih usluga. Sistemi za prepaid poravnanje najčešće vode evidenciju u realnom vremenu, direktno upravljajući procesom pružanja usluga, a po dostizanju donjeg praga iznosa sredstava na računu druge ugovorne strane može se promijeniti način pružanja usluga (do potpunog raskida). Iznos sredstava na računu, trajanje održavanja pozitivnog stanja, veličina i redovnost primanja mogu poslužiti kao tarifni parametri prilikom obračuna cijene, kvaliteta i količine pruženih usluga.

Funkcionalnost za podršku ograničenom pristupu komunikacijskim uslugama u realnom vremenu sa prepaid modelom naplate ponekad se naziva hot billing.

3.1.2. Postpaid

Postpaid je model plaćanja u kojem operater prvo pruža usluge pretplatniku ili agentu prema ugovoru zaključenom s njim, a zatim vrši tarifiranje i fakturisanje za plaćanje. Proces tarifiranja i fakturisanja je planiran i redovan i obično obuhvata kalendarski vremenski period koji je naveden u ugovoru (najčešće mjesec, ponekad sedmica, kvartal, godina). Druga strana je dužna platiti iznos računa u roku navedenom u ugovoru, a u slučaju kašnjenja u plaćanju na njega se primjenjuju načini rada sa dužnikom navedenim u ugovoru, kao dio procesa naplate. potraživanja.

3.2. Informativni servis

Informacijske usluge uključuju funkcije za podršku operativnih informacija 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, naplate i rasporedi naplate, upravljanje događajima obavještavanja pretplatnika, revizija i informacije o postavkama starenja, prihvatljivim karakteristikama pretplatnika).

3.3. Finansijske usluge

Finansijske usluge obuhvataju funkcije obrade plaćanja, usaglašavanja istih za izdate račune i usluge, upravljanje potraživanjima pretplatnika i proces naplate, obradu poreskih podataka.

4. Klasifikacija fakturisanja prema namjeni

Na osnovu funkcionalnosti ovakvih sistema, mogu se podijeliti u tri klase – namijenjene transnacionalnim telekom operaterima, po mjeri u nacionalnoj mjeri i tzv. sisteme srednje klase za regionalne mreže.

4.1. Za multinacionalne telekom operatere

Proizvodi koji pripadaju prvoj klasi moraju osigurati interoperabilnost mreža na međunarodnom nivou i rad u različitim vremenskim zonama, tj. imaju multivalutno i višejezično sučelje i uzimaju u obzir porezne razlike u različitim zemljama. Karakteriše ih heterogena struktura i bliska integracija sa računovodstvenim sistemima.

4.2. Prilagođeno na nacionalnom nivou

Sistemi po meri na nacionalnom nivou kreiraju se ukoliko postoje specifični zahtevi operatera za funkcionisanje samog sistema, karakteristike komunikacione mreže ili potreba za korišćenjem nestandardnog interfejsa sa postojećim sistemima naselja. Stoga takve sisteme karakterišu visoki troškovi razvoja i održavanja.

4.3. Sistemi srednjeg dometa za regionalne mreže

Na regionalnom nivou, standardni zahtjevi za naplatu su obično sasvim prihvatljivi. Takvi sistemi gotovo uvijek imaju klasičnu klijent-server arhitekturu i (posebno u posljednje vrijeme) često koriste web sučelje. Međutim, ne treba zaboraviti da oni moraju osigurati skalabilnost i funkcionalno proširenje.

5. Organizaciona šema naplate

Organizaciona šema naplate (slika 1) je prilično jednostavna: informacije o vezama i njihovom trajanju se snimaju komutatorom i, nakon preliminarne obrade, prenose se u sistem naplate. Njegovi programi „znaju“ sve tarife za komunikacione linije moguće u određenoj telekomunikacionoj mreži, „identifikuju“ identitet poziva i vrše potrebne kalkulacije, generišući račune pretplatnika.

Rice. 1: sistem organizacije naplate

Očigledno je da takav sistem treba da čuva ne samo standarde, tarife i informacije o uslugama, već i podatke o korisnicima, ugovorima zaključenim sa pretplatnicima i trećim pružaocima komunikacionih usluga (ako je mreža operatera povezana sa drugima), kao i o troškovima prenošenja informacija putem različitih kanala i pravaca. Osim toga, bilo koji sistem plaćanja je nezamisliv bez „istorije“ plaćanja i računa koje izdaju svi klijenti, jer samo ti podaci omogućavaju organizovanje kontrole plaćanja i automatizaciju tzv. aktivacije/deaktivacije pretplatnika. Što je moćniji izvršni mehanizam DBMS-a, to će sistem naplate izgrađen na njegovoj osnovi biti obimniji i multifunkcionalni.

6. Kako izvršiti plaćanje preko centra za naplatu?

Centar za obračun (obračun) je organizacija koja objedinjuje sve informacije koje dolaze od pružatelja usluga. Korišćenje ovakvih centara omogućava stvaranje jedinstvenog informacionog sistema i pojednostavljivanje mnogih rutinskih procedura koje oduzimaju mnogo vremena građanima.

Sama procedura prihvatanja plaćanja ima neke posebnosti. Nema potrebe za dokumentima za plaćanje. Uplatitelju je potrebna samo adresa, broj telefona ili broj ličnog računa u bazi podataka. Kao odgovor, građaninu se daje račun ili ček na kojem su naznačeni njegovi inicijali i prezime, kao i drugi podaci. Centri za naplatu rade online sa tačkama za prihvatanje plaćanja, a sredstva se trenutno prenose na račune relevantnih organizacija. Za platiše, novi sistem prihvata plaćanja je jasan korak naprijed. Sada u svakom trenutku možete dobiti informacije o statusu vašeg ličnog računa, postojanju dugova itd. Značajno je proširena i mreža prihvatnih mjesta. Nadajmo se da su kilometarski redovi na prijemnim mjestima prošlost, a neugodna procedura plaćanja računa sada će trajati nekoliko minuta.

7. Primjer kako funkcionira naplata

Svaki korisnik ima gotovinski račun sa kojeg se sredstva zadužuju jednom dnevno u 00:00 sati, prema odabranim tarifama ukoliko račun nije blokiran. Ako račun ima 0 rubalja, onda se ništa ne naplaćuje, račun ne ide u minus, a internet se ne uključuje. Da biste omogućili, morate dopuniti svoj račun. Ako je iznos na računu manji od odabrane tarife (na primjer: na računu je 5 rubalja, a usluga košta 9 rubalja dnevno), ovaj 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), tada će iznos tarife (30 rubalja) biti zaduž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 biti naplaćeno 9 rubalja za pružanje usluge za tekući dan. Zatim će u 00:00 biti zaduženo još 9 rubalja za sljedeći dan. Tako ćete već u 01:00 imati 32 rublje na svom računu.

Da biste izbjegli ove trenutke:

Dopunite svoj račun jednom mjesečno tako što ćete pomnožiti broj dana u mjesecu sa tarifom. Dopunite svoj račun odmah nakon 00:00 ili rano ujutro.

Sistem ne preračunava po satu.

Zapamtite: kada uključite VPN (sistem odmah zadužuje novac za tekući dan. Ova usluga je potpuno automatizovana, što znači da se sredstva zadužuju automatski. Niko ne može proizvoljno da tereti novac sa vašeg računa, sistem to radi prema tarife.

VPN (Virtualna privatna mreža) je generalizovani naziv za tehnologije koje omogućavaju pružanje jedne ili više mrežnih veza (logička mreža) preko druge mreže (na primjer, Interneta). Uprkos činjenici da se komunikacija odvija preko mreža sa nižim nepoznatim nivoom poverenja (na primer, preko javnih mreža), nivo poverenja u izgrađenu logičku mrežu ne zavisi od nivoa poverenja u osnovne mreže zbog korištenje kriptografskih alata (šifriranje, autentifikacija, infrastruktura javnog ključa, za zaštitu od ponavljanja i promjena u porukama koje se prenose preko logičke mreže).

zaključci

Kao rezultat obavljenog posla, naučio sam šta je naplata i kako funkcioniše.

Ko se od nas nije požalio na uredne račune za telefonske razgovore, sumnjajući u srcu u ispravnost brojeva? Ali ako su prije nekoliko godina greške bile sasvim moguće, danas su gotovo nemoguće. Zahvaljujući naplati, tačnost obračuna je zagarantovana automatizovanim tarifiranjem usluga koje sprovodi sistem naplate.

Bibliografija

1. Imenik "Kompjuterske mreže Rusije. Međunarodne komunikacijske usluge." - M.: DOO "ELIS. DOO" 1992

2. Zbornik radova sa konferencije “Razvoj sistema naplate i informacionih tehnologija za komunikacijska preduzeća” 18. decembar 2002. Trijumfalni paviljon

4. Internet stranice:

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

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

Sistemi naplate: osnovni pojmovi

Naplata. Koje asocijacije izaziva ovaj izraz? Možda postoji neka veza sa Billom Gatesom? Ne, na sreću još nije „zabadao nos“ u oblast telekomunikacija. Pa, to je samo šala. Ali da budemo ozbiljni, pogledajmo porijeklo riječi naplata. Engleska riječ “bill” može se prevesti kao “račun” (drugi prijevodi: račun, novčanica). „Naplata“ se prevodi izrazom „pisanje fakture“.

Šta je sistem naplate?

Sistemi koji obračunavaju troškove komunikacionih usluga za svakog klijenta i pohranjuju informacije o svim tarifama i drugim karakteristikama troškova koje koriste telekomunikacioni operateri za izdavanje računa pretplatnicima i međusobno obračunavanje sa drugim pružaocima usluga nazivaju se sistemi naplate; ciklus operacija koje obavljaju naziva se naplata. Sistem naplate (BS) je računovodstveni sistem, softver, drugim riječima, “softver” razvijen posebno za operatere. Koji operateri? Telekomunikacije. Odnosno, ne govorimo samo o mobilnim operaterima. BS-ove koriste i redovni (fiksni, žični) komunikacijski operateri. U malim kancelarijama, na primjer, možete voditi telefonski račun (analizirati: ko je zvao, kada, koliko je razgovor trajao). IP telefonija je još jedno područje primjene BS-a. Šta je sa internet provajderima? Oni također koriste BS, na primjer, za generiranje faktura i evidentiranje prometa. Svaki BS je kreiran na osnovu specifičnog sistema za upravljanje bazom podataka (DBMS). Većina BS u svijetu kreirana je na bazi Oracle DBMS-a. Među ostalim DBMS-ovima, Sybase i Informix se mogu razlikovati kao dizajnirani za velike količine informacija. Evo naziva nekih sistema naplate: BIS, Flagship, CBOSS, Arbor, Bill-2000-prepaid. Vrijedi napomenuti da BS može značiti i hardver uključen u organizaciju naplate.

Terminologija

Pokušat ću razmotriti sve osnovne koncepte i definicije vezane za BS. Fokusiraću se na BS koji koriste mobilni operateri. Ali većina definicija se odnosi i na BS koji se koristi u drugim područjima. Pokušat ću to objasniti što jednostavnije kako bi većina čitalaca mogla razumjeti materijal. Ako imate nešto da dodate uslovima koje sam uneo, pišite mi na e-mail.

Postoji nekoliko naziva za sistem naplate: ACP— automatizovani sistem plaćanja; IHD— informacioni sistem naplate.

Jedan od važnih kvaliteta BS-a je njegov fleksibilnost, odnosno sposobnost prilagođavanja promijenjenim okolnostima. Fleksibilni sistem je prilagođen ne samo neposrednim potrebama operatera; zbog takvih kvaliteta kao što su prilagodljivost, modularnost i otvorenost, omogućava rješavanje obećavajućih problema. Što više opcija ima sistem za prilagođavanje, to bolje. Šta je modularnost? Modularni princip izgradnje sistema je princip u kome se ceo sistem sklapa od pojedinačnih delova (modula), kao što se kuća sklapa ciglu po ciglu. BS se takođe sastoji od takvih modula - podsistema. BS uključuje, na primjer, podsistem za prethodnu obradu podataka, operativni podsistem upravljanja naplatom i podsistem za obavještavanje korisnika (pročitajte u nastavku o strukturi i funkcijama BS-a). Ispod otvorenost Sistem podrazumeva otvorenost izvornog koda softverskog proizvoda, što omogućava operateru da u budućnosti ne zavisi od programera i samostalno održava i nadograđuje sistem. Usko povezan sa fleksibilnošću BS je sledeći kvalitet automatizovanih sistema proračuna - skalabilnost.

Skalabilnost učitavanja. Sa rastom pretplatničke baze i pojavom dodatnih servisa ne bi trebalo biti potrebe za promjenom ili modifikacijom softverskog dijela BS-a. Povećanje sposobnosti BS-a treba postići nadogradnjom hardvera sistema. Šta je važno uzeti u obzir pri dizajniranju skalabilnih sistema? Neophodno je koristiti DBMS dizajniran za velike količine podataka. DBMS mora biti kompatibilan sa različitim računarskim platformama da bi pružio podršku za višeprocesorski rad.

Pouzdanost- jedan od glavnih zahtjeva za svaki sistem. Pouzdanost BS-a određena je pouzdanošću DBMS-a i tehnologijama koje se koriste u razvoju sistema. Ne manje važno je pouzdanost dobavljača (programera) aplikativnog softvera: vrijeme postojanja na tržištu i, kao indirektni pokazatelj, postotak prisutnosti sistema koje je razvio na tržištu telekomunikacija. Zašto je indikator indirektan? Da li je Microsoft Windows najbolji i najpouzdaniji operativni sistem?... I istovremeno zauzima značajan udeo na tržištu. Međutim, pouzdanost BS-a je osigurana i usklađenošću sa određenim standardima tokom njihovog razvoja (o tome pročitajte u nastavku).

Višejezično— mogućnost instaliranja različitih jezika za prezentaciju informacija.

Multicurrency— sposobnost rada sa bilo kojom valutom

Odloženi obračun— naplatu, u kojoj se plaćanja vrše nakon obavljenih poziva.

Hot billing— stanje na računu se mijenja tokom razgovora, a informacije o stanju na računu možete dobiti odmah nakon poziva.

Optimizacija naplate— poboljšanje, poboljšanje od strane operatera svoje BS.

Big BS— sistemi koje koriste veliki operateri.

Knjiženje naplate— evidentiranje rezultata obračuna naplate; Nakon proračuna, rezultati postaju dostupni korisnicima (šalju, štampaju).

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

Evropski standard (poreklo). TAR pojavio se 1992. godine. Održava ga radna grupa TADIG. Većina evropskih 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 mobilni telefon iz džepa, okrenete broj, pritisnete “pozovi” i... razgovor se odvija. Sada jedva čekate da saznate stanje na vašem računu. Ako je sistem naplate „vruć“, odmah ćete biti obaviješteni o ovom iznosu. „Sve sam tačno izračunao, dobar je sistem naplate“, mislite. U međuvremenu, drugi pretplatnik saznaje da je upravo dostigao svoje vremensko ograničenje i da je isključen. „Zašto mi treba ova „vruća“ naplata! Glupi sistem naplate!”, žali se... Da, ne možete ugoditi svima u isto vrijeme!

Posebno hvala na informativnoj podršci Bolshovaya Galina, kolumnisti časopisa

Istovremeno, informacije o statusu računa dostupne su u bilo kom trenutku tokom obračunskog perioda, što omogućava pretplatniku stalnu kontrolu nad svojim troškovima.

Prilikom sklapanja ugovora sa svakim pretplatnikom dodjeljuje se lični račun na koji se uplaćuje akontacija, shodno tome, komunikacijske usluge se pružaju pretplatniku sve dok je stanje na računu pozitivno. Pražnjenje sredstava na ličnom računu dovodi do obustave pružanja komunikacijskih usluga pretplatniku do dopune računa.

U ovom materijalu pokušaćemo da objasnimo kako se sredstva terete sa ličnog računa.

Naplata je postupak za obračun korištenja i cijene komunikacionih usluga. Drugim riječima, sistem naplate određuje:

Mogućnost pružanja komunikacionih usluga pretplatniku, tj. dostupnost sredstava na ličnom računu;
- vrsta poziva, njihov smjer, cijena;
- dostupnost i cijenu usluga koje koristi pretplatnik.

Svi proračuni se vrše u konvencionalnim jedinicama koje odgovaraju američkim dolarima. Plaćanje vrši pretplatnik u rubljama, sredstva se pripisuju na račun po kursu Centralne banke Ruske Federacije na dan uplate. Uplata se smatra izvršenom ukoliko su sredstva primljena na tekući račun ili na blagajni.

3. U kojim trenucima se sredstva terete sa računa?

Periodične usluge - usluge koje se pružaju kontinuirano tokom određenog perioda, na primjer, pretplate, mreže i dodatne usluge, za koje morate plaćati mjesečno.
Jednokratne usluge - usluge koje se pružaju i plaćaju jednokratno, po potrebi, na primjer, zamjena SIM kartice ili dodavanje usluge govorne pošte.

4. Grupe naplate

Sredstva se zadužuju sa ličnog računa pretplatnika u zavisnosti od pruženih usluga iu skladu sa pravilima naplate.

Kompanija ima tri obračunska perioda:

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

Shodno tome, u roku od 10 dana nakon završetka obračunskog perioda, generira se i štampa mjesečna faktura koja odražava podatke o zaduženju sredstava sa ličnog računa pretplatnika za sve vrste pruženih usluga.

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

Najlakši i najčešći način da saznate status vašeg ličnog naloga je da pozovete Automatsku pretplatničku službu na 088011 (poziv je besplatan na vašoj kućnoj mreži). Možda je svaki pretplatnik, slušajući informacije o stanju, postavio pitanje "Koliko su tačne informacije u ACCA?"

Međutim, unatoč očiglednim prednostima, unaprijedna metoda međusobnog obračuna ima jednu osobinu koja ga „zasjenjuje“ i izaziva brojna pitanja kod pretplatnika. Riječ je o tehnološkom kašnjenju između vremena pružanja komunikacionih usluga pretplatniku i trenutka njihovog obračuna i tarifiranja u sistemu obračuna (fakturisanja). Trajanje takvog kašnjenja je određeno opterećenjem mrežne komutacijske opreme i stepenom optimizacije tehnoloških procesa u sistemu naplate.

6. Vrste računa

Kao što je već pomenuto, na kraju svakog obračunskog perioda, pretplatniku (za svaki lični račun) se izdaje račun za plaćanje, koji je svojevrsni izvještaj pretplatniku za sve naplate izvršene u proteklom obračunskom periodu. Osim toga, mjesečna faktura sadrži podatke o izvršenim uplatama i preporučeni iznos za avansnu uplatu.

Da biste dobili račun za plaćanje, morate naručiti i platiti uslugu "Dostava računa" u skladu sa odabranim tarifnim planom. Fakture se mogu dostaviti e-poštom, faksom, poštom ili kurirskom službom (unutar Moskve i Moskovske regije). Možete dogovoriti i način dostave "U ruke", tj. Pretplatnik ima mogućnost da samostalno naplati izdate račune lično kontaktirajući Službu finansijske kontrole. Osim toga, fakturu za plaćanje možete naručiti putem ACCA faksom na broj 0880141 ili putem ISSA faksom ili e-mailom (dostava računa je besplatna).

Avansna faktura

Po potrebi možete naručiti fakturu za avansno plaćanje u iznosu koji je naznačio sam pretplatnik ili preporučio sistem naplate od službe finansijske kontrole ili preko ACCA, ISSA. Račun za avans se obračunava bez naknade.

Usluga "Detaljni račun" je transkript razgovora pretplatnika za obračunski period. Označava datum, vrijeme poziva, telefonski broj na koji je pretplatnik zvao, odnosno sa kojeg je poziv primljen, ako

Naplata je automatizirani proces koji koristi profesionalni softver. Analizira kako signal prolazi kroz svaku ćeliju, zatim se sortira i izračunava kolika će biti cijena usluga za određenog vlasnika. To je telefonski račun koji generiše plaćanje za telefonske komunikacije. Nakon poziva, on zadužuje onoliko novca koliko je navedeno u vašem tarifnom planu.

Sistemi naplate

Naplata mobilnog telefona je složen proces koji zahtijeva moderne, kvalitetne i moćne alate. Softverska, bankarska i pravna podrška su komponente novih tehnologija. Zbog toga programi telefonske naplate postoje samo u velikim kompanijama koje se bave e-trgovinom i, naravno, u regionalnim mobilnim kompanijama.

Funkcija ovog novog sistema je da obračunava cijenu za usluge mobilne komunikacije posebno za svaku osobu. Programi čuvaju podatke o vremenu kada je korisnik zvao, trajanju i drugim karakteristikama razgovora za određeni period (godinu ili šest mjeseci). Naplata telefona podrazumeva profesionalni softver koji se koristi u računovodstvenim obračunima telekomunikacionih operatera.

Raspodjela opterećenja

Mobilni operateri po pravilu sarađuju jedni s drugima. Oni instaliraju jednu stanicu i koriste je zajedno bez trošenja dodatnog novca na softver i Tipično, u svakom gradu, jedan operater instalira zaseban toranj za sebe. U ruralnim područjima i na autoputevima, nekoliko kompanija koristi jedan. Vlasnik ove mobilne stanice će biti samo jedan, ali mu drugi operateri plaćaju najam, a cijena se obračunava na osnovu broja poziva.

Internet prometom upravljaju i sistemi naplate. U ovom slučaju, pretplatnik se naplaćuje po posebnoj tarifi. Svaka kompanija je drugačija. U jednom, morate platiti vrijeme provedeno na Internetu, u drugom za prenete i primljene pakete informacija.

Funkcije naplate

Naplata telefona se zasniva na prilično jednostavnom principu. Preklopni čvor bilježi sve podatke, odnosno trajanje i karakteristike poziva. Zatim se sve primljene informacije šalju u centralnu stanicu, gdje se vrši proračun.

Softver, koji je instaliran u centrali, obrađuje sve podatke i prati propise, tarife i cijene. Telefonska naplata sadrži sve podatke o korisniku (tarifa, dostupnost bonusa, cijene za određene oblasti).

Ove moderne baze podataka čuvaju informacije o svim uplatama koje je izvršio svaki kupac. Ovo vam omogućava da izračunate isplate. Naplatne stanice su opremljene visokokvalitetnim i moćnim računarima koji vam omogućavaju da vrlo brzo izvršite kalkulacije. Zbog toga zahtjevi pretplatnika za status računa dobijaju rezultate gotovo trenutno.

Softver također prati status korisničkog računa. Sistem ima mogućnost deaktiviranja pretplatnika. Ako osoba dugo nije dopunila svoj račun i ne koristi usluge mobilne kompanije, onda je jednostavno isključena.

Kao što ste možda pretpostavili, zbog naplate mobilnog telefona, pojavljuje se poruka da sistem ne može uspostaviti vezu kada je račun nula. Ako dopunite stanje na telefonu, odmah možete koristiti usluge, sistem ih automatski povezuje.

Većina mobilnih operatera kreira funkciju povratne informacije. Takođe kontroliše naplatu mobilnog telefona. Uz njegovu pomoć, prijavom na svoj lični račun, možete dopuniti, 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 kroz naplatu telefona. Možete vidjeti s kim ste razgovarali, koliko je trajalo i koliko su vam za to naplatili.

Dodatne opcije naplate: mobilni nadzor

Mobilni telefon koji koristimo za komunikaciju, kao što je kamera, video kamera, far, ima još neke funkcije. Danas se većina krivičnih djela istražuje korištenjem naplate. Ovaj sistem može pratiti sve pozive.

Kako telefonski račun može pomoći u istrazi ubistva? Jednostavno, ovaj sistem bilježi kada se prijavimo na Internet i gdje se to dešava, zovemo ili šaljemo SMS.

Uz pomoć novih tehnologija, odnosno naplate, mnoga kriminalna djela visokog profila su već istražena i krivci pronađeni.

Pretplatnik je uvijek dostupan

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

Kako smo već saznali, čitava teritorija na kojoj postoji mobilna komunikacija podijeljena je na ćelije. Postoje kule i specijalne stanice koje imaju određenu adresu.

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

Privatni obračun

Prvi koji su koristili naplatu za istrage bili su privatni detektivi. Naravno, svojim postupcima prekršen je Krivični zakon.

Ako je zabranjeno, kako su došli do informacija? Prvi način je kupovina podataka od zaposlenih u mobilnoj kompaniji. Ali sada to nije tako jednostavno, službe su počele da se bore sa curenjem informacija.

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

Drugi način je da zamolite poznate operativce da saznaju za mobilni telefon i osobu kojoj pripada. Ali ovo je dosta dugo, istraga bi se mogla odugovlačiti.

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šćenju telekomunikacionih usluga, njihovim tarifama i odgovoran je za naplatu pretplatnika i obradu plaćanja.

Postoje 2 glavne vrste proračuna:

• Naknadno plaćanje- izdavanje računa za period na osnovu rezultata (postpaid)
• I sistem unapred(prepaid), kada se novac plaća unaprijed.

Naknadno plaćanje se pojavilo ranije, ali se ispostavilo da je plaćanje unaprijed pogodnije za kupce (bolje kontrolirati - ako nešto krene po zlu, dolazi do prekida veze, umjesto da se izda veliki račun).

Postpaid sistem

Kada pretplatnik postpejd sistema plaćanja koristi usluge operatera, na komutatorima se generišu posebni CDR (Charging Data Record) fajlovi. U suštini, to su obični zapisnici koji ukazuju na broj pretplatnika, datum, vrijeme poziva/obim preuzetog prometa itd. Billing se u određeno vrijeme (na primjer, jednom dnevno) povezuje sa komutatorom, preuzima CDR-ove, izračunava cijenu usluga i sve sprema u bazu podataka (obično Oracle). Pretplatniku se tada izdaje ukupna faktura na kraju mjeseca.

Šema interakcije Postpaid platforme sa jezgrom mreže operatera.
CSN- sklopna mreža; Predstavljaju ga prekidači kanala (MSC).
PSN– mreža za komutaciju paketa; Predstavljena paketnim komutatorima i gatewayima (SGSN i GGSN, respektivno).

Princip rada postpaid sistema je relativno jednostavan, jer ne zahtijeva reakciju platforme u realnom vremenu: na kraju krajeva, pretplatnika ne treba upozoravati na dostizanje nule (i, shodno tome, nema potrebe za promijeniti prirodu interakcije mreže s njim).

Advance sistem

U slučaju avansne naplate, telekom operater, pored uzimanja u obzir obima pruženih usluga, treba da riješi i problem praćenja tekućeg računa pretplatnika i, ukoliko dostigne nulu, obavijesti pretplatnika/onemogući pružanje usluge usluga. Stoga se takvi sistemi nazivaju i Online Charging System (OCS).

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

Šema interakcije prepaid platforme sa mrežom operatera.

Pogledajmo ove protokole detaljnije.

KAPA

KAPA(CAMEL Application Part) je protokol sloja aplikacije SS7 steka koji implementira inteligentne usluge u GSM/UMTS mrežama (na primjer, prepaid).

Mjesto protokola na steku. Na slici je takođe prikazana popularna opcija koja koristi SIGTRAN tehnologiju (SS7 ekstenzija koja omogućava upotrebu "sedam" protokola preko IP mreže).

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

Dijalog punjenja koristeći CAP protokol, isprekidane linije prikazuju ISUP poruke.

1. Prvo, sistem naplate prima poruku (Inicijalna tačka detekcije) od MSC1 prekidača, koja prenosi parametre pretplatnika. To su dolazni i odlazni brojevi, adresa ćelije pozvanog pretplatnika i drugo. Na osnovu toga, moguće je započeti analizu poziva. Naplata stvara određenu tačku detekcije – odnosno stanje poziva. OCS određuje da li pretplatnik može obaviti glasovni poziv (da li ima sredstava na računu), ako može, na koje maksimalno vrijeme.
2. Nakon toga, OCS odgovara na prekidač sa BCSM događajem Request Report (“Inicijalizirao sam tačku detekcije, čekam od vas daljnje informacije o statusu poziva”). I šalje Apply Charging („pretplatnik ima sredstva na svom računu, odobravam poziv“). Tu se šalje i maksimalno vrijeme koje pretplatnik može koristiti.
3. Prekidač, nakon što je dobio dozvolu od OCS-a, inicira glasovnu vezu između pretplatnika koristeći ISUP protokol, šaljući IAM (početnu adresu poruke) poruku na MSC2.
4. MSC2 odgovara na MSC1 porukom ACM (Address Complete Message), u ovom slučaju to znači "da, moj pretplatnik, on je sada online, počinjem da ga zovem." Nakon što je primio ovu poruku, MSC1 uključuje duge zvučne signale pretplatniku A.
5. Pretplatnik B podiže telefon, MSC2 šalje MSC1 poruku ANM (Answer Message) - "moj pretplatnik je podigao telefon, poveži ih."
6. MSC1 povezuje pretplatnika A i B, počinje razgovor. MSC1 šalje BCSM (O_Answer) poruku izvještaja o događaju OCS-u. OCS mijenja status poziva za ovog pretplatnika. Od ovog 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 spušta slušalicu, MSC1 i MSC2 sklapaju prijateljski stisak ruke koristeći REL (Poruku za otpuštanje) i RLC (Otpuštanje kompletne poruke) poruke.
9. MSC1 šalje poruku Event Report BCSM (O_Disconnect - “pretplatnici su uspješno prekinuti”) i Apply Charging Report (koliko sekundi je razgovor trajao) OCS-u.
10. OCS prihvata 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 = primijenitiPunjenje --- PRIMJENA PUNJENJE --- 30 TAG: 30h SEKVENCIJA 13 LEN: 19 --- ACH BCC --- 80 TAG: 80h 0 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 kata: ovo je primjer komunikacije pomoću CAP protokola. Vremenske oznake se mogu 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 dugačak i možete vidjeti kako sam sistem traži status poziva (activityTest) od MSC-a svakih 6 minuta. To je urađeno kako u slučaju bilo kakve greške razgovor ne bi trajao danima (dok se ne naplati sav novac pretplatnika).

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

O.S.A.

O.S.A.(Open Service Access) je otvoreni softverski interfejs razvijen od strane 3GPP i ETSI konzorcijuma, koji se često koristi za naplatu VAS usluga i mobilnog interneta.

Razmotrimo rad ovog protokola na primjeru tarifiranja za mobilne internetske usluge:

1. Kada se pokuša aktivirati PDP kontekst (telefon dobije IP adresu u mreži mobilnog operatera), GGSN pita platformu da li ovaj pretplatnik može aktivirati sesiju punjenja (CreateChargingSessionReq).
2. U našem slučaju je sve u redu (pretplatnik je u bazi podataka, ima sredstava), platforma kreira sesiju naplate i omogućava aktiviranje PDP konteksta (CreateChargingSessionResp).
3. Sada pretplatnik želi započeti preuzimanje podataka. Da bi mu to omogućio, GGSN kontaktira platformu sa zahtjevom za rezervisanje sredstava (ReserveUnitReq). Generalno, jedinica je apstraktna stvar, može biti bilo šta - kilobajt podataka, tekstualna poruka, sekunda razgovora, rublja, pica, bure itd. U našem slučaju jedinica je 100 kB.
4. Platforma proverava da li određeni pretplatnik, u skladu sa svojom tarifom, ima sredstva za 100 kB saobraćaja i odgovara porukom ReserveUnitResp („sredstva su rezervisana“). Nakon što je primio ovu poruku sa platforme, GGSN dozvoljava pretplatniku da preuzme promet.
5. Kada pretplatnik preuzme rezervirani dio prometa, GGSN kontaktira platformu porukom DebitUnitReq („možete otpisati rezervirana sredstva“).
6. Platforma zadužuje sredstva i odgovara porukom DebitUnitResp (“sredstva su uspješno zadužena”).
7. Ciklus ReserveUnitReq-DebitUnitResp se ponavlja sve dok pretplatnik ne preuzme cijeli Internet i zatvori internetsku sesiju.
8. Kada je PDP kontekst deaktiviran, GGSN šalje poruku platformi koja označava kraj sesije punjenja; memorija dodijeljena za ovu sesiju se oslobađa.

Request debitUnitReq; OSA komande su umotane u SOAP protokol, koji je zauzvrat enkapsuliran u HTTP protokol.

Zaključak

Promjena potreba korisnika (uključujući povećanje obima prenesenih podataka), kreiranje novih vrsta usluga, podrazumijeva evoluciju mreže mobilnog operatera, prvenstveno u oblasti VAS platformi i sistema naplate.

Ako vam je tema AAA porodičnih protokola zanimljiva, kasnije ću pričati o RADIJUSU, DIJAMETRU i drugim zanimljivim stvarima.