Fakturační systémy: základní pojmy

Fakturace. Jaké asociace tento pojem vyvolává? Možná existuje nějaká souvislost s Billem Gatesem? Ne, naštěstí ještě „nestrčil nos“ do oblasti telekomunikací. To je jen vtip. Abychom to ale mysleli vážně, podívejme se na původ slova fakturace. Anglické slovo „bill“ lze přeložit jako „bill“ (další překlady: bill, bankovka). „Fakturace“ se překládá jako „fakturace“.

Co je fakturační systém?

Systémy, které vypočítávají náklady na komunikační služby pro každého klienta a ukládají informace o všech tarifech a dalších nákladových charakteristikách, které používají telekomunikační operátoři pro fakturaci předplatitelů a vypořádání s jinými poskytovateli služeb, se nazývají fakturační systémy; cyklus operací, které provádějí, se nazývá fakturace. Fakturační systém (BS) je účetní systém, software, jinými slovy - „software“, vyvinutý speciálně pro operátory. Kteří operátoři? Telekomunikace. To znamená, že nemluvíme pouze o mobilních operátorech. BS také používají operátoři konvenční (pevné, kabelové) komunikace. Například v malých kancelářích můžete provádět telefonické fakturace (analyzovat: kdo volal, kdy, jak dlouho konverzace trvala). IP telefonie je další oblastí aplikace BS. A co poskytovatelé internetových služeb? BS také používají například pro fakturaci, dopravní účetnictví. Jakákoli BS je vytvořena na základě konkrétního systému správy databáze (DBMS). Většina BS na světě byla vytvořena na základě Oracle DBMS. Mezi další DBMS patří Sybase a Informix, protože jsou navrženy pro velké množství informací. A zde jsou názvy některých fakturačních systémů: BIS, Flagship, CBOSS, Arbor, Bill-2000-prepaid. Za zmínku stojí, že BS může také znamenat hardware zapojený do organizace fakturace.

Terminologie

Pokusím se zvážit všechny základní pojmy a definice týkající se BS. Hlavní důraz bude kladen na BS používanou mobilními operátory. Většina definic však platí i pro BS používané v jiných oblastech. Pokusím se to vysvětlit co nejjednodušeji, aby většina čtenářů materiálu porozuměla. Pokud máte co dodat k podmínkám, které jsem zadal, napište na e-mail.

Existuje několik jmen pro fakturační systém: AKT - automatizovaný vypořádací systém; Ischemická choroba srdeční - informační fakturační systém.

Jednou z důležitých vlastností BS je její flexibilita, tj. schopnost přizpůsobit se změněným okolnostem. Flexibilní systém je přizpůsoben nejen okamžitým potřebám operátora; kvůli kvalitám jako přizpůsobitelnost, modularita a otevřenost, umožňuje řešit slibné problémy. Čím více možností přizpůsobení systém má, tím lépe. Co je modularita? Modulární princip budování systému je princip, ve kterém je celý systém sestaven ze samostatných částí (modulů), jako je dům sestaven cihla po cihle. BS se také skládá z takových modulů - subsystémů. BS zahrnuje například subsystém předzpracování dat, subsystém pro správu provozní fakturace, subsystém oznámení zákazníkům (o struktuře a funkcích BS níže). Pod otevřenost Systém znamená otevřenost zdrojového kódu softwarového produktu, který umožňuje operátorovi, aby v budoucnu nebyl závislý na vývojáři a nezávisle udržoval a upgradoval systém. S flexibilitou BS úzce souvisí další kvalita automatizovaných výpočtových systémů - škálovatelnost.

Škálovatelnost zatížení. S růstem základny předplatitelů, vznikem dalších služeb by neměla být potřeba měnit nebo upravovat softwarovou část BS. Zvýšení schopností BS by mělo být dosaženo upgradem hardwaru systému. Co je důležité vzít v úvahu při navrhování škálovatelných systémů? Je nutné použít DBMS určený pro velké množství dat. Aby bylo možné podporovat víceprocesorový provoz, musí být DBMS kompatibilní s různými počítačovými platformami.

Spolehlivost - jeden ze základních požadavků na jakýkoli systém. Spolehlivost BS je dána spolehlivostí DBMS a technologií používaných při vývoji systému. Spolehlivost dodavatele (vývojáře) aplikovaného softwaru zdaleka není na posledním místě: doba jeho působení na trhu a jako nepřímý ukazatel procento přítomnosti jimi vyvinutých systémů na telekomunikačním trhu. Proč je indikátor nepřímý? Je Microsoft Windows nejlepším a nejspolehlivějším operačním systémem? ... A přesto má významný podíl na trhu. Spolehlivost BS je však zajištěna také dodržováním určitých standardů během jejich vývoje (o tom si přečtěte níže).

Vícejazyčný - schopnost instalovat různé jazyky pro prezentaci informací.

Více měn - schopnost pracovat s jakýmikoli měnami

Odložená fakturace - fakturace, při které se po uskutečněných hovorech provádí vypořádání.

Horká fakturace - zůstatek na účtu se během hovoru změní a informace o zůstatku na vašem účtu lze získat ihned po ukončení hovoru.

Optimalizace fakturace - zdokonalení, zdokonalení provozovatelem jeho BS.

Velká BS - systémy používané velkými operátory.

Účtování účtování - oprava výsledků výpočtu fakturace; po výpočtech budou výsledky k dispozici uživatelům (rozeslány, vytištěny).

Co může, co by mělo nebo za co odpovídá BS?

Evropský (podle původu) standard TAP se objevil v roce 1992. Je podporován pracovní skupinou TADIG. Většina evropských operátorů používá TAP2, i když existuje třetí verze. Od roku 1995 je to modifikace TAP2, známá jako specifikace TD.27nebo NAGTAP2, se začaly používat ve Spojených státech.

Místo závěru

Vytáhnete mobilní telefon z kapsy, vytočíte číslo, stisknete „hovor“ a ... konverzace proběhla. Nyní se nemůžete dočkat, až zjistíte zůstatek na účtu. Pokud je fakturační systém „horký“, budete o této částce okamžitě informováni. "Všechno jsem vypočítal přesně, dobrý fakturační systém," myslíš si. Mezitím se druhý předplatitel dozví, že právě vyčerpal časový limit a byl vypnut. "Proč potřebuji tuto" horkou "fakturaci! Hloupý fakturační systém! “, - stěžuje si ... Ano, nemůžete potěšit každého současně!

Zvláštní poděkování za informační podporu novinářce Galině Bolshovové

Článek o konceptu fakturace podle telefonního čísla /

Navigace

Fakturace! Jaké zvučné, záhadné slovo!
Jaký je suchý přepis tohoto slova na Wikipedii, Fakturace znamená komplexní opatření, akce, řešení v telekomunikačních podnicích, kde se shromažďují informace o různých typech komunikačních služeb, sazbách operátorů, zákaznických účtech, zpracování platebních účtů.

Ve skutečnosti, Fakturace - systém, je to doplňkový program na podporu obchodních služeb v oblasti komunikace.

Co znamená fakturace podle telefonního čísla?

Fakturace podle telefonního čísla, nebo spíše fakturace mezi mobilními operátory se jedná o řadu služeb nabízených předplatiteli. V této oblasti se rozlišují tyto služby:

  • hledání osoby, navigace kolem polohy osoby, objektu, autorizace v komunikační síti pomocí konstantního kódu, analýza hovorů, ukládání dat předplatitele atd.

Jak se to všechno děje?

Řekněme, že musíme najít osobu, určit souřadnice jeho polohy, tj. Zadržet fakturace - úkon.
Běžné volání je specifická skupina akcí. Jak bylo uvedeno výše, jakýkoli mobilní telefon má svůj vlastní kód (e-mail). Při volání, tj. Autorizaci v mobilní síti, kód funguje jako sériové číslo telefonu. Tento kód se také používá ke sledování telefonních zařízení (například odcizených) a blokování.
Kód - identifikátor (e-mail) zůstává konstantní, bez ohledu na to, jak se SIM karta změní. Není těžké vypočítat, kdo použil SIM kartu.

Vstupní a výstupní hovory a zprávy jsou odesílány z každého telefonu. Podle těchto akcí může operátor také zjistit, kde se daná osoba nachází.

