Utdannings- og vitenskapsdepartementet i Russland

føderal statlig budsjettutdanningsinstitusjon
høyere profesjonsutdanning
"St. Petersburg State Technological Institute
(Teknisk universitet)"

UGS (kode, navn) 080000

Treningsretning (kode, navn) 080500.62

Profil (navn) elektronisk virksomhet

Fakultet for økonomi og ledelse

Institutt for bedriftsinformatikk

Akademisk disiplin DEN-bedriftsinfrastruktur

Kurs 1 Gruppe 6219

ABSTRAKT

Emne : "Hvordan fungerer mobiloperatørfakturering?"

Student Platonova N.V.

veileder,

Jobbtittel Khaidarov A.G.

(signatur, dato) (initialer, etternavn)

Karakter

(signatur fra leder)

Saint Petersburg
2012

Introduksjon. 3

1. Hva er fakturering? 4

2. Faktureringssystem. 5

3. Faktureringsfunksjoner i virksomheten. 6

3.1. Oppgjørsdrift. 7

3.1.1. Forhåndsbetalt. 8

3.1.2. Etterbetalt. 8

3.2. Informasjonstjeneste. 9

3.3. Finansielle tjenester. 9

4. Klassifisering av fakturering etter formål.. 9

4.1. For transnasjonale teleoperatører. 9

4.2. Tilpasset i nasjonal målestokk. 10

4.3. Middelklassesystemer for regionale nettverk. 10

5. Faktureringsorganisasjonsordning. elleve

Konklusjoner... 12

Liste over referanser som er brukt.. 16

Introduksjon

I dette arbeidet vil jeg prøve å finne ut hvordan mobiloperatørfakturering fungerer. For å gjøre dette setter jeg en rekke mål, hvis oppnåelse vil være resultatet av arbeidet mitt:

1. finn ut hva fakturering er,

2. finn ut hva faktureringssystemet er,

3. finne ut hvilke funksjoner fakturering utfører,

4. finne ut hvilke typer fakturering det finnes,

5. se et eksempel på hvordan fakturering fungerer.

1. Hva er fakturering?

Fakturering (i telekommunikasjon) er et sett med prosesser og løsninger hos kommunikasjonsforetak som er ansvarlige for å samle inn informasjon om bruken av teletjenester, deres tariffer, fakturering av abonnenter og behandling av betalinger.

Fakturering er en essensiell komponent i aktivitetene til enhver kommersiell telekommunikasjonsoperatør, uavhengig av type telekommunikasjon: fastnett- og mobiloperatører, Internett-telefoni, virtuelle operatører, Internett-leverandører, operatører av transitt digital trafikk, leverandører av digital-TV - kan ikke eksistere uten fakturering, takk som fakturaer utstedes til forbrukere av deres tjenester og den økonomiske komponenten av deres aktiviteter er sikret.

For faktureringssystemer innen telekommunikasjon bruker det russiske språket også begrepet automatisert oppgjørssystem (ACP), spesielt brukes dette begrepet i offisielle dokumenter fra det russiske kommunikasjonsdepartementet, som foreskriver obligatorisk sertifisering av faktureringssystemer.

2. Faktureringssystem

Systemer som beregner kostnadene for kommunikasjonstjenester for hver klient og lagrer informasjon om alle tariffer og andre kostnadsegenskaper som brukes av teleoperatører for å fakturere abonnenter og gjøre oppgjør med andre tjenesteleverandører, kalles faktureringssystemer, og syklusen av operasjoner som utføres er forkortet som fakturering. Det bør understrekes med en gang: slike systemer opprettes ikke bare på grunnlag av kundens krav. Det finnes en rekke internasjonale ITU-dokumenter som regulerer deres hovedfunksjoner og måter å implementere disse funksjonene på. For eksempel diskuterer dokumentene i E230-, E260- og E1001-serien de tekniske aspektene ved beregning av samtalevarighet, opptak av samtaler for ulike typer kommunikasjon og bestemmelse av fakturerbar samtalevarighet for abonnenter. Beskrivelser av de grunnleggende prinsippene for tariffer for mobilkommunikasjonstjenester og tilkoblingsscenarier er gitt i anbefalingene for D103-, D110- og D93-seriene. Lignende dokumenter ble utstedt av den russiske føderasjonens statskomité for kommunikasjon: disse er "Generelle tekniske krav for automatiserte oppgjørssystemer med brukere for telekommunikasjonstjenester" (juni 1998).

3. Faktureringsfunksjoner

I forhold til kommunikasjonssystemer er faktureringssystemer designet for å utføre følgende oppgaver:

· Kontroll og strukturering av bedriftens kommunikasjonskostnader
Struktureringskostnader lar deg få et reelt bilde av bruken av en så viktig og verdifull bedriftsressurs som kommunikasjon. Barsum lar deg detaljere kommunikasjonskostnader for enhver administrativ enhet, ned til en avdeling eller individuell ansatt.

· Regnskap for utgifter til kunder og prosjekter Barsum lar deg automatisk holde oversikt over utgifter som er gjort i kundenes interesse og utstede konsoliderte fakturaer til kunder. Regnskap for utgifter til midlertidige prosjektteam kan gjennomføres parallelt med hovedkonsernregnskapet.

· Utstedelse av telefonregninger på hoteller og forretningssentre. Barsoom kan brukes som en del av en PMS på hoteller og forretningssentre. I dette tilfellet belaster den automatisk telefonsamtaler og sender denne informasjonen til PMS for inkludering i kundens regning.

· Analyse og optimalisering av bruk av kommunikasjonskanaler (økonomisk aspekt). Å bruke et prissystem gir mulighet for "hva hvis?"-analyse. Resultatene av en slik analyse kan vise at bruk av en dedikert kanal eller endring av operatør vil redusere kommunikasjonskostnadene betydelig.

