L'information circule, personne ne ressaisit

Le vrai coût d'une ressaisie

Une ressaisie ne coûte pas les trois minutes qu'elle prend. Elle coûte les trois minutes, plus le décalage entre les deux systèmes pendant qu'elle n'a pas encore eu lieu, plus le temps passé à trancher lequel des deux a raison quand ils divergent, plus le client à qui on a donné la mauvaise information entre-temps.

C'est pour ça que l'orchestration est presque toujours le premier chantier rentable dans une PME : elle ne demande pas d'IA, elle ne change rien aux habitudes, et son gain est immédiatement mesurable.

Ce que nous construisons concrètement

Trois exigences non négociables

Traçabilité

Chaque exécution est datée et conservée : ce qui est entré, ce qui en est sorti, quelle décision a été prise. Quand un client demande pourquoi il a reçu tel document tel jour, la réponse est dans le journal, pas dans une reconstitution de mémoire.

Rejeu des erreurs

Une API tierce indisponible trente secondes ne doit pas faire perdre une commande. Les échecs sont retentés avec un délai croissant, et ce qui ne passe toujours pas remonte à un humain avec le contexte, jamais un échec silencieux.

Idempotence

Un même événement traité deux fois ne doit pas produire deux factures. C'est un détail technique qui, mal traité, se voit très vite chez vos clients.

Sur quelle plateforme

Le choix se fait selon le volume, la sensibilité des données et vos contraintes d'hébergement. Nous détaillons les arbitrages dans notre comparatif n8n, Make et Zapier. En résumé : n8n auto-hébergé quand la souveraineté des données prime ou que les volumes sont élevés, Make quand la rapidité de mise en œuvre l'emporte, intégration directe quand la chaîne est critique et durable.

Dans tous les cas, l'automatisation tourne sur vos comptes et vous appartient. Vous n'êtes pas prisonnier de notre infrastructure.

Un exemple de bout en bout

Un devis est accepté par le client. Voici ce que la chaîne déclenche, sans que personne n'ouvre un logiciel.

1. La signature électronique notifie le système.
2. La fiche client est créée ou mise à jour dans le CRM, avec la règle d'autorité définie au cadrage : c'est la compta qui fait foi sur l'adresse de facturation.
3. Le projet est ouvert dans l'outil de suivi, avec les échéances calculées depuis la date de signature.
4. La facture d'acompte est générée selon les conditions du devis, puis soumise à validation avant envoi.
5. Le prévisionnel est mis à jour et l'équipe notifiée sur le canal concerné.
6. Chaque étape est journalisée : qui, quoi, quand, avec quelles données.

Six systèmes touchés, zéro ressaisie, et un seul point d'arrêt humain, celui qu'on a choisi de garder.

Les trois questions à trancher avant de construire

Qui fait autorité ?

Quand deux systèmes divergent sur un même champ, lequel gagne ? Cette question paraît technique ; elle est organisationnelle, et c'est celle qui fait traîner les projets. Nous la tranchons champ par champ, à l'écrit, avant d'écrire une ligne.

Que faire des cas anormaux ?

Un client sans SIREN, un devis sans ligne, un montant négatif. Ils existent toujours. Deux options : bloquer et remonter, ou laisser passer avec une valeur par défaut. Le choix vous appartient, mais il doit être fait, sinon l'automatisation le fera à votre place, mal.

Jusqu'où va l'automatique ?

Envoyer une facture d'acompte de 500 € et une de 50 000 € n'appelle pas la même confiance. Un seuil de validation est souvent la bonne réponse, et il se règle sans nous.

Comment nous mesurons le gain

• Le nombre d'exécutions réussies, et le taux d'échec après rejeu. Un taux d'échec résiduel supérieur à quelques pour mille signale une API instable ou une règle mal posée.
• Le délai de bout en bout, de l'événement déclencheur à la dernière action. C'est le chiffre qui remplace « on traite ça dans la semaine ».
• Le nombre de ressaisies supprimées, compté à l'audit puis vérifié après mise en service.

À lire ensuite