Qui a raison en cas de désaccord
Si les deux outils peuvent modifier la même information, il faut décider lequel arbitre. Sans cette règle, une synchronisation à double sens finit toujours par écraser une donnée que quelqu’un venait de corriger.
Relier vos outils entre eux,
plutôt que d’en changer.
Vos logiciels contiennent déjà la bonne information, elle ne circule simplement pas. L’intégration API fait passer la donnée d’un outil à l’autre au bon moment, et nous traitons aussi le cas fréquent où l’un des deux n’expose aucune interface.
Intégration API
Le problème est rarement la donnée, c’est le trajet qu’elle ne fait pas.
Ce qui se joue
Trois questions qui décident de la faisabilité
Nous les posons au cadrage, avant de chiffrer. Les réponses changent complètement le périmètre.
À quelle fréquence
En temps réel, toutes les heures ou une fois par nuit. Le temps réel est plus fragile et plus coûteux, et il n’est utile que si une décision dépend de la minute. Souvent, la nuit suffit.
Ce qui se passe quand ça échoue
Un service indisponible, une limite d’appels atteinte, un format inattendu. Ces cas arrivent, la vraie question est de savoir si la donnée est rejouée, mise en attente ou perdue.
Notre méthode
Quatre étapes, et une vérification avant de chiffrer.
La faisabilité se vérifie sur la documentation et sur un appel réel, pas sur une promesse commerciale d’éditeur.
- (01)
Vérifier ce qui est possible
Lecture de la documentation, essai d’un appel réel, relevé des limites de débit et des champs réellement exposés. Un éditeur qui annonce une API ne garantit pas qu’elle expose ce dont vous avez besoin.
- (02)
Décider les règles
Sens de la synchronisation, source de vérité par champ, fréquence, et comportement en cas de conflit. Ces décisions sont écrites avant le développement, parce qu’elles sont coûteuses à changer après.
- (03)
Construire et éprouver
Développement du flux, journalisation de chaque échange, et essais sur les cas limites : champ vide, doublon, service indisponible, volume anormal.
- (04)
Surveiller
Une alerte quand un flux échoue ou ralentit, et un journal consultable. Sans surveillance, une intégration devient invisible jusqu’au jour où quelqu’un remarque que les données ne bougent plus.
En pratique
Sans API
Et quand l’outil n’a pas d’API, ce qui arrive souvent.
Beaucoup de logiciels métier, surtout les plus anciens, n’exposent rien. Il reste plusieurs chemins : un export programmé déposé sur un serveur, une lecture directe en base de données, une automatisation de navigateur en dernier recours. Chacun a ses limites, et nous vous disons laquelle vous prenez plutôt que de faire comme si le problème n’existait pas.
- Import et export de fichiers programmés
- Lecture directe en base quand elle est accessible
- Fichier intermédiaire déposé sur un serveur
- Limites de chaque solution énoncées avant de choisir
Cas client
Motomax, une base, une boutique et un modèle reliés bout à bout.
Un catalogue de milliers de pièces moto, une base MySQL à fiabiliser et des compatibilités produits gérées à la main. Nous avons repris les relations en base, posé des déclencheurs pour détecter les nouveautés, puis relié le tout à PrestaShop et à un modèle de langage via un flux automatisé.
–80 %
sur le temps de traitement des produits
Des milliers
de références structurées pour le référencement
Automatique
des fiches enrichies et validées sans intervention manuelle
Nos engagements
Ce que nous tenons, pas ce que nous espérons.
Des engagements de production. La disponibilité d’un service tiers ne dépend pas de nous, nous nous engageons sur la façon dont l’intégration y réagit.
Faisabilité vérifiée
Sur un appel réel, avant le chiffrage.
Source de vérité
Décidée champ par champ, écrite et validée.
Échecs rejoués
Une donnée non transmise est mise en attente, pas perdue.
Journal consultable
Chaque échange traçable, avec alerte en cas de panne.
Questions fréquentes
Avant de commencer.
Et si notre logiciel n’a pas d’API ?
C’est le cas le plus fréquent, et il reste des solutions : export programmé, lecture en base, fichier intermédiaire. Elles sont moins confortables et plus fragiles, nous vous disons laquelle s’applique et ce qu’elle implique en maintenance.
Faut-il un outil comme Make ou Zapier ?
Parfois. Ces plateformes accélèrent la mise en place et rendent les flux lisibles par une personne non technique, au prix d’un abonnement qui monte avec le volume. Sur des volumes importants ou des règles complexes, du code sur mesure coûte moins à l’usage. Le calcul se fait au cadrage.
Synchronisation dans un sens ou dans les deux ?
Un seul sens quand c’est possible, parce que c’est bien plus robuste. Le double sens demande de décider qui arbitre pour chaque champ, et c’est cette décision qui coûte, pas le développement.
Que se passe-t-il si l’éditeur change son API ?
Cela arrive, et c’est le principal risque d’une intégration. La journalisation et les alertes font que vous le voyez tout de suite plutôt que trois semaines après. L’adaptation est alors un travail de maintenance, à prévoir.
Gérez-vous les données personnelles ?
Nous limitons ce qui circule au strict nécessaire et documentons les champs transférés. Sur les aspects de conformité au RGPD, nous ne sommes pas juristes : faites valider vos traitements par votre délégué à la protection des données ou un conseil spécialisé.
Commençons par vérifier ce que vos outils exposent.
Un échange pour lister les outils à relier et la donnée à faire circuler, puis une vérification de faisabilité avant chiffrage.
Parler de mon projet