Для чего делался этот этап
Свести записи об одном физическом автомобиле из разных источников к одной канонической сущности, сохранив исходные идентификаторы, aliases и возможность ручного review.
Что было до этапа
- Один автомобиль может иметь разные идентификаторы и представления в Manager STO, BAF/Alfa и других источниках.
- Простое объединение по строке или номеру создаёт риск ошибочного слияния.
Что было сделано / зафиксировано
- Архитектурно определён VIN-first подход.
- Предусмотрены aliases и review для неоднозначных случаев.
- Этап реализации ещё не открыт.
Как выполнялась работа
Будущий resolver должен использовать каноническую identity-модель и сохранять provenance каждого сопоставления. Неоднозначные совпадения должны попадать в review, а не объединяться автоматически.
На что это повлияло
- История автомобиля сможет собираться из нескольких систем без потери происхождения данных.
- Снизится риск дублирования и ошибочного объединения машин.
- Stage 9 сможет строить единую timeline уже поверх стабильной vehicle identity.
Связь с другими этапами
Зависит от Stage 5 и используется Stage 7–10, а затем внутренним агентом.
Ключевые артефакты и контрольные точки
- Canonical Vehicle + Automotive Core · roadmap scope
- VIN-first / aliases / review