20130205_AZTK_JMC_Controles


1 Datos generales del requerimiento
Nombre del requerimiento: Controles

Solicitante del requerimiento: Juan Martín Castro

Validado por:
Tipo de cliente: N/A


2 Requerimientos:
1. Especificación:
1.1. Reporte con los resultados de las validaciones realizadas en centrales de riesgo y la calificación de los mismos, previa a la activación y venta. En los casos donde se ha realizado unaexcepción, esta debe reflejarse con el nombre del usuario quién lo autorizó. Esto entendiendo que existe un workflow de aprobación, tal como se solicitó en el RFP.

1.2. Evidencia de la aprobación dada por cartera para la aplicación de descuentos por fuera de la política comercial. Esto entendiendo que existe un workflow de aprobación, tal como se solicitó en el RFP.

1.3. Todos los descuentos (queno forman parte de un plan de descuento) se presentan en un informe de excepciones específicas y es revisado y aprobado por quien la compañía determine, de acuerdo a la matriz de autorizaciones sobre una base diaria. Este informe debe basarse en una consulta predefinida.

1.4. Todos los cambios realizados manualmente a los datos de los suscriptores (en el AAA, HSS o el medio ambiente defacturación) son automáticamente reportados y revisados. El examen verifica si los cambios reportados provisionados son iguales a los aprobados. Datos críticos del suscriptor (pero no se limitan a): nombre, identificación, dirección, servicios, planes y estado.

1.5. Informe diario con todos los cambios de tarifa de planes tarifarios, clasificados en prepago, pospago.

1.6. Controles deprocesamiento de XDRs. En caso que la entrada del sistema de facturación sea directamente de los elementos de red o si es el mediador, se deben incluir:
Validación del secuenciamiento de registros.
Validación de Duplicados.
Validación de campos del registro, clasificación del error.
Reporte de registros filtrados, clasificados por razón de filtraje.
Reporte de registros reprocesados, edad de los registros.Informe del proceso de depuración de registros no recuperables.
Generación de reportes por cada uno de los archivos recibidos y procesados para realizar el balanceo de tráfico.
Reporte de las reglas de negocio que se están aplicando.

1.7. Generación de reportes por cada uno de los archivos recibidos y procesados para realizar el balanceo de tráfico:
Entrada – Salida
Time Gap.
Procesamiento.1.8. Matriz de pruebas recurrentes. De manera permanente debe existir evidencia de la aplicación de un test sobre los procesos de tarificación de llamadas y eventos (Cargos de contenido, eventos de LDI, cobros por demanda, etc), test del proceso de facturación de los planes con mayor participación. Garantizando que más del 90% de los eventos que modifican el valor de la factura se encuentranincluidos en la prueba.

1.9. Reporte de usuarios de alto consumo, aplica en los casos de facturación que incluya eventos por demanda.

1.10. Reporte de planes de prueba.

1.11. Reporte de muestra de facturación, la muestra debe representar el total de la población de los planes y cuentas activas.

1.12. Conciliación diaria de los suscriptores en todos los módulos de las plataformas.

1.13. Reportepara conciliación con elementos de red, suscripciones, servicios, estados de los servicios, etc.

1.14. Reporte de conciliación de suscriptores por cada uno de los ciclos de facturación, con los suscriptores en el módulo del CRM. Se debe garantizar que la totalidad de los suscriptores que deben haber sido incluidos en un ciclo de facturación, han sido incluidos. *****

1.15. Reportes paraconciliación del ciclo de facturación y el spool generado. El proceso de conciliación debe extenderse para garantizar que la totalidad de las facturas han sido impresas y distribuidas.

1.16. Informe de cartera, con usuarios en estado de mora. El mismo informe debe incluir la información de usuarios a los cuales se realizo el proceso de suspensión de acuerdo a la mora existente.
1.17. Todo el tráfico...