Управление изменениями dictionary
Процесс принятия решений по изменениям в критических dictionary: Identity Profile, Manufacturer, Characteristic. Документ описывает целевой процесс — сейчас команда из одного человека, поэтому ряд ролей совмещается.
NOTE
Статус: Target process. Часть команды пока из одного человека — роли ревьюера, техлида и оператора модерации фактически совмещаются. Открытые вопросы по формализации ролей и SLA — в
../00-overview/open-questions.md.
Создание Identity Profile
| Шаг | Ответственный | Артефакт |
|---|---|---|
| Инициатор | модератор, техлид или AI (черновик) | draft Identity Profile |
| Ревью | техлид + продакт | approve / reject в задаче |
| Тест | применение профиля к текущему каталогу, оценка количества затронутых canonical products | отчёт об impact |
| Apply | command handler в catalog-core | запись в dictionary |
Изменение critical_attribute_keys существующего Identity Profile
Breaking change. Требует ADR и phased rollout:
- Создать новую версию профиля (
v+1). - Переклассифицировать canonical products по новой версии.
- Оценить влияние (сколько merge / split).
- Применить в тестовом окружении.
- Rollout в prod.
Добавление manufacturer_alias
- Автоматическое из supplier feed — с confidence
from_dict. Модерация не требуется, если confidence ≥ порога. - Ручное — через UI модерации: оператор создаёт alias и ссылает на существующий manufacturer.
- Альтернативные написания одного производителя — через объединение в UI модерации (merge alias list).
Добавление Characteristic
- Через UI admin.
- Обязательные поля:
key,display_name,value_type,default_unit_ref. - Одобрение: техлид каталога.
Rollback
Политика отката пока не формализована — см. ../00-overview/open-questions.md. До формализации откат выполняется вручную через command handler с revert-событием и ADR, описывающим причину отката.
Связано
documentation-standard.md../00-overview/open-questions.md— незакрытые управленческие вопросы.../10-business/domain-model.md— определения Identity Profile, Manufacturer, Characteristic.