Commencer par la propriété des données, pas par les interfaces
Avant tout mapping, nous définissons qui possède chaque donnée produit : où naît un article, quel système porte la nomenclature diffusée, où vivent les données de coût et d’usine. Une cartographie d’une page règle la plupart des débats d’intégration avant qu’ils n’atteignent le code.
Les patterns que nous utilisons
- Événements à la diffusion. Lorsqu’une modification est diffusée dans Windchill, un événement transmet articles, nomenclatures et documents à l’ERP. Rien n’est envoyé à moitié terminé.
- Consultation à la demande. Portails et applications lisent les données Windchill en direct via des services REST et OData, au lieu de conserver leurs propres copies.
- Réconciliation nocturne. Une tâche planifiée compare les deux côtés et signale tout écart avant qu’un planificateur ne le découvre.
Conçue pour être exploitée
Chaque message est idempotent et traçable. Les échecs sont relancés automatiquement, mis de côté dans une dead-letter queue lorsqu’ils ne peuvent pas aboutir, et affichés sur un tableau de bord lisible par votre équipe support. Personne n’a besoin de fouiller les logs pour comprendre pourquoi un article n’est pas arrivé dans l’ERP.
Intégrations courantes
- SAP S/4HANA et SAP ECC, via Windchill ESI ou une couche middleware
- Microsoft Dynamics 365 et d’autres ERP via REST
- Systèmes MES pour les instructions de travail et les données as-built
- Outils ALM pour les exigences et la configuration logicielle
- Portails fournisseurs et clients, avec un accès contrôlé en lecture seule