Betalingen factureren. Facturering in de banksector: een betalingssysteem dat voor iedereen handig is. Markt voor factureringssystemen

| Recreatie en hobby's | Leven | Archief |

RSS

Facturatie in de banksector: een betaalsysteem dat voor iedereen handig is

Het dienstenaanbod van vrijwel elke bank omvat activiteiten voor het accepteren van nuts- en budgetbetalingen en de daaropvolgende overdracht ervan aan de ontvangende organisatie. Ondanks de schijnbare eenvoud van het aanbieden van deze dienst, is dit soort operatie altijd behoorlijk arbeidsintensief geweest, omdat het verschillende werkfasen met zich meebracht met het opstellen van een aanzienlijke hoeveelheid bankdocumentatie. Ook voor de klanten was dit systeem niet erg handig: dienstverleners moesten vaak in de rij staan en nutsbedrijven moesten enkele dagen wachten voordat de bedragen op hun rekeningen werden bijgeschreven.

De situatie is dramatisch veranderd vanaf het moment dat banken een nieuw betalingssysteem in hun activiteiten begonnen te introduceren, genaamd ‘facturering’. Dit complex omvat de volledige automatisering van het proces van het accepteren van verschillende betalingen en het overboeken ervan naar de rekening van de ontvanger. De bank sluit een overeenkomst met een woningbouw- en gemeenschapsorganisatie of een bedrijf dat communicatiediensten levert over de overstap naar een facturatiesysteem. Hierna verstrekt deze onderneming de bank haar gegevens voor het crediteren van bedragen, evenals een klantenbestand met een uitsplitsing van de schuld per abonnee. De verstrekte gegevens worden bijgewerkt binnen de in het contract gespecificeerde termijnen.

Bij het overschakelen naar facturering wordt de klantenservice uitgevoerd via een geldautomaat of terminal, waardoor u niet meer in de rij hoeft te staan en moeizaam bonnetjes hoeft in te vullen. De bankspecialist koppelt de plastic kaart van de cliënt eenmalig aan de door hem opgegeven achternaam of betaleridentificatienummer. Zo kan hij niet alleen de maandelijkse schuld voor gas, water of telefoon afbetalen, maar krijgt hij ook tijdig informatie over de status ervan.

Voor ondernemingen die betalingen van het publiek ontvangen, is facturering ook het handigste en betrouwbaarste systeem, omdat automatisering van berekeningen de mogelijkheid elimineert om geld aan een ongepaste ontvanger te crediteren. Bovendien verkort het gebruik van deze bankdienst de tijd die nodig is voordat de betalingsbedragen op de betaalrekening van de organisatie arriveren aanzienlijk.

Het platform verwerkt InitialDP 37 ms; de abonnee luisterde gedurende 10 seconden naar pieptonen; De duur van het gesprek bedraagt iets meer dan 5 minuten.

Facturering verzamelt informatie over het gebruik van telecommunicatiediensten, hun tarieven, en is verantwoordelijk voor het factureren van abonnees en het verwerken van betalingen.

Er zijn 2 hoofdtypen berekeningen:

Achteraf betalen- het uitreiken van een factuur voor de periode op basis van de resultaten (postpaid)
En een voorschotsysteem(prepaid), wanneer geld vooraf wordt betaald.

Achteraf betalen verscheen historisch gezien eerder, maar vooruitbetaling bleek handiger voor klanten (beter controleerbaar: als er iets misgaat, wordt de verbinding verbroken, in plaats van dat er een hoge rekening wordt uitgeschreven).

Postpaid-systeem

Wanneer een abonnee van een postpaid-betalingssysteem gebruik maakt van de diensten van een operator, worden op de schakelaars speciale CDR-bestanden (Charging Data Record) gegenereerd. In wezen zijn dit gewone logboeken die het abonneenummer, de datum, de beltijd/het volume van het gedownloade verkeer, enz. aangeven. Facturering maakt op een bepaald tijdstip (bijvoorbeeld één keer per dag) verbinding met de switch, downloadt CDR's, berekent de kosten van services en slaat alles op in een database (meestal Oracle). Vervolgens ontvangt de abonnee aan het einde van de maand een totaalfactuur.

Interactieschema van het postpaidplatform met de kern van het netwerk van de operator.
CSN- circuitschakelnetwerk; Vertegenwoordigd door kanaalschakelaars (MSC).
PSN– pakketgeschakeld netwerk; Vertegenwoordigd door pakketschakelaars en gateways (respectievelijk SGSN en GGSN).

