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 leek historisch gezien eerder, maar vooraf betalen 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, binnen bepaalde tijd, (bijvoorbeeld één keer per dag) maakt 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 postpaid-systeem 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 exploitant biedt verschillende soorten diensten en worden gebruikt verschillende soorten netwerken (kanaal-/pakketschakelingssysteem), dan moet de facturering om het probleem van het monitoren van de account van een abonnee op te lossen, verschillende kostenprotocollen gebruiken, bijvoorbeeld de volgende:

Interactieschema van het prepaidplatform met het netwerk van de operator.

Laten we deze protocollen in meer detail bekijken.

GLB

GLB(CAMEL-toepassingsonderdeel) – protocol toepassingsniveau SS7-stack, die intelligente diensten 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:

Laaddialoog met behulp van het CAP-protocol, stippellijnen ISUP-berichten worden weergegeven.

1. 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 een abonnement kan afsluiten spraakoproep(staat er geld op de rekening), indien mogelijk, voor hoeveel? maximale tijd.
2. 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.
3. De switch wordt, nadat hij toestemming heeft gekregen van OCS, geïnitialiseerd spraakverbinding tussen abonnees via het ISUP-protocol, waarbij een IAM-bericht (Initial Address Message) naar MSC2 wordt verzonden.
4. MSC2 reageert op MSC1 met een ACM (Address Complete Message), binnen in dit geval dit betekent "ja, mijn abonnee, hij is nu online, ik begin hem te bellen." Nadat dit bericht is ontvangen, wordt MSC1 ingeschakeld lange pieptonen abonnee A.
5. Abonnee B neemt de telefoon op, MSC2 stuurt MSC1 het bericht ANM (Answer Message) - "mijn abonnee heeft de telefoon opgenomen, verbind ze."
6. 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 van deze abonnee. Vanaf dit moment begint het opladen (er rekening mee houdend dat de eerste 3 seconden gratis zijn).
7. Terwijl abonnees communiceren, bewaakt MSC1 de gesprekstijd. Als er weinig tijd over is, waarschuwt de MSC de abonnee met een geluidssignaal.
8. 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.
9. MSC1 verzendt het bericht Event Report BCSM (O_Disconnect - “abonnees succesvol verbroken”) en Apply Charging Report (hoeveel seconden het gesprek duurde) naar OCS.
10. 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 opladen spraakoproepen– het kan ook internetverbindingen, sms, mms, enzovoort in rekening brengen. Hoewel in de praktijk voor deze behoeften meestal speciaal op maat gemaakte protocollen (DIAMETER/OSA) worden gebruikt.

OSA

OSA(Open servicetoegang) – open software-interface ontwikkeld door het 3GPP- en ETSI-consortium, vaak gebruikt voor het in rekening brengen van VAS-diensten en mobiel internetten.

Denk eens aan het werk van dit protocol met behulp van het voorbeeld van tarieven voor mobiele internetdiensten:

1. Wanneer u PDP Context probeert te activeren (de telefoon ontvangt een IP-adres op het netwerk mobiele operator) GGSN vraagt ​​aan het platform of deze abonnee een laadsessie (CreateChargingSessionReq) kan activeren.
2. In ons geval is alles in orde (de abonnee staat in de database, contant geld beschikbaar), creëert het platform een ​​laadsessie en kan de PDP-context worden geactiveerd (CreateChargingSessionResp).
3. 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.
4. 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.
5. 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”).
6. Het platform schrijft het geld af en reageert met het bericht DebitUnitResp (“geld succesvol afgeschreven”).
7. De ReserveUnitReq-DebitUnitResp-cyclus wordt herhaald totdat de abonnee het volledige internet downloadt en de internetsessie sluit.
8. Wanneer PDP Context wordt gedeactiveerd, stuurt GGSN een bericht naar het platform waarin het einde van de laadsessie wordt aangegeven; toegewezen geheugen deze sessie wordt vrijgegeven.

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

Conclusie

Veranderende klantbehoeften (waaronder een toename van het volume van de verzonden data), 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 het later hebben over RADIUS, DIAMETER en andere interessante dingen.

