Todo lo que vale la pena saber, nada que no lo sea.
Lo que cada uno captura
Un CDR se estructura según el esquema de facturación definido por el operador: identidad del suscriptor (IMSI/MSISDN), parte llamada, duración o recuento de mensajes, marcas de tiempo de inicio/fin, elemento de red, clasificación de facturación. Los CDR son la fuente de información fidedigna para los ingresos. Un EDR se define por la aplicación: captura el ciclo de vida completo de un evento desde la perspectiva de la plataforma; para un SMS, elementos como la hora de envío, la validez, el ID del remitente, la clasificación del contenido, el ID de la plantilla, el tiempo de permanencia en la cola por salto, la hora de recepción del DLR, el número de reintentos, el estado de entrega final y el código de error. Los EDR son la fuente de información fidedigna para el análisis operativo y los paneles de control orientados al cliente.
Por qué esta distinción es importante desde el punto de vista comercial.
Los operadores pagan a los sistemas de facturación por el procesamiento de CDR; necesitan plataformas analíticas para el procesamiento de EDR. Confundir ambos procesos lleva a malas decisiones: intentar solucionar problemas operativos a partir de los CDR de facturación es extremadamente limitado (el CDR no sabe por qué falló el mensaje, solo que falló). Intentar generar ingresos a partir de los EDR sin procesar ignora la conciliación de facturación que los CDR proporcionan. La suite de inteligencia ESME CDR de BroadNet (/platforms/esme-cdr) correlaciona las fuentes de EDR de la plataforma de mensajería con las fuentes de CDR de la facturación del operador para conciliar los recuentos facturados frente a los entregados.
Latencia, escala y ángulo de cumplimiento
Los CDR se procesan normalmente en lotes y se entregan a facturación/mediación en un ciclo de 5 a 15 minutos; los EDR se suelen transmitir continuamente a un almacén de series temporales. Escala: un operador de nivel 1 genera miles de millones de CDR al mes, a menudo decenas de veces más EDR (porque la plataforma crea EDR para cada envío, cada reintento, cada DLR, cada cambio de estado). Cumplimiento: la retención de CDR es obligatoria por ley (5-7 años para impuestos/venta al por mayor; más tiempo en algunos mercados); la retención de EDR se elige operativamente, normalmente de 12 a 24 meses.
Consideraciones sobre privacidad y cumplimiento normativo
Tanto los registros de llamadas (CDR) como los registros de datos electrónicos (EDR) son datos personales una vez vinculados a un MSISDN. Las plataformas maduras almacenan los registros originales en un sistema de almacenamiento cifrado con control de acceso y registro de auditoría, y ofrecen paneles de control agregados desde un repositorio seudonimizado independiente. La exportación transfronteriza de CDR/EDR está contemplada en la Ley de Protección de Datos Personales de Arabia Saudita (KSA PDPL), la Ley Federal de Protección de Datos de los Emiratos Árabes Unidos (EAU) y la Directiva Schrems II del RGPD de la UE; la residencia de datos se aplica generalmente en la capa de almacenamiento.
Comparación entre CDR y EDR de un vistazo
| CDR (Call Detail Record) | EDR (Event Detail Record) | |
|---|---|---|
| Propósito principal | Fuente de verdad de facturación / ingresos | Fuente de verdad de la analítica operativa |
| Esquema | Esquema de facturación del operador | Ciclo de vida de eventos definido por la aplicación |
| Generado por | Elemento de red (MSC / SMSC / OCS) | La plataforma de mensajería |
| Datos registrados | Los datos del evento facturable | Ciclo de vida completo + metadatos de la plataforma |
| Transmisión | Por lotes (ciclo de 5–15 min) | En flujo continuo |
| Retención | Exigida por el regulador (5–7 años) | Definida operativamente (12–24 meses) |