Het werkingsprincipe van het postpaidsysteem is relatief eenvoudig, omdat het geen real-time reactie van het platform vereist: de abonnee hoeft immers niet te worden gewaarschuwd dat hij de nul bereikt (en dienovereenkomstig is het ook niet nodig om de aard van de interactie van het netwerk met hem veranderen).

Vooraf systeem

In het geval van vooruitbetaling moet de telecomoperator, naast het rekening houden met het volume van de geleverde diensten, het probleem van het volgen van de lopende rekening van de abonnee oplossen en, als deze nul bereikt, de abonnee informeren/de levering van de abonnementsdienst uitschakelen. dienst. Dergelijke systemen worden daarom ook wel Online Charging System (OCS) genoemd.

Omdat de operator verschillende soorten diensten aanbiedt en er verschillende soorten netwerken worden gebruikt (kanaal-/pakketschakelingssysteem), moet het factureringssysteem verschillende kostenprotocollen gebruiken om het probleem van het monitoren van de account van de abonnee op te lossen, bijvoorbeeld het volgende:

Interactieschema van het prepaidplatform met het netwerk van de operator.

Laten we deze protocollen in meer detail bekijken.

GLB

GLB(CAMEL Application Part) is een applicatielaagprotocol van de SS7-stack dat intelligente services implementeert in GSM/UMTS-netwerken (bijvoorbeeld prepaid).

Plaats van het protocol op de stapel. De figuur toont ook een populaire optie die gebruik maakt van SIGTRAN-technologie (een SS7-extensie die het gebruik van de “zeven” protocollen via een IP-netwerk mogelijk maakt).

Met behulp van dit protocol communiceert OCS met het circuitschakelnetwerk. Hier is een voorbeeld van de prijzen voor uitgaande gesprekken:

Oplaaddialoog met behulp van het CAP-protocol, stippellijnen tonen ISUP-berichten.

Eerst wordt vanaf de MSC1-switch een bericht (Initial Detection Point) naar de facturering verzonden, waarin de parameters van de abonnee worden verzonden. Dit zijn inkomende en uitgaande nummers, het mobiele adres van de gebelde abonnee en andere. Op basis hiervan is het mogelijk om te beginnen met het analyseren van de oproep. Facturering creëert een bepaald detectiepunt, dat wil zeggen de status van de oproep. OCS bepaalt of de abonnee kan bellen (of er geld op de rekening staat), zo ja, voor welke maximale tijd.
Hierna reageert OCS op de overstap met een Request Report BCSM Event (“Ik heb het detectiepunt geïnitialiseerd, ik wacht op verdere informatie van u over de status van de oproep”). En verzendt Apply Charging (“de abonnee heeft geld op zijn rekening, ik autoriseer de oproep”). Ook de maximale tijd die de abonnee kan gebruiken, wordt daarheen gestuurd.
De switch, die toestemming heeft gekregen van OCS, initieert een spraakverbinding tussen abonnees met behulp van het ISUP-protocol, waarbij een IAM-bericht (Initial Address Message) naar MSC2 wordt verzonden.
MSC2 reageert op MSC1 met een ACM (Address Complete Message), in dit geval betekent dit “ja, mijn abonnee, hij is nu online, ik begin hem te bellen.” Na ontvangst van dit bericht laat MSC1 lange pieptonen horen aan abonnee A.
Abonnee B neemt de telefoon op, MSC2 stuurt MSC1 het bericht ANM (Answer Message) - "mijn abonnee heeft de telefoon opgenomen, verbind ze."
MSC1 verbindt abonnee A en B, er begint een gesprek. MSC1 verzendt een BCSM-bericht (O_Answer) naar de OCS. OCS wijzigt de oproepstatus voor deze abonnee. Vanaf dit moment begint het opladen (er rekening mee houdend dat de eerste 3 seconden gratis zijn).
Terwijl abonnees communiceren, bewaakt MSC1 de gesprekstijd. Als er weinig tijd over is, waarschuwt de MSC de abonnee met een geluidssignaal.
In ons geval hangt abonnee B als eerste op, MSC1 en MSC2 maken een vriendschappelijke handdruk met behulp van REL (Release Message) en RLC (Release Complete Message) berichten.
MSC1 verzendt het bericht Event Report BCSM (O_Disconnect - “abonnees succesvol verbroken”) en Apply Charging Report (hoeveel seconden het gesprek duurde) naar OCS.
OCS accepteert deze gegevens en antwoordt dat de sessie nu kan worden afgesloten.

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

