BroadNet
Операции Ответ BroadNet

EDR против CDR — в чем разница?

Последнее обновление 2 мин чтенияПроверено инженерным отделом BroadNet
Быстрый ответ

CDR (Call Detail Record) — это запись оператора, предназначенная для выставления счетов за отдельное платное событие — звонок, SMS, сеанс передачи данных — обычно генерируемая на сетевом элементе, который выступил посредником в этом событии (MSC, SMSC, GGSN, OCS). EDR (Event Detail Record) — это более широкая запись на уровне аналитики и приложений, которая фиксирует все, что происходит вокруг события: не только сам оплачиваемый звонок, но и метаданные на уровне платформы, которые его окружают. CDR — это то, за что выставляются счета; EDR — это то, что анализируется.

Определение простым языкомНейтральный по отношению к поставщикуПроверено 25 июля 2026 г.
Развернутый ответ

Всё, что стоит знать, и ничего лишнего.

§01

Что отражает каждый из них

Данные CDR структурированы в соответствии с определяемой оператором схемой биллинга: идентификатор абонента (IMSI/MSISDN), вызываемый абонент, продолжительность или количество сообщений, метки времени начала/окончания, сетевой элемент, классификация тарификации. Данные CDR являются источником достоверной информации о доходах. Данные EDR определяются приложением: они фиксируют полный жизненный цикл события с точки зрения платформы — для SMS это такие параметры, как время отправки, срок действия, идентификатор отправителя, классификация контента, идентификатор шаблона, время ожидания в очереди на каждом этапе, время получения DLR, количество повторных попыток, окончательный статус доставки и код ошибки. Данные EDR являются источником достоверной информации для оперативной аналитики и информационных панелей, ориентированных на клиентов.

§02

Почему это различие имеет значение с коммерческой точки зрения

Операторы оплачивают биллинговым системам обработку CDR; для обработки EDR им необходимы аналитические платформы. Смешивание этих двух процессов приводит к ошибочным решениям: попытки оперативного устранения неполадок на основе данных CDR из биллинговых систем крайне ограничены (CDR не знает, почему сообщение не удалось обработать, а только то, что это произошло). Попытки получать доход от обработки необработанных данных EDR упускают из виду сверку данных биллинга, которая является основой CDR. Пакет решений BroadNet ESME CDR Intelligence Suite (/platforms/esme-cdr) сопоставляет потоки EDR с платформы обмена сообщениями с потоками CDR из биллинговой системы оператора для сверки данных о выставленных счетах и доставленных сообщениях.

§03

Задержка, масштаб и соответствие требованиям.

Записи CDR обычно обрабатываются пакетами и доставляются в отдел выставления счетов/посредничества с интервалом в 5-15 минут; записи EDR обычно непрерывно передаются в хранилище временных рядов. Масштаб: оператор первого уровня генерирует миллиарды записей CDR в месяц, часто в десятки раз больше записей EDR (поскольку платформа создает записи EDR для каждой отправки, каждой повторной попытки, каждого DLR, каждого изменения состояния). Соответствие требованиям: срок хранения записей CDR установлен регулирующими органами (5-7 лет для налоговой/оптовой торговли; дольше на некоторых рынках); срок хранения записей EDR выбирается операционно, обычно 12-24 месяца.

§04

Вопросы конфиденциальности и соблюдения нормативных требований

Как 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 мес.)
BNАвтор статьи — инженерная команда BroadNet·Осуществляем обмен сообщениями операторского класса с 2003 года, штаб-квартира — в Дубае.·Редакционные стандарты
FAQ

Часто задаваемые вопросы

В чём основное различие между CDR и EDR?
CDR — это данные, по которым производится оплата; EDR — это данные, которые анализируются. CDR — это платежная запись оператора для платного события; EDR — это более подробная запись платформы на уровне приложения, охватывающая весь жизненный цикл события.
Можно ли устранить проблемы с доставкой данных из записей CDR?
Это лишь приблизительная оценка. В CDR регистрируется факт выставления счета за событие, а не причина сбоя сообщения — в нем отсутствуют время отправки, время ожидания в очереди, количество повторных попыток, время задержки DLR и коды ошибок, которые содержатся в EDR. Для оперативной диагностики необходимы EDR.
Являются ли CDR и EDR персональными данными?
Да, после привязки к MSISDN или IMSI, оба параметра становятся персональными данными и подпадают под действие PDPL (Саудовская Аравия/ОАЭ) и GDPR. Храните исходные записи в зашифрованном виде с контролем доступа, а панели мониторинга используйте для хранения в отдельном псевдонимизированном хранилище.
Как операторы сверяют выставленные счета и фактически доставленные заказы?
Путем сопоставления двух потоков данных: EDR с платформы обмена сообщениями (что было отправлено и доставлено) с CDR из системы выставления счетов (что было оплачено), пакет решений BroadNet ESME CDR Intelligence Suite автоматизирует именно это сопоставление.
Создавайте с помощью этого

Нужна помощь с подключением?

Ниже представлены продукты и руководства по интеграции, которые позволяют реализовать эту концепцию. Если вы предпочитаете ознакомиться с процессом в режиме реального времени, наша команда инженеров принимает звонки в тот же день в рабочее время MENA .

Свяжитесь с нашей инженерной командой.
Обратная связь

Был ли этот ответ полезен?

Ваш голос помогает нам определить приоритетность ответов, которые следует дополнить примерами, диаграммами и фрагментами кода.

Был ли этот ответ полезен?
Спасибо — принято к сведению. Мы будем поддерживать этот ответ.
Понял. Расскажите, чего не хватало — отправить короткое сообщение.

Как мы готовим и проверяем материалы

Вам всё ещё нужна помощь?

Поговорите с настоящим инженером о ваша сборка.

Мы отвечаем в течение одного рабочего дня, а производственные аккаунты получают круглосуточную поддержку. Наши инженеры-разработчики создают код, а не скрипты.

$ curl -X POST https://api.broadnet.me/sms/sendSms
SLA по времени ответа
Запросы на тестовый доступОтвет в течение 1 рабочего дня
Продакшн24 / 7 · < 15 min
NOC для операторов24 / 7 · дежурный инженер