Connecter un nouvel outil à son logiciel de gestion

Un nouvel outil arrive rarement seul. Il s'ajoute à une comptabilité, un logiciel de devis, un fichier clients, parfois un outil de production.

Si rien ne les relie, la même information est saisie deux fois. Et deux saisies finissent toujours par diverger.

Ce que coûte une double saisie

Pas seulement le temps, qui est visible et accepté. Ce qui coûte, c'est l'écart qui s'installe.

Au bout de quelques mois, personne ne sait plus lequel des deux systèmes dit vrai. On vérifie dans les deux, on tranche au cas par cas, et chaque question simple demande une enquête. C'est à ce moment que les équipes recommencent à tenir un tableur à côté, pour avoir enfin une version à laquelle se fier.

Les quatre façons de relier deux outils

L'export manuel. On sort un fichier d'un côté, on l'importe de l'autre. Simple, immédiat, sans développement. Convient quand la fréquence est faible, une fois par mois par exemple, et quand une erreur est rattrapable.

L'import automatisé sur fichier. Le même principe, mais déclenché seul, à heure fixe. Beaucoup moins cher qu'une intégration complète, et suffisant dans un grand nombre de cas.

L'interface de programmation. Les deux outils se parlent directement. C'est la solution propre quand elle est disponible, et la question à poser avant d'acheter un logiciel est toujours la même : propose t il une API documentée ?

La base de données partagée. À éviter sauf cas très particulier. Deux applications qui écrivent dans la même base se gênent tôt ou tard, et la moindre mise à jour de l'une casse l'autre.

La question qu'il faut trancher avant de brancher

Quel système fait autorité sur quelle donnée ?

Si le fichier clients existe des deux côtés, il faut décider lequel gagne en cas de désaccord, et dans quel sens circule l'information. Cette décision paraît évidente avant le projet et ne l'est jamais au moment de la prendre.

Tant qu'elle n'est pas écrite, l'intégration ne peut pas être conçue correctement.

Commencer par un seul sens

Une synchronisation dans les deux sens est beaucoup plus difficile qu'il n'y paraît : elle suppose de gérer les conflits, c'est à dire les cas où la même fiche a été modifiée des deux côtés.

Dans la grande majorité des situations, un seul sens suffit, et il couvre 90 % du besoin pour une fraction du coût. Commencez par là, et n'ajoutez le retour que s'il manque réellement.

Prévoir ce qui tombe

Une intégration échoue un jour : coupure réseau, interlocuteur indisponible, format inattendu. Ce n'est pas une hypothèse, c'est une certitude à l'échelle d'une année.

Ce qui distingue une intégration sérieuse d'une intégration fragile n'est pas qu'elle ne tombe jamais, c'est qu'elle le dit quand elle tombe. Une alerte, une file d'attente qui rejoue ce qui n'est pas passé, et une trace lisible de ce qui a échoué.

Une intégration silencieuse qui s'arrête sans prévenir fait bien plus de dégâts qu'une absence d'intégration, parce qu'on continue de croire les chiffres.

Notre article sur quand le tableur ne suffit plus traite du moment où ces questions se posent, et la page Optimisation des process décrit ce type de chantier.