Dit is een onderdeel van het spoor. We zien dat het applyCharging-bericht is verzonden via het CAP-protocol, de maximale gesprekstijd (MAX CPD - Maximum Call Period Duration) is 437,0 seconden.

Ik zal de afbeelding vóór de kata dupliceren: dit is een voorbeeld van communicatie met behulp van het CAP-protocol. Tijdstempels kunnen worden geschat: het platform verwerkt InitialDP 37 ms; de abonnee luisterde gedurende 10 seconden naar pieptonen; De duur van het gesprek bedraagt iets meer dan 5 minuten.

Maar hier duurt het gesprek lang en kunt u zien hoe het systeem zelf elke 6 minuten de gespreksstatus (activityTest) opvraagt bij MSC. Dit werd gedaan zodat, in geval van een fout, het gesprek niet dagen zou duren (totdat al het geld van de abonnee is afgeschreven).

Het CAP-protocol kan niet alleen spraakoproepen in rekening brengen, maar ook internetverbindingen, sms, mms, enzovoort. Hoewel in de praktijk voor deze behoeften meestal speciaal op maat gemaakte protocollen (DIAMETER/OSA) worden gebruikt.

OSA

OSA(Open Service Access) is een open software-interface ontwikkeld door het 3GPP- en ETSI-consortium, vaak gebruikt voor het in rekening brengen van VAS-diensten en mobiel internet.

Laten we de werking van dit protocol eens bekijken aan de hand van het voorbeeld van tarieven voor mobiele internetdiensten:

Wanneer er wordt geprobeerd de PDP Context te activeren (de telefoon krijgt een IP-adres in het netwerk van de mobiele operator), vraagt GGSN aan het platform of deze abonnee een laadsessie (CreateChargingSessionReq) kan activeren.
In ons geval is alles in orde (de abonnee staat in de database, er is geld), het platform creëert een laadsessie en staat toe dat de PDP-context wordt geactiveerd (CreateChargingSessionResp).
Nu wil de abonnee beginnen met het downloaden van gegevens. Om hem dit mogelijk te maken, neemt GGSN contact op met het platform met het verzoek geld te reserveren (ReserveUnitReq). Over het algemeen is eenheid iets abstracts, het kan van alles zijn: een kilobyte aan gegevens, een sms, een seconde gesprek, een roebel, een pizza, een vat, enzovoort. In ons geval is de eenheid 100 kB.
Het platform controleert of een bepaalde abonnee, in overeenstemming met zijn tarief, geld heeft voor 100 kB verkeer en reageert met het bericht ReserveUnitResp (“geld is gereserveerd”). Nadat GGSN dit bericht van het platform heeft ontvangen, kan de abonnee verkeer downloaden.
Wanneer de abonnee het gereserveerde deel van het verkeer heeft gedownload, neemt GGSN contact op met het platform met het bericht DebitUnitReq (“u kunt het gereserveerde geld afschrijven”).
Het platform schrijft het geld af en reageert met het bericht DebitUnitResp (“geld succesvol afgeschreven”).
De ReserveUnitReq-DebitUnitResp-cyclus wordt herhaald totdat de abonnee het volledige internet downloadt en de internetsessie sluit.
Wanneer PDP Context wordt gedeactiveerd, stuurt GGSN een bericht naar het platform waarin het einde van de laadsessie wordt aangegeven; het voor deze sessie toegewezen geheugen wordt vrijgegeven.

Vraag debitUnitReq aan; OSA-opdrachten zijn verpakt in het SOAP-protocol, dat op zijn beurt is ingekapseld in het HTTP-protocol.

Conclusie

Veranderende klantbehoeften (waaronder een toename van het volume van de verzonden gegevens) en de creatie van nieuwe soorten diensten brengen de evolutie van het netwerk van de mobiele operator met zich mee, voornamelijk op het gebied van VAS-platforms en factureringssystemen.

Als het onderwerp AAA-familieprotocollen interessant voor je is, zal ik later praten over RADIUS, DIAMETER en andere interessante dingen.

