КХД страховой компании

Задача и контекст

Хранилище росло по задачам: у источников нет общего ключа, история полиса теряется при перезаписи, а отчёт каждого подразделения строится по своей выгрузке из учётной системы. Обезличенный кейс: клиент, объёмы и условия не раскрываются.

Как было

Один и тот же договор в отчётности и в расчёте мог давать разные значения, и объяснить расхождение было нечем: в источнике оставалось только текущее состояние атрибута.

Что сделано

Собран слой загрузки с контролем качества на входе: полнота, дубли, расхождение справочников продуктов и агентов. Дальше — размерная модель «договор — полис — риск» с историчностью: атрибуты меняются версиями, а не перезаписью, у каждой строки видно, откуда и когда она пришла. Витрины собираются под конкретных потребителей — отчётность, актуарные расчёты, продажи — из одной модели, а не из копий.

Результат в числах

Один договор читается одинаково в отчётности и в расчёте: расхождение объясняется версией атрибута, а не разными выгрузками. Иных чисел не публикуем: объёмы клиента не раскрываются.

Ограничения

Историчность не исправляет качество источника: ошибочное значение сохранится как версия. Проверки на входе — отдельная работа, и без неё история аккуратно фиксирует ошибки.

Что дальше

Следующий шаг — реестр расхождений с владельцем по каждому источнику: спор о цифрах должен переходить из переписки в список с датой и ответственным.