Одно поле «клиент» может существовать в CRM, ERP, биллинге и BI. С одинаковым названием. С разными идентификаторами. С разной актуальностью. С разными правилами изменения. AMPE использует Data Management & Data Governance там, где данные уже влияют на решения компании, но их качество, происхождение и ответственность остаются неявными.
Начать диагностикуКомитет может быть полезен.
Но governance начинается с конкретной ответственности.
Кто владеет определением. Кто отвечает за качество. Кто имеет право изменить. Какая система является источником. Кто использует данные дальше. Что происходит при конфликте.
Без этих связей governance остаётся организационной декларацией.
Клиент может создаваться в CRM.
Юридические реквизиты — подтверждаться в ERP.
История обращений — жить в сервисной системе.
BI собирает это в аналитический контекст.
Важно не физически хранить всё в одном месте, а чётко определить authority для каждого типа данных и правила синхронизации.
Когда одинаковые показатели расходятся между отчётами.
Когда данные дублируются в нескольких системах.
Когда непонятно, кто имеет право исправить справочник.
Когда интеграции передают разные версии одного объекта.
Когда аналитики тратят много времени на очистку и сверку.
Когда AI или ML требуют более устойчивого качества данных.
Когда требования безопасности и compliance требуют контролируемого доступа и lineage.
Данные могут быть: полными, но устаревшими; точными, но несогласованными; валидными по формату, но неверными по смыслу; актуальными, но дублированными.
AMPE определяет качество относительно бизнес-использования.
Для доставки критичен адрес. Для финансов — реквизиты. Для аналитики — стабильный идентификатор и история.
Справочник материала живёт долго и используется множеством процессов.
Транзакция заказа отражает конкретное событие.
Правила изменения, ownership и контроль для них не должны быть одинаковыми.
AMPE разделяет типы данных, чтобы governance соответствовал их роли.
Руководитель видит KPI.
За ним формула. За формулой витрина. За витриной DWH. За DWH несколько источников.
Если цифра вызывает вопрос, lineage сокращает путь до места, где она возникла.
Это превращает происхождение данных из технической документации в элемент доверия к управленческой аналитике.
Бизнес-объект получает определение.
Определение — владельца. Источник — статус authoritative. Качество — правила и проверки. Изменение — контролируемый процесс. Интеграции — согласованные контракты. Потребители — понятный доступ и lineage.
Так данные получают жизненный цикл и ответственность.
Снижается количество спорных версий одного объекта.
Показатели легче воспроизводить.
Интеграции меньше зависят от неявных трактовок.
Качество данных становится измеримым.
Ownership перестаёт быть абстрактным.
И главное — компания начинает доверять данным не потому, что они находятся «в системе», а потому, что понятен весь контур их происхождения и управления.
Первый шаг
Для начала достаточно описать данные, вокруг которых сегодня чаще всего возникают расхождения, ручные исправления или споры. Диагностика покажет, где отсутствует определение, ownership, источник или контроль качества.