Aller au contenu
Evidiance
Perspectives

Plateformes métier : organiser les données et les échanges

Un portail client, un outil de gestion et un système de facturation peuvent décrire la même commande de façons différentes. Construire une plateforme commune suppose de décider où se trouve l’information de référence et comment les applications se la transmettent.

Définir la source de référence pour chaque donnée

Lorsque plusieurs applications décrivent le même client, la même commande ou le même contrat, la première question est celle de la référence et de la responsabilité. Un modèle partagé doit préciser qui crée l’information, qui peut la modifier et comment les autres applications sont informées. Ces décisions influencent les API et les possibilités d’évolution.

Les règles des échanges entre applications

  • Quelle application fait référence pour chaque donnée ? Définir les propriétaires et les règles de correction.
  • Quels processus traversent plusieurs outils ? Décrire les événements, les erreurs possibles et les interventions manuelles.
  • Quelles règles doivent être communes ? Distinguer les besoins partagés des contraintes propres à un domaine métier.
  • Qui maintient les contrats d’intégration ? Prévoir le versionnement, les changements et la surveillance des échanges.

Valider un parcours complet avant de généraliser

Cartographier un parcours métier de bout en bout, préciser les responsabilités puis concevoir les contrats de données et d’API. Valider un premier flux complet avant de généraliser la plateforme. L’organisation des équipes et des responsabilités fait partie de la décision d’architecture.

Échanger sur ce sujet