Jak funguje mobilní komunikace předplatitele?

  • účastník, včetně telefonu, se ozve
  • signál z telefonu (vysílač-přijímač) prochází do antény mobilní stanice
  • místo pobytu osoby s telefonem je přibližně určeno
  • chyba závisí na geologických vlastnostech oblasti, počtu celulárních stanic na určitém čtverci oblasti

Pravděpodobnost nalezení osoby je 100 procent, nebo téměř 100 procent.
Bez údajů poskytnutých analýzou neproběhne žádné vyhledávání fakturace... V fakturace zahrnuje analýzu příchozích a odchozích hovorů, zpráv, historii hovorů, trvání, ceny.
Provozovatelé zachovávají úplnou důvěrnost osobních údajů účastníka a podrobností hovorů v souladu se zákonem o telekomunikacích a komunikacích, ochranou osobních údajů uživatelů.
Data fakturace - systémy mohou být poskytnuty donucovacím orgánům při vyšetřování trestných činů na základě rozhodnutí soudu.

Účastníkovi je zakázáno provádět fakturaci bez souhlasu příslušných úřadů.
Fakturace, velmi efektivní, výkonný, ale drahý vyhledávací nástroj.

Fakturační systémy: základní pojmy

Fakturace. Jaké asociace tento pojem vyvolává? Možná existuje nějaká souvislost s Billem Gatesem? Ne, naštěstí ještě „nestrčil nos“ do oblasti telekomunikací. To je jen vtip. Abychom to ale mysleli vážně, podívejme se na původ slova fakturace. Anglické slovo „bill“ lze přeložit jako „bill“ (další překlady: bill, bankovka). „Fakturace“ se překládá jako „fakturace“.

Co je fakturační systém?

Systémy, které vypočítávají náklady na komunikační služby pro každého klienta a ukládají informace o všech tarifech a dalších nákladových charakteristikách, které používají telekomunikační operátoři pro fakturaci předplatitelů a vypořádání s jinými poskytovateli služeb, se nazývají fakturační systémy; cyklus operací, které provádějí, se nazývá fakturace. Fakturační systém (BS) je účetní systém, software, jinými slovy - „software“, vyvinutý speciálně pro operátory. Kteří operátoři? Telekomunikace. To znamená, že nemluvíme pouze o mobilních operátorech. BS také používají operátoři konvenční (pevné, kabelové) komunikace. Například v malých kancelářích můžete provádět telefonické fakturace (analyzovat: kdo volal, kdy, jak dlouho konverzace trvala). IP telefonie je další oblastí aplikace BS. A co poskytovatelé internetových služeb? BS také používají například pro fakturaci, dopravní účetnictví. Jakákoli BS je vytvořena na základě konkrétního systému správy databáze (DBMS). Většina BS na světě byla vytvořena na základě Oracle DBMS. Mezi další DBMS patří Sybase a Informix, protože jsou navrženy pro velké množství informací. A zde jsou názvy některých fakturačních systémů: BIS, Flagship, CBOSS, Arbor, Bill-2000-prepaid. Za zmínku stojí, že BS může také znamenat hardware zapojený do organizace fakturace.

Terminologie

Pokusím se zvážit všechny základní pojmy a definice týkající se BS. Hlavní důraz bude kladen na BS používanou mobilními operátory. Většina definic však platí i pro BS používané v jiných oblastech. Pokusím se to vysvětlit co nejjednodušeji, aby většina čtenářů materiálu porozuměla. Pokud máte co dodat k podmínkám, které jsem zadal, napište na e-mail.

Existuje několik jmen pro fakturační systém: AKT - automatizovaný vypořádací systém; Ischemická choroba srdeční - informační fakturační systém.

Jednou z důležitých vlastností BS je její flexibilita, tj. schopnost přizpůsobit se změněným okolnostem. Flexibilní systém je přizpůsoben nejen okamžitým potřebám operátora; kvůli kvalitám jako přizpůsobitelnost, modularita a otevřenost, umožňuje řešit slibné problémy. Čím více možností přizpůsobení systém má, tím lépe. Co je modularita? Modulární princip budování systému je princip, ve kterém je celý systém sestaven ze samostatných částí (modulů), jako je dům sestaven cihla po cihle. BS se také skládá z takových modulů - subsystémů. BS zahrnuje například subsystém předzpracování dat, subsystém pro správu provozní fakturace, subsystém oznámení zákazníkům (o struktuře a funkcích BS níže). Pod otevřenost Systém znamená otevřenost zdrojového kódu softwarového produktu, který umožňuje operátorovi, aby v budoucnu nebyl závislý na vývojáři a nezávisle udržoval a upgradoval systém. S flexibilitou BS úzce souvisí další kvalita automatizovaných výpočtových systémů - škálovatelnost.

Škálovatelnost zatížení. S růstem základny předplatitelů, vznikem dalších služeb by neměla být potřeba měnit nebo upravovat softwarovou část BS. Zvýšení schopností BS by mělo být dosaženo upgradem hardwaru systému. Co je důležité vzít v úvahu při navrhování škálovatelných systémů? Je nutné použít DBMS určený pro velké množství dat. Aby bylo možné podporovat víceprocesorový provoz, musí být DBMS kompatibilní s různými počítačovými platformami.

Spolehlivost - jeden ze základních požadavků na jakýkoli systém. Spolehlivost BS je dána spolehlivostí DBMS a technologií používaných při vývoji systému. Spolehlivost dodavatele (vývojáře) aplikovaného softwaru zdaleka není na posledním místě: doba jeho působení na trhu a jako nepřímý ukazatel procento přítomnosti jimi vyvinutých systémů na telekomunikačním trhu. Proč je indikátor nepřímý? Je Microsoft Windows nejlepším a nejspolehlivějším operačním systémem? ... A přesto má významný podíl na trhu. Spolehlivost BS je však zajištěna také dodržováním určitých standardů během jejich vývoje (o tom si přečtěte níže).

Vícejazyčný - schopnost instalovat různé jazyky pro prezentaci informací.

Více měn - schopnost pracovat s jakýmikoli měnami

Odložená fakturace - fakturace, při které se po uskutečněných hovorech provádí vypořádání.

Horká fakturace - zůstatek na účtu se během hovoru změní a informace o zůstatku na vašem účtu lze získat ihned po ukončení hovoru.

Optimalizace fakturace - zdokonalení, zdokonalení provozovatelem jeho BS.

Velká BS - systémy používané velkými operátory.

Účtování účtování - oprava výsledků výpočtu fakturace; po výpočtech budou výsledky k dispozici uživatelům (rozeslány, vytištěny).

Co může, co by mělo nebo za co odpovídá BS?

Evropský (podle původu) standard TAP se objevil v roce 1992. Je podporován pracovní skupinou TADIG. Většina evropských operátorů používá TAP2, i když existuje třetí verze. Od roku 1995 je to modifikace TAP2, známá jako specifikace TD.27nebo NAGTAP2, se začaly používat ve Spojených státech.

Místo závěru

Vytáhnete mobilní telefon z kapsy, vytočíte číslo, stisknete „hovor“ a ... konverzace proběhla. Nyní se nemůžete dočkat, až zjistíte zůstatek na účtu. Pokud je fakturační systém „horký“, budete o této částce okamžitě informováni. "Vypočítal jsem všechno přesně, dobrý fakturační systém," myslíš si. Mezitím se druhý předplatitel dozví, že právě vyčerpal časový limit a byl vypnut. "Proč potřebuji tuto" horkou "fakturaci! Hloupý fakturační systém! “, - stěžuje si ... Ano, nemůžete potěšit každého současně!

Zvláštní poděkování za informační podporu novinářce Galině Bolshovové

Každý telefon má jedinečný kód (IMEI), který je zaregistrován v síti mobilního operátora po aktivaci SIM karty a prvním volání. Tento kód umožňuje sledovat polohu zařízení, v případě potřeby jej zablokovat, například při odcizení. Údaje o poloze zařízení jsou přenášeny na fakturační server a jsou zde dlouhodobě uloženy. Zároveň jsou zde informace o tarifním plánu, historii volání a SMS, doplnění účtu.

Pokud jde o fakturaci za telefon, nejdůležitější jsou informace o historii hovorů a SMS zpráv a také o jejich poloze. Určuje to operátor docela přesně. Při volání, odesílání zpráv a používání internetových služeb zařízení vysílá signál na nejbližší anténu (BS), což umožňuje vypočítat adresu. Přesnost dat je poměrně vysoká, ale došlo k chybě. Jeho výkon závisí na topografických vlastnostech oblasti, přítomnosti rušení. A stejně se k jejich vyhledání aktivně používá fakturace za mobilní telefony, bez ohledu na to, co musíte hledat - zařízení nebo jeho vlastník. Provozovatel sám řídí postup, poskytuje údaje pouze ve výjimečných případech, protože jsou důvěrné. Kdo může tuto službu využívat?