· Optimalisering av telekommunikasjonsinfrastruktur (teknisk aspekt). Ved å bruke statistiske trafikkdata kan du identifisere flaskehalser i en bedrifts telekommunikasjonsinfrastruktur. Optimal infrastrukturkonfigurasjon vil forbedre kvaliteten på kommunikasjonen uten ekstra kostnader.

Faktureringsfunksjoner i et foretak er gruppert i tre hovedblokker: oppgjørsvirksomhet, informasjonstjenester og finansielle tjenester.

I bred forstand, når man vurderer fakturering i integrasjon med inntektsstyring, fremheves tilleggsfunksjoner som inntektssikring, lønnsomhetsstyring for abonnenter og svindelkontroll.

3.1. Oppgjørsdrift

Beregningsoperasjonsblokken inkluderer funksjoner som å bestemme forbruk (for eksempel å motta detaljert informasjon om samtaler fra sentraler, behandle data fra bytteutstyr om trafikkforbruk, motta data fra et formidlingssystem), estimere forbruk (bestemme de beregnede egenskapene til forbruksdata) , aggregeringsestimater og dannelse av gebyrer for abonnenter, beregning av skatter, rabatter, tilleggsgebyrer, justeringer, utstedelse av fakturaer for betaling, sikring av levering eller kjennskap til abonnenter med fakturaer for betaling, administrering av personlige kontoer til abonnenter.

Implementeringen av beregningsblokken kan variere betydelig både for ulike typer kommunikasjon og i ulike modeller for forhold til abonnenter.

Det er 2 hovedtyper av beregninger:

· forskuddssystem (forskuddsbetalt), når penger betales på forhånd.

· etterskuddsbetalt - utstede en faktura for en periode basert på resultatene (etterskuddsbetalt)

3.1.1. Forhåndsbetalt

Forskuddsbetalt (forskuddsbetaling) er en modell av oppgjør med abonnenter og agenter, som involverer foreløpig innskudd av midler til din personlige konto til en kommunikasjonstjenesteoperatør, som deretter brukes på å betale for de mottatte tjenestene. Forhåndsbetalte oppgjørssystemer fører vanligvis journaler i sanntid, og styrer direkte prosessen med å levere tjenester; når den nedre terskelen for beløpet på motpartens konto er nådd, kan modusen for å levere tjenester endres (opptil fullstendig oppsigelse). Mengden av midler på kontoen, varigheten av å opprettholde en positiv saldo, størrelsen og regelmessigheten av kvitteringer kan tjene som tariffparametere ved beregning av kostnad, kvalitet og mengde tjenester som tilbys.

Funksjonaliteten for å støtte begrenset tilgang til sanntidskommunikasjonstjenester med en forhåndsbetalt faktureringsmodell blir noen ganger referert til som hot billing.

3.1.2. Etterbetalt

Postpaid er en betalingsmodell der operatøren først leverer tjenester til en abonnent eller agent i henhold til en avtale inngått med ham, og deretter tariffering og fakturering for betaling. Prosessen med tariffer og fakturering er planlagt og regelmessig og dekker vanligvis den kalenderperioden som er spesifisert i kontrakten (oftest en måned, noen ganger en uke, kvartal, år). Motparten er forpliktet til å betale fakturabeløpet innen tidsrommet som er spesifisert i kontrakten; i tilfelle for sen betaling, brukes metodene for å jobbe med skyldneren spesifisert i kontrakten på ham, som en del av prosessene for innkreving fordringer.

3.2. Informasjonstjeneste

Informasjonstjenester inkluderer funksjoner for å støtte driftsinformasjon om abonnenter, om produkter og tjenester, inkludert deres tariffer, begrensninger, mulige kombinasjoner, samt konfigurasjonsdata om fakturering generelt (for eksempel fakturering og faktureringsplaner, administrasjon av abonnentvarslingshendelser, revisjon og informasjon om aldringsinnstillinger, akseptable egenskaper for abonnenter).

3.3. Finansielle tjenester

Finansielle tjenester dekker funksjonene til å behandle betalinger, avstemme dem for utstedte fakturaer og tjenester, administrere fordringer til abonnenter og prosessen med innsamling, behandling av skattedata.

4. Klassifisering av fakturering etter formål

Basert på funksjonaliteten til slike systemer kan de deles inn i tre klasser – beregnet på transnasjonale teleoperatører, skreddersydde i nasjonal skala, og såkalte middelklassesystemer for regionale nettverk.

4.1. For multinasjonale teleoperatører

Produkter som tilhører første klasse skal sikre interoperabilitet av nettverk på internasjonalt nivå og drift i ulike tidssoner, d.v.s. har et flervaluta- og flerspråklig grensesnitt og tar hensyn til skatteforskjeller i ulike land. De er preget av en heterogen struktur og tett integrasjon med regnskapssystemer.

4.2. Tilpasset i nasjonal målestokk

Skreddersydde systemer i nasjonal målestokk opprettes dersom det er spesifikke operatørkrav til funksjonen til selve systemet, egenskapene til kommunikasjonsnettverket, eller behovet for å bruke et ikke-standard grensesnitt med eksisterende betalingssystemer. Derfor er slike systemer preget av høye utviklings- og vedlikeholdskostnader.

4.3. Mellomklassesystemer for regionale nettverk

Regionalt er standard faktureringskrav vanligvis ganske akseptable. Slike systemer har nesten alltid en klassisk klient-server-arkitektur og bruker (spesielt nylig) ofte et webgrensesnitt. Vi bør imidlertid ikke glemme at de må gi skalerbarhet og funksjonell utvidelse.