Facturering verwijst in deze zin naar een heel complex van bewerkingen, waarvoor software en hardware, evenals juridische en bancaire ondersteuning voor alle betalingsacceptatieprocedures. Daarom alleen grote aanbieders Voor alle diensten organiseren ze hun eigen facturering, en de meeste bedrijven en particulieren maken gebruik van de diensten van gespecialiseerde factureringsbedrijven. Basisproces facturering is de meting van het aantal diensten dat aan de gebruiker wordt geleverd. Als het gaat om toegang tot internet of een telefoongesprek, dan wordt de software van het bedrijf dat deze dienst levert, de gesprekstijd of de tijd doorgebracht in mondiaal netwerk. En bij het kopen van boeken, programma's of toegang tot een betaalde site op internet gaat het bijvoorbeeld niet om de tijd, maar om het aantal gekochte eenheden. De software van het factureringsbedrijf berekent vervolgens automatisch de kosten van een dergelijke dienst op basis van de tarieven die in het programma zijn ingevoerd. In hetzelfde automatische modus Volgens een vooraf ingevoerd schema geeft het programma een factuur uit aan de koper voor betaling voor de gekochte diensten en draagt ​​het de opbrengst over aan de verkoper, onder aftrek van de overeengekomen betaling voor de werking van dit systeem. Ook met de ontvangst van geld van kopers wordt door het complex rekening gehouden software facturatiecentrum. In ons moderne geautomatiseerde leven, elke dag alles groter aantal particuliere ondernemers en bedrijven beginnen te voorzien betaalde diensten gebruik van elektronische betalingssystemen. Daarom is er een groeiende belangstelling voor factureringsbedrijven die het technische deel van dit complexe proces, zoals hierboven beschreven, op zich nemen. Er zijn al enkele tientallen van dergelijke bedrijven, en als u bijvoorbeeld besluit uw eigen product via internet te verkopen, zult u enige tijd moeten besteden aan het kiezen van de facturering. Ze moeten met elkaar concurreren en steeds meer creëren eenvoudige manieren hun systemen verbinden met elk zakelijk project en gunstiger servicevoorwaarden, dus er is geen duidelijke leider. Wanneer u een factureringsbedrijf kiest, is het eerste waar u op moet letten de betalingsmethoden die het aan uw toekomstige klanten kan bieden. De maximale set omvat maximaal een dozijn elektronische betalingssystemen (Webmoney, Yandex-geld, PayPal, enz.), Verschillende internationale systemen onderhoud creditcards(Visa, MasterCard, American Express, Cirrus Maestro, enz.). Betalingsmogelijkheid bankoverschrijving, controleer, bel naar een betaald mobiel nummer behoort ook tot het dienstenaanbod van facturatiebedrijven. Anderen belangrijke kenmerken Bij het kiezen moet u rekening houden met de kosten van de diensten van het bedrijf, de betrouwbaarheid (goede bedrijfsgeschiedenis) en de beschikbaarheid van technische ondersteuning.

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 dat wel boekhoudsysteem, software die speciaal is ontworpen voor telecommunicatie-exploitanten. 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 op basis daarvan gemaakt 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. Flexibel systeem niet alleen aangepast aan de onmiddellijke behoeften van de exploitant; 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 wordt samengesteld afzonderlijke onderdelen(modules). 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. Openheid van het systeem betekent openheid broncode 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 de BS en de volgende kwaliteit geautomatiseerde systemen berekening - schaalbaarheid.
Schaalbaarheid van lading. Met de groei van het abonneebestand, de opkomst van aanvullende diensten er zou geen noodzaak moeten zijn om te veranderen of aan te passen softwaregedeelte BS. 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 multiprocessor-modus werk.
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.
Multicurrency - 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 toegankelijk voor gebruikers(verzonden, afgedrukt).
Omdat de BS bedoeld is om de afwikkeling met de klant te automatiseren, moet deze automatisering bieden vanaf het sluiten van het contract tot aan de uitgifte van facturen voor diensten mobiele communicatie, en correct. Subsystemen gebruiken automatische diensten En automatische incasso gegevens, moet ACP abonnees de mogelijkheid bieden tot zelfbediening. 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 deze uit noodzakelijke berekeningen, waardoor het account van de abonnee wordt gevormd. Het ligt voor de hand dat het systeemgeheugen niet alleen normen, tarieven en informatie over diensten moet opslaan, maar ook gegevens over klanten, afgesloten contracten met abonnees en externe leveranciers communicatiediensten (indien aanwezig), evenals de kosten voor het verzenden van informatie via verschillende kanalen en routebeschrijvingen (het systeem moet ook voorzien in de aanwezigheid van dealers: zij kunnen bijvoorbeeld verschillende prijzen hanteren voor verbinding). 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
Door functionaliteit BS kan worden onderverdeeld in drie klassen: die bedoeld voor transnationale telecomoperatoren, op maat gemaakte 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 dienstverlening, en kan werken met een specifieke netwerkapparatuur, waardoor het informatie krijgt over oproepen en verbindingen - dat wil zeggen dat de BS geen "doosproduct" is. Maar dat is er ook standaard ingesteld functies ondersteund door bijna alle BS. 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; databasetabellen maken en bewerken verrekeningssysteem; 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 voorlopige verwerking van verbindingsgegevens, operationeel beheer subsysteem voor facturering en klantmelding.