Kdo může najít telefon po fakturaci

Oficiálně mobilní operátor nemá právo zveřejňovat informace týkající se umístění zařízení, respektive jeho vlastníka. Údaje jsou poskytovány pouze na žádost orgánů činných v trestním řízení nebo soudních orgánů. Chcete-li získat materiál zájmu, musíte napsat policii, na jejímž základě servisní pracovníci přijmou opatření zaměřená na vyřešení problému. Toto prohlášení bude oprávněné při hledání ukradeného zařízení. Pokud potřebujete najít předplatitele pro osobní účely, měla by být tato možnost odložena. V takovém případě použijte jiné metody řešení problému, jednodušší a přístupnější.

Kam objednat telefonickou fakturaci

Pro každého, kdo potřebuje najít telefon a údaje o jeho vlastníkovi, nabízí náš web efektivní a levné služby. Poskytneme úplné informace o daném tématu a jeho shromažďování věnujeme minimální čas. Vytvořte aplikaci pro služby, uveďte číslo svého mobilního telefonu a operátora, označte, která z následujících údajů je potřeba:

  • Celé jméno vlastníka telefonu;
  • datum narození;
  • údaje o pasu;
  • bydliště nebo registrační adresa;
  • umístění zařízení;
  • informace o tarifu, hovorech, SMS.

V závislosti na objemu požadovaných informací a mobilním operátorovi obsluhujícím číslo se budou lišit náklady na služby a načasování poskytování dat. Úspěšný výsledek je ale v každém případě zaručen. Materiál obdržíte ve formě textového souboru, snímku obrazovky nebo grafického obrázku. Přesnost dat je zaručena. Spolupracujeme s následujícími mobilními operátory:

  • Beeline;
  • Rostelecom;
  • Tele 2;
  • Yota;
  • Motiv;
  • Megafon.

Pokud jde o způsob objednání fakturace za telefon MTS nebo jiného operátora, měli byste také vzít v úvahu: sled akcí a funkce aplikace se nezmění. Liší se pouze cena a otevírací doba.

Poznámka! Každý klient, který se rozhodne provést fakturaci za telefon pomocí našich webových stránek, se může spolehnout na:

  • úplná důvěrnost;
  • kvalitní služby;
  • účinnost vyhledávání informací;
  • přijatelné ceny;
  • několik způsobů platby za služby;
  • slevy na následné objednávky;
  • konzultace zdarma.

Pracujeme pro vás, sledujeme kvalitu a dostupnost služeb.

Platforma zpracovává InitialDP 37ms; účastník poslouchal pípnutí po dobu 10 sekund; doba konverzace je něco málo přes 5 minut.

Fakturace shromažďuje informace o využívání telekomunikačních služeb, jejich tarifikaci, odpovídá za fakturaci předplatitelů a zpracování plateb.

Existují 2 hlavní typy výpočtu:

  • Zpětná platba - fakturace za období na základě jejích výsledků (se zpětnou platbou)
  • A zálohovací systém (předplacené), když jsou peníze zadány předem.
Zpětná platba se objevila historicky dříve, ale platba předem se pro klienty ukázala jako pohodlnější (je více kontrolovaná - je téměř chybná, došlo k odpojení a není vystavena velká faktura).

Systém se zpětnou platbou

Když účastník systému vypořádání po hlasování využívá služeb operátora, na přepínačích se generují speciální soubory CDR (Charging Data Record). Ve skutečnosti se jedná o běžné protokoly, které označují číslo předplatitele, datum, čas hovoru / množství staženého provozu atd. Fakturace se na druhou stranu v určitou dobu (například jednou denně) připojí k přepínači, stáhne si CDR pro sebe, vypočítá náklady na služby a uloží vše do databáze (obvykle Oracle). Na konci měsíce se potom účastníkovi vyúčtuje souhrn.

Schéma interakce platformy Postpaid s jádrem sítě operátora.
CSN - síť pro přepínání obvodů; Představují přepínače kanálů (MSC).
PSN - síť pro přepojování paketů; Představují paketové přepínače a brány (SGSN a GGSN).

Princip fungování postpaidového systému je relativně jednoduchý, protože nevyžaduje reakci platformy v reálném čase: koneckonců, předplatitele není třeba upozorňovat na dosažení nuly (a proto není nutné měnit povahu interakce sítě s ním).

Advance systém

V případě předběžné tarifizace musí telekomunikační operátor kromě vyúčtování objemu poskytovaných služeb vyřešit problém se sledováním běžného účtu účastníka a pokud dosáhne nuly, informovat účastníka / deaktivovat poskytování služby. Proto se těmto systémům také říká Online Charging System (OCS).

Vzhledem k tomu, že operátor poskytuje různé typy služeb a používá různé typy sítí (systém přepínání okruhů / paketů), musí fakturace k řešení problému s ovládáním účtu účastníka používat různé tarifizační protokoly, například:



Schéma interakce předplacené platformy se sítí operátora.

Pojďme se na tyto protokoly podívat blíže.

VÍČKO

VÍČKO (CAMEL Application Part) je protokol aplikační vrstvy zásobníku SS7, který implementuje inteligentní služby v sítích GSM / UMTS (například předplacené).


Umístěte protokol do zásobníku. Obrázek také ukazuje oblíbenou možnost využívající technologii SIGTRAN (rozšíření SS7, které umožňuje použití protokolů „7“ přes síť IP).

Tento protokol používá OCS ke komunikaci se sítí s přepínáním okruhů. Zde je příklad zpoplatnění odchozího hlasového hovoru:


Dialog tarifizace pro protokol CAP, zprávy ISUP jsou zobrazeny čárkovaně.

  1. Nejprve se do účtování z přepínače MSC1 odešle zpráva (počáteční bod detekce), ve které jsou přeneseny parametry účastníka. Jedná se o příchozí a odchozí čísla, adresu buňky volaného účastníka a další. Na základě toho je možné zahájit analýzu hovoru. Fakturace vytvoří konkrétní detekční bod - tj. Stav volání. OCS určuje, zda může předplatitel uskutečnit hlasový hovor (zda jsou na účtu prostředky), pokud je to možné, tak po jakou maximální dobu.
  2. Poté OCS reaguje na přepínač zprávou BCSM Event Report („Spustil jsem Detection Point, čekám na další informace o stavu hovoru od vás“). A odešle Použít účtování („předplatitel má na svém účtu finanční prostředky, povoluji hovor“). Posílá se tam také maximální čas, který může účastník využít.
  3. Přepínač, který obdržel povolení od OCS, iniciuje hlasové spojení mezi předplatiteli pomocí protokolu ISUP zasláním zprávy IAM (Initial Address Message) na MSC2.
  4. MSC2 odpovídá na MSC1 zprávou ACM (Address Complete Message), v tomto případě to znamená „ano, můj předplatitel, teď je online, začínám mu volat“. Po přijetí této zprávy MSC1 zapne dlouhá pípnutí k účastníkovi A.
  5. Účastník B zvedne telefon, MSC2 pošle MSC1 zprávu ANM (odpověď) - „můj účastník vyzvedl telefon, připojte je“.
  6. MSC1 spojuje předplatitele A a B, konverzace začíná. MSC1 odesílá zprávu o události BCSM (O_Answer) do OCS. OCS mění stav volání pro tohoto předplatitele. Od tohoto okamžiku začíná fakturace (s přihlédnutím k tomu, že první 3 sekundy jsou zdarma).
  7. Zatímco účastníci hovoří, MSC1 sleduje dobu hovoru. Pokud je čas krátký, MSC upozorní účastníka pípnutím.
  8. V našem případě je předplatitel B první, kdo zavěsí, MSC1 a MSC2 provedou přátelské předání pomocí zpráv REL (Release Message) a RLC (Release Complete Message).
  9. MSC1 odešle OCS zprávu Zpráva o události BCSM (O_Disconnect - „předplatitelé úspěšně odpojeni“) a Použít zprávu o nabíjení (kolik sekund konverzace trvala).
  10. OCS přijímá tato data a odpovídá, že nyní je možné relaci ukončit.

