Fatturazione delle telecomunicazioni - Processi di valutazione

La tariffa è l'addebito / prezzo per il verificarsi di un evento. Esempi di tariffe includono l'addebito per la durata della telefonata: Ad esempio: "0.40 INR per 1 minuto" o una quantità specifica. Ad esempio: 10.00 INR per 1 MB di download oppure può essere addebitato per la qualità del servizio.

Abbiamo già spiegato che Event è una singola occorrenza di utilizzo del prodotto / servizio. Gli eventi vengono acquisiti dagli elementi di rete sotto forma di CDRS / UDR e passati al sistema di fatturazione per la valutazione e la fatturazione.

La valutazione è il processo di determinazione dell'addebito / prezzo dei singoli eventi. Ad esempio, il prezzo per una chiamata di 2 minuti è 0,80 INR con la tariffa di 0,40 INR al minuto.

Rating Engine, che fa parte del sistema di fatturazione, svolge questa funzione di valutazione.

Processo di valutazione

Rating Engine riceve gli eventi sotto forma di record di dati denominati Call Detail Records (CDR) o Usage Detail Records (UDR), che descrivono l'uso di un prodotto / servizio. Un CDR è una stringa di dati che contiene informazioni sulla chiamata come data e ora della chiamata, durata della chiamata, parte chiamante, parte chiamata, ecc., Che vengono utilizzate per valutare gli eventi.

C'è un elenco di funzioni di base di Rating / Rating Engine -

  • Accettazione di CDR dal sistema di mediazione o da altri fornitori di servizi o partner di roaming in caso di utilizzo in roaming.

  • Convalida dei CDR ed eliminazione di eventuali record duplicati. Questi eventi duplicati vengono memorizzati in una tabella di database per una successiva verifica.

  • Per determinare l'account del cliente che deve essere addebitato per l'evento. Qui, il processo di valutazione raccoglie l'origine dell'evento (numero di cellulare o indirizzo IP, ecc.) E controlla il database per verificare se questa origine dell'evento è associata a un account. Questo passaggio è chiamato Guida agli eventi.

  • Se l'evento non può essere guidato, l'evento verrà rifiutato e potrà essere inserito nella categoria Suspense. Questi eventi rifiutati vengono memorizzati in una tabella del database per una successiva verifica.

  • Per calcolare il costo / prezzo dell'evento come da tariffazione di rating (denominato anche piano tariffario).

  • Per applicare eventuali sconti applicabili sul tempo di valutazione. Potrebbero essere necessari i primi cinque minuti gratuiti e successivamente la chiamata verrà addebitata alla tariffa normale. Questo tipo di sconti sono chiamati sconti sul tempo di valutazione.

  • Per memorizzare l'evento valutato nel database a scopo di fatturazione o inviarlo al sistema esterno per la fatturazione.

L'immagine seguente mostra una panoramica del Rating Engine e delle sue funzioni associate:

Le informazioni del cliente determinano il piano tariffario (tariffa di rating) da utilizzare per il calcolo dell'addebito / prezzo. Il motore di valutazione utilizza le tabelle di valutazione e le informazioni sugli eventi dai CDR (ad es. Distanza, ora del giorno, luogo della chiamata, durata o volume dell'evento, ecc.) Per calcolare l'addebito effettivo per ciascuna chiamata.

Eventi duplicati

Un evento duplicato è definito come qualsiasi evento non fatturato che si riferisce a un altro evento non fatturato in tutti i modi seguenti:

  • I numeri di conto sono identici.
  • Le origini degli eventi sono identiche.
  • Gli ID del tipo di evento sono identici.
  • Le date e gli orari degli eventi sono identici.

Qualsiasi altro criterio può essere definito nel sistema di fatturazione per identificare eventi duplicati. Esistono numerose situazioni che possono causare l'invio di eventi duplicati al sistema di fatturazione:

  • Un fallimento del meccanismo di filtraggio del sistema di mediazione.
  • Errori di codifica nel software del sistema di mediazione.
  • Una ripetizione di tutto o parte di un file di evento passato al Rating Engine.

Eventi rifiutati

Quando Billing System incontra un problema con un particolare evento, l'evento offensivo viene rifiutato. Il rifiuto può essere dovuto a problemi con uno dei seguenti:

  • L'evento stesso.
  • Il piano tariffario.
  • Dati cliente e account.
  • Dati di configurazione.

Ci sono tre ragioni principali per rifiutare un evento:

  • Gli errori di analisi impediscono al sistema di fatturazione di leggere le informazioni nel record dei dettagli dell'evento. Potrebbe verificarsi un errore di analisi perché i dati nel record dell'evento sono danneggiati o nel formato errato.

  • Errori non guidabili impediscono a Geneva di identificare l'origine dell'evento o l'account associato all'evento. Potrebbe verificarsi un errore non orientabile perché l'origine dell'evento non esiste ancora nel database del sistema di fatturazione.

  • Errori non classificabili impediscono a Billing System di calcolare un costo per l'evento. Potrebbe verificarsi un errore non classificabile a causa di problemi con un piano tariffario.

Tutti gli eventi rifiutati vengono pubblicati su un account speciale, che viene chiamato internal account o suspense account e questi eventi rifiutati vengono chiamati suspense events. Il reparto finanziario tiene traccia di tutti gli eventi rifiutati e li conta come parte della perdita di entrate. Il reparto IT presta sempre molta attenzione per risolvere gli eventi rifiutati e valutarli correttamente per risparmiare entrate.

Se un evento rifiutato non può essere risolto e l'operatore non desidera pubblicarlo su un account interno, l'evento può essere scartato. Quando un evento viene scartato, non verrà inviato al motore di valutazione e non verranno effettuati ulteriori tentativi di valutazione.

Valutazione in tempo reale

La valutazione in tempo reale è il processo di prendere gli eventi nel momento in cui si verificano e valutarli immediatamente, con il minor ritardo possibile tra la generazione degli eventi e la determinazione dei costi. La valutazione in tempo reale può essere confrontata con la valutazione basata su file, in cui i dettagli dell'evento vengono memorizzati in un buffer di file per ore, giorni o settimane prima che l'intero file venga finalmente valutato.

Il processo di sistema in tempo reale include transazioni di e-commerce e download di dati. Qualsiasi applicazione in cui gli eventi devono essere valutati e applicati rapidamente all'account di un cliente è un candidato adatto per la valutazione in tempo reale.

Riesame degli eventi

Esistono diverse situazioni in cui potrebbe essere necessario ripetere gli eventi. Ad esempio, quando:

  • Un errore nel piano tariffario utilizzato ha provocato eventi con prezzi errati.

  • Gli eventi sono stati caricati con l'account sbagliato (a causa di una registrazione errata dell'origine dell'evento).

  • Un piano tariffario esistente è stato sostituito a un certo punto tra l'ultima data di fatturazione e quella successiva.

  • Il piano tariffario, il piano tariffario o l'origine evento per un prodotto è stato modificato in modo retrospettivo.

Il processo per ripetere gli eventi è molto semplice ed è il seguente:

  • Scarica / Annulla tutti gli eventi dal database utilizzando l'utilità fornita. La maggior parte del sistema di fatturazione fornisce un'utilità per scaricare o annullare la valutazione di tutti gli eventi valutati.

  • Risolvi il problema ovunque si trovi.

  • Inviare nuovamente gli eventi per la valutazione da parte del motore di valutazione.

Eventi parziali

Gli eventi parziali consentono di mantenere l'equilibrio di un cliente mentre un evento è in corso.

Ad esempio, in caso di un lungo download di dati, il sistema di mediazione continuerà a inviare eventi parziali al sistema di fatturazione in modo che il sistema di fatturazione continui a valutarli invece di attendere il completamento dell'evento, e non appena la violazione del limite di credito del cliente, l'account verrà bloccato e L'elemento di rete verrà informato di terminare la chiamata.

Soglie e azioni

Il motore di valutazione può verificare automaticamente se sono state raggiunte le soglie del tempo di valutazione, comprese le soglie di sconto del tempo di valutazione.

Le soglie temporali di valutazione aiutano a proteggere gli operatori da molte perdite di entrate. Ad esempio, un cliente potrebbe non essere disposto a pagare più del limite di credito, in tal caso diventa necessario terminare la chiamata del cliente non appena raggiunge la soglia del limite di credito.

Se è necessario eseguire un'azione di valutazione in tempo, è importante avere il maggior numero di valutazioni in tempo reale possibile.

Cosa c'è dopo?

Finora, abbiamo visto come un cliente genera l'utilizzo e come il sistema di mediazione spinge tale utilizzo (CDR) al sistema di fatturazione e come un sistema di fatturazione valuta tali CDR.

Nel prossimo capitolo, discuteremo come raccogliere tutti i CDR valutati per l'intero mese e generare la fattura / fattura finale, che viene inviata al cliente finale per raccogliere i ricavi per i servizi forniti.