nexoria_

Mon logiciel métier n'a pas d'API : comment le relier à mes autres outils ?

Publié le

Il existe presque toujours une porte, même sans API. Quatre chemins sont possibles : les exports de fichiers, les mails et notifications que le logiciel envoie déjà, la base de données elle-même, et en dernier recours l'automatisation des clics à l'écran. Le bon chemin dépend de ce que le logiciel laisse faire et de ce que vous voulez y écrire.

Pourquoi tant de logiciels métier n'ont-ils pas d'API ?

Une API, c'est une porte d'entrée prévue pour que d'autres programmes lisent et écrivent dans un logiciel. Beaucoup de logiciels métier ont été conçus avant que ce soit la norme, pour un métier précis, par de petits éditeurs. Ils font bien leur travail, sans avoir été pensés pour échanger avec d'autres outils.

Résultat : quelqu'un fait le pont à la main. Il recopie une réservation, ressaisit une adresse, colle une note. Le blocage tient à l'accès à la donnée.

Quels sont les quatre chemins possibles ?

Chemin Comment ça marche Quand le choisir
Exports de fichiers Le logiciel sort un fichier (CSV, Excel) qu'on récupère et traite Pour lire des données, à intervalles réguliers
Mails et notifications On lit les messages que le logiciel, ou un service autour, envoie déjà Quand chaque événement déclenche un mail
Base de données Un petit programme installé sur le poste lit et écrit directement dans la base Quand il faut écrire dans le logiciel, proprement
Automatisation de l'écran Un robot clique et tape à la place d'une personne En dernier recours, quand rien d'autre n'est possible

Les deux premiers chemins permettent surtout de lire. Pour écrire dans le logiciel, il faut presque toujours passer par la base. L'automatisation de l'écran casse dès que l'interface change, et je ne la propose qu'à défaut.

Comment ça se passe quand on passe par la base de données ?

C'est le chemin que j'ai pris pour un logiciel de cabinet de physiothérapie qui n'avait aucune porte prévue. Un petit programme tourne sur le poste du cabinet. Il reçoit une demande précise, par exemple « trouve ce patient » ou « écris cette note dans son dossier », l'exécute dans la base et renvoie le résultat. Mes automatisations l'appellent à distance, par une connexion chiffrée.

Le jour où toute la chaîne a tourné en production, la recherche d'un rendez-vous a pris 1,7 seconde et celle d'un patient 0,7 seconde. Ce n'était pas le cas au début : parcourir toute la table des patients prenait 65 secondes. En passant par la clé de recherche prévue dans la base, la même opération tombe sous la seconde.

Avant d'écrire quoi que ce soit, je relève la structure réelle de la base en masquant tout le contenu. C'est ce relevé qui m'a montré où le cabinet rangeait ses notes. Les tests en simulation ne l'auraient jamais vu, puisqu'ils n'écrivent rien.

Votre logiciel est-il reliable ? Je commence toujours par une étude de faisabilité au prix convenu d'avance, entre CHF 490 et 900 selon le logiciel, déduite du projet si vous continuez. Me décrire votre logiciel par mail

Peut-on écrire dans la base d'un logiciel sans tout casser ?

Oui, avec des règles strictes. Chaque opération d'écriture renvoie l'identifiant de ce qu'elle a créé et une relecture faite juste après. Une réponse « ok » sans identifiant ne prouve rien : un test doit retrouver ce qui a été écrit.

Je teste d'abord sur une fiche fictive, créée pour l'occasion, puis en lecture seule sur les données réelles, sans noms dans les résultats. Et rien ne s'écrit dans un système tiers sans l'accord écrit du client.

Faut-il demander l'accord de l'éditeur ?

C'est préférable, et parfois indispensable : certains contrats de licence l'imposent, et l'éditeur connaît des détails de sa base que personne d'autre ne connaît. Dans tous les cas, c'est le client qui décide, par écrit, de ce qu'on a le droit de lire et d'écrire. Je vérifie aussi avec lui ce que dit son contrat avant de commencer.

Qu'est-ce que vous y gagnez ?

Plus personne ne recopie à la main, et les données sont justes au moment où on en a besoin, pas le lendemain.

👉 Réservez 30 minutes gratuites pour me présenter votre logiciel : je vous dis quel chemin est possible et ce que coûterait l'étude. L'offre complète est sur la page d'accueil.

Questions fréquentes

Mon logiciel tourne sur un seul poste au cabinet, ça marche quand même ?

Oui. Le programme de liaison tourne sur ce poste, qui doit rester allumé aux heures où l'automatisation travaille.

Combien de temps prend l'étude de faisabilité ?

Ça dépend du logiciel et de l'accès qu'on obtient. L'étude dit d'abord si c'est possible, et comment, avant tout engagement sur le projet.

Et si l'étude conclut que ce n'est pas possible ?

Vous le savez avant d'avoir payé un projet entier. Il reste souvent un chemin partiel, par exemple lire les exports pour préparer le travail, même si l'écriture reste manuelle.

Mes données quittent-elles le cabinet ?

Celles qui sont nécessaires à l'automatisation, oui, vers un serveur en Suisse, à Genève, sous contrat de sous-traitance signé avant toute donnée réelle.