Tout ce qui mérite d'être su, rien qui ne le mérite pas.
Ce que chacune capture
Un CDR est structuré selon le schéma de facturation défini par l'opérateur : identité de l'abonné (IMSI/MSISDN), destinataire, durée ou nombre de messages, horodatages de début et de fin, élément de réseau et classification de facturation. Les CDR constituent la source de référence pour le calcul des revenus. Un EDR, quant à lui, est défini par l'application : il capture l'intégralité du cycle de vie d'un événement du point de vue de la plateforme. Pour un SMS, il enregistre notamment l'heure d'envoi, la validité, l'identifiant de l'expéditeur, la classification du contenu, l'identifiant du modèle, le temps de transit par saut, l'heure de réception DLR, le nombre de tentatives de livraison, le statut de livraison final et le code d'erreur. Les EDR constituent la source de référence pour l'analyse opérationnelle et les tableaux de bord destinés aux clients.
Pourquoi cette distinction est importante sur le plan commercial
Les opérateurs paient les systèmes de facturation pour le traitement des CDR ; ils ont besoin de plateformes d'analyse pour le traitement des EDR. Confondre les deux conduit à de mauvaises décisions : tenter de résoudre les problèmes opérationnels à partir des CDR de facturation est extrêmement limité (le CDR n'indique pas la cause de l'échec du message, seulement qu'il a échoué). Tenter de générer des revenus à partir des EDR bruts ne permet pas d'effectuer le rapprochement de facturation dont les CDR sont la base. La suite ESME CDR Intelligence de BroadNet (/platforms/esme-cdr) met en corrélation les flux EDR de la plateforme de messagerie avec les flux CDR de la facturation de l'opérateur afin de rapprocher les nombres facturés et délivrés.
Latence, échelle et angle de conformité
Les CDR sont généralement regroupés et transmis à la facturation/médiation toutes les 5 à 15 minutes ; les EDR sont généralement enregistrés en continu dans un système de stockage de séries temporelles. À l’échelle d’un opérateur de premier plan, des milliards de CDR sont générés chaque mois, souvent des dizaines de fois plus d’EDR (car la plateforme crée des EDR pour chaque soumission, chaque nouvelle tentative, chaque DLR et chaque changement d’état). Conformité : la conservation des CDR est imposée par la réglementation (5 à 7 ans pour la fiscalité et le commerce de gros ; plus longtemps sur certains marchés) ; la conservation des EDR est choisie par les opérateurs, généralement entre 12 et 24 mois.
Considérations relatives à la confidentialité et à la conformité
Les CDR et les EDR sont considérés comme des données personnelles dès lors qu'ils sont associés à un MSISDN. Les plateformes matures conservent les enregistrements bruts dans un stockage chiffré à accès contrôlé avec journalisation d'audit, et proposent des tableaux de bord agrégés à partir d'un stockage pseudonymisé distinct. L'exportation transfrontalière de CDR/EDR est soumise à la loi saoudienne sur la protection des données personnelles (PDPL), à la loi fédérale des Émirats arabes unis sur la protection des données et au règlement européen RGPD Schrems II ; la résidence des données est généralement appliquée au niveau du stockage.
Comparaison rapide entre CDR et EDR
| CDR (Call Detail Record) | EDR (Event Detail Record) | |
|---|---|---|
| Objectif principal | Référence pour la facturation et les revenus | Référence pour l'analyse opérationnelle |
| Schéma | Schéma de facturation de l'opérateur | Cycle de vie des événements défini par l'application |
| Généré par | Élément réseau (MSC / SMSC / OCS) | La plateforme de messagerie |
| Données enregistrées | Les faits de l'événement facturable | Cycle de vie complet + métadonnées de la plateforme |
| Transmission | Par lots (cycle de 5 à 15 min) | En flux continu |
| Rétention | Imposée par le régulateur (5 à 7 ans) | Choisie selon les besoins opérationnels (12 à 24 mois) |