Het platform verwerkt InitialDP 37 ms; de abonnee luisterde gedurende 10 seconden naar pieptonen; De duur van het gesprek bedraagt iets meer dan 5 minuten.

Facturering verzamelt informatie over het gebruik van telecommunicatiediensten, hun tarieven, en is verantwoordelijk voor het factureren van abonnees en het verwerken van betalingen.

Er zijn 2 hoofdtypen berekeningen:

Achteraf betalen- het uitreiken van een factuur voor de periode op basis van de resultaten (postpaid)
En een voorschotsysteem(prepaid), wanneer geld vooraf wordt betaald.

Postpaid-systeem

Vooraf systeem

Interactieschema van het prepaidplatform met het netwerk van de operator.

Laten we deze protocollen in meer detail bekijken.

GLB

GLB(CAMEL Application Part) is een applicatielaagprotocol van de SS7-stack dat intelligente services implementeert in GSM/UMTS-netwerken (bijvoorbeeld prepaid).

Plaats van het protocol in de SS7-stack. De figuur toont ook een populaire optie die gebruik maakt van SIGTRAN-technologie (een SS7-extensie die het gebruik van de “zeven” protocollen via een IP-netwerk mogelijk maakt).

Met behulp van dit protocol communiceert OCS met het circuitschakelnetwerk. Hier is een voorbeeld van de prijzen voor uitgaande gesprekken:

Oplaaddialoog met behulp van het CAP-protocol, stippellijnen tonen ISUP-berichten.

Eerst wordt vanaf de MSC1-switch een bericht (Initial Detection Point) naar de facturering verzonden, waarin de parameters van de abonnee worden verzonden. Dit zijn inkomende en uitgaande nummers, het mobiele adres van de gebelde abonnee en andere. Op basis hiervan is het mogelijk om te beginnen met het analyseren van de oproep. Facturering creëert een bepaald detectiepunt, dat wil zeggen de status van de oproep. OCS bepaalt of de abonnee kan bellen (of er geld op de rekening staat), zo ja, voor welke maximale tijd.
Hierna reageert OCS op de overstap met een Request Report BCSM Event (“Ik heb het detectiepunt geïnitialiseerd, ik wacht op verdere informatie van u over de status van de oproep”). En verzendt Apply Charging (“de abonnee heeft geld op zijn rekening, ik autoriseer de oproep”). Ook de maximale tijd die de abonnee kan gebruiken, wordt daarheen gestuurd.
De switch, die toestemming heeft gekregen van OCS, initieert een spraakverbinding tussen abonnees met behulp van het ISUP-protocol, waarbij een IAM-bericht (Initial Address Message) naar MSC2 wordt verzonden.
MSC2 reageert op MSC1 met een ACM (Address Complete Message), in dit geval betekent dit “ja, mijn abonnee, hij is nu online, ik begin hem te bellen.” Na ontvangst van dit bericht laat MSC1 lange pieptonen horen aan abonnee A.
Abonnee B neemt de telefoon op, MSC2 stuurt MSC1 het bericht ANM (Answer Message) - "mijn abonnee heeft de telefoon opgenomen, verbind ze."
MSC1 verbindt abonnee A en B, er begint een gesprek. MSC1 verzendt een BCSM-bericht (O_Answer) naar de OCS. OCS wijzigt de oproepstatus voor deze abonnee. Vanaf dit moment begint het opladen (er rekening mee houdend dat de eerste 3 seconden gratis zijn).
Terwijl abonnees communiceren, bewaakt MSC1 de gesprekstijd. Als er weinig tijd over is, waarschuwt de MSC de abonnee met een geluidssignaal.
In ons geval hangt abonnee B als eerste op, MSC1 en MSC2 maken een vriendschappelijke handdruk met behulp van REL (Release Message) en RLC (Release Complete Message) berichten.
MSC1 verzendt het bericht Event Report BCSM (O_Disconnect - “abonnees succesvol verbroken”) en Apply Charging Report (hoeveel seconden het gesprek duurde) naar OCS.
OCS accepteert deze gegevens en antwoordt dat de sessie nu kan worden afgesloten.

Dit is een onderdeel van het spoor. We zien dat het applyCharging-bericht is verzonden via het CAP-protocol, de maximale gesprekstijd (MAX CPD - Maximum Call Period Duration) is 437,0 seconden.

OSA