Ongeveer anderhalf jaar geleden werden we geconfronteerd met het probleem dat ons facturatiesysteem (in één keer door iemand geschreven, ondersteund door lokale controle, waarbij de auteur niet langer aanwezig was) de toegewezen taken niet meer aankon. ernaar.

Het bestellen van de ontwikkeling van een nieuw systeem voor uw taken is te duur en te tijdrovend. Daarom ontstond de taak: een geschikte oplossing vinden. De keuze viel uiteindelijk op BGBilling. Het resultaat is dat we nu een jaar met dit systeem werken en over het algemeen zijn we over alles tevreden. Waarom we voor dit systeem hebben gekozen en waarom het goed is (ik zal ook proberen de nadelen te benadrukken), zal ik hieronder in detail proberen uit te leggen.

Welke modules heeft wie nodig? Zonder moduul abonnementskosten- nergens. Laten we aannemen dat de maximale prijs voor een oneindig aantal licenties (oneindig begint met 10.000 licenties) ~100 biljoen bedraagt.
Laten we nu eens kijken wat we doen? De CATV-operator heeft eigenlijk niets anders nodig. De provider wil ook graag een netwerkmodule. Dit is IPN of DialUP - beide kosten ook maximaal ongeveer 100 tr.
De telefoniemodule is een van de duurste. Ongeveer 240tr.
De overige modules zijn voiceip, module digitale televisie- naar mijn mening zijn ze niet zo populair, we zullen ze niet overwegen. Als u geïnteresseerd bent, kunt u het op de website berekenen.

Technische ondersteuning, gemeenschap

Controversieel probleem met betrekking tot technische ondersteuning. Het is betaald. Bij de aanschaf van een licentie wordt voorgesteld een contract voor technische ondersteuning af te sluiten en een pakket met aanvragen aan te schaffen. Voor 25 biljoen euro kun je 50 aanvragen voor een jaar krijgen. Voor 9tr - 15 aanvragen, ook voor een jaar. Is het veel of weinig? We gebruikten 5 verzoeken per jaar. Foutmeldingen worden niet meegeteld als verzoeken, maar om deze te kunnen melden heeft u toch een pakket nodig met minimaal één verzoek.

Gratis ondersteuning wordt geboden door ontwikkelaars op het forum, maar niet binnen een gegarandeerd tijdsbestek. Als door persoonlijke rekening Het antwoord wordt gemiddeld binnen een paar uur gegeven, maar via het forum moet je een dag of twee wachten. Maar op het forum zijn er veel gebruikers zoals jij, die soms sneller advies geven en helpen.

Dat brengt ons bij de kwestie van de gemeenschap en de wiki-database. Ik vond de gemeenschap erg leuk. Op het forum kun je hulp vinden over vrijwel elk probleem. IN de laatste tijd en ze begonnen contact met mij op te nemen via ICQ met vragen, ik geef graag advies als ik weet wat en hoe.

Productiviteit en fakaps

Officiële gegevens worden gepresenteerd op de overeenkomstige websitepagina - bgbilling.ru/program/speed.shtml. Over het algemeen zijn ze te vertrouwen. AP's worden vrij snel afgeschreven. De straal (we gebruiken de DiapUP-module om toegang te krijgen tot het netwerk) houdt de belasting vast met gelijktijdige autorisatie van 1000-1500 gebruikers (lichtverlies in het gebied en vervolgens inschakelen) is volkomen normaal. Radius houdt zich bezig met het berekenen van netflow-statistieken. Kan een stroom van zes Cisco-systemen aan met elk een gigabit verkeer.