INVOKE --- A1 TAG: A1h 1B LEN: 27 --- ID FAKTURY --- 02 TAG: 02h INTEGER 01 LEN: 1 02 ID FAKTURY: 2 \u003d\u003d\u003d CAP \u003d\u003d\u003d --- INVOKE --- - - PROVOZ --- 02 TAG: 02h INTEGER 01 LEN: 1 23 PROVOZ: 35 \u003d použít Nabíjení --- APPL CHARG --- 30 TAG: 30h SEKVENCE 13 LEN: 19 --- ACH BCC --- 80 TAG: 80h 0C LEN: 12 --- TDC --- A0 TAG: A0h 0A LEN: 10 --- MAX CPD --- 80 TAG: 80h 03 LEN: 3 01 19 40 MAX CPD: 4370

Toto je součást stopy. Vidíme, že zpráva applyCharging byla odeslána přes protokol CAP, maximální doba hovoru (MAX CPD - maximální doba hovoru) je 437,0 sekund.

Duplikuji obrázek na kata: toto je příklad komunikace pomocí protokolu CAP. Časová razítka lze odhadnout: platforma zpracovává InitialDP 37ms; účastník poslouchal pípnutí po dobu 10 sekund; doba konverzace je něco málo přes 5 minut.



A zde je hovor dlouhý a můžete vidět, jak systém sám každých 6 minut žádá MSC o stav hovoru (activityTest). Děje se tak, aby v případě jakékoli chyby konverzace netrvala několik dní (dokud účastník neodepíše všechny peníze).

Protokol CAP může nabíjet nejen hlasová volání - ale také připojení k internetu, SMS, MMS atd. I když se v praxi nejčastěji pro tyto potřeby používají speciálně naostřené protokoly (DIAMETER / OSA).

OSA

OSA (Open Service Access) je otevřené softwarové rozhraní vyvinuté konsorciem 3GPP a ETSI, které se často používá k nabíjení služeb VAS a mobilního internetu.

Uvažujme o fungování tohoto protokolu na příkladu tarifizace mobilní internetové služby:

  1. Při pokusu o aktivaci kontextu PDP (telefon obdrží IP adresu v síti mobilního operátora) se GGSN zeptá platformy, zda je možné, aby tento účastník aktivoval relaci nabíjení (CreateChargingSessionReq).
  2. V našem případě je vše v pořádku (předplatitel je v databázi, finanční prostředky jsou k dispozici), platforma vytvoří relaci nabíjení a umožní aktivovat kontext PDP (CreateChargingSessionResp).
  3. Nyní chce účastník začít stahovat data. Aby mu to umožnil, kontaktuje GGSN platformu se žádostí o rezervování finančních prostředků (ReserveUnitReq). Jednotka je obecně abstraktní věc, může to být cokoli - kilobajt dat, textové zprávy, sekunda konverzace, rubl, pizza, hlaveň atd. V našem případě je jednotka 100 kB.
  4. Platforma zkontroluje, zda pro daného účastníka existují prostředky na 100 kB provozu v souladu s jeho tarifem, a reaguje zprávou ReserveUnitResp („prostředky jsou rezervovány“). Po přijetí této zprávy z platformy umožňuje GGSN předplatiteli stáhnout provoz.
  5. Když si předplatitel stáhne vyhrazenou část provozu, GGSN osloví platformu zprávou DebitUnitReq („můžete odepsat rezervované prostředky“).
  6. Platforma strhává prostředky z prostředků a reaguje zprávou DebitUnitResp („Prostředky byly úspěšně odepsány“).
  7. Cyklus ReserveUnitReq-DebitUnitResp se opakuje, dokud si předplatitel nestáhne celý internet a neuzavře internetovou relaci.
  8. Když je PDP deaktivováno, Context'a GGSN pošle zprávu o konci relace nabíjení na platformu; paměť přidělená pro tuto relaci je uvolněna.



Požadavek DebitUnitReq; Příkazy OSA jsou zabaleny v protokolu SOAP, který je zase zapouzdřen protokolem HTTP.

Závěr

Změna potřeb zákazníků (včetně zvýšení objemu přenášených dat), vytváření nových typů služeb, znamená vývoj sítě mobilního operátora, zejména v oblasti platforem VAS a fakturačních systémů.

Pokud vás zajímají témata rodiny protokolů AAA, pak vám později povím o RADIUS, PRŮMĚR a dalších zajímavých věcech.

Fakturace je automatizovaný proces, který využívá profesionální software. Analyzuje, jak signál prochází každou buňkou, poté jej seřadí a vypočítá, jaké budou náklady na služby pro konkrétního vlastníka. Platbu za telefonní spojení tvoří fakturace telefonu. Po zavolání si účtuje tolik peněz, kolik je uvedeno ve vašem tarifním plánu.

Fakturační systémy

Fakturace mobilních telefonů je složitý proces, který vyžaduje moderní, vysoce kvalitní a výkonné nástroje. Software, bankovnictví a právní podpora jsou součástí nových technologií. Z tohoto důvodu program fakturace telefonů existuje pouze ve velkých společnostech, které provádějí elektronický obchod, a samozřejmě v regionálních celulárních společnostech.

Funkce tohoto nového systému spočívá v tom, že vypočítává cenu za mobilní služby zvlášť pro každou osobu. Programy ukládají informace o čase, kdy uživatel volal, délce a dalších charakteristikách hovorů za určité období (rok nebo šest měsíců). Fakturace za telefon zahrnuje profesionální software, který se používá při účetních výpočtech telekomunikačních operátorů.

Rozložení zatížení

Mobilní operátoři zpravidla navzájem spolupracují. Nainstalují jednu stanici a používají ji společně, aniž by utráceli další prostředky za software a obvykle v každém městě si jeden operátor postaví samostatnou věž. Ve venkovských oblastech a na dálnici jeden používá několik společností. Majitel této mobilní stanice bude sám, ale ostatní operátoři mu platí za nájem, cena se počítá na základě počtu hovorů.

Provoz na internetu také zajišťují fakturační systémy. V tomto případě je účastníkovi účtována samostatná sazba. Každá společnost je jiná. V jednom musíte platit za čas strávený na internetu, v druhém - za přenesené a přijaté informační pakety.

Fakturační funkce

Fakturace za telefon je založena na poměrně jednoduchém principu. Přepínací uzel zaznamenává všechna data, jmenovitě dobu trvání a vlastnosti hovoru. Poté jsou všechny přijaté informace odeslány na centrální stanici, kde je proveden výpočet.

Software nainstalovaný v centrále zpracovává veškerá data a sleduje předpisy, tarify a sazby. Telefonní fakturace obsahuje všechny informace o uživateli (tarif, dostupnost bonusů, sazby pro určité směry).

Tyto moderní databáze ukládají informace o všech platbách každého klienta. To vám umožní uspokojit se s výběry. Fakturační stanice jsou vybaveny vysoce kvalitními a výkonnými počítači, které umožňují velmi rychlé výpočty. Z tohoto důvodu výsledek téměř okamžitě přijde na žádost předplatitelů o stavu účtu.

Software také sleduje stav uživatelských účtů. Systém má schopnost deaktivovat účastníka. Pokud osoba po dlouhou dobu nedoplňuje účet a nevyužívá služby mobilní společnosti, je jednoduše vypnuta.

Jak jste již uhodli, kvůli fakturaci mobilních telefonů se objeví zpráva, že systém nemůže navázat spojení s nulovým účtem. Pokud dobijete svůj zůstatek na telefonu, můžete služby okamžitě využívat, systém je automaticky propojí.

Většina mobilních operátorů vytváří funkci zpětné vazby. Rovněž řídí fakturaci mobilních telefonů. S jeho pomocí můžete ve svém osobním účtu doplňovat, odpojovat, aktivovat různé služby, měnit tarif a mnoho dalšího.

Pokud přejdete na web vašeho mobilního operátora, uvidíte své akce za poslední měsíc kvůli fakturaci vašeho telefonu. Uvidíte, s kým jste konverzovali, jak dlouho a kolik peněz vám bylo účtováno.

Další funkce fakturace: mobilní dohled

Mobilní telefon, který používáme ke komunikaci, jako je kamera, videokamera, rádiový maják, má některé další funkce. Většina trestných činů je nyní vyšetřována pomocí fakturace. Tento systém je schopen sledovat všechny hovory.