5. Faktureringsorganisasjonsordning

Fa(fig. 1) er ganske enkel: informasjon om tilkoblinger og deres varighet registreres av bryteren og, etter foreløpig behandling, overføres til faktureringssystemet. Programmene "kjenner" alle takstene for kommunikasjonslinjer som er mulige i et bestemt telekommunikasjonsnettverk, "identifiserer" identiteten til samtalene og utfører de nødvendige beregningene og genererer abonnentkontoer.

Ris. 1: faktureringsorganisasjonssystem

Det er åpenbart at et slikt system ikke bare skal lagre standarder, tariffer og informasjon om tjenester, men også data om kunder, kontrakter inngått med abonnenter og tredjeparts kommunikasjonstjenesteleverandører (hvis operatørens nettverk er koblet til andre), samt på kostnadene ved å overføre informasjon via ulike kanaler og retninger. I tillegg er ethvert betalingssystem utenkelig uten en "historikk" av betalinger og fakturaer utstedt av alle kunder, siden bare denne informasjonen gjør det mulig å organisere betalingskontroll og automatisere såkalt aktivering/deaktivering av abonnenter. Jo kraftigere DBMS-utøvende mekanisme er, jo mer storskala og multifunksjonelt vil faktureringssystemet bygget på grunnlaget være.

6. Hvordan foreta betalinger gjennom faktureringssenteret?

Fakturerings (oppgjørs) senter er en organisasjon som kombinerer all informasjon som kommer fra tjenesteleverandører. Bruken av slike sentre gjør det mulig å lage et enhetlig informasjonssystem og forenkle mange rutinemessige prosedyrer som tar mye av borgernes tid.

Selve betalingsakseptprosedyren har noen særegenheter. Det er ikke behov for betalingsdokumenter. Betaler trenger kun adresse, telefonnummer eller personlig kontonummer i databasen. Som svar får innbyggeren en kvittering eller sjekk som hans initialer og etternavn, samt andre detaljer, er angitt. Faktureringssentre opererer online med betalingsmottakspunkter, og midler overføres umiddelbart til kontoene til de relevante organisasjonene. For betalere er det nye betalingsmottakssystemet et klart fremskritt. Nå kan du når som helst få informasjon om statusen til din personlige konto, eksistensen av gjeld osv. Nettverket av betalingsmottakspunkter er også betydelig utvidet. La oss håpe at kilometerlange køer ved betalingsmottakssteder er en saga blott, og den ubehagelige prosedyren for å betale regninger vil nå ta noen minutter.

7. Eksempel på hvordan fakturering fungerer

Hver bruker har en kontantkonto som midler belastes en gang om dagen kl. 00:00, i henhold til de valgte tarifferne hvis kontoen ikke er sperret. Hvis kontoen har 0 rubler, debiteres ingenting, kontoen går ikke i negativ retning, og Internett slås ikke på. For å aktivere, må du fylle på kontoen din. Hvis beløpet på kontoen er mindre enn den valgte tariffen (for eksempel: det er 5 rubler på kontoen, og tjenesten koster 9 rubler per dag), forblir dette beløpet på kontoen din. Internett vil ikke fungere, siden dette beløpet ikke er nok til å betale på forhånd for tjenester for neste dag. Hvis beløpet på kontoen er større enn den valgte tariffen (for eksempel: det er 50 rubler på kontoen, og tjenesten koster 30 rubler per dag), vil tariffbeløpet (30 rubler) bli belastet ved midnatt, Internett skal jobbe.

Du satte inn 50 rubler på kontoen din klokken 23:00. Du har en tariff på 512. Når du slår på tjenesten, vil du umiddelbart bli belastet 9 rubler for levering av tjenesten for gjeldende dag. Så klokken 00:00 vil ytterligere 9 rubler bli debitert for neste dag. Dermed vil du allerede klokken 01:00 ha 32 rubler på kontoen din.

For å unngå disse øyeblikkene:

Fyll på kontoen din en gang i måneden ved å gange antall dager i måneden med tariffen. Fyll på kontoen din umiddelbart etter 00:00 eller tidlig om morgenen.

Systemet regner ikke om etter time.

Husk: når du slår på VPN (systemet belaster umiddelbart penger for gjeldende dag. Denne tjenesten er helautomatisert, noe som betyr at midler debiteres automatisk. Ingen kan vilkårlig belaste penger fra kontoen din, systemet gjør dette iht. tariffer.

VPN (Virtual Private Network) er et generalisert navn for teknologier som lar en eller flere nettverkstilkoblinger (logisk nettverk) tilbys over et annet nettverk (for eksempel Internett). Til tross for at kommunikasjon utføres over nettverk med et lavere ukjent tillitsnivå (for eksempel over offentlige nettverk), avhenger ikke tillitsnivået i det konstruerte logiske nettverket av tillitsnivået i de underliggende nettverkene på grunn av bruk av kryptografiverktøy (kryptering, autentisering, offentlig nøkkelinfrastruktur, for å beskytte mot repetisjoner og endringer i meldinger som sendes over det logiske nettverket).

konklusjoner

Som et resultat av arbeidet som ble utført, lærte jeg hva fakturering er og hvordan det fungerer.

Hvem av oss har ikke klaget ved synet av ryddige regninger for telefonsamtaler, og tviler i våre hjerter på riktigheten av tallene? Men hvis feil var fullt mulig for noen år siden, er de i dag nesten umulige. Det er takket være fakturering at nøyaktigheten av beregningene er garantert av den automatiserte tarifferingen av tjenester utført av faktureringssystemet.

Bibliografi

1. Katalog "Datanettverk i Russland. Internasjonale kommunikasjonstjenester." - M.: LLP "ELIS. LTD" 1992

2. Proceedings fra konferansen "Utvikling av faktureringssystemer og informasjonsteknologier for kommunikasjonsbedrifter" 18. desember 2002. Triumph Pavilion

4. Internett-sider:

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

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

Faktureringssystemer: grunnleggende konsepter

Fakturering. Hvilke assosiasjoner vekker dette begrepet? Kanskje det er en forbindelse med Bill Gates? Nei, heldigvis har han ennå ikke «stukket nesen» inn på telekommunikasjonsfeltet. Vel, det er bare en spøk. Men for å være seriøs, la oss se på opprinnelsen til ordet fakturering. Det engelske ordet "bill" kan oversettes som "konto" (andre oversettelser: regning, seddel). "Fakturering" er oversatt med uttrykket "skrive en faktura."

Hva er et faktureringssystem?

Systemer som beregner kostnadene for kommunikasjonstjenester for hver klient og lagrer informasjon om alle tariffer og andre kostnadsegenskaper som brukes av teleoperatører for å utstede fakturaer til abonnenter og gjensidige oppgjør med andre tjenesteleverandører, kalles faktureringssystemer; syklusen av operasjoner de utfører kalles fakturering. Et faktureringssystem (BS) er et regnskapssystem, programvare, med andre ord "programvare" utviklet spesielt for operatører. Hvilke operatører? Telekommunikasjon. Det vil si at vi ikke bare snakker om mobiloperatører. BS-er brukes også av vanlige (fasttelefon, fast) kommunikasjonsoperatører. På små kontorer kan du for eksempel gjennomføre telefonifakturering (analyser: hvem som ringte, når, hvor lenge samtalen varte). IP-telefoni er et annet bruksområde for BS. Hva med internettleverandører? De bruker også for eksempel BS til å generere fakturaer og registrere trafikk. Enhver BS er opprettet på grunnlag av et spesifikt databasestyringssystem (DBMS). De fleste BS i verden ble opprettet på grunnlag av Oracle DBMS. Blant andre DBMS-er kan Sybase og Informix skilles ut som designet for store mengder informasjon. Her er navnene på noen faktureringssystemer: BIS, Flagship, CBOSS, Arbor, Bill-2000-prepaid. Det er verdt å nevne at BS også kan bety maskinvare som er involvert i organisering av fakturering.

Terminologi

Jeg vil prøve å vurdere alle de grunnleggende konseptene og definisjonene knyttet til BS. Jeg vil fokusere på BS som brukes av mobiloperatører. Men de fleste definisjoner gjelder også for BS brukt på andre områder. Jeg skal prøve å forklare det så enkelt som mulig slik at de fleste lesere kan forstå stoffet. Hvis du har noe å legge til i vilkårene jeg har lagt inn, vennligst skriv til meg på e-post.

Det er flere navn på faktureringssystemet: ASR— automatisert betalingssystem; IHD— informasjonsfaktureringssystem.

En av de viktige egenskapene til BS er dens fleksibilitet, det vil si evnen til å tilpasse seg endrede omstendigheter. Det fleksible systemet er ikke bare tilpasset operatørens umiddelbare behov; på grunn av slike egenskaper som tilpassbarhet, modularitet og åpenhet, det lar deg løse lovende problemer. Jo flere muligheter systemet har for tilpasning, jo bedre. Hva er det modularitet? Modulprinsippet for å bygge et system er et prinsipp der hele systemet er satt sammen av individuelle deler (moduler), akkurat som et hus er satt sammen murstein for murstein. BS består også av slike moduler - delsystemer. BS inkluderer for eksempel et dataforbehandlingsundersystem, et operasjonelt fakturog et kundevarslingsundersystem (les nedenfor om strukturen og funksjonene til BS). Under åpenhet Systemet innebærer åpenhet i kildekoden til programvareproduktet, noe som gjør at operatøren ikke kan være avhengig av utvikleren i fremtiden og uavhengig vedlikeholde og oppgradere systemet. Nært knyttet til fleksibiliteten til BS er den neste kvaliteten til automatiserte beregningssystemer - skalerbarhet.

Last skalerbarhet. Med veksten av abonnentbasen og utseendet til tilleggstjenester, bør det ikke være behov for å endre eller modifisere programvaredelen av BS. Å øke funksjonene til BS bør oppnås ved å oppgradere systemmaskinvaren. Hva er viktig å tenke på når man designer skalerbare systemer? Det er nødvendig å bruke DBMS designet for store datamengder. DBMS må være kompatibelt med ulike dataplattformer for å gi støtte for multiprosessordrift.

Pålitelighet- et av hovedkravene for ethvert system. Påliteligheten til BS bestemmes av påliteligheten til DBMS og teknologiene som brukes i systemutvikling. Ikke minst viktig er påliteligheten til leverandøren (utvikleren) av applikasjonsprogramvare: tiden den har vært på markedet og, som en indirekte indikator, prosentandelen av tilstedeværelse av systemene den har utviklet på telemarkedet. Hvorfor er indikatoren indirekte? Er Microsoft Windows det beste og mest pålitelige operativsystemet?... Og samtidig opptar det en betydelig markedsandel. Påliteligheten til BS er imidlertid også sikret ved overholdelse av visse standarder under utviklingen (les om dette nedenfor).

Flerspråklig— muligheten til å installere forskjellige språk for å presentere informasjon.

Flervaluta— evne til å jobbe med alle valutaer

Utsatt fakturering— fakturering, der betalinger foretas etter at samtaler har funnet sted.

Hot fakturering— kontosaldoen endres under samtalen, og informasjon om saldoen på kontoen din kan fås umiddelbart etter samtalen.

faktureringsoptimalisering— forbedring, forbedring av operatøren av hans BS.

Stor BS— systemer som brukes av store operatører.

Poster fakturering— registrere resultatene av faktureringsberegninger; Etter beregninger blir resultatene tilgjengelige for brukerne (sendt ut, skrevet ut).

Hva kan, hva bør, eller hva er BS ansvarlig for?

Europeisk (opprinnelses)standard TJÆRE dukket opp i 1992. Den vedlikeholdes av TADIG-arbeidsgruppen. De fleste europeiske operatører bruker TAR2, selv om det er en tredje versjon. Siden 1995, modifikasjon TAP2, kjent som spesifikasjon TD.27, eller NAGTAP2, begynte å bli brukt i USA.

I stedet for en konklusjon

Du tar mobilen opp av lomma, slår nummeret, trykker «ring» og... samtalen finner sted. Nå kan du ikke vente med å finne ut kontosaldoen din. Hvis faktureringssystemet er "hot", blir du umiddelbart informert om dette beløpet. "Jeg beregnet alt nøyaktig, det er et godt faktureringssystem," tenker du. I mellomtiden finner den andre abonnenten ut at han akkurat har nådd tidsbegrensningen og har blitt koblet fra. "Hvorfor trenger jeg denne "varme" faktureringen! Dumt faktureringssystem!» klager han... Ja, du kan ikke glede alle samtidig!

Spesiell takk for informasjonsstøtte til Bolshovaya Galina, magasinspaltist

Samtidig er informasjon om kontostatus tilgjengelig når som helst i faktureringsperioden, noe som gir abonnenten konstant kontroll over utgiftene sine.

Ved inngåelse av avtale med hver abonnent tildeles en personlig konto som det foretas en forskuddsbetaling til, følgelig tilbys kommunikasjonstjenester til abonnenten så lenge kontosaldoen er positiv. Uttømming av midler på den personlige kontoen fører til suspensjon av levering av kommunikasjonstjenester til abonnenten til kontoen er fylt på.

I dette materialet vil vi prøve å forklare hvordan midler debiteres fra en personlig konto.

Fakturering er en prosedyre for å beregne bruk og prissetting av kommunikasjonstjenester. Faktureringssystemet bestemmer med andre ord:

Mulighet for å yte kommunikasjonstjenester til abonnenten, d.v.s. tilgjengelighet av midler på den personlige kontoen;
- type samtaler, deres retning, kostnad;
- tilgjengelighet og kostnader for tjenester som brukes av abonnenten.

Alle beregninger er utført i konvensjonelle enheter som tilsvarer amerikanske dollar. Betaling gjøres av abonnenten i rubler, midler krediteres kontoen til kursen til sentralbanken i Den russiske føderasjonen på betalingsdagen. Betaling anses som utført dersom midlene er mottatt på brukskonto eller i kassen.

3. På hvilke tidspunkter belastes midler fra kontoen?

Periodiske tjenester - tjenester som tilbys fortløpende over en viss periode, for eksempel abonnementsavgifter, nettverk og tilleggstjenester, som du må betale månedlig for.
Engangstjenester - tjenester som tilbys og betales for en gang, etter behov, for eksempel å bytte ut et SIM-kort eller legge til taleposttjenesten.

4. Faktureringsgrupper

Midler belastes abonnentens personlige konto avhengig av tjenestene som tilbys og i samsvar med faktureringsreglene.

Selskapet har tre oppgjørsperioder (faktureringsperioder):

Den første tilsvarer kalendermåneden, dvs. starter den 1. og slutter den siste dagen i måneden;
- den andre begynner den 10. i inneværende måned og slutter den 9. i neste måned;
- den tredje begynner den 20. i inneværende måned og slutter den 19. i neste måned.

Følgelig, innen 10 dager etter slutten av faktureringsperioden, genereres og skrives ut en månedlig faktura, som gjenspeiler informasjon om midlene som er debitert fra abonnentens personlige konto for alle typer tjenester som tilbys.

5. Hvorfor er det forskjell mellom nøyaktig balanse- og balanseinformasjon i ACCA?

Den enkleste og vanligste måten å finne ut statusen til din personlige konto på er å ringe den automatiske abonnenttjenesten på 088011 (samtalen er gratis på hjemmenettverket). Kanskje hver abonnent, etter å ha lyttet til informasjonen om saldoen, spurte spørsmålet "Hvor nøyaktig er informasjonen i ACCA?"

Til tross for de åpenbare fordelene, har imidlertid forhåndsmetoden for gjensidige oppgjør en funksjon som "overskygger" den og reiser mange spørsmål fra abonnenter. Vi snakker om en teknologisk forsinkelse mellom tidspunktet for levering av kommunikasjonstjenester til abonnenten og tidspunktet for deres regnskap og tariffering i oppgjørssystemet (fakturering). Varigheten av en slik forsinkelse bestemmes av belastningen på nettverkssvitsjutstyret og graden av optimalisering av teknologiske prosesser i faktureringssystemet.

6. Kontotyper

Som allerede nevnt, på slutten av hver faktureringsperiode, får abonnenten (for hver personlig konto) utstedt en faktura for betaling, som er en slags rapport til abonnenten for alle kostnader som er gjort i den siste faktureringsperioden. I tillegg inneholder den månedlige fakturaen informasjon om utførte betalinger og anbefalt beløp for forskuddsbetaling.

For å motta faktura for betaling må du bestille og betale for tjenesten "Fakturalevering" i henhold til valgt tariffplan. Fakturaer kan leveres via e-post, faks, post eller bud (innen Moskva og Moskva-regionen). Du kan også ordne leveringsmåten "I hånden", dvs. Abonnenten har mulighet til selvstendig å innhente utstedte fakturaer ved personlig henvendelse til Finanskontrolltjenesten. I tillegg kan du bestille en faktura for betaling via ACCA på faks på 0880141 eller via ISSA på faks eller e-post (fakturalevering er gratis).

Forskuddsbetalingsfaktura

Om nødvendig kan du bestille en faktura for forskuddsbetaling i beløpet angitt av abonnenten selv eller anbefalt av faktureringssystemet fra økonomikontrolltjenesten eller gjennom ACCA, ISSA. Forskuddsfakturaen beregnes gratis.

Tjenesten "Detaljert regning" er en utskrift av abonnentens samtaler for faktureringsperioden. Den angir datoen, klokkeslettet for anropet, telefonnummeret som abonnenten ringte til, eller som anropet ble mottatt fra, hvis

Fakturering er en automatisert prosess som bruker profesjonell programvare. Den analyserer hvordan signalet går gjennom hver celle, deretter blir det sortert og beregnet hva kostnaden for tjenester vil være for en bestemt eier. Det er telefonfakturering som genererer betaling for telefonkommunikasjon. Etter samtalen belaster han så mye penger som angitt i tariffplanen din.

Faktureringssystemer

Mobilfakturering er en kompleks prosess som krever moderne, høykvalitets og kraftige verktøy. Programvare, banktjenester og juridisk støtte er komponenter i ny teknologi. Det er på grunn av dette at telefonfaktureringsprogrammer bare eksisterer i store selskaper som driver med e-handel og, selvfølgelig, i regionale mobilselskaper.

Funksjonen til dette nye systemet er at det beregner prisen for mobilkommunikasjonstjenester separat for hver person. Programmer lagrer informasjon om tidspunktet når brukeren ringte, varighet og andre egenskaper ved samtaler for en viss periode (i et år eller seks måneder). Telefonfakturering innebærer profesjonell programvare som brukes i teleoperatørenes regnskapsberegninger.

Lastfordeling

Som regel samarbeider mobiloperatører med hverandre. De installerer én stasjon og bruker den sammen uten å bruke ekstra penger på programvare, og Vanligvis, i hver by, installerer en operatør et eget tårn for seg selv. I landlige områder og motorveier bruker flere bedrifter en. Det vil bare være én eier av denne mobilstasjonen, men andre operatører betaler ham for leie, kostnaden beregnes basert på antall samtaler.

Internett-trafikk håndteres også av faktureringssystemer. I dette tilfellet belastes abonnenten med en egen takst. Hvert selskap er forskjellig. I den ene må du betale for tiden du bruker på Internett, i den andre for overførte og mottatte informasjonspakker.

Faktureringsfunksjoner

Telefonfakturering er basert på et ganske enkelt prinsipp. Svitsjenoden registrerer alle data, nemlig varigheten og egenskapene til samtalen. Deretter sendes all informasjon som mottas til sentralstasjonen, hvor beregningen gjøres.

Programvaren, som er installert på sentralkontoret, behandler alle data og overvåker regelverk, tariffer og priser. Telefonfakturering inneholder all informasjon om brukeren (tariff, tilgjengelighet av bonuser, priser for enkelte områder).

Disse moderne databasene lagrer informasjon om alle betalinger utført av hver kunde. Dette lar deg beregne uttak. Faktureringsstasjoner er utstyrt med høykvalitets og kraftige datamaskiner som lar deg gjøre beregninger veldig raskt. På grunn av dette får abonnentenes forespørsler om kontostatus resultater nesten umiddelbart.

Programvaren overvåker også brukerens kontostatus. Systemet har muligheten til å deaktivere en abonnent. Hvis en person ikke har toppet kontoen sin på lenge og ikke bruker tjenestene til et mobilselskap, blir han ganske enkelt slått av.

Som du kanskje har gjettet, på grunn av mobiltelefonfakturering, dukker det opp en melding om at systemet ikke kan opprette en forbindelse når regningen er null. Hvis du fyller på telefonsaldoen din, kan du umiddelbart bruke tjenestene; systemet kobler dem til automatisk.

De fleste mobiloperatører lager en tilbakemeldingsfunksjon. Den kontrollerer også mobiltelefonfakturering. Med dens hjelp, ved å logge på din personlige konto, kan du fylle på, deaktivere, koble til ulike tjenester, endre tariff og mye mer.

Hvis du går til mobiloperatørens nettsted, kan du se aktiviteten din for den siste måneden via telefonfakturering. Du kan se hvem du hadde samtaler med, i hvilken varighet og hvor mye penger de belastet deg for det.

Ytterligere faktureringsalternativer: mobilovervåking

Mobiltelefonen som vi bruker til kommunikasjon, som kamera, videokamera, beacon, har noen andre funksjoner. I dag etterforskes de fleste forbrytelser ved hjelp av fakturering. Dette systemet er i stand til å spore alle samtaler.

Hvordan kan telefonfakturering hjelpe i en drapsetterforskning? Det er enkelt, dette systemet registrerer når vi logger på Internett og hvor dette skjer, ringer eller sender SMS.

Ved hjelp av ny teknologi, nemlig fakturering, har mange høyprofilerte forbrytelser allerede blitt etterforsket og bakmennene funnet.

Abonnenten er alltid tilgjengelig

Mobiltelefonen er en stor prestasjon av mennesket, en ny teknologi som har avansert fremgang. Dessverre kan denne teknologien ikke brukes for godt, siden en mobiltelefon er en slags radiofyr som vil hjelpe med å spore en persons plassering.

Som vi allerede har funnet ut, er hele territoriet der det er mobilkommunikasjon delt inn i celler. Det er tårn og spesialstasjoner som har en bestemt adresse.

Hvis du analyserer signalet fra en mobiltelefon, kan du bestemme i hvilken avstand og hvor en person er (i en bil, hjemme, på gaten). Det er heller ikke vanskelig å bestemme abonnentens bevegelse. Du kan ta flere tårn og finne ut en persons rute med en liten feil.

Privat fakturering

De første som brukte fakturering til etterforskning var privatdetektiver. Selvfølgelig brøt handlingene deres med straffeloven.

Hvis det er forbudt, hvordan fikk de informasjonen? Den første måten er å kjøpe data fra ansatte i et mobilselskap. Men nå er det ikke så enkelt, tjenester har begynt å slite med informasjonslekkasje.

Nå, for å få dataene til detektiver, må du betale $500. Og for å analysere det, for å finne ut bevegelsen til en person, må du betale 1500 dollar. I de fleste tilfeller, for at en ansatt i mobilselskapet skal bli interessert i denne "virksomheten", må du hele tiden lære tall i store mengder.

En annen måte er å be kjente operatører finne ut om mobiltelefonen og personen den tilhører. Men dette er ganske langt, etterforskningen kan trekke ut.

Plattformen behandler InitialDP 37 ms; abonnenten lyttet til pip i 10 sekunder; Samtalens varighet er litt mer enn 5 minutter.

Fakturering samler inn informasjon om bruken av teletjenester, deres tariffer, og er ansvarlig for fakturering av abonnenter og behandling av betalinger.

Det er 2 hovedtyper av beregninger:

• Etterskuddsbetaling- utstede en faktura for perioden basert på resultatene (etterskuddsbetalt)
• Og forhåndssystem(forskuddsbetalt), når penger er betalt på forhånd.

Etterbetaling dukket opp historisk tidligere, men forskuddsbetaling viste seg å være mer praktisk for kundene (mer kontrollerbar - hvis noe går galt, oppstår en frakobling, i stedet for at en stor regning blir utstedt).

Etterbetalt system

Når en abonnent på et etterbetalt betalingssystem bruker tjenestene til en operatør, genereres spesielle CDR-filer (Charging Data Record) på bryterne. I hovedsak er dette vanlige logger som indikerer abonnentnummer, dato, anropstid/volum av nedlastet trafikk osv. Fakturering, på et bestemt tidspunkt (for eksempel en gang om dagen) kobles til svitsjen, laster ned CDR-er, beregner kostnadene for tjenester og lagrer alt i en database (vanligvis Oracle). Abonnenten får da utstedt en totalfaktura i slutten av måneden.

System for samhandling av Postpaid-plattformen med kjernen av operatørens nettverk.
CSN- kretsbyttenettverk; Representert av kanalbrytere (MSC).
PSN– pakkesvitsjenettverk; Representert av pakkesvitsjer og gatewayer (henholdsvis SGSN og GGSN).

Prinsippet for driften av det etterbetalte systemet er relativt enkelt, fordi det ikke krever et sanntidssvar fra plattformen: abonnenten trenger tross alt ikke å bli advart om å nå null (og følgelig er det ikke nødvendig å endre arten av nettverkets interaksjon med ham).

Forhåndssystem

I tilfelle av forhåndsdebitering må teleoperatøren, i tillegg til å ta hensyn til volumet av tjenester som tilbys, løse problemet med å spore abonnentens nåværende konto og, hvis den når null, informere abonnenten/deaktivere leveringen av service. Derfor kalles slike systemer også Online Charging System (OCS).

Siden operatøren leverer forskjellige typer tjenester og forskjellige typer nettverk brukes (kanal/pakkesvitsjesystem), må faktureringssystemet bruke forskjellige ladeprotokoller for å løse problemet med å kontrollere abonnentens konto, for eksempel følgende:

System for samhandling av den forhåndsbetalte plattformen med operatørens nettverk.

La oss se på disse protokollene mer detaljert.

LOKK

LOKK(CAMEL Application Part) er en applikasjonslagsprotokoll for SS7-stakken som implementerer intelligente tjenester i GSM/UMTS-nettverk (for eksempel forhåndsbetalt).

Plassering av protokollen på stabelen. Figuren viser også et populært alternativ som bruker SIGTRAN-teknologi (en SS7-utvidelse som tillater bruk av de "syv" protokollene over et IP-nettverk).

Ved å bruke denne protokollen kommuniserer OCS med kretssvitsjenettverket. Her er et eksempel på priser for utgående taleanrop:

Ladedialog ved hjelp av CAP-protokollen, stiplede linjer viser ISUP-meldinger.

1. Først mottar faktureringssystemet en melding (Initial Detection Point) fra MSC1-svitsjen, som overfører abonnentens parametere. Dette er innkommende og utgående numre, celleadressen til den oppringte abonnenten og andre. Basert på dette er det mulig å begynne å analysere samtalen. Fakturering oppretter et bestemt deteksjonspunkt - det vil si tilstanden til samtalen. OCS avgjør om abonnenten kan foreta et taleanrop (om det er midler på kontoen), i så fall for hvilken maksimal tid.
2. Etter dette svarer OCS på bryteren med en Request Report BCSM Event ("Jeg har initialisert deteksjonspunktet, jeg venter på ytterligere informasjon fra deg om statusen til samtalen"). Og sender Apply Charging ("abonnenten har midler på kontoen sin, jeg godkjenner samtalen"). Maksimal tid som abonnenten kan bruke sendes også dit.
3. Svitsjen, etter å ha mottatt tillatelse fra OCS, initierer en taleforbindelse mellom abonnenter som bruker ISUP-protokollen, og sender en IAM-melding (Initial Address Message) til MSC2.
4. MSC2 svarer på MSC1 med en ACM-melding (Address Complete Message), i dette tilfellet betyr det "ja, abonnenten min, han er nå online, jeg begynner å ringe ham." Etter å ha mottatt denne meldingen, slår MSC1 på lange pip til abonnent A.
5. Abonnent B tar telefonen, MSC2 sender MSC1 meldingen ANM (Answer Message) - "abonnenten min tok telefonen, koble dem til."
6. MSC1 kobler sammen abonnent A og B, en samtale begynner. MSC1 sender en hendelsesrapport BCSM (O_Answer) melding til OCS. OCS endrer anropsstatusen for denne abonnenten. Fra dette øyeblikket begynner ladingen (med tanke på at de første 3 sekundene er gratis).
7. Mens abonnenter kommuniserer, overvåker MSC1 samtaletiden. Hvis det er kort tid igjen, varsler MSC abonnenten med et lydsignal.
8. I vårt tilfelle legger abonnent B på først, MSC1 og MSC2 gir et vennlig håndtrykk ved å bruke REL (Release Message) og RLC (Release Complete Message) meldinger.
9. MSC1 sender meldingen Hendelsesrapport BCSM (O_Disconnect – “subscribers successfully disconnected”) og Apply Charging Report (hvor mange sekunder samtalen varte) til OCS.
10. OCS godtar disse dataene og svarer at økten nå kan lukkes.

INVOKE --- A1 TAG: A1h 1B LEN: 27 --- INVOKE ID --- 02 TAG: 02h INTEGER 01 LEN: 1 02 INVOKE ID: 2 === CAP === --- INVOKE --- -- - DRIFT --- 02 TAG: 02t INTEGER 01 LEN: 1 23 DRIFT: 35 = applicer Lading --- APPL LADE --- 30 TAG: 30t SEKVENS 13 LEN: 19 --- ACH BCC --- 80 TAG: 80h 0C LEN: 12 --- TDC --- A0 TAG: A0h 0A LEN: 10 --- MAX C P D --- 80 TAG: 80h 03 LEN: 3 01 19 40 MAX C P D: 4370

Dette er en del av sporet. Vi ser at applicationCharging-meldingen ble sendt via CAP-protokollen, maksimal samtaletid (MAX CPD - Maximum Call Period Duration) er 437,0 sekunder.

Jeg dupliserer bildet før kataen: dette er et eksempel på kommunikasjon ved hjelp av CAP-protokollen. Tidsstempler kan estimeres: plattformen behandler InitialDP 37 ms; abonnenten lyttet til pip i 10 sekunder; Samtalens varighet er litt mer enn 5 minutter.

Men her er samtalen lang og du kan se hvordan systemet selv ber om status på samtalen (activityTest) fra MSC hvert 6. minutt. Dette ble gjort for at samtalen i tilfelle feil ikke skulle vare i flere dager (inntil alle abonnentens penger er debitert).

CAP-protokollen kan lade ikke bare taleanrop - den er også i stand til å lade Internett-tilkoblinger, SMS, MMS og så videre. Selv om det i praksis oftest brukes spesialtilpassede protokoller (DIAMETER/OSA) for disse behovene.

O.S.A.

O.S.A.(Open Service Access) er et åpent programvaregrensesnitt utviklet av 3GPP og ETSI-konsortiet, ofte brukt til å lade VAS-tjenester og mobilt Internett.

La oss vurdere driften av denne protokollen ved å bruke eksemplet på tariffer for mobile Internett-tjenester:

1. Når det gjøres et forsøk på å aktivere PDP Context (telefonen får en IP-adresse i mobiloperatørens nettverk), spør GGSN plattformen om denne abonnenten kan aktivere en ladeøkt (CreateChargingSessionReq).
2. I vårt tilfelle er alt bra (abonnenten er i databasen, midler er tilgjengelige), plattformen oppretter en ladeøkt og lar PDP-konteksten aktiveres (CreateChargingSessionResp).
3. Nå vil abonnenten begynne å laste ned data. For å la ham gjøre dette, kontakter GGSN plattformen med en forespørsel om å reservere midler (ReserveUnitReq). Generelt er enhet en abstrakt ting, den kan være hva som helst - en kilobyte med data, en tekstmelding, et sekunds samtale, en rubel, en pizza, en tønne og så videre. I vårt tilfelle er enheten 100 kB.
4. Plattformen sjekker om en gitt abonnent, i henhold til sin tariff, har midler for 100 kB trafikk og svarer med meldingen ReserveUnitResp ("midler er reservert"). Etter å ha mottatt denne meldingen fra plattformen, lar GGSN abonnenten laste ned trafikk.
5. Når abonnenten har lastet ned den reserverte delen av trafikken, kontakter GGSN plattformen med meldingen DebitUnitReq ("du kan avskrive de reserverte midlene").
6. Plattformen debiterer midlene og svarer med meldingen DebitUnitResp ("midler vellykket debitert").
7. Syklusen ReserveUnitReq-DebitUnitResp gjentas til abonnenten laster ned hele Internett og lukker Internett-økten.
8. Når PDP Context er deaktivert, sender GGSN en melding til plattformen som indikerer slutten av ladeøkten; minnet som er tildelt for denne økten er frigjort.

Be om debitUnitReq; OSA-kommandoer er pakket inn i SOAP-protokollen, som igjen er innkapslet av HTTP-protokollen.

Konklusjon

Endring av kundebehov (inkludert en økning i volumet av overførte data), etablering av nye typer tjenester, innebærer utvikling av mobiloperatørens nettverk, først og fremst innen VAS-plattformer og faktureringssystemer.

Hvis emnet for AAA-familieprotokoller er interessant for deg, vil jeg senere snakke om RADIUS, DIAMETER og andre interessante ting.