L’effort d’intégration dépend du parcours de données requis
Deux outils avec API peuvent demander des préparatifs différents. Les données, opérations et droits nécessaires déterminent le travail.
Comparer le parcours nécessaire
Pour estimer le travail, la réponse « une API existe » est trop générale. Il faut savoir si la connexion précise peut lire les données nécessaires, détecter les changements et écrire le résultat prévu. La documentation Dataverse de Microsoft distingue lecture, création et mise à jour. Les droits réellement accordés comptent aussi : Personio documente, par exemple, des droits séparés de lecture et d’écriture.
Une entreprise de logiciels fictive compare deux outils pour transmettre les temps de projet approuvés à un brouillon de facturation ERP. On suppose les capacités suivantes pour ces produits inventés :
Étape nécessaire | Outil A | Outil B |
|---|---|---|
Obtenir le temps approuvé | L’API fournit les projets ; les temps arrivent en CSV | L’API fournit notamment |
Détecter une correction | Nouvel export complet sans signal explicite de changement | Récupération des changements avec identifiant stable et version |
Compléter le brouillon ERP | Correspondance des projets et droit d’écriture ERP nécessaires | Correspondance des projets et droit d’écriture ERP nécessaires |
Ces capacités sont nos hypothèses de comparaison, pas des affirmations sur les produits Microsoft, Personio ou d’autres fournisseurs.
Rendre visible le reste du travail de connexion
L’outil B fournit le temps nécessaire par son API. La connexion doit néanmoins comprendre l’unité : pour une cible en minutes, la conversion est 1.5 × 60 = 90. Le projet source doit aussi être rattaché sans ambiguïté au projet ERP. Un droit d’écriture dans la source n’autorise pas une saisie dans la cible. L’intégration doit pouvoir y confirmer le résultat ou traiter une réponse incertaine.
La récupération des changements demanderait aussi de préciser dans quelle mesure les corrections nécessaires peuvent être retrouvées intégralement. Le tableau ne prouve ni un parcours achevé ni un avantage de durée. Un plan solide nécessiterait de vérifier opérations et droits documentés sur des exemples adaptés dans un environnement de test approprié. Les lacunes ainsi révélées constituent une meilleure base que le nombre d’interfaces annoncées.
Quand un fichier peut suffire à la première livraison
Si l’équipe veut seulement un brouillon quotidien, traite peu d’enregistrements et dispose d’un transfert de fichiers contrôlé, cette voie peut suffire à la première livraison. Une connexion API plus étendue n’a alors pas à être construite en premier. Des corrections fréquentes ou le besoin de valeurs à jour modifient ce choix.
Sources
À lire aussi
Tous les articles
Interfaces & intégration avec ASES
ERP, CRM et boutique bien connectés