Jak může fakturace za telefon pomoci při vyšetřování vraždy? Je to jednoduché, tento systém zaznamenává, když vstoupíme na internet a kde se to stane, zavoláme nebo pošleme SMS.

S pomocí nových technologií, zejména fakturace, již bylo vyšetřováno mnoho významných trestných činů a byli nalezeni viníci.

Předplatitel je vždy k dispozici

Mobilní telefon je velkým lidským úspěchem, novou technologií, která posunula pokrok. Tuto technologii bohužel nelze použít pro dobro, protože buňka je druh rádiového majáku, který pomůže sledovat polohu osoby.

Jak jsme již zjistili, celé území, kde je mobilní připojení, je rozděleno do buněk. Existují věže a speciální stanice, které mají konkrétní adresu.

Pokud analyzujete signál z mobilního telefonu, můžete určit, v jaké vzdálenosti a kde se člověk nachází (v autě, doma, na ulici). Rovněž nebude obtížné určit pohyb předplatitele. Můžete vzít několik věží a zjistit trasu osoby s malou chybou.

Soukromá fakturace

První, kdo k vyšetřování použil fakturaci, byli soukromí detektivové. Svým jednáním samozřejmě porušili trestní zákon.

Pokud je to zakázáno, jak se k informacím dostali? Prvním způsobem je nákup dat od zaměstnanců mobilní společnosti. Ale teď to není tak snadné, služby se začaly zabývat únikem informací.

Nyní, abyste dostali údaje k detektivům, budete muset zaplatit 500 $. A abyste to mohli analyzovat, abyste zjistili pohyb člověka, musíte zaplatit 1 500 $. Ve většině případů, aby se zaměstnanec mobilní společnosti začal zajímat o tento „obchod“, musíte se neustále učit velké množství čísel.

Další možností je požádat známé pracovníky, aby zjistili informace o mobilním telefonu a osobě, která jej vlastní. Ale to je docela dlouhá doba, vyšetřování se může táhnout dál.

Článek o konceptu fakturace podle telefonního čísla / fakturace navigace! Jaké zvučné, záhadné slovo! Jelikož na Wikipedii zní suché dekódování tohoto slova, Billing znamená komplexní opatření, ...

Článek o konceptu fakturace podle telefonního čísla / fakturace navigace! Jaké zvučné, záhadné slovo! Jelikož na Wikipedii zní suché dekódování tohoto slova, Billing znamená komplexní opatření, ...

Platforma zpracovává InitialDP 37ms; účastník poslouchal pípnutí po dobu 10 sekund; doba konverzace je něco málo přes 5 minut.

Fakturace shromažďuje informace o využívání telekomunikačních služeb, jejich tarifikaci, odpovídá za fakturaci předplatitelů a zpracování plateb.

Existují 2 hlavní typy výpočtu:

  • Zpětná platba - fakturace za období na základě jejích výsledků (se zpětnou platbou)
  • A zálohovací systém (předplacené), když jsou peníze zadány předem.
Zpětná platba se objevila historicky dříve, ale platba předem se pro klienty ukázala jako pohodlnější (je více kontrolovaná - je téměř chybná, došlo k odpojení a není vystavena velká faktura).

Systém se zpětnou platbou

Když účastník systému vypořádání po hlasování využívá služeb operátora, na přepínačích se generují speciální soubory CDR (Charging Data Record). Ve skutečnosti se jedná o běžné protokoly, které označují číslo předplatitele, datum, čas hovoru / množství staženého provozu atd. Fakturace se na druhou stranu v určitou dobu (například jednou denně) připojí k přepínači, stáhne si CDR pro sebe, vypočítá náklady na služby a uloží vše do databáze (obvykle Oracle). Na konci měsíce se potom účastníkovi vyúčtuje souhrn.


Schéma interakce platformy Postpaid s jádrem sítě operátora.
CSN - síť pro přepínání obvodů; Představují přepínače kanálů (MSC).
PSN - síť pro přepojování paketů; Představují paketové přepínače a brány (SGSN a GGSN).

Princip fungování post-placeného systému je relativně jednoduchý, protože nevyžaduje reakci platformy v reálném čase: koneckonců, předplatitele není třeba upozorňovat na dosažení nuly (a proto není nutné měnit povahu interakce sítě s ním).

Advance systém

V případě předběžné tarifizace musí telekomunikační operátor kromě vyúčtování objemu poskytovaných služeb vyřešit problém se sledováním běžného účtu účastníka a pokud dosáhne nuly, informovat účastníka / deaktivovat poskytování služby. Proto se těmto systémům také říká Online Charging System (OCS).

Vzhledem k tomu, že operátor poskytuje různé typy služeb a používá různé typy sítí (systém přepínání okruhů / paketů), musí fakturace k řešení problému s ovládáním účtu účastníka používat různé tarifizační protokoly, například:


Schéma interakce předplacené platformy se sítí operátora.

Pojďme se na tyto protokoly podívat blíže.

VÍČKO

VÍČKO (CAMEL Application Part) je protokol aplikační vrstvy zásobníku SS7, který implementuje inteligentní služby v sítích GSM / UMTS (například předplacené).


Místo protokolu v zásobníku SS7. Obrázek také ukazuje oblíbenou možnost využívající technologii SIGTRAN (rozšíření SS7, které umožňuje použití „7“ protokolů přes IP síť).

Tento protokol používá OCS ke komunikaci se sítí s přepínáním okruhů. Zde je příklad zpoplatnění odchozího hlasového hovoru:


Dialog tarifizace pro protokol CAP, zprávy ISUP jsou zobrazeny čárkovaně.

  1. Nejprve se do účtování z přepínače MSC1 odešle zpráva (počáteční bod detekce), ve které jsou přeneseny parametry účastníka. Jedná se o příchozí a odchozí čísla, adresu buňky volaného účastníka a další. Na základě toho je možné zahájit analýzu hovoru. Fakturace vytvoří konkrétní detekční bod - tj. Stav volání. OCS určuje, zda může předplatitel uskutečnit hlasový hovor (zda jsou na účtu prostředky), pokud je to možné, tak po jakou maximální dobu.
  2. Poté OCS reaguje na přepínač zprávou BCSM Event Report („Spustil jsem Detection Point, čekám na další informace o stavu hovoru od vás“). A odešle Použít účtování („předplatitel má na svém účtu finanční prostředky, povoluji hovor“). Posílá se tam také maximální čas, který může účastník využít.
  3. Přepínač, který obdržel povolení od OCS, iniciuje hlasové spojení mezi předplatiteli pomocí protokolu ISUP zasláním zprávy IAM (Initial Address Message) na MSC2.
  4. MSC2 odpovídá na MSC1 zprávou ACM (Address Complete Message), v tomto případě to znamená „ano, můj předplatitel, teď je online, začínám mu volat“. Po přijetí této zprávy MSC1 zapne dlouhá pípnutí k účastníkovi A.
  5. Účastník B zvedne telefon, MSC2 pošle MSC1 zprávu ANM (odpověď) - „můj účastník vyzvedl telefon, připojte je“.
  6. MSC1 spojuje předplatitele A a B, konverzace začíná. MSC1 odesílá zprávu o události BCSM (O_Answer) do OCS. OCS mění stav volání pro tohoto předplatitele. Od tohoto okamžiku začíná fakturace (s přihlédnutím k tomu, že první 3 sekundy jsou zdarma).
  7. Zatímco účastníci hovoří, MSC1 sleduje dobu hovoru. Pokud je čas krátký, MSC upozorní účastníka pípnutím.
  8. V našem případě je předplatitel B první, kdo zavěsí, MSC1 a MSC2 provedou přátelské předání pomocí zpráv REL (Release Message) a RLC (Release Complete Message).
  9. MSC1 odešle OCS zprávu Zpráva o události BCSM (O_Disconnect - „předplatitelé úspěšně odpojeni“) a Použít zprávu o nabíjení (kolik sekund konverzace trvala).
  10. OCS přijímá tato data a odpovídá, že nyní je možné relaci ukončit.

