Relier un outil métier que l'ERP ne connaît pas

Beaucoup d'entreprises s'appuient sur un logiciel propre à leur métier, qui fait bien une chose que l'ERP ne fera jamais. Le problème n'est pas cet outil : c'est qu'il vit à côté, avec son référentiel, ses clients et ses documents, et que quelqu'un passe sa journée à faire circuler l'information entre les deux.

Relier les deux suppose d'abord de trancher ce qui appartient à qui. Le référentiel article, le client, le document contractuel : chacun doit avoir une source unique, et l'autre système la reçoit. C'est ce partage, plus que la technique de l'échange, qui décide de la réussite.

Fonctionnalités principales

• Échanges référentiels (articles, nomenclatures, clients…).
• Synchronisation des documents (PDF, plans, pièces jointes).
• Suivi d’état et traçabilité complète des flux.
• Adaptations spécifiques au métier.
• Sécurité des accès (API keys, IP allowlist).

Questions fréquentes

Faut-il que l'éditeur expose une interface ?

C'est le cas le plus confortable. À défaut, un échange de fichiers déposés à intervalle régulier fait l'affaire pour beaucoup de flux — moins élégant, mais robuste et compréhensible par tous.

Comment sait-on ce qui a échoué ?

Par la journalisation, qui n'est pas un ornement. Un échange qui échoue sans laisser de trace se découvre des semaines plus tard, quand un chiffre ne tombe pas juste et que personne ne sait depuis quand.

Et si le besoin évolue ?

C'est la règle plutôt que l'exception. Un échange construit autour d'un partage clair des responsabilités se modifie ; un échange qui réplique tout dans les deux sens se reprend entièrement. Voir aussi nos autres connecteurs métier.