OSA(Open Service Access) is een open software-interface ontwikkeld door het 3GPP- en ETSI-consortium, vaak gebruikt voor het in rekening brengen van VAS-diensten en mobiel internet.

Laten we de werking van dit protocol eens bekijken aan de hand van het voorbeeld van tarieven voor mobiele internetdiensten:

Wanneer er wordt geprobeerd de PDP Context te activeren (de telefoon krijgt een IP-adres in het netwerk van de mobiele operator), vraagt GGSN aan het platform of deze abonnee een laadsessie (CreateChargingSessionReq) kan activeren.
In ons geval is alles in orde (de abonnee staat in de database, er is geld), het platform creëert een laadsessie en staat toe dat de PDP-context wordt geactiveerd (CreateChargingSessionResp).
Nu wil de abonnee beginnen met het downloaden van gegevens. Om hem dit mogelijk te maken, neemt GGSN contact op met het platform met het verzoek geld te reserveren (ReserveUnitReq). Over het algemeen is eenheid iets abstracts, het kan van alles zijn: een kilobyte aan gegevens, een sms, een seconde gesprek, een roebel, een pizza, een vat, enzovoort. In ons geval is de eenheid 100 kB.
Het platform controleert of een bepaalde abonnee, in overeenstemming met zijn tarief, geld heeft voor 100 kB verkeer en reageert met het bericht ReserveUnitResp (“geld is gereserveerd”). Nadat GGSN dit bericht van het platform heeft ontvangen, kan de abonnee verkeer downloaden.
Wanneer de abonnee het gereserveerde deel van het verkeer heeft gedownload, neemt GGSN contact op met het platform met het bericht DebitUnitReq (“u kunt het gereserveerde geld afschrijven”).
Het platform schrijft het geld af en reageert met het bericht DebitUnitResp (“geld succesvol afgeschreven”).
De ReserveUnitReq-DebitUnitResp-cyclus wordt herhaald totdat de abonnee het volledige internet downloadt en de internetsessie sluit.
Wanneer PDP Context wordt gedeactiveerd, stuurt GGSN een bericht naar het platform waarin het einde van de laadsessie wordt aangegeven; het voor deze sessie toegewezen geheugen wordt vrijgegeven.

Vraag debitUnitReq aan; OSA-opdrachten zijn verpakt in het SOAP-protocol, dat op zijn beurt is ingekapseld in het HTTP-protocol.

Conclusie

Als het onderwerp AAA-familieprotocollen interessant voor je is, zal ik later praten over RADIUS, DIAMETER en andere interessante dingen.

Plan:
Kenmerken en doel van factureringssystemen;
Structuur en functies van het facturatiesysteem;
Basissubsystemen specifiek voor facturering;
Standaarden voor factureringssystemen

Trefwoorden: facturering, meertalig, meerdere valuta, roaming, standaard.

Kenmerken en doel van factureringssystemen