INVOKE --- A1 TAG: A1h 1B LEN: 27 --- ID FAKTURY --- 02 TAG: 02h INTEGER 01 LEN: 1 02 ID FAKTURY: 2 \u003d\u003d\u003d CAP \u003d\u003d\u003d --- INVOKE --- - - PROVOZ --- 02 TAG: 02h INTEGER 01 LEN: 1 23 PROVOZ: 35 \u003d použít Nabíjení --- APPL CHARG --- 30 TAG: 30h SEKVENCE 13 LEN: 19 --- ACH BCC --- 80 TAG: 80h 0C LEN: 12 --- TDC --- A0 TAG: A0h 0A LEN: 10 --- MAX CPD --- 80 TAG: 80h 03 LEN: 3 01 19 40 MAX CPD: 4370

Toto je součást stopy. Vidíme, že zpráva applyCharging byla odeslána přes protokol CAP, maximální doba hovoru (MAX CPD - maximální doba hovoru) je 437,0 sekund.

Duplikuji obrázek na kata: toto je příklad komunikace pomocí protokolu CAP. Časová razítka lze odhadnout: platforma zpracovává InitialDP 37ms; účastník poslouchal pípnutí po dobu 10 sekund; doba konverzace je něco málo přes 5 minut.


A zde je hovor dlouhý a můžete vidět, jak systém sám každých 6 minut žádá MSC o stav hovoru (activityTest). Děje se tak, aby v případě jakékoli chyby konverzace netrvala několik dní (dokud účastník neodepíše všechny peníze).

Protokol CAP může nabíjet nejen hlasová volání - ale také připojení k internetu, SMS, MMS atd. I když se v praxi nejčastěji pro tyto potřeby používají speciálně naostřené protokoly (DIAMETER / OSA).

OSA

OSA (Open Service Access) je otevřené softwarové rozhraní vyvinuté konsorciem 3GPP a ETSI, které se často používá k nabíjení služeb VAS a mobilního internetu.

Uvažujme o fungování tohoto protokolu na příkladu tarifizace mobilní internetové služby:

  1. Při pokusu o aktivaci kontextu PDP (telefon obdrží IP adresu v síti mobilního operátora) se GGSN zeptá platformy, zda je možné, aby tento účastník aktivoval relaci nabíjení (CreateChargingSessionReq).
  2. V našem případě je vše v pořádku (předplatitel je v databázi, finanční prostředky jsou k dispozici), platforma vytvoří relaci nabíjení a umožní aktivovat kontext PDP (CreateChargingSessionResp).
  3. Nyní chce účastník začít stahovat data. Aby mu to umožnil, kontaktuje GGSN platformu se žádostí o rezervování finančních prostředků (ReserveUnitReq). Jednotka je obecně abstraktní věc, může to být cokoli - kilobajt dat, textové zprávy, sekunda konverzace, rubl, pizza, hlaveň atd. V našem případě je jednotka 100 kB.
  4. Platforma zkontroluje, zda pro daného účastníka existují prostředky na 100 kB provozu v souladu s jeho tarifem, a reaguje zprávou ReserveUnitResp („prostředky jsou rezervovány“). Po přijetí této zprávy z platformy umožňuje GGSN předplatiteli stáhnout provoz.
  5. Když si předplatitel stáhne vyhrazenou část provozu, GGSN osloví platformu zprávou DebitUnitReq („můžete odepsat rezervované prostředky“).
  6. Platforma strhává prostředky z prostředků a reaguje zprávou DebitUnitResp („Prostředky byly úspěšně odepsány“).
  7. Cyklus ReserveUnitReq-DebitUnitResp se opakuje, dokud si předplatitel nestáhne celý internet a neuzavře internetovou relaci.
  8. Když je PDP deaktivováno, Context'a GGSN pošle zprávu o konci relace nabíjení na platformu; paměť přidělená pro tuto relaci je uvolněna.


Požadavek DebitUnitReq; Příkazy OSA jsou zabaleny v protokolu SOAP, který je zase zapouzdřen protokolem HTTP.

Závěr

Změna potřeb zákazníků (včetně zvýšení objemu přenášených dat), vytváření nových typů služeb, znamená vývoj sítě mobilního operátora, zejména v oblasti platforem VAS a fakturačních systémů.

Pokud vás zajímají témata rodiny protokolů AAA, pak vám později povím o RADIUS, PRŮMĚR a dalších zajímavých věcech.

V kapitole Fakturace Můžeš:

  • změnit tarif;
  • připojit další možnosti;
  • doplňte zůstatek;
  • aktivovat propagační kódy;
  • sledovat účty;
  • zobrazit historii plateb;
  • spravovat platební metody.

Přihlášení a navigace

Přejít na sekci Fakturace možné 4 způsoby:

1. Po stisknutí tlačítkaHodnotit… :


2. Po výběru položky nabídky[Přihlásit se ] Fakturace :



3. Po stisknutí tlačítka Doplňte zůstatek pokud je přístup do sekcí blokován z důvodu vypršení platnosti tarifu:


Při vstupu do sekce se otevře hlavní stránka Zůstatek :


Zůstatek na účtu

Zůstatek na účtu je vázán na účet uživatele a je společný pro jeho projekty.Zobrazí se prostředky běžného účtu v bloku Zůstatek... Náklady na tarif se odečítají z účtu jednou denně.

Pokud je zůstatek na účtu téměř nulový, Roistat zašle oznámení na e-mailovou adresu a SMS na telefonní číslo uvedené ve vašem účtu.

Poplatky jsou ukončeny a funkce Roistat jsou blokovány, pokud je zůstatek na účtu nižší než nula (to je možné při použití).

Prostředky můžete převádět mezi účty. Postup převodu prostředků z vašeho účtu na jiný účet:

Promo kód

Bonusový propagační kód je uveden v pravém horním rohu v příslušném poli a aktivuje se pomocí tlačítka aktivovat :


Pokud je zadán správný promo kód, systém si vyžádá potvrzení operace. Stisknutím tlačítka operaci zrušíte. Vrátit :


Pokud zadáte nesprávný propagační kód, systém ohlásí chybu. Chcete-li promo kód zadat znovu, stiskněte tlačítko Vrátit :

Správa služeb

Ceny a služby se zobrazují na kartě Zůstatek v bloku Podrobnosti nákladů :


Zobrazení a změna tarifu

Na řádku se zobrazuje název tarifu a jeho denní cena Hodnotit:… .

Chcete-li zobrazit podmínky všech tarifů, klikněte na tento řádek. U každého tarifu se zobrazují následující parametry:

  • náklady na den;
  • seznam zahrnutých možností;
  • maximální počet návštěv za měsíc;
  • maximální počet projektů za měsíc.

Tarif aktivovaný pro váš účet je označen jako Aktuální tarif.

Chcete-li zvolit jiný tarif, stiskněte tlačítko Vybrat .

Zobrazení a výběr možností

Na řádku se zobrazuje počet připojených možností a jejich celková cena za den Další možnosti .

Kliknutím na tento řádek zobrazíte všechny možnosti.

Ty možnosti, které jsou zahrnuty v aktuálním tarifu, jsou označeny zahrnuto v tarifu .

Pro připojení pomocí tlačítka jsou k dispozici další možnosti připojit ... Chcete-li tyto možnosti deaktivovat, stiskněte tlačítko deaktivovat .

Podrobnosti o nákladech na sledovací čísla služby

Na řádku se zobrazuje počet sledovaných čísel a denní poplatek za předplatné Sledování hovorů .

Když kliknete na tento řádek objeví se duplicitní řádek Poplatek za předplatné :


Relevantní projekty.

Podrobnosti nákladů na službu Zpětné volání

Na řádku se zobrazuje denní poplatek za předplatné Zpětné volání.

Když kliknete na tento řádek objeví se duplicitní řádek Poplatek za předplatné :


Podrobnější informace o této službě najdete v této části související projekty.

Celková částka za den

Denní cena vybraného tarifu a služeb se vypočítá automaticky a zobrazí se na řádku Částka pro dnešek :


Dobití plateb a zůstatků

Na kartě můžete platit za služby nebo přidat peníze na svůj účet Zůstatekstisknutím tlačítka Doplňte zůstatek :


nebo na kartě:


Po stisknutí tlačítka Doplňte zůstatek otevře se okno s parametry platby:



Minimální částka platby je 5000 rublů.

Platba za služby a doplnění zůstatku je možné třemi způsoby:

Po zaplacení bankovní kartou se tato karta uloží jako poslední platební metoda, aby bylo snazší provádět další platby.

Bezhotovostní platby

