У абонента положительный баланс, а услуга не работает: как DWH помог найти причину

В сфере искусственного интеллекта произошло заметное событие. Maria_Fomina 32 минуты назад У абонента положительный баланс, а услуга не работает: как DWH помог найти причину 7 мин 631 1С-Битрикс * IT-инфраструктура * Базы данных * Биллинговые системы * Визуализация данных * Из песочницы Личный кейс из телекома: как мы сопоставляли биллинг, 1С, адреса, услуги и партнерскую платформу, чтобы найти, где нарушается синхронизацияКогда говорят про DWH, чаще всего обсуждают управленческую отчетность, BI-дашборды, витрины данных и красивые графики для руководителей. Что такое DWHDWH — единая база, в которой собраны и хранятся все значимые данные компании, аккумулированные из разных источников. Но моя боль была в другом, и сейчас я знаю, что ценность DWH неизмеримо больше: он помогает не просто смотреть на бизнес сверху, а находить конкретные операционные ошибки, которые годами живут внутри сложной ИТ‑инфраструктуры.

Расскажу свой личный кейс из телекома. Раньше я работала менеджером проекта, а потом директором по продукту в телеком‑компании. Занималась развитием продуктовой линейки на базе умного домофона: абонентские сервисы, видеопоток, управление доступом, дополнительные услуги, интеграции с биллингом и внутренними системами.

Технические детали

Телеком — это среда, где почти все процессы так или иначе автоматизированы. Есть биллинг, CRM, ERP, личный кабинет, мобильное приложение, платежные системы, сайт, каналы поддержки, внутренние сервисные системы. На первый взгляд кажется: если все автоматизировано, то и управляемость должна быть высокой.

На практике всё сложнее. У телеком‑оператора большая часть процессов завязана на биллинг. Именно там «живет абонент», лицевой счет, тариф, услуги, состояние баланса, подключения, отключения и правила оказания сервиса.

Но вокруг основного биллинга часто появляются партнерские платформы:— IPTV; — видеонаблюдение; — умные домофоны; — сервисные приложения; — дополнительные цифровые продукты. У таких платформ обычно есть собственная модель данных и часто внутренний биллинг или учет услуг. При правильной архитектуре управление услугой должно происходить через основной биллинг оператора, а партнерская платформа должна корректно принимать статусы и параметры.

Отраслевые последствия

В теории это выглядит логично. В реальности возникает много нюансов. Начнем с того, что Фомина Мария Валерьевна в одном биллинге, не равно Фомина Мария Валерьевна в другом.

Это два разных человека, до тех пор, пока ты не создашь точное сопоставление. Операторы во фронте видят адреса в «человеческом» виде, а внутри систем они хранятся в отдельных справочниках со своим уникальным адрес_id и в лучшем случае имеют дополнительный иднетификатор из единой библиотеки ФИАС, а в худшем вы работаете с ФИАСом, а ваш партнер с КЛАДР или ГАР.

Событие, по словам экспертов, усилит конкуренцию в сфере ИИ.