Factureringssysteem (van het Engelse factuur - factuur, facturering - een factuur schrijven) - een systeem dat de kosten van communicatiediensten voor elke klant berekent en informatie opslaat over alle tarieven en andere kostenkenmerken die door telecommunicatiebedrijven worden gebruikt voor het factureren van abonnees en onderlinge schikkingen met andere dienstverleners. De cyclus van bewerkingen die zij uitvoeren, wordt facturering genoemd. Het facturatiesysteem (BS) is een boekhoudsysteem, software die speciaal is ontwikkeld voor telecommunicatiebedrijven. Factureringssystemen worden zowel in de telefonie (bekabeld en mobiel) als in datanetwerken (internetproviders) gebruikt en komen ook voor bij IP-telefonie. Elke BS wordt gemaakt op basis van een specifiek databasebeheersysteem (DBMS). De meeste BS ter wereld zijn gemaakt op basis van het Oracle DBMS. Onder andere DBMS'en kunnen Sybase en Informix worden onderscheiden omdat ze zijn ontworpen voor grote hoeveelheden informatie. Hier zijn de namen van enkele factureringssystemen: BIS, Flagship, CBOSS, Arbor, Bill-2000-prepaid. Het is de moeite waard te vermelden dat met BS meestal de hardware wordt bedoeld die betrokken is bij het organiseren van de facturering.
Er zijn verschillende namen voor het facturatiesysteem: ACP - geautomatiseerd betalingssysteem; IBS - informatie facturatiesysteem.
Een van de belangrijke eigenschappen van de BS is de flexibiliteit ervan, dat wil zeggen het vermogen om zich aan te passen aan veranderende omstandigheden. Het flexibele systeem is niet alleen aangepast aan de onmiddellijke behoeften van de operator; Dankzij eigenschappen als aanpasbaarheid, modulariteit en openheid kunt u veelbelovende problemen oplossen. Het modulaire principe van het bouwen van een systeem is een principe waarbij het gehele systeem uit losse onderdelen (modules) wordt samengesteld. Het BS bestaat ook uit dergelijke modules - subsystemen. Het BS omvat bijvoorbeeld een subsysteem voor gegevensvoorverwerking, een subsysteem voor operationeel factureringsbeheer en een subsysteem voor klantmeldingen. De openheid van het systeem betekent de openheid van de broncode van het softwareproduct, waardoor de operator in de toekomst niet afhankelijk is van de ontwikkelaar en het systeem zelfstandig kan onderhouden en upgraden. Nauw verwant aan de flexibiliteit van het BS is de volgende kwaliteit van geautomatiseerde berekeningssystemen: schaalbaarheid.
Schaalbaarheid van lading. Met de groei van het abonneebestand en de opkomst van aanvullende diensten zou het niet nodig moeten zijn om het softwaregedeelte van het BS te wijzigen of aan te passen. Het vergroten van de mogelijkheden van het BS moet worden bereikt door het upgraden van de systeemhardware. Bij het ontwerpen van schaalbare systemen is het noodzakelijk om DBMS'en te gebruiken die zijn ontworpen voor grote hoeveelheden gegevens. Het DBMS moet compatibel zijn met verschillende computerplatforms om ondersteuning te bieden voor werking met meerdere processors.
Betrouwbaarheid is een van de belangrijkste vereisten voor elk systeem. De betrouwbaarheid van het BS wordt bepaald door de betrouwbaarheid van het DBMS en de technologieën die worden gebruikt bij de systeemontwikkeling. Niet in de laatste plaats is van belang de betrouwbaarheid van de leverancier (ontwikkelaar) van applicatiesoftware: de tijd dat deze op de markt is geweest en, als indirecte indicator, het percentage aanwezigheid van de door hem ontwikkelde systemen op de telecommunicatiemarkt. Tegelijkertijd wordt de betrouwbaarheid van de BS ook gewaarborgd door het voldoen aan bepaalde normen tijdens de ontwikkeling ervan.
Meertalig - de mogelijkheid om verschillende talen in te stellen om informatie te presenteren.
Meerdere valuta's - de mogelijkheid om met alle valuta's te werken
Uitgestelde facturering is facturering waarbij betalingen worden gedaan nadat er gesprekken hebben plaatsgevonden.
Hot Billing - veranderingen in het rekeningsaldo vinden plaats tijdens het gesprek en informatie over het saldo op uw rekening kan onmiddellijk na het gesprek worden verkregen.
Factureringsoptimalisatie - verbetering, verbetering door de exploitant van zijn BS.
Grote BS - systemen die worden gebruikt door grote operators.
Facturatieposten - vastleggen van de resultaten van factureringsberekeningen; Na berekeningen worden de resultaten beschikbaar voor gebruikers (verzonden, afgedrukt).
Omdat het BS bedoeld is om de verrekeningen met de klant te automatiseren, moet het automatisering bieden vanaf het sluiten van een overeenkomst tot het uitreiken van facturen voor mobiele communicatiediensten, en wel op de juiste manier. Met behulp van subsystemen van automatische diensten en automatische gegevensverzameling moet ASR abonnees de mogelijkheid tot zelfbediening bieden. Bij sommige BS kunnen abonnees bestellingen plaatsen voor verbindingen en betalen voor diensten via internet.

Structuur en functies van het facturatiesysteem
Het factureringsorganisatieschema is niet ingewikkeld: informatie over verbindingen en hun duur wordt door de switch geregistreerd en, na voorafgaande verwerking, overgebracht naar het facturatiesysteem. Het facturatiesysteem ‘kent’ de tarieven. Het identificeert de oproep en voert de nodige berekeningen uit, waardoor het account van de abonnee wordt gegenereerd. Het is duidelijk dat het systeemgeheugen niet alleen normen, tarieven en informatie over diensten moet opslaan, maar ook gegevens over klanten, contracten die zijn gesloten met abonnees en externe aanbieders van communicatiediensten (indien van toepassing), evenals over de kosten van het verzenden van informatie via verschillende kanalen en richtingen (het systeem moet ook voorzien in de aanwezigheid van dealers: zij kunnen bijvoorbeeld verschillende prijzen hanteren voor aansluiting). Bovendien moet elke BS een database hebben waarin de betalingsgeschiedenis wordt opgeslagen: alleen met deze informatie kunt u het betalingsproces controleren en de zogenaamde activering/deactivering van abonnees automatiseren. Deze BS-functie kan ook beschermend worden genoemd, omdat het degenen die er niet voor betalen niet toestaat communicatiediensten te gebruiken.

Rijst. 11. Structuur van het factureringssysteem
Op basis van hun functionaliteit kunnen BS'en worden onderverdeeld in drie klassen: die bedoeld voor transnationale telecomoperatoren, op maat gemaakte systemen op nationale schaal en middenklassesystemen voor regionale netwerken.
BS die tot de eerste klasse behoren, moeten de interactie van netwerken op internationaal niveau garanderen, in verschillende tijdzones, d.w.z. ze moeten meerdere valuta's en meertalig zijn.
Voor een specifieke operator worden maatwerksystemen op nationale schaal gerealiseerd. De exploitant heeft mogelijk een nieuw BS nodig dat compatibel is met een bestaand verrekeningssysteem. Natuurlijk zijn de kosten van dergelijke individuele systemen veel hoger.
Op regionale schaal kun je rondkomen met standaard BS. Tegelijkertijd moeten dergelijke systemen de hierboven genoemde kwaliteiten hebben: flexibiliteit, schaalbaarheid, betrouwbaarheid. Elke BS wordt gemaakt en geconfigureerd voor het bedrijfsproces van een specifieke telecomoperator, heeft zijn eigen reeks functies die overeenkomen met de technologische cyclus van het leveren van diensten, en kan werken met specifieke netwerkapparatuur die hem voorziet van informatie over oproepen en verbindingen - dat wil zeggen , de BS is geen “doosproduct”. Maar er is ook een standaardset functies die door bijna alle BS worden ondersteund. Het omvat:
bewerkingen uitgevoerd in de fase van voorlopige verwerking en analyse van broninformatie, bijvoorbeeld de functie van het verkrijgen van gegevens over verbindingen en diensten (verzoeken aan de overstap);
beheeractiviteiten van netwerkapparatuur: functies voor het activeren/deactiveren (blokkeren/deblokkeren) van abonnees en opdrachten voor het wijzigen van de abonnementsvoorwaarden van abonnees, rechtstreeks verzonden naar de schakelaar;
belangrijkste functies van de DBMS-applicatie, waaronder: het in rekening brengen van schakelrecords over oproepen en diensten; vorming en bewerking van databasetabellen van verrekeningssystemen; facturering en drukwerk; kredietcontrole van rekeningen; opstellen van rapporten; archiveren.
Zoals reeds vermeld moet de BS flexibel of modulair zijn. Elk element van het geautomatiseerde controlesysteem zorgt voor de implementatie van een specifiek deel van de technologische keten van klantenservice. De belangrijkste subsystemen die kenmerkend zijn voor facturering zijn: een subsysteem voor de voorverwerking van verbindingsgegevens, operationeel facturatiebeheer en een subsysteem voor klantmeldingen.

Het woord facturering betekent voorlopige berekening iets of voorbereidende handelingen om voor elke individuele koper een specifieke transactie te voltooien.

Bij onlinehandel

Het concept is wijdverspreid in online handel. Het betekent dat u een product onmiddellijk tegen een vooraf bepaalde prijs koopt of verkoopt. Bijvoorbeeld de aanschaf van e-books, muziek of films. Er wordt onmiddellijk een factuur voor betaling gegenereerd en aan de koper aangegeven.

Mezelf proces voor het maken van een factuur voor betaling en heet facturering. In dit geval kan de factuur worden betaald nadat deze is gegenereerd, maar zodra dit gebeurt, moeten de goederen onmiddellijk worden verzonden.

Bij het betalen voor nutsvoorzieningen en mobiele-communicatiediensten

Onmiddellijke afschrijving van geld voor verleende diensten. Dit is vooral duidelijk te zien in het voorbeeld van mobiele communicatie, waarbij onmiddellijk na of tijdens het aanbieden van een dienst de kosten van de dienst worden berekend en geld van de rekening wordt afgeschreven.

Facturering is niet beperkt tot het gebied nutsvoorzieningen of mobiele telefoondiensten. Tegenwoordig worden factureringssystemen overal gebruikt, omdat het het mogelijk maakt om klantacties te volgen, de meest populaire producten te bepalen en de verkoop te analyseren.

Dit is een instrument dat steeds vaker door economen en managers wordt gebruikt in hun werk. Met deze systemen kunt u snel en vooral goedkoop de informatie verkrijgen die u nodig heeft over klanten en hun voorkeuren.

Bij verzekeringen

Het berekenen van verzekeringskosten wordt ook wel facturering genoemd. Op basis van informatie over de verzekeraar en regelgeving worden de kosten van de polis en de hoogte van de verzekeringspremies berekend. De eigenaardigheid van dit soort systemen is dat, ongeacht hoe de betalingen plaatsvinden en de verzekeringsmaatschappij opereert, er gebruik van wordt gemaakt individueel betalingssysteem, dat wil zeggen facturering.

Soorten facturering

Er zijn twee soorten facturering: achteraf betalen en vooraf betalen. Achteraf betalen is wanneer de koper betaalt tegen een vooraf afgesproken prijs, maar na ontvangst van het product of de dienst. Bijvoorbeeld bij het onder rembours kopen van boeken of het aansluiten van telefoondiensten op grond van een contract. In dit geval vindt de berekening plaats na de levering van de dienst, aan het einde van de rapportageperiode, die doorgaans één maand of week bedraagt.

Vooruitbetaling betekent dat het product of de dienst betaald is vóór de levering ervan. Bijvoorbeeld het kopen van internetpakketten bij mobiele operators, waarbij bij aansluiting het te betalen bedrag onmiddellijk wordt afgeschreven, ongeacht of de koper de dienst gebruikt of niet.

Er moet onderscheid worden gemaakt tussen geautomatiseerde afwikkelingssystemen (ASS) en informatiefactureringssystemen (IBS). De eerste zijn bedoeld voor geldoverdrachten en betalingen tussen koper en verkoper en zijn van puur praktisch belang.

Ze worden gebruikt door mobiele operators en betalingssystemen. Hoewel informatie wordt vastgelegd in de database, maar wordt niet of zwak gebruikt bij het analyseren van de activiteiten van een onderneming en management accounting.

IBS wordt juist gebruikt voor het verzamelen en analyseren van informatie over klanten en het vormen van het assortiment van het bedrijf. Ze worden voornamelijk geïnstalleerd door grote online winkels die zich bezighouden met de detailhandel in goederen en diensten.

Organisatie van de facturering binnen de onderneming

Simpel gezegd: facturering is dat wel geautomatiseerd tellen de kosten of kosten van een bepaald product of een bepaalde dienst voor elke koper in de onderneming. Het belangrijkste toepassingsgebied van een dergelijk betalingssysteem zijn commerciële ondernemingen die producten produceren of diensten verlenen. Een dergelijk systeem helpt bij het bepalen van de exacte kosten van een bepaald product of dienst, en zorgt er ook voor dat deze informatie in een database wordt opgeslagen.

Om het te organiseren, gebruikt de onderneming moderne communicatiemiddelen, computers en programma's. Zonder het gebruik van computertechnologie en speciale software zou facturering in de vorm waarin deze nu bestaat onmogelijk zijn. Bedrijven die een dergelijk systeem gebruiken, slaan gegevens op over alle klanten en informatie over aankopen die door deze klanten zijn gedaan.

In welke gevallen levert het gebruik van factureringssystemen geen positieve resultaten op?

Ondanks alle voordelen die dergelijke systemen bieden, heeft het gebruik ervan in sommige gevallen geen positief effect en in sommige gevallen zijn ze zelfs schadelijk. Het gebruik van facturering is zinvol in die gebieden waar girale betalingssystemen: overschrijvingen vanaf bankkaarten of elektronische portemonnees.

Dit is de enige manier waarop het bedrijf zal slagen automatiseer het incassoproces en het verwerken van grote hoeveelheden informatie en het bijhouden van persoonlijke gegevens en het analyseren van individuele klantgegevens.