Enrichissement¶
Vue d'ensemble¶
L'étape d'enrichissement complète les données normalisées en préparant les informations nécessaires au Domain Core.
Contrairement à la normalisation, qui harmonise les données provenant des marchands, l'enrichissement cherche à augmenter leur valeur métier sans modifier leur signification.
Cette étape améliore progressivement la qualité des informations disponibles avant la construction de la Canonical Product Identity.
Position dans le Pipeline¶
Ingestion
│
▼
Stage
│
▼
Normalisation
│
▼
Enrichissement
│
▼
Domain Core
L'enrichissement intervient immédiatement avant le Domain Core.
Mission¶
L'enrichissement prépare les informations qui permettront au Domain Core de prendre des décisions plus fiables.
Il peut notamment :
- compléter des attributs absents ;
- harmoniser des valeurs métier ;
- préparer des informations utilisées par les Vertical Modules ;
- calculer certains indicateurs techniques ;
- améliorer la cohérence des données.
Il ne prend jamais la décision finale concernant l'identité d'un produit.
Pourquoi une étape dédiée ?¶
Toutes les informations utiles ne sont pas toujours directement disponibles dans les flux marchands.
Par exemple :
- certaines références sont incomplètes ;
- certains attributs sont implicites ;
- plusieurs informations doivent être combinées pour produire une valeur exploitable.
L'enrichissement permet de préparer ces données sans introduire de logique de résolution.
Responsabilités¶
L'enrichissement est responsable de :
- compléter les attributs normalisés ;
- préparer les informations destinées au Domain Core ;
- calculer des indicateurs techniques ;
- améliorer la qualité globale des données.
Toutes les transformations doivent rester explicables.
Ce que l'enrichissement ne fait jamais¶
L'enrichissement ne doit jamais :
- fusionner plusieurs produits ;
- résoudre une identité ;
- produire une projection finale ;
- appliquer des règles d'affichage ;
- modifier les données d'origine.
Ces responsabilités appartiennent à d'autres composants de la Platform.
Relation avec les Vertical Modules¶
Chaque Vertical Module peut définir des enrichissements spécifiques à son domaine.
Par exemple :
- Smartphone : préparation des variantes de stockage ou de couleur ;
- Photo : extraction d'une monture ou d'une longueur focale ;
- Printer : préparation de la technologie d'impression ;
- Gaming : enrichissements propres aux consoles ou accessoires.
Le Pipeline fournit le mécanisme d'exécution.
La logique métier reste dans les Vertical Modules.
Qualité des données¶
L'enrichissement améliore directement la qualité des informations disponibles.
Il facilite notamment :
- la résolution d'identité ;
- le calcul des scores de qualité ;
- la réduction des ambiguïtés ;
- la construction de projections cohérentes.
Une étape d'enrichissement bien conçue améliore l'ensemble de la Platform.
Déterminisme¶
Comme les autres étapes du Pipeline, l'enrichissement doit être déterministe.
À données identiques, les résultats produits doivent toujours être identiques.
Cette propriété garantit :
- la reproductibilité des audits ;
- la stabilité des simulations ;
- la comparaison fiable entre plusieurs exécutions.
Traçabilité¶
Chaque enrichissement doit pouvoir être expliqué.
Il doit être possible d'identifier :
- les données utilisées ;
- la règle appliquée ;
- le résultat obtenu.
Cette traçabilité facilite les investigations et les revues d'architecture.
Exemple¶
Une offre de smartphone contient uniquement :
Apple iPhone 16 Pro Max 256 Go
L'enrichissement peut préparer des informations complémentaires destinées au Domain Core, par exemple en identifiant qu'il s'agit d'une capacité de stockage, sans pour autant décider de l'identité finale du produit.
Le Resolver exploitera ensuite ces informations.
Invariants¶
L'enrichissement respecte les principes suivants.
Complémentarité¶
Il complète la normalisation.
Il ne la remplace jamais.
Déterminisme¶
Une même entrée produit toujours la même sortie.
Traçabilité¶
Chaque enrichissement reste justifiable.
Isolation¶
Les enrichissements spécifiques restent confinés dans les Vertical Modules.
Évolution¶
L'étape d'enrichissement évoluera avec l'apparition de nouvelles verticales et de nouvelles heuristiques métier.
Toute évolution devra respecter les principes fondamentaux de la Platform :
- séparation des responsabilités ;
- reproductibilité ;
- stabilité ;
- indépendance du Domain Core.
Cette discipline garantit une évolution progressive sans compromettre les traitements existants.