Při výběru bezhotovostní platební metody můžete:

    požádat o fakturu e-mailem - za to v terénu Odeslat e-mailem zadejte e-mailovou adresu, na kterou bude zaslána faktura, a klikněte na tlačítko Přejít na platbu :


    pokud je nakonfigurován automatický výběr platební metody, požádat o fakturu e-mailem bez zadání adresy a stiskněte tlačítko Doplňte :



    okamžitě si stáhněte fakturu - klikněte na odkaz stáhnout fakturu


Peníze se nepřevádějí automaticky po zaplacení. Platba nejprve přejde na běžný účet společnosti (může to trvat několik dní) a poté se doplní zůstatek na účtu.

Chcete-li proces urychlit, můžete zaslat naskenovanou kopii platebního dokladu na technickou podporu, což urychlí připsání peněz na váš účet.

Platba kreditní kartou přes internet

Chcete-li platit kreditní kartou přes internet, přepněte přepínač do příslušné polohy a stiskněte tlačítko Přejít na platbu


Peníze jsou připsány na váš účet ihned po potvrzení transakce.

Platba pomocí Yandex.Money, Qiwi Wallet, WebMoney

Za platbu pomocí Yandex.Money, Qiwi Wallet, WebMoney přepněte přepínač do příslušné polohy a stiskněte tlačítko Přejít na platbu ... Poté budete automaticky přesměrováni na platební stránku:



Plaťte přes Paypal

Chcete-li platit pomocí elektronického platebního systému PayPal, přepněte přepínač do příslušné polohy a klikněte na tlačítko Přejít na platbu ... Poté budete automaticky přesměrováni na platební stránku:


Platba přes PayOnline

Chcete-li platit pomocí elektronického platebního systému PayOnline, nastavte přepínač do příslušné polohy a klikněte na tlačítkoPřejít na platbu ... Poté budete automaticky přesměrováni na platební stránku:

Peníze jsou připsány na váš účet ihned po potvrzení platební transakce.

Historie účtu

Elektronická faktura se vytvoří automaticky po přechodu na platební stránku, vyžádání e-mailu nebo kliknutí na odkaz z stáhnout účet .

Vytvořené faktury se zobrazí na kartě Účty a jsou rozděleny do 3 kategorií:

  • Všechno - všechny uživatelské účty;
  • Neplacené - účty, které dosud nebyly připsány;
  • Zaplaceno - účty s dokončenými transakcemi.


Každý účet odpovídá jednomu řádku v tabulce:


Tabulka zobrazuje následující informace o účtech:

    pokoj, místnost - Číslo účtu;

    datum vytvoření - datum vytvoření účtu;

    Množství - částka, která má být zaplacena;

    Postavení - aktuální stav platby: Nové nebo placené;

    Datum změny stavu - datum poslední změny stavu účtu;

    Způsob platby - způsob platby faktury. Existují 4 stavy:

    • Faktura nezaplacena - nastaveno na nezaplacené faktury;

      Odeslání faktury na e-mail - nastaveno na zaplacené faktury bezhotovostní platební metodou;

      Plastová karta (Visa, MasterCard) - nastaveno na zaplacené faktury při platbě kreditní kartou přes internet;

      S PayPal - nastaveno na zaplacené faktury při platbě přes PayPal.

Na této kartě lze zaplatit nezaplacené faktury. Naproti těmto účtům se zobrazí vpravo:



historie plateb

Všechny platební transakce se zaznamenávají a zobrazují na kartě historie plateb .

Platby lze seskupit podle období:

Tabulka zobrazuje následující informace o účtech:

    datum - den v měsíci, ve kterém byla provedena alespoň 1 platební transakce;

    Úkon - druh platební transakce;

    Částka, str . - výše platby v rublech;

    Zbytek, str . - zůstatek prostředků na účtu v rublech.

Data v tabulce lze řadit podle kteréhokoli ze sloupců (vzestupně i sestupně).

Nastavení plateb

Chcete-li urychlit proces platby a doplnění zůstatku, můžete:

    naladit automatické doplňování účtu zabránit odpojení tarifu nebo služby z důvodu nedostatku finančních prostředků;


Tyto parametry se konfigurují na kartě Nastavení plateb

Automatické doplňování účtu

Chcete-li dokončit nastavení automatického dobíjení, uložte svou platební metodu.

Minimální doba mezi automatické doplňování účtu 24 hodin.

Ukládání platební metody

V bloku Způsob platby Zvolit způsob platby:

  • Plastová karta:
    1. Nastavte přepínač Plastová karta.
    2. Klikněte na tlačítko Vybrat.
      Budete přesměrováni na stránku Yandex Checkout, kde je třeba zadat údaje o kartě, ze které budou odečteny prostředky. Pro uložení údajů o kartě bude provedena zkušební platba 10 rublů.
  • Odeslání faktury na e-mail.
    1. Nastavte spínač Odeslání faktury na e-mail.
    2. Prosím zadejte svou e-mailovou adresu. Můžete zadat více e-mailových adres ( [chráněno e-mailem] , [chráněno e-mailem] atd.)
      Na zadané e-mailové adresy budou zasílány faktury za bankovní převody.



Změna e-mailové adresy nebo údajů o kreditní kartě:


Změna a odstranění platební metody

Chcete-li změnit nebo odebrat nainstalovanou platební metodu, klikněte na příslušné ikony:


Omezit rozpočet na reklamu

Tarify Roistat mají omezení rozpočtu na reklamu. Pokud uživatel překročil limit výdajů na reklamu, Roistat jej přepne na vhodný tarif se zněním „Překročen limit výdajů na marketing“.

Co se stane, když svůj účet Roistat nedoplníte

Pokud svůj účet Roistat dlouho nedoplňujete, peníze na zůstatku dojdou.

Co se stane s projektem:

Integrace s CRMAnalyticsSledování hovorůSledování e-mailůChytač olovaRozdělené testováníVývojSpráva sazeb
  1. Aplikace CRM budou shromažďovány.
  2. Žádosti z CRM budou přenášeny dalších 14 dní.
  3. Po 14 dnech obdržíte oznámení, že aplikace přestaly být zasílány do systému CRM.
Nemůžete sledovat zprávu.

Nebude možné přidávat nová čísla (jak vlastní čísla, tak čísla z Roistatu).

Přestane fungovatPřestane fungovatPřestane fungovatPřestane fungovatPřestane fungovat

V projektu se shromáždí analytika.Čísla budou přidělena projektu na dalších 7 dní.





Po zaplacení služby budou analytické údaje k dispozici pro dny, kdy byl zůstatek záporný. Chcete-li tyto údaje otevřít, budete muset zaplatit za vybrané období.Budou účtovány poplatky za pronájem pokoje. Pokud do sedmi dnů nedoplníte zůstatek, čísla budou deaktivována z důvodu neplacení a odstraněna z projektu. Tato čísla lze do projektu vrátit do 14 dnů po deaktivaci.




Dobijte si včas svůj účet!

  • Žádné štítky

Platforma zpracovává InitialDP 37ms; účastník poslouchal pípnutí po dobu 10 sekund; doba konverzace je něco málo přes 5 minut.

Fakturace shromažďuje informace o využívání telekomunikačních služeb, jejich tarifikaci, odpovídá za fakturaci předplatitelů a zpracování plateb.

Existují 2 hlavní typy výpočtu:

  • Zpětná platba - fakturace za období na základě jejích výsledků (se zpětnou platbou)
  • A zálohovací systém (předplacené), když jsou peníze zadány předem.
Zpětná platba se objevila historicky dříve, ale platba předem se pro klienty ukázala jako pohodlnější (je více kontrolovaná - je téměř chybná, došlo k odpojení a není vystavena velká faktura).

Systém se zpětnou platbou

Když účastník systému vypořádání po hlasování využívá služeb operátora, na přepínačích se generují speciální soubory CDR (Charging Data Record). Ve skutečnosti se jedná o běžné protokoly, které označují číslo předplatitele, datum, čas hovoru / množství staženého provozu atd. Fakturace se na druhou stranu v určitou dobu (například jednou denně) připojí k přepínači, stáhne si CDR pro sebe, vypočítá náklady na služby a uloží vše do databáze (obvykle Oracle). Na konci měsíce se potom účastníkovi vyúčtuje souhrn.


Schéma interakce platformy Postpaid s jádrem sítě operátora.
CSN - síť pro přepínání obvodů; Představují přepínače kanálů (MSC).
PSN - síť pro přepojování paketů; Představují paketové přepínače a brány (SGSN a GGSN).

