Master data — это не «справочники, которые нужно разослать по системам». Это данные, на которых несколько процессов должны согласоваться, прежде чем начнут работать с одним и тем же объектом

Заказ отражает конкретную операцию.

Материал определяет объект, на который будут ссылаться тысячи операций.

Ошибка в одном заказе локальна.

Ошибка в master data может распространиться на:

закупки;

склад;

производство;

продажи;

финансы;

аналитику.

Поэтому требования к lifecycle и quality здесь выше.

CRM может владеть контактами клиента.

ERP — юридическими реквизитами.

MDM — единым ID и нормализованной классификацией.

Важно не заставить одну систему хранить всё, а определить authoritative source для каждого класса атрибутов.

Новый материал нельзя считать полноценным объектом только потому, что кто-то ввёл название.

Могут потребоваться:

код;

единица измерения;

категория;

налоговые свойства;

планирование;

складские параметры;

технологические данные;

approval.

AMPE связывает creation workflow с последующей публикацией.

Draft material не обязательно должен появляться в WMS.

Неутверждённый поставщик — в procurement.

Тестовый продукт — на публичном сайте.

Поэтому master data имеет lifecycle states, а sync учитывает статус объекта.

«ООО Альфа».

«Альфа ООО».

Один объект или три?

Для клиента можно использовать:

регистрационный номер;

налоговый ID;

адрес;

телефон;

email;

другие признаки.

Но автоматическое объединение ошибочных объектов может быть опаснее дубля.

AMPE разделяет:

точный match;

вероятностный match;

ручное подтверждение.

Одна система знает актуальный телефон.

Другая — юридический адрес.

Третья — сегмент.

Нельзя просто взять «самую новую запись» целиком.

AMPE определяет survivorship по атрибутам и authority источников.

Человеческий код может измениться.

SKU может быть перекодирован.

Организационный номер — пересмотрен.

Устойчивый internal/global ID не должен зависеть от красивого бизнес-кода.

Это особенно важно для долговременных интеграций и истории.

Группа компаний.

Оргструктура.

Категория продуктов.

Складская сеть.

Иерархия может меняться во времени.

Поэтому AMPE учитывает:

parent-child;

effective dates;

историю;

разные представления для разных систем.

Штука.

Коробка.

Килограмм.

Паллета.

Ошибка в conversion factor может одновременно исказить:

запас;

закупку;

производство;

цену;

логистику.

Такие данные требуют явного владельца и контроля изменений.

Объект утверждён.

Публикуется событие.

ERP, WMS, MES, CRM и другие consumers получают только необходимое представление.

Это часто устойчивее, чем каждая система периодически опрашивает master database самостоятельно.

WMS нужны складские свойства товара.

CRM — коммерческие.

Сайт — публичные.

MES — производственные.

AMPE формирует bounded views вместо бесконтрольного распространения полного golden record.

Кто изменил.

Что.

Когда.

Почему.

Какой version/effective date.

Какие consumers получили изменение.

Для критичных справочников это позволяет разбирать последствия не хуже, чем для транзакций.

Сущность получает глобальную идентичность.

Ownership распределяется по атрибутам.

Creation workflow проверяет полноту.

Approved state запускает публикацию.

Consumers получают свои представления.

Match/merge устраняет дубли контролируемо.

История сохраняет изменения.

Так master data становится основой связности систем.

Клиенты и материалы реже дублируются.

Системы лучше понимают, что работают с одним объектом.

Изменение справочника распространяется контролируемо.

Конверсии и классификаторы становятся едиными.

История master data сохраняется.

И главное — транзакционные процессы перестают постоянно исправлять последствия плохой идентичности базовых объектов.