Facturation Télécom - Processus de notation

Le tarif correspond aux frais / prix pour la survenance d'un événement. Des exemples de taux incluent la charge pour la durée de l'appel téléphonique: Par exemple: "0,40 INR par minute" ou une quantité spécifique. Par exemple: 10,00 INR pour 1 Mo de téléchargement ou il peut être facturé pour la qualité de service.

Nous avons déjà expliqué que l'événement est une occurrence unique d'utilisation du produit / service. Les événements sont capturés par les éléments du réseau sous la forme de CDRS / UDR et transmis au système de facturation pour évaluation et facturation.

La notation est le processus de détermination des frais / prix des événements individuels. Par exemple, le prix d'un appel de 2 minutes est de 0,80 INR avec un tarif de 0,40 INR par minute.

Rating Engine, qui fait partie du système de facturation, exécute cette fonction d'évaluation.

Processus de notation

Rating Engine reçoit les événements sous la forme d'enregistrements de données appelés enregistrements détaillés des appels (CDR) ou enregistrements détaillés d'utilisation (UDR), qui décrivent l'utilisation d'un produit / service. Un CDR est une chaîne de données qui contient des informations d'appel telles que la date et l'heure de l'appel, la durée de l'appel, l'appelant, l'appelé, etc., qui sont utilisées pour évaluer les événements.

Il existe une liste des fonctions de base de Rating / Rating Engine -

Accepter les CDR du système de médiation ou d'autres fournisseurs de services ou partenaires d'itinérance en cas d'utilisation d'itinérance.
Valider les CDR et éliminer les enregistrements en double. Ces événements en double sont stockés dans une table de base de données pour une vérification ultérieure.
Pour déterminer le compte client qui doit être facturé pour l'événement. Ici, le processus de taux récupère la source de l'événement (numéro de mobile ou adresse IP, etc.) et vérifie la base de données pour vérifier si cette source d'événements est associée à un compte. Cette étape s'appelle le guidage d'événement.
Si l'événement ne peut pas être guidé, alors cet événement sera rejeté et pourra être mis en catégorie suspense. Ces événements rejetés sont stockés dans une table de base de données pour une vérification ultérieure.
Pour calculer le coût / prix de l'événement selon le tarif de tarification (également appelé plan tarifaire).
Pour appliquer les réductions de temps de tarification applicables. Cela peut être les cinq premières minutes gratuites et après cet appel sera facturé au tarif normal. Ce type de remise est appelé remise sur le temps de tarification.
Pour stocker l'événement évalué dans la base de données à des fins de facturation ou l'envoyer au système externe pour facturation.

L'image suivante montre un aperçu du moteur d'évaluation et de ses fonctions associées -

Les informations du client déterminent le plan tarifaire (tarif de tarification) à utiliser dans le calcul des frais / prix. Le moteur de tarification utilise les tableaux de tarification et les informations sur les événements des CDR (par exemple, distance, heure de la journée, lieu de l'appel, durée ou volume de l'événement, etc.) pour calculer le prix réel de chaque appel.

Événements en double

Un événement en double est défini comme tout événement non facturé qui se rapporte à un autre événement non facturé de toutes les manières suivantes:

Les numéros de compte sont identiques.
Les sources d'événements sont identiques.
Les ID de type d'événement sont identiques.
Les dates et heures des événements sont identiques.

Tout autre critère peut être défini dans le système de facturation pour identifier les événements en double. Il existe un certain nombre de situations qui peuvent entraîner la soumission d'événements en double au système de facturation -

Une défaillance du mécanisme de filtrage du système de médiation.
Erreurs de codage dans le logiciel du système de médiation.
Répétition de tout ou partie d'un fichier d'événement transmis au moteur d'évaluation.

Événements rejetés

Lorsque le système de facturation rencontre un problème avec un événement particulier, l'événement incriminé est rejeté. Le rejet peut être dû à des problèmes avec l'un des éléments suivants -

L'événement lui-même.
Le plan tarifaire.
Données client et compte.
Données de configuration.

Il y a trois raisons principales pour rejeter un événement -

Les erreurs d'analyse empêchent le système de facturation de lire les informations contenues dans l'enregistrement des détails de l'événement. Une erreur d'analyse peut se produire car les données de l'enregistrement d'événements sont corrompues ou au format incorrect.
Des erreurs incontrôlables empêchent Genève d'identifier la source de l'événement ou le compte associé à l'événement. Une erreur incontrôlable peut se produire car la source d'événement n'existe pas encore dans la base de données du système de facturation.
Des erreurs non notables empêchent le système de facturation de calculer un coût pour l'événement. Une erreur irréparable peut survenir en raison de problèmes avec un plan tarifaire.

Tous les événements rejetés sont enregistrés sur un compte spécial, appelé internal account ou suspense account et ces événements rejetés sont appelés suspense events. Le service financier garde une trace de tous les événements rejetés et les compte comme une partie de la perte de revenus. Le service informatique accorde toujours beaucoup d'attention pour résoudre les événements rejetés et les évaluer correctement pour économiser des revenus.

Si un événement rejeté ne peut pas être corrigé et que l'opérateur ne souhaite pas le publier sur un compte interne, l'événement peut être ignoré. Lorsqu'un événement est rejeté, il ne sera pas soumis au moteur de notation et aucune autre tentative de notation n'aura lieu.

Évaluation en temps réel

L'évaluation en temps réel est le processus consistant à prendre les événements au fur et à mesure qu'ils se produisent et à les évaluer immédiatement, avec le moins de retard possible entre la génération des événements et le coût. L'évaluation en temps réel peut être comparée à l'évaluation basée sur les fichiers, où les détails de l'événement sont stockés dans une mémoire tampon de fichier pendant des heures, des jours ou des semaines avant que l'ensemble du fichier ne soit finalement évalué.

Le processus système en temps réel comprend les transactions de commerce électronique et le téléchargement de données. Toute application où les événements doivent être notés et appliqués rapidement au compte d'un client est un candidat approprié pour une évaluation en temps réel.

Réévaluer les événements

Il existe plusieurs situations dans lesquelles il peut être nécessaire de réévaluer les événements. Par exemple, quand -

Une erreur dans le plan tarifaire utilisé a entraîné des événements mal tarifés.
Les événements ont été chargés sur le mauvais compte (en raison d'un enregistrement incorrect de la source d'événements).
Un plan tarifaire existant a été remplacé à un moment donné entre la dernière et la prochaine date de facturation.
Le plan tarifaire, le plan tarifaire ou la source d'événement d'un produit a été modifié rétrospectivement.

Le processus de réévaluation des événements est très simple et se déroule comme suit -

Déchargez / annulez tous les événements de la base de données à l'aide de l'utilitaire fourni. La plupart du système de facturation fournit un utilitaire pour décharger ou annuler tous les événements notés.
Résolvez le problème où qu'il se trouve.
Soumettez à nouveau les événements pour évaluation par le moteur d'évaluation.

Événements partiels

Les événements partiels permettent de maintenir l'équilibre d'un client pendant qu'un événement est en cours.

Par exemple, en cas de téléchargement de données long, le système de médiation continuera d'envoyer des événements partiels au système de facturation afin que le système de facturation continue de les évaluer au lieu d'attendre la fin de l'événement, et dès que la limite de crédit du client est dépassée, le compte sera bloqué et L'élément de réseau sera informé de mettre fin à l'appel.

Seuils et actions

Le moteur de notation peut vérifier automatiquement si des seuils de durée de notation, y compris les seuils de remise sur la durée de notation, ont été atteints.

Les seuils de temps de notation aident à protéger les opérateurs contre de nombreuses pertes de revenus. Par exemple, un client peut ne pas être disposé à payer plus que sa limite de crédit, dans un tel cas, il devient nécessaire de mettre fin à l'appel du client dès qu'il atteint le seuil de limite de crédit.

S'il est nécessaire de prendre des mesures de temps de notation, il est important d'avoir autant de notation en temps réel que possible.

Quelle est la prochaine?

Jusqu'à présent, nous avons vu comment un client génère une utilisation et comment le système de médiation pousse cette utilisation (CDR) vers le système de facturation et comment un système de facturation évalue ces CDR.

Dans le chapitre suivant, nous discuterons de la manière de collecter tous les CDR notés pour tout le mois et de générer la facture / facture finale, qui est envoyée au client final pour collecter les revenus pour les services fournis.