Princip fungování post-placeného systému je relativně jednoduchý, protože nevyžaduje reakci platformy v reálném čase: koneckonců, předplatitele není třeba upozorňovat na dosažení nuly (a proto není nutné měnit povahu interakce sítě s ním).

Advance systém

V případě předběžné tarifizace musí telekomunikační operátor kromě vyúčtování objemu poskytovaných služeb vyřešit problém se sledováním běžného účtu účastníka a pokud dosáhne nuly, informovat účastníka / deaktivovat poskytování služby. Proto se těmto systémům také říká Online Charging System (OCS).

Vzhledem k tomu, že operátor poskytuje různé typy služeb a používá různé typy sítí (systém přepínání okruhů / paketů), musí fakturace k řešení problému s ovládáním účtu účastníka používat různé tarifizační protokoly, například:


Schéma interakce předplacené platformy se sítí operátora.

Pojďme se na tyto protokoly podívat blíže.

VÍČKO

VÍČKO (CAMEL Application Part) je protokol aplikační vrstvy zásobníku SS7, který implementuje inteligentní služby v sítích GSM / UMTS (například předplacené).


Místo protokolu v zásobníku SS7. Obrázek také ukazuje oblíbenou možnost využívající technologii SIGTRAN (rozšíření SS7, které umožňuje použití „7“ protokolů přes IP síť).

Tento protokol používá OCS ke komunikaci se sítí s přepínáním okruhů. Zde je příklad zpoplatnění odchozího hlasového hovoru:


Dialog tarifizace pro protokol CAP, zprávy ISUP jsou zobrazeny čárkovaně.

  1. Nejprve se do účtování z přepínače MSC1 odešle zpráva (počáteční bod detekce), ve které jsou přeneseny parametry účastníka. Jedná se o příchozí a odchozí čísla, adresu buňky volaného účastníka a další. Na základě toho je možné zahájit analýzu hovoru. Fakturace vytvoří konkrétní detekční bod - tj. Stav volání. OCS určuje, zda může předplatitel uskutečnit hlasový hovor (zda jsou na účtu prostředky), pokud je to možné, tak po jakou maximální dobu.
  2. Poté OCS reaguje na přepínač zprávou BCSM Event Report („Spustil jsem Detection Point, čekám na další informace o stavu hovoru od vás“). A odešle Použít účtování („předplatitel má na svém účtu finanční prostředky, povoluji hovor“). Posílá se tam také maximální čas, který může účastník využít.
  3. Přepínač, který obdržel povolení od OCS, iniciuje hlasové spojení mezi předplatiteli pomocí protokolu ISUP zasláním zprávy IAM (Initial Address Message) na MSC2.
  4. MSC2 odpovídá na MSC1 zprávou ACM (Address Complete Message), v tomto případě to znamená „ano, můj předplatitel, teď je online, začínám mu volat“. Po přijetí této zprávy MSC1 zapne dlouhá pípnutí k účastníkovi A.
  5. Účastník B zvedne telefon, MSC2 pošle MSC1 zprávu ANM (odpověď) - „můj účastník vyzvedl telefon, připojte je“.
  6. MSC1 spojuje předplatitele A a B, konverzace začíná. MSC1 odesílá zprávu o události BCSM (O_Answer) do OCS. OCS mění stav volání pro tohoto předplatitele. Od tohoto okamžiku začíná fakturace (s přihlédnutím k tomu, že první 3 sekundy jsou zdarma).
  7. Zatímco účastníci hovoří, MSC1 sleduje dobu hovoru. Pokud je čas krátký, MSC upozorní účastníka pípnutím.
  8. V našem případě je předplatitel B první, kdo zavěsí, MSC1 a MSC2 provedou přátelské předání pomocí zpráv REL (Release Message) a RLC (Release Complete Message).
  9. MSC1 odešle OCS zprávu Zpráva o události BCSM (O_Disconnect - „předplatitelé úspěšně odpojeni“) a Použít zprávu o nabíjení (kolik sekund konverzace trvala).
  10. OCS přijímá tato data a odpovídá, že nyní je možné relaci ukončit.

INVOKE --- A1 TAG: A1h 1B LEN: 27 --- ID FAKTURY --- 02 TAG: 02h INTEGER 01 LEN: 1 02 ID FAKTURY: 2 \u003d\u003d\u003d CAP \u003d\u003d\u003d --- INVOKE --- - - PROVOZ --- 02 TAG: 02h INTEGER 01 LEN: 1 23 PROVOZ: 35 \u003d použít Nabíjení --- APPL CHARG --- 30 TAG: 30h SEKVENCE 13 LEN: 19 --- ACH BCC --- 80 TAG: 80h 0C LEN: 12 --- TDC --- A0 TAG: A0h 0A LEN: 10 --- MAX CPD --- 80 TAG: 80h 03 LEN: 3 01 19 40 MAX CPD: 4370

Toto je součást stopy. Vidíme, že zpráva applyCharging byla odeslána přes protokol CAP, maximální doba hovoru (MAX CPD - maximální doba hovoru) je 437,0 sekund.

Duplikuji obrázek na kata: toto je příklad komunikace pomocí protokolu CAP. Časová razítka lze odhadnout: platforma zpracovává InitialDP 37ms; účastník poslouchal pípnutí po dobu 10 sekund; doba konverzace je něco málo přes 5 minut.


A zde je hovor dlouhý a můžete vidět, jak systém sám každých 6 minut žádá MSC o stav hovoru (activityTest). Děje se tak, aby v případě jakékoli chyby konverzace netrvala několik dní (dokud účastník neodepíše všechny peníze).

Protokol CAP může nabíjet nejen hlasová volání - ale také připojení k internetu, SMS, MMS atd. I když se v praxi nejčastěji pro tyto potřeby používají speciálně naostřené protokoly (DIAMETER / OSA).

OSA

OSA (Open Service Access) je otevřené softwarové rozhraní vyvinuté konsorciem 3GPP a ETSI, které se často používá k nabíjení služeb VAS a mobilního internetu.

Uvažujme o fungování tohoto protokolu na příkladu tarifizace mobilní internetové služby:

  1. Při pokusu o aktivaci kontextu PDP (telefon obdrží IP adresu v síti mobilního operátora) se GGSN zeptá platformy, zda je možné, aby tento účastník aktivoval relaci nabíjení (CreateChargingSessionReq).
  2. V našem případě je vše v pořádku (předplatitel je v databázi, finanční prostředky jsou k dispozici), platforma vytvoří relaci nabíjení a umožní aktivovat kontext PDP (CreateChargingSessionResp).
  3. Nyní chce účastník začít stahovat data. Aby mu to umožnil, kontaktuje GGSN platformu se žádostí o rezervování finančních prostředků (ReserveUnitReq). Jednotka je obecně abstraktní věc, může to být cokoli - kilobajt dat, textové zprávy, sekunda konverzace, rubl, pizza, hlaveň atd. V našem případě je jednotka 100 kB.
  4. Platforma zkontroluje, zda pro daného účastníka existují prostředky na 100 kB provozu v souladu s jeho tarifem, a reaguje zprávou ReserveUnitResp („prostředky jsou rezervovány“). Po přijetí této zprávy z platformy umožňuje GGSN předplatiteli stáhnout provoz.
  5. Když si předplatitel stáhne vyhrazenou část provozu, GGSN osloví platformu zprávou DebitUnitReq („můžete odepsat rezervované prostředky“).
  6. Platforma strhává prostředky z prostředků a reaguje zprávou DebitUnitResp („Prostředky byly úspěšně odepsány“).
  7. Cyklus ReserveUnitReq-DebitUnitResp se opakuje, dokud si předplatitel nestáhne celý internet a neuzavře internetovou relaci.
  8. Když je PDP deaktivováno, Context'a GGSN pošle zprávu o konci relace nabíjení na platformu; paměť přidělená pro tuto relaci je uvolněna.


Požadavek DebitUnitReq; Příkazy OSA jsou zabaleny v protokolu SOAP, který je zase zapouzdřen protokolem HTTP.

Závěr

Změna potřeb zákazníků (včetně zvýšení objemu přenášených dat), vytváření nových typů služeb, znamená vývoj sítě mobilního operátora, zejména v oblasti platforem VAS a fakturačních systémů.

Pokud vás zajímají témata rodiny protokolů AAA, pak vám později povím o RADIUS, PRŮMĚR a dalších zajímavých věcech.