Naast de fakaps veroorzaakt door de eigen kromme handen, was er op 1 januari 2010 één nogal onaangename fakap. Voor elke maand worden automatisch nieuwe tabellen met een saldo aangemaakt. Vanwege een fout in de logica zijn er in 2010 geen nieuwe tabellen gemaakt. Daarom had iedereen op het moment dat de AP werd afgeschreven 0 op zijn rekening staan. Gelukkig is de database zeer goed gedocumenteerd en beschikt deze over functies groepsoperaties- dit werd zeer snel opgelost (voordat de meeste abonnees van hun kater waren bekomen en online gingen).

Lancering, overdracht van bestaande databases

Het opzetten en starten van het systeem is vrij eenvoudig, er valt niets bijzonders op te merken. Pak het archief uit, voeg executables.sh toe aan autorun, laad de tabelstructuur uit het dumpbestand en waarschijnlijk is dat alles - het zal al werken =).

Interessant moment. De belangrijkste componenten van het systeem - server, radius, planner - kunnen worden onderverdeeld in verschillende servers, geef IP-adressen op in de instellingen en alles werkt prima, maak verbinding met de server en verdeel de belasting.

Over lastverdeling gesproken. Alle taken worden in een wachtrij gedumpt, die door de planner wordt verwerkt. Bovendien heeft het vrijwel niets met de server te maken. Die. de taak om statistieken te verwijderen, het verkeer opnieuw te berekenen - zal de planner laden, maar heeft op geen enkele manier invloed op de prestaties van de factureringsserver zelf - het zal werken in normale modus, door taken in een wachtrij te plaatsen, krijgt u toegang tot de database voor de radius en andere modules.

Conclusie, vergelijking met andere systemen

Over het algemeen ben ik tevreden met de facturering. Nu ben ik mijn interface aan het afronden (opnieuw ben ik blij dat de database gedocumenteerd is - write noodzakelijke verzoeken database is heel eenvoudig)

Er waren geen bijzondere mogelijkheden om te vergelijken met andere systemen. Volgens de beoordelingen van degenen die van UTM overstappen, zijn hemel en aarde de documentatie en openheid van de database, de mogelijkheid om uw eigen scripts toe te voegen en uw eigen bedrijfslogica te implementeren.

PS als je vragen hebt, stel ze dan, ik zal proberen te antwoorden.

| Recreatie en hobby's | Leven | Archief |

RSS bankieren: betalingssysteem handig voor iedereen

Het dienstenaanbod van vrijwel elke bank omvat bewerkingen voor het accepteren van energierekeningen en begrotingsbetalingen en de daaropvolgende overdracht ervan aan de ontvangende organisatie. Ondanks de ogenschijnlijke eenvoud van het aanbieden van deze dienst, dit type operaties zijn altijd behoorlijk arbeidsintensief geweest, omdat er verschillende werkfasen bij betrokken waren, waaronder het opstellen van een aanzienlijke hoeveelheid bankdocumentatie. Ook voor de klanten was dit systeem niet erg handig: betalers van diensten 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 met de introductie begonnen nieuw systeem berekeningen, genaamd “facturering”. Dit complex houdt in volledige automatisering toelatingsproces diverse betalingen en overbrengen 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. Daarna deze onderneming verstrekt de bank haar gegevens voor het crediteren van bedragen, alsmede klantenbestand met decodering van schulden voor elke 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 legt één keer vast kunststof kaart cliënt op de door hem opgegeven achternaam of identificatienummer betaler. Zo kan hij niet alleen de maandelijkse schuld voor gas, water of telefoon afbetalen, maar krijgt hij ook tijdig informatie over de status ervan.

Dit systeem is ook van toepassing op het betalen van eenmalige betalingen als de organisatie een overeenkomstige overeenkomst met de bank heeft gesloten. Dankzij het facturatiesysteem kan de klant het bedrag aan belasting of verplichte toeslag betalen met behulp van het ontvangstbewijsnummer dat is uitgegeven door de belastingdienst of een andere budgetorganisatie.

Voor ondernemingen die betalingen van het publiek ontvangen, is facturering ook het handigste en betrouwbaarste systeem, omdat automatisering van berekeningen de mogelijkheid elimineert dat geld wordt gecrediteerd aan een ongepaste ontvanger. Bovendien is het gebruik hiervan bankdiensten vermindert aanzienlijk de tijd die nodig is voordat betalingen op de lopende rekening van de organisatie worden ontvangen.