Facturación de telecomunicaciones: procesos de calificación
La tarifa es el cargo / precio por la ocurrencia de un evento. Los ejemplos de tarifas incluyen el cargo por la duración de la llamada telefónica: Por ejemplo: "0.40 INR por 1 minuto" o una cantidad específica. Por ejemplo: 10,00 INR por 1 MB de descarga o se puede cobrar por la calidad del servicio.
Ya explicamos que Evento es una sola ocurrencia del uso de productos / servicios. Los eventos son capturados por los elementos de la red en forma de CDRS / UDR y pasados al sistema de facturación para su calificación y facturación.
La calificación es el proceso de determinar el cargo / precio de eventos individuales. Por ejemplo, el precio de una llamada de 2 minutos es 0,80 INR con una tarifa de 0,40 INR por minuto.
Rating Engine, que forma parte del sistema de facturación, realiza esta función de calificación.
Proceso de calificación
Rating Engine recibe los eventos en forma de registros de datos denominados Call Detail Records (CDR) o Usage Detail Records (UDR), que describen el uso de un producto / servicio. Un CDR es una cadena de datos que contiene información de la llamada, como la fecha y hora de la llamada, la duración de la llamada, la parte que llama, la parte llamada, etc., que se utilizan para calificar los eventos.
Hay una lista de funciones básicas de Rating / Rating Engine -
Aceptar CDR del Sistema de Mediación u otros proveedores de servicios o socios de roaming en caso de uso de roaming.
Validar los CDR y eliminar los registros duplicados. Estos eventos duplicados se almacenan en una tabla de base de datos para su posterior verificación.
Para determinar la cuenta del cliente que se debe cobrar por el evento. Aquí, el proceso de tasa recoge la fuente del evento (número de móvil o dirección IP, etc.) y verifica la base de datos para verificar si esta fuente de evento está asociada con alguna cuenta. Este paso se llama Guía de eventos.
Si el evento no puede ser guiado, entonces este evento será rechazado y se puede poner en la categoría de suspenso. Estos eventos rechazados se almacenan en una tabla de base de datos para su posterior verificación.
Calcular el costo / precio del evento según la tarifa de calificación (también denominado plan tarifario).
Para aplicar cualquier descuento de tiempo de calificación aplicable. Estos pueden ser los primeros cinco minutos gratis y después de esa llamada se cobrará a la tarifa normal. Este tipo de descuentos se denominan descuentos por tiempo de calificación.
Para almacenar el evento calificado en la base de datos con un propósito de facturación o enviarlo al sistema externo para facturación.
La siguiente imagen muestra una descripción general del motor de clasificación y sus funciones asociadas:
La información del cliente determina el plan de tarifas (tarifa de calificación) que se utilizará en el cálculo de cargo / precio. El motor de clasificación utiliza las tablas de clasificación y la información del evento de los CDR (por ejemplo, distancia, hora del día, ubicación de la llamada, duración o volumen del evento, etc.) para calcular el cargo real de cada llamada.
Eventos duplicados
Un evento duplicado se define como cualquier evento no facturado que se relacione con otro evento no facturado de todas las formas siguientes:
- Los números de cuenta son idénticos.
- Las fuentes de eventos son idénticas.
- Los ID de tipo de evento son idénticos.
- Las fechas y horas del evento son idénticas.
Cualquier otro criterio se puede definir en el sistema de facturación para identificar eventos duplicados. Hay una serie de situaciones que pueden hacer que se envíen eventos duplicados al sistema de facturación:
- Un fallo del mecanismo de filtrado del sistema de mediación.
- Errores de codificación en el software del sistema de mediación.
- Una repetición de todo o parte de un archivo de eventos que se pasa al motor de clasificación.
Eventos rechazados
Cuando Billing System encuentra un problema con un evento en particular, el evento ofensivo es rechazado. El rechazo puede deberse a problemas con cualquiera de los siguientes:
- El evento en sí.
- El plan de tarifas.
- Datos de clientes y cuentas.
- Datos de configuración.
Hay tres razones principales para rechazar un evento:
Los errores de análisis impiden que el sistema de facturación lea la información en el registro de detalles del evento. Puede producirse un error de análisis porque los datos del registro de eventos están dañados o tienen un formato incorrecto.
Los errores irrefutables impiden que Geneva identifique la fuente del evento o la cuenta asociada con el evento. Puede ocurrir un error irrefutable porque el origen del evento aún no existe en la base de datos del sistema de facturación.
Los errores que no se pueden calificar impiden que Billing System calcule el costo del evento. Puede ocurrir un error que no se puede calificar debido a problemas con un plan de tarifas.
Todos los eventos rechazados se publican en una cuenta especial, que se llama internal account o suspense account y estos eventos rechazados se llaman suspense events. El departamento de finanzas realiza un seguimiento de todos los eventos rechazados y los cuenta como parte de la pérdida de ingresos. El departamento de TI siempre presta mucha atención para resolver los eventos rechazados y calificarlos adecuadamente para ahorrar ingresos.
Si un evento rechazado no se puede arreglar y el operador no quiere publicarlo en una cuenta interna, el evento se puede descartar. Cuando se descarta un evento, no se enviará al motor de calificación y no se realizarán más intentos de calificarlo.
Clasificación en tiempo real
La calificación en tiempo real es el proceso de tomar los eventos a medida que ocurren y calificarlos de inmediato, con el menor retraso posible entre la generación de eventos y el cálculo de costos. La clasificación en tiempo real se puede contrastar con la clasificación basada en archivos, donde los detalles del evento se almacenan en un búfer de archivos durante horas, días o semanas antes de que finalmente se califique todo el archivo.
El proceso del sistema en tiempo real incluye transacciones de comercio electrónico y descarga de datos. Cualquier aplicación en la que los eventos deban calificarse y aplicarse rápidamente a la cuenta de un cliente es un candidato adecuado para la calificación en tiempo real.
Revaloración de eventos
Hay varias situaciones en las que puede ser necesario volver a calificar los eventos. Por ejemplo, cuando ...
Un error en el plan de tarifas utilizado resultó en eventos con precios incorrectos.
Los eventos se cargaron en la cuenta incorrecta (debido a un registro de origen de eventos incorrecto).
Un plan de tarifas existente se reemplazó en algún momento entre la última fecha de facturación y la siguiente.
El plan de tarifas, el plan de precios o la fuente de eventos de un producto se ha cambiado de forma retroactiva.
El proceso para reclasificar eventos es muy simple y es el siguiente:
Descargue / elimine la calificación de todos los eventos de la base de datos utilizando la utilidad proporcionada. La mayor parte del sistema de facturación proporciona una utilidad para descargar o descalificar todos los eventos clasificados.
Solucione el problema donde sea que esté.
Vuelva a enviar los eventos para que los califique el motor de calificación.
Eventos parciales
Los eventos parciales permiten mantener el equilibrio de un cliente mientras un evento está en curso.
Por ejemplo, en caso de una descarga de datos prolongada, el sistema de mediación seguirá enviando eventos parciales al sistema de facturación para que el sistema de facturación siga calificándolos en lugar de esperar a que se complete el evento, y tan pronto como se supere el límite de crédito del cliente, la cuenta se bloqueará y Se informará al elemento de red para finalizar la llamada.
Umbrales y acciones
El motor de calificación puede verificar automáticamente si se ha alcanzado algún umbral de tiempo de calificación, incluidos los umbrales de descuento de tiempo de calificación.
Los umbrales de tiempo de calificación ayudan a proteger a los operadores de una gran pérdida de ingresos. Por ejemplo, es posible que un cliente no esté dispuesto a pagar más de su límite de crédito, en tal caso, es necesario terminar la llamada del cliente tan pronto como alcance el límite de límite de crédito.
Si se requiere tomar medidas de tiempo de calificación, entonces es importante tener tanta calificación en tiempo real como sea posible.
¿Lo que sigue?
Hasta ahora, hemos visto cómo un cliente genera uso y cómo el sistema de mediación empuja ese uso (CDR) al sistema de facturación y cómo un sistema de facturación califica esos CDR.
En el próximo capítulo, discutiremos cómo recopilar todos los CDR calificados para todo el mes y generar la factura / factura final, que se envía al cliente final para recaudar ingresos por los servicios prestados.