Всё, что стоит знать, и ничего лишнего.
Что отражает каждый из них
Данные CDR структурированы в соответствии с определяемой оператором схемой биллинга: идентификатор абонента (IMSI/MSISDN), вызываемый абонент, продолжительность или количество сообщений, метки времени начала/окончания, сетевой элемент, классификация тарификации. Данные CDR являются источником достоверной информации о доходах. Данные EDR определяются приложением: они фиксируют полный жизненный цикл события с точки зрения платформы — для SMS это такие параметры, как время отправки, срок действия, идентификатор отправителя, классификация контента, идентификатор шаблона, время ожидания в очереди на каждом этапе, время получения DLR, количество повторных попыток, окончательный статус доставки и код ошибки. Данные EDR являются источником достоверной информации для оперативной аналитики и информационных панелей, ориентированных на клиентов.
Почему это различие имеет значение с коммерческой точки зрения
Операторы оплачивают биллинговым системам обработку CDR; для обработки EDR им необходимы аналитические платформы. Смешивание этих двух процессов приводит к ошибочным решениям: попытки оперативного устранения неполадок на основе данных CDR из биллинговых систем крайне ограничены (CDR не знает, почему сообщение не удалось обработать, а только то, что это произошло). Попытки получать доход от обработки необработанных данных EDR упускают из виду сверку данных биллинга, которая является основой CDR. Пакет решений BroadNet ESME CDR Intelligence Suite (/platforms/esme-cdr) сопоставляет потоки EDR с платформы обмена сообщениями с потоками CDR из биллинговой системы оператора для сверки данных о выставленных счетах и доставленных сообщениях.
Задержка, масштаб и соответствие требованиям.
Записи CDR обычно обрабатываются пакетами и доставляются в отдел выставления счетов/посредничества с интервалом в 5-15 минут; записи EDR обычно непрерывно передаются в хранилище временных рядов. Масштаб: оператор первого уровня генерирует миллиарды записей CDR в месяц, часто в десятки раз больше записей EDR (поскольку платформа создает записи EDR для каждой отправки, каждой повторной попытки, каждого DLR, каждого изменения состояния). Соответствие требованиям: срок хранения записей CDR установлен регулирующими органами (5-7 лет для налоговой/оптовой торговли; дольше на некоторых рынках); срок хранения записей EDR выбирается операционно, обычно 12-24 месяца.
Вопросы конфиденциальности и соблюдения нормативных требований
Как CDR, так и EDR представляют собой персональные данные, ранее привязанные к MSISDN. Современные платформы хранят исходные записи в зашифрованном хранилище с контролируемым доступом и ведением аудита, а агрегированные панели мониторинга предоставляют из отдельного псевдонимизированного хранилища. Трансграничный экспорт CDR/EDR подпадает под действие Закона Саудовской Аравии о защите персональных данных (PDPL), Федерального закона ОАЭ о защите данных и Регламента ЕС о защите персональных данных (GDPR) Schrems II; соблюдение требований к размещению данных обычно контролируется на уровне хранилища.
CDR против EDR вкратце
| CDR (Call Detail Record) | EDR (Event Detail Record) | |
|---|---|---|
| Основная цель | Эталонный источник для биллинга / выручки | Эталонный источник для операционной аналитики |
| Схема | Биллинговая схема оператора | Жизненный цикл событий, заданный приложением |
| Кто формирует | Сетевой элемент (MSC / SMSC / OCS) | Платформа обмена сообщениями |
| Фиксируемые данные | Факты тарифицируемого события | Полный жизненный цикл + метаданные платформы |
| Передача | Пакетами (цикл 5–15 мин) | Непрерывным потоком |
| Срок хранения | Установлен регулятором (5–7 лет) | Определяется операционными нуждами (12–24 мес.) |