Intégration ERP

Nous travaillons avec SAP S/4HANA et SAP Business One, Oracle NetSuite, Oracle Fusion Cloud ERP, Microsoft Dynamics 365 Finance and Supply Chain Management, Dynamics 365 Business Central, Odoo, Sage Intacct et Sage X3, ainsi qu’avec des systèmes sur mesure et plus anciens. Pour chacun, nous utilisons les interfaces prises en charge par l’éditeur, afin que les mises à niveau ne cassent pas l’intégration. La mention d’un produit ne signifie pas un partenariat avec son éditeur.

Pas toujours. Quelques flux stables entre deux systèmes peuvent reposer sur des appels d’API directs. Dès que plusieurs systèmes échangent des données, ou que vous avez besoin de centraliser la correspondance des données, les files d’attente et la supervision, un middleware comme MuleSoft, Boomi ou Azure Logic Apps est généralement rentabilisé. Si vous en possédez déjà un, nous nous appuyons dessus. Nous vous présentons les arbitrages, coûts de licence compris, avant que vous ne décidiez.

Elles le sont rarement, et c’est la cause la plus fréquente d’échec des intégrations. Dès le début des travaux, nous analysons les données clients, articles, prix et comptes dont dépend chaque flux, et vous montrons les doublons, les lacunes et les incohérences relevés. Nous convenons du système propriétaire de chaque enregistrement et ajoutons des contrôles de validation, afin que les données erronées soient bloquées à l’entrée au lieu d’être recopiées partout.

Cela dépend du nombre de systèmes et de flux, de la qualité de la documentation des interfaces de chaque système, de l’état de vos données de référence et de la rapidité de mise à disposition des environnements de test et des accès. Les validations des partenaires, comme une banque ou une place de marché, peuvent aussi imposer le rythme. À l’issue de l’évaluation, nous vous remettons un plan flux par flux, afin que la liaison la plus utile soit mise en production en premier.

Le nombre d’interfaces, la complexité de la correspondance des données et des règles métier, les volumes et les délais requis par chaque flux, et la présence éventuelle de licences middleware. Le nettoyage des données et les tests avec les partenaires représentent un effort supplémentaire. Nous chiffrons chaque interface après l’évaluation, afin que vous puissiez voir le coût de chaque flux et en décider l’ordre.

Nous nous appuyons sur les interfaces que l’éditeur publie et prend en charge, et non sur les tables de la base de données ou sur les écrans, si bien que la plupart des mises à niveau n’affectent pas l’intégration. Avant une mise à niveau, nous confrontons les notes de version de l’éditeur à chaque interface, exécutons la suite de tests sur le système de test mis à niveau et corrigeons tout ce qui a changé avant le passage en production.

Chaque intégration utilise son propre compte technique, doté des seules autorisations nécessaires à ses flux, jamais l’identifiant d’une personne. Les secrets d’accès sont conservés dans votre coffre-fort de secrets, pas dans le code. Nos ingénieurs travaillent, dans la mesure du possible, sur des systèmes de test avec des données masquées ou fictives ; leurs accès sont nominatifs, journalisés et supprimés lorsqu’ils quittent le projet.

Dès le premier commit, vous êtes titulaire de la propriété intellectuelle des travaux que nous réalisons pour vous : aucune cession n’est à prévoir en fin de projet. Cela couvre le code spécifique, la documentation et les autres livrables réalisés pour vous. Les éléments préexistants que nous apportons, tels que des outils internes ou des bibliothèques, restent notre propriété, et vous recevez une licence pour les utiliser dans vos systèmes. Les composants open source conservent leurs propres licences, et nous vous en fournissons la liste.