Une intégration relie deux modèles métier, pas seulement deux adresses techniques. Décrivez la propriété des données, les erreurs et la reprise avant d’écrire le connecteur.
Choisir une source de vérité
Dans un exemple fictif reliant un CRM à une application de devis, qui possède l’adresse du client ? Si les deux systèmes peuvent la modifier, il faut une règle de conflit. Une synchronisation bidirectionnelle sans arbitrage peut écraser une correction récente par une ancienne valeur.
| Décision | À documenter |
|---|---|
| Identité | Correspondance entre identifiants locaux et externes |
| Sens | Lecture, écriture ou synchronisation bidirectionnelle |
| Conflit | Règle de priorité et traitement humain éventuel |
| Échec | Reprise, alerte et opération bloquée |
| Suppression | Effet sur chaque système et historique |
Tester avec un jeu contradictoire
Préparez un client renommé, une adresse absente, un compte fusionné et une modification simultanée. Vérifiez les droits du compte technique et le comportement lorsqu’ils changent. Une démonstration avec trois lignes parfaites ne révèle pas les difficultés de production.
Faut-il synchroniser en temps réel ?
Seulement si le besoin l’exige. Un traitement différé peut convenir à un rapport quotidien ; il ne convient pas à une promesse de disponibilité instantanée. Fixez la fraîcheur attendue et la façon de l’afficher. Le livrable du cadrage est un contrat de données et une procédure de reprise, avec les limites du fournisseur identifiées.
Du guide à votre projet
Développement ↗
Un SaaS est un système : données, utilisateurs, droits, facturation et opérations. L’architecture doit soutenir votre modèle économique.
Parlez-nous de votre idéeLes exemples sont pédagogiques et ne décrivent pas des résultats clients. Contenu préparé avec assistance IA ; voir notre politique éditoriale. Notre méthode ↗