| Slobodno vrijeme i hobiji | Život | Arhiva | Rss
Naplata u bankarstvu: sistem naplate koji je pogodan za sve
Opseg usluga gotovo svake banke uključuje provođenje operacija za primanje komunalnih i budžetskih plaćanja i njihov naknadni prijenos organizaciji primaoca. Uz svu naizgled jednostavnost pružanja ove usluge, ova vrsta operacije je oduvijek bila dosta dugotrajna, jer je uključivala nekoliko faza rada uz registraciju značajnog broja bankarske dokumentacije. Takav sistem nije bio baš zgodan ni za klijente: platiše usluga često su bile prinuđene da stoje u redovima, a komunalci su morali da čekaju po nekoliko dana da im iznose dospeju na račune.
Situacija se drastično promijenila od trenutka kada su banke u svojim aktivnostima počele da uvode novi sistem naplate pod nazivom „naplata“. Ovaj kompleks podrazumeva potpunu automatizaciju procesa prihvatanja raznih uplata i njihovog prenosa na račun primaoca. Banka sa stambeno-komunalnom organizacijom ili kompanijom koja pruža komunikacione usluge zaključuje ugovor o prelasku na sistem naplate. Nakon toga, ovo preduzeće dostavlja banci svoje podatke za prenos iznosa, kao i bazu klijenata sa dešifrovanjem duga za svakog pretplatnika. Dostavljeni podaci se ažuriraju u skladu sa uslovima navedenim u ugovoru.
Prilikom prelaska na naplatu, korisnički servis se obavlja preko bankomata ili terminala, što eliminira potrebu za stajanjem u redovima i zamornim popunjavanjem računa. Bankarski specijalista jednokratno vezuje plastičnu karticu klijenta za prezime koje je sam naveo ili za matični broj platioca. Tako ne samo da može otplatiti mjesečni dug za plin, vodu ili telefon, već i pravovremeno dobiti informacije o njegovom stanju.
Ovaj sistem je primjenjiv i za isplatu jednokratnih plaćanja, ako je organizacija sklopila odgovarajući ugovor sa bankom. Zahvaljujući sistemu naplate, klijent može platiti iznos poreza ili obavezne naknade koristeći broj računa koji izdaje poreska uprava ili druga budžetska organizacija.
Za preduzeća koja primaju uplate od stanovništva, naplata je takođe najpogodniji i najpouzdaniji sistem, jer automatizacija plaćanja poništava mogućnost kreditiranja sredstava neodgovarajućem primaocu. Osim toga, korištenje ove bankarske usluge značajno skraćuje vrijeme za prijem uplata na tekući račun organizacije.
2.2 UTM NETUP-a
2.4 Saobraćajni inspektor
3. Procjena ekonomske efikasnosti implementacije sistema naplate
Zaključak
Uvod
U okruženju visoke konkurencije, operateri neprestano proširuju spektar usluga koje se pružaju pretplatnicima. Sve više korisnika komunikacionih usluga redovno koristi nekoliko vrsta telefonije kod kuće i na poslu, koristeći kanale informacione komunikacije. Kako u ovoj situaciji integrirati različite sisteme naplate za obračun različitih usluga? (glas, IP, itd.). U vezi sa rastućom popularnošću usluga prenosa podataka, postaje hitna ispravnost obračuna i raspodele prihoda između telekomunikacionog operatera i Internet provajdera.
Sisteme naplate koriste provajderi koji prate promet koji potroše korisnici, kancelarije povezane na internet, kućne mreže koje su se nedavno pojavile u velikom broju i krajnji korisnici. Takvi sistemi se također mogu koristiti za kontrolu tokova informacija unutar lokalnih mreža.
Svrha rada je izvođenje uporedne ekonomske analize implementacije četiri različita sistema naplate.
Za postizanje ovog cilja u radu su postavljeni sljedeći zadaci:
· Razmotriti koncept i karakterizirati sisteme naplate;
· Pregledati moderne sisteme naplate;
· Procijeniti ekonomsku efikasnost implementacije sistema naplate.
1. Pojam i karakteristike sistema naplate
Srce svakog sistema naplate je ocjenjivanje i tehnologija naplate zasnovana na različitim parametrima događaja. Samo sistem sa dovoljno fleksibilnosti može pratiti događaje u realnom vremenu. Sistem naplate mora biti konfigurisan da ne samo da prepozna nove usluge i uskladi ih sa odgovarajućim parametrima, već i omogući telekom operateru da kreira inovativne tarifne planove na osnovu informacija o korišćenju usluga sledeće generacije.
Vrlo važna karakteristika sistema naplate je koliko brzo omogućava operateru da odgovori na promjenjive zahtjeve tržišta i uvede nove složene tarifne planove za svoje pretplatnike. Na primjer, ako operater primijeti nagli porast prometa slanja SMS poruka putem Interneta, treba brzo i efikasno iskoristiti ovu promjenu kako bi izvukao veći profit od uvođenja posebnih tarifa ili popusta i stimulirao dalje povećanje promet i, shodno tome, vlastiti profit. Pored toga, sistem naplate treba da omogući operateru da kreira posebna poslovna pravila i marketinške programe za naplatu ne samo tradicionalnih vrsta usluga, već i usluga budućnosti, čiji su parametri još uvek nepoznati.
Stoga bi mehanizmi ocjenjivanja i naplate trebali biti dizajnirani na način da operater može lako dodavati, uklanjati i mijenjati usluge i njihova odgovarajuća poslovna pravila. Uloga programera sistema naplate nije samo da obezbedi statički alat za naplatu, već i da obezbedi operateru takve mehanizme, čiju poslovnu logiku može brzo da promeni i konfiguriše sam operater u realnom vremenu iu skladu sa svojim zahtjevi.
Najefikasniji mehanizam ocenjivanja omogućava vam da precizno i logično definišete skup uzastopnih poslovnih procesa. Ova tehnologija se naziva "stablo odlučivanja" (DO Tree) i zasniva se na sistemu čvorova i grana. Izgrađen je pomoću grafičkog korisničkog interfejsa koji vam omogućava da razvijete inovativne tarifne planove u logičkom stablu. Svaki od njegovih čvorova je vrsta rješenja zasnovana na trajanju poziva, stanju pretplatnika, tabeli geografskih zona itd. i može sadržavati radnju ili skup radnji koje se moraju poduzeti kada se dogodi određeni događaj (pružanje popusta ili usluga, slanje poruka, itd.).
Stablo odlučivanja može se odnositi na bilo koji atribut događaja: stanje pretplatnika, informacije o pretplatniku, atribut događaja, itd. Može pokrenuti bilo koju vrstu radnje i bilo koji broj radnji u sistemu (na primjer, naplata, dvostruki obračun, pružanje usluge, obračun popusta i bonusa, slanje poruka ili pisanje skripti). Jedinstveni sistem pravila može obraditi sve aspekte događaja (svakih 20 SMS poruka koje pretplatnik pošalje, događaj za izdavanje 1 $ bonusa se aktivira u DO stablu). Čim se definira nova usluga, stablo odlučivanja je odmah povezuje s odgovarajućim atributom i poduzima potrebnu akciju.
Definiranje poslovnih pravila kao prirodnog i logičnog toka zamjenom zastarjelih tablica cijena i pravila tarifa koja se koriste u mnogim postojećim sistemima naplate glavna je prednost takvog mehanizma i pruža operateru mogućnost da brzo uvede nove usluge i ocijeni nove usluge sa do sada nepoznati parametri.
Zahvaljujući tome, telekom operateri i provajderi sadržaja imaju mogućnost naplate ne samo vremena kada je klijent na mreži, već i na osnovu drugih parametara, na primjer, za svaku radnju klijenta.
Danas je raspon usluga za pretplatnike prilično širok, a svaku od njih treba ocijeniti drugačije. Za to je potreban sistem koji podržava takve razlike: da li korisnik želi da pogleda Mars, da primi sliku sa satelita, ili da ode na web stranicu Kongresne biblioteke SAD-a - datoteke moraju biti prepoznate i procijenjene u skladu s tim.
Dakle, sistem naplate nije samo neophodan, već i jedna od najvažnijih komponenti softverske infrastrukture telekom operatera. Izbor i implementacija sistema naplate sa ekonomskog stanovišta spada u kategoriju investicionih i inovacionih aktivnosti preduzeća, jer podrazumeva korišćenje novog tehnološkog rešenja za dato preduzeće koje zahteva odgovarajuća ulaganja u opremu, softver, procese instalacije sistema, obuku osoblja i sl. i omogućava u toku svog rada ostvarivanje određene dobiti pružajući korisnicima određene usluge. Postoje različite metode za procjenu ekonomske efikasnosti investicionih projekata u preduzeću, međutim, kako je sistem naplate složen tehnički proizvod, za ispravnu primjenu bilo koje od ovih metoda potrebno je uzeti u obzir niz specifičnih karakteristika. svojstvene ovom proizvodu i da ih formaliziraju.
Dva su glavna zadatka sistema naplate: prikupljanje statistike o korišćenju mrežnog saobraćaja i automatsko obračunavanje sredstava za utrošene usluge.
Nabrojimo uobičajene karakteristike sistema naplate:
· Održavanje detaljnog obračuna saobraćaja po portovima, protokolima, autonomnim sistemima, interfejsima na ruteru itd.;
· Mogućnost rada u promiskuitetnom režimu, to jest, instalacija ne na ruteru, već unutar mreže bez komutacije;
· Web-bazirano upravljanje.
Također možete istaknuti opcionalne, ali ponekad potrebne funkcije:
· Ispravna obrada podataka kada se koristi prevođenje adresa (NAT) ili keširanje proxy servera;
· Podela na ruski/strani saobraćaj (prema mrežnim maskama);
· Određivanje kvota za potrošnju saobraćaja (uključujući i tzv. "meke" kvote);
· Podrška za IP telefoniju;
· Čitanje statistike sa nekoliko rutera.
Strukturno, sistemi naplate uključuju najmanje tri glavne komponente:
1. modul za prikupljanje statističkih podataka sa mrežnih uređaja koji rutiraju IP tokove, ili direktno iz mrežnih paketa u "promiskuitetnom" načinu rada;
2. modul za pohranjivanje i konverziju statističkih informacija;
3. modul za uzorkovanje podataka o prometu od administratora i krajnjih korisnika sistema.
2. Pregled savremenih sistema naplate
2.1 MSISAServer
Povezivanje mreža i njihovih korisnika na Internet predstavlja sigurnosni izazov. ISA Server pruža organizaciji sve alate koji su joj potrebni za upravljanje i praćenje korištenja mrežne veze. ISA Server štiti mreže od neovlašćenog pristupa, analizira promet i upozorava administratora na Internet napade.
Pristup internetu velike brzine. Internet pruža velike mogućnosti organizacijama da poboljšaju svoju produktivnost, ali to je tačno samo ako je pristup Internet resursima brz i ekonomičan. Funkcija keširanja ISA Servera minimizira probleme sa pristupom udaljenim resursima i smanjuje opterećenje mreže brzim pružanjem prethodno učitanih informacija.
Standardizovane kontrole. Kombinacijom korporativnog firewall-a i keš servera u jednom proizvodu, ISA Server pruža fleksibilnu infrastrukturu upravljanja koja smanjuje troškove upravljanja. ISA Server je čvrsto integrisan sa Windows 2000 da bi obezbedio moćne, sistemski konzistentne alate za kontrolu pristupa korisnika, podešavanja konfiguracije i sistemska pravila.
Proširiva, otvorena platforma. Sigurnosne politike se razlikuju od organizacije do organizacije. Visoko opterećenje mreže i različiti formati paketa i poruka koji se koriste također često stvaraju dodatne probleme. Pod ovim uslovima, nijedan proizvod ne može biti potpuno prikladan u svim situacijama. Iz tog razloga, ISA Server je dizajniran i napravljen da bude što je moguće proširiviji. Kada počnete raditi s njim, naći ćete veliki komplet razvojnih resursa (SDK) za samorazvoj, veliki izbor gotovih rješenja u obliku dodataka koje su kreirali nezavisni programeri i lako proširiv administrativni modul.
Plan:Opis i svrha sistema naplate;
Struktura i funkcije sistema naplate;
Osnovni podsistemi tipični za naplatu;
Standardi sistema naplate
Ključne riječi: naplata, višejezičnost, multivaluta, roming, standard.
Karakteristike i namena sistema naplate
Sistem naplate (od engleskog bill - račun, billing - naplata) - sistem koji obračunava troškove komunikacionih usluga za svakog klijenta i pohranjuje informacije o svim tarifama i drugim karakteristikama troškova koje koriste telekomunikacioni operateri za fakturisanje pretplatnika i obračune sa drugim korisnicima. pružaoci usluga... Ciklus operacija koje obavljaju naziva se naplata. Billing system (BS) je računovodstveni sistem, softver razvijen posebno za telekomunikacione operatere. Sistemi naplate se koriste kako u telefoniji (žičana i ćelijska) tako iu mrežama za prenos podataka (Internet provajderi), kao i u IP telefoniji. 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. Ostali DBMS-ovi uključuju Sybase i Informix jer su dizajnirani za velike količine informacija. A evo i naziva nekih sistema naplate: BIS, Flagship, CBOSS, Arbor, Bill-2000-prepaid. Vrijedi napomenuti da BS obično znači hardver uključen u organiziranje naplate.Postoji nekoliko naziva za sistem naplate: ASR - automatizovani sistem naplate; IBS - informacioni sistem naplate.
Jedan od važnih kvaliteta BS je njegova fleksibilnost, odnosno sposobnost prilagođavanja promjenjivim okolnostima. Fleksibilni sistem je prilagođen ne samo trenutnim potrebama operatera; zbog takvih kvaliteta kao što su prilagodljivost, modularnost i otvorenost, omogućava vam rješavanje obećavajućih problema. Modularni princip izgradnje sistema - ϶ᴛᴏ Koji je princip po kome se ceo sistem sastavlja od zasebnih delova (modula). BS se takođe sastoji od takvih modula - podsistema. BS uključuje, na primjer, podsistem za prethodnu obradu podataka, podsistem operativne kontrole naplate i podsistem obavještavanja korisnika. Otvorenost sistema znači otvorenost izvornog koda softverskog proizvoda, što omogućava operateru da u budućnosti ne zavisi od programera i da samostalno održava i modernizuje sistem. Usko povezan sa fleksibilnošću BS-a je sledeći kvalitet automatizovanih proračunskih sistema – skalabilnost.
Skalabilnost učitavanja. Sa rastom pretplatničke baze, pojavom dodatnih usluga, ne bi trebalo biti potrebe za promjenom ili modifikacijom softverskog dijela BS-a. Povećanje mogućnosti BS-a treba postići nadogradnjom hardvera sistema. Prilikom projektovanja skalabilnih sistema potrebno je koristiti DBMS dizajniran za velike količine podataka. DBMS mora biti kompatibilan sa različitim računarskim platformama kako bi podržao višeprocesorski način rada.
Pouzdanost je jedan od osnovnih zahtjeva za svaki sistem. Pouzdanost BS-a određena je pouzdanošću DBMS-a i tehnologija koje se koriste u razvoju sistema. Ne posljednje mjesto zauzima pouzdanost dobavljača (programera) aplikativnog softvera: vrijeme njegovog rada na tržištu i, kao indirektni pokazatelj, postotak prisutnosti sistema koje je razvio na tržištu telekomunikacija. Istovremeno, pouzdanost BS osigurava se i poštovanjem određenih standarda tokom njihovog razvoja.
Višejezično - mogućnost instaliranja različitih jezika za prezentaciju informacija.
Multicurrency - mogućnost rada sa bilo kojom valutom
Odloženi obračun - naplata, 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.
Veliki BS - sistemi koje koriste veliki operateri.
Knjiženje naplate - fiksiranje rezultata obračuna naplate; nakon proračuna, rezultati postaju dostupni korisnicima (poslani, štampani).
Pošto je BS dizajniran da automatizuje obračune sa klijentom, treba da obezbedi automatizaciju od zaključenja ugovora do naplate mobilnih usluga, i to ispravno. Uz pomoć automatskih servisnih podsistema i automatskog prikupljanja podataka, ACP bi trebalo da omogući pretplatnicima mogućnost samousluživanja. Neki BS dozvoljavaju pretplatnicima da narudžbe za povezivanje i plaćanje usluga putem interneta.
Struktura i funkcije sistema naplate
Organizaciona šema naplate nije komplikovana: informacije o vezama i njihovom trajanju snima komutator i, nakon preliminarne obrade, prenosi se u sistem poravnanja. Tarife su "poznate" sistemu poravnanja. On identifikuje poziv i vrši potrebne kalkulacije, čime se formira račun pretplatnika. Očigledno, memorija sistema 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 ih ima), kao i troškove prenosa informacija putem različiti kanali i pravci (sistem takođe treba da obezbedi prisustvo dilera: oni mogu imati druge cene, na primer za vezu). Osim toga, svaki BS bi trebao imati bazu podataka koja pohranjuje historiju plaćanja: samo ove informacije vam omogućavaju da kontrolirate proces plaćanja i automatizirate takozvano aktiviranje/deaktiviranje pretplatnika. Ova funkcija BS-a se može nazvati i zaštitnom, jer ne dozvoljava onima koji ih ne plaćaju da koriste komunikacijske usluge. 
Rice. 11. Struktura sistema naplate
U pogledu funkcionalnosti, BS se može podijeliti u tri klase: dizajnirani za transnacionalne telekom operatere, prilagođeni nacionalnim razmjerima i sistemi srednje klase za regionalne mreže.
BS koji pripadaju prvoj klasi moraju osigurati interakciju mreža na međunarodnom nivou, u različitim vremenskim zonama, tj. moraju biti multivalutni i višejezični.
Prilagođeni sistemi širom zemlje kreiraju se za određenog operatera. Operateru će možda trebati novi BS koji je kompatibilan sa postojećim sistemom poravnanja. Naravno, cijena takvih jednokratnih sistema je mnogo veća.
Na regionalnom nivou, možete u potpunosti proći sa standardnim BS. Štaviše, takvi sistemi takođe treba da poseduju gore navedene kvalitete: fleksibilnost, skalabilnost i pouzdanost. Svaki BS je kreiran i konfigurisan za poslovni proces određenog telekom operatera, ima svoj skup funkcija koje odgovaraju tehnološkom ciklusu pružanja usluga i može raditi sa specifičnom mrežnom opremom koja mu daje informacije o pozivima i vezama – tj. , BS nije "upakovan" proizvod... Ali postoji i standardni skup funkcija koje podržavaju skoro svi BS. To uključuje:
operacije koje se izvode u fazi preliminarne obrade i analize početnih informacija, na primjer, funkcija pribavljanja podataka o vezama i uslugama (zahtjevi prema komutatoru);
Operacije upravljanja mrežnom opremom: funkcije aktivacije/deaktivacije (blokiranja/deblokiranja) pretplatnika i komande za promjenu uslova pretplate pretplatnika, koje se prenose direktno na komutator;
glavne funkcije DBMS aplikacije, uključujući: tarifiranje evidencije centrale o pozivima i uslugama; formiranje i uređivanje tabela u bazi podataka sistema obračuna; fakturisanje i štampanje; kreditna kontrola računa; izradu izvještaja; arhiviranje.
Kao što je već spomenuto, BS bi trebao biti fleksibilan ili modularan. Svaki element ACP osigurava implementaciju određenog dijela tehnološkog lanca korisničke usluge. Glavni podsistemi tipični za naplatu su: podsistem za preliminarnu obradu podataka o vezi, operativno upravljanje naplatom i podsistem za obavještavanje korisnika.
Naručivanje razvoja novog sistema za vaše zadatke je preskupo i predugo. Stoga se pojavio zadatak - pronaći odgovarajuće rješenje. Na kraju je izbor pao na BGBilling. Kao rezultat toga, već godinu dana radimo sa ovim sistemom i u cjelini smo sa svime zadovoljni. Zašto smo odabrali sistem i zašto je dobar (potrudiću se da istaknem i nedostatke) u nastavku ću pokušati da objasnim detaljno.
Koji moduli će nekome trebati? Bez modula za pretplatu - nigdje. Pretpostavljamo, maksimalna cijena za beskonačan broj licenci (beskonačno počinje od 10.000 licenci) je ~ 100tr.
Sada da vidimo šta radimo? KTV operateru u suštini ne treba ništa drugo. Provajder bi takođe imao modul za rad sa mrežom. Ovo je ili IPN ili DialUP - oba koštaju oko 100tr koliko god je to moguće.
Telefonski modul je jedan od najskupljih. Oko 240tr.
Ostali moduli - voiceip, digitalni TV modul - po mom mišljenju nisu toliko popularni, nećemo ih razmatrati. Ako ste zainteresovani, možete to izračunati na web stranici.
Tehnička podrška, zajednica
Kontroverzno pitanje za tehničku podršku. Plaća se. Prilikom kupovine licence predlaže se sklapanje ugovora o tehničkoj podršci i kupovina paketa poziva. Za 25tr možete dobiti 50 poziva godišnje. Za 9tr - 15 poziva, takođe na godinu dana. Da li je to puno ili malo? Iskoristili smo 5 poziva u godini. Poruke o grešci se ne računaju za pogotke, ali vam je i dalje potreban paket s najmanje jednim učitavanjem da biste ih prijavili.
Besplatnu podršku pružaju programeri na forumu, ali ne u zagarantovanom vremenskom okviru. Ako se odgovor dobije preko vašeg ličnog naloga u proseku za par sati, onda ćete morati da sačekate dan-dva preko foruma. Ali sa druge strane, na forumu ima dosta korisnika poput vas, koji vam ponekad brže upute i pomognu.
Što nas dovodi do pitanja zajednice i wiki baze. Zaista mi se svidjela zajednica. Na forumu možete pronaći pomoć za skoro svaki problem. Nedavno su mi se počeli javljati u ICQ sa pitanjima, rado mogu predložiti ako znam šta i kako.
Performanse i fakupi
Službeni podaci su predstavljeni na odgovarajućoj stranici web-mjesta - bgbilling.ru/program/speed.shtml. Općenito im se može vjerovati. AP-ovi se otpisuju prilično brzo. Radijus (koristimo DiapUP modul za pristup mreži) drži opterećenje dok je 1000-1500 korisnika ulogovano u isto vrijeme (gubitak svjetla u području, a zatim paljenje) je sasvim normalno. Radius također izračunava statistiku neto protoka. Nosi se sa protokom od 6 cisoka sa gigabit prometa na svakom.
Osim falsifikata koje su izazvale naše krive ruke, bio je jedan prilično neugodan fakap 1. januara 2010. godine. Nove tabele stanja se automatski kreiraju za svaki mjesec. Zbog neke greške u logici, nove tabele nisu kreirane 2010. godine. Dakle, u trenutku otpisivanja AP-a svi su imali 0 na računu. Srećom, baza podataka je vrlo dobro dokumentirana i postoje funkcije grupnog rada - to je brzo eliminirano (prije nego što je većina pretplatnika napustila mamurluk i otišla na internet).
Lansiranje, transfer postojećih baza
Podešavanje i pokretanje sistema je prilično jednostavno, ne treba se ni posebno isticati. Raspakujte arhivu, dodajte izvršni .sh u autorun, učitajte strukturu tabele iz dump datoteke i, možda, sve će već raditi =).
Zanimljiv trenutak. Glavne komponente sistema - server, radijus, planer - mogu se rasporediti na različite servere, odrediti IP adrese u postavkama i sve će raditi dobro, držati se za server i distribuirati opterećenje.
Usput, o raspodjeli opterećenja. Svi zadaci padaju u red čekanja, koji obrađuje planer. Štaviše, to praktično nema nikakve veze sa serverom. One. zadatak iskrcavanja statistike, ponovnog izračunavanja prometa - učitat će planer, ali neće utjecati na performanse samog poslužitelja za naplatu - radit će u normalnom načinu rada, dodavanje zadataka u red čekanja, dat će pristup radijusu baze podataka i ostalo moduli.
Zaključak, poređenje sa drugim sistemima
Generalno, zadovoljan sam naplatom. Sada završavam svoj interfejs (opet mi je drago da je baza podataka dokumentovana - vrlo je lako napisati potrebne upite u bazu podataka)
Nije bilo posebne prilike za poređenje sa drugim sistemima. Prema recenzijama onih koji prelaze sa UTM-a - nebo i zemlja - dokumentacija i otvorenost baze podataka, mogućnost dodavanja vaših skripti, implementacija vlastite poslovne logike.
PS ako imate pitanja - pitajte, pokušaću da odgovorim.
Razmišljajući o hitnim problemima i kombinovanju zaduženja sa kreditom, razmišljajući o tome kako da izvršim plaćanja, uštedim vreme, a da pritom ne izgubim novac, došao sam do zaključka da je elektronsko plaćanje za mene najpovoljniji oblik međusobnog obračuna sa servisom provajdera.
Uz redovnu bankovnu karticu, mogu obavljati bilo koju kupovinu i plaćati, dopuniti svoj mobilni telefon i poslovati. I pritom nemojte stajati u dugim redovima na blagajni banke ili čekati da mi napišu račun sa naznakom u kutu. Ispostavilo se da je to savršeno rješenje za mene. Prihvatio sam to, ali su se sumnje i dalje uvlačile u moj um. Koliko je to isplativo za mene? Kolika je vjerovatnoća greške pri plaćanju elektronskim putem? Stereotip je jak, „da bez papirića, ti…“. Da, i čuo sam dosta o različitim slučajevima gubitka plaćanja ili nestanka novca sa mobilnog.
Odlučio sam da shvatim: kako se sve to dešava i ko to kontroliše. Pročitao sam mnogo informacija i shvatio kako sve to funkcionira. Ispostavilo se da postoji takav sistem - naplata nije fizički zakon, već običan program za obavljanje međusobnih obračuna. Odnosno, običnim riječima i za običnog čovjeka, sistem naplate je zaseban kompjuter sa jednostavnim laikom, dovoljno je znati princip sistema i ne zamarati se svim glupim informacijama koje sam pročitao.
Želite li znati šta je naplata?
Naplata u žargonskom prevodu znači plaćanje, a ispostavilo se da je sistem takvog proračuna odavno ukorijenjen u našem životu. Nikada nisam ni razmišljao o tome kako se novac podiže sa mobilnog. Ispostavilo se da to kontroliše sistem naplate, koji čuva podatke o klijentu, njegovim tarifama i smeru poziva. Potpuno sve informacije o tome šta se dešava. Online razmjena podataka se odvija između pretplatnika i centra za naplatu. Telefonski račun se može provjeriti odmah nakon poziva, ali su vam već obračunali i teretili saldo. Naplatu koriste svi: mobilni terminali, telekomunikacioni provajderi, mobilni operateri, internet bankarstvo, hosting provajderi i tako dalje. Apsolutno sve kompanije i privatni preduzetnici koji se bave informacionim tehnologijama i elektronskim plaćanjem koriste tehnologiju naplate.
Šta je naplata i kako funkcionira?
Softver za sisteme naplate se razvija individualno, prema specifičnostima kupca. To mogu biti i multifunkcionalne aplikacije za online prodavnicu i korporativni razvoj (kao što je MTS funkcionalnost). Sve se dešava automatski, pod kontrolom programa. obračun za svakog klijenta pojedinačno, po prepaid ili ugovorenom tarifnom planu - sve se uzima u obzir. Bilo kakve sitnice. Niti jedna sekunda ili kilobajt saobraćaja neće ostati bez računa, sve se obračunava i naplaćuje. I prilično često potpuno ne ide u korist potrošača. Trikovi koje koriste neke kompanije u industriji su jednostavno nevjerovatni, a njihova zarada raste za red veličine.
Glavni zadatak naplate je prebacivanje sredstava klijenta kompaniji za pružene usluge. Ili u suprotnom smjeru - obračun paketnih usluga u iznosu koji prema tarifnom planu plaća klijent. Sve je, naravno, mnogo komplikovanije ako dobro razumete šta je naplata. Postoji mnogo toga o čemu se naplata razmatra i kontroliše, ali ne biste se trebali zamarati time, osim ako, naravno, ne želite da postanete programer. Da biste to učinili, morat ćete mnogo dublje proučiti cijelu "kuhinju" telekomunikacija i komunikacija.
Nakon nekoliko sati uništavanja u potrazi za istinom, došao sam do zaključka da sistem naplate odlično radi sa zadatkom i da mu se može vjerovati. Uostalom, ona je ta koja štiti od prevaranata. On kontroliše finansijske tokove i distribuciju između pružaoca usluga i pretplatnika. Sada znate šta je naplata.
