Répartir les données produit entre PIM, boutique et ERP

Répartissez les données produit selon leur sens et la responsabilité de leur mise à jour. PIM désigne la gestion des informations produit ; ERP signifie Enterprise Resource Planning, soit la planification des ressources de l’entreprise. Le fait que le PIM, la boutique et l’ERP connaissent le même article ne rend aucun de ces systèmes automatiquement référent pour toutes les informations.

Identifier la correspondance de l’article sans ambiguïté

Dans une entreprise fictive, les textes produit du PIM et les stocks disponibles de l’ERP doivent arriver dans la boutique. L’intégration a d’abord besoin d’une correspondance d’article sans ambiguïté. Un nom affiché identique ne suffit pas s’il existe plusieurs variantes. Précisez quel identifiant désigne le produit et lequel désigne sa variante commandable.

Attribuer la responsabilité de chaque information

La répartition suivante est convenue pour notre exemple. Elle décrit une décision de projet, et non une répartition obligatoire des rôles pour chaque produit.

La définition du stock doit dépasser le simple mot stock : s’agit-il du stock physiquement présent ou disponible pour les commandes ? Faites préciser cette définition avant de transférer une valeur numérique techniquement valide.

Décider du traitement des changements et exceptions

Si une personne corrige une description directement dans la boutique, le prochain import PIM pourrait l’écraser. Dans l’exemple, les modifications durables des textes sont donc faites dans le PIM. Une exception temporaire dans la boutique nécessite une fin identifiable et une règle indiquant quand la source reprend son autorité.

Si un nouvel article n’a pas de correspondance, il n’est pas associé à un article existant sur son seul nom. Le cas est soumis à clarification. Il faut également définir si l’absence de texte dans une langue conserve ou supprime le texte cible existant. L’intégration ne doit pas inventer silencieusement cette décision.

Microsoft décrit des couches de traduction entre systèmes ayant des sémantiques différentes. Pour cet échange, la correspondance peut être réalisée dans un composant applicatif ; un service supplémentaire n’est pas obligatoire.

Vérifier les limites avec des données d’exemple

Vérifiez un article existant avec un nouveau texte, une variante sans correspondance et un enregistrement sans texte dans une langue. Examinez ensuite les valeurs cibles et les informations qui doivent rester inchangées. Dans l’exemple, un import de texte ne doit pas réinitialiser la décision locale de publication. Vous voyez ainsi si la responsabilité convenue est préservée pendant le transfert en fonctionnement.

Sources

• Microsoft Learn: Anti-Corruption Layer pattern