Déclaration IA : cet article a été rédigé par un assistant à partir du système interne ROUTINIVO observé. Les scénarios sont illustratifs et ne constituent pas des références clients.
Une demande de devis arrive dans un formulaire, puis une seconde fois par un autre canal. Si chaque arrivée devient une nouvelle tâche, deux personnes peuvent travailler sur le même dossier. Un workflow doit d'abord décider si la demande enrichit une entreprise déjà connue.
Sur notre système interne, construit avec n8n, Node et SQLite, nous séparons quatre choses : l'entreprise, les observations, les actions et leurs confirmations. C'est une preuve interne de fonctionnement, pas un projet client ni une mesure de retour sur investissement.
Conserver les observations sans multiplier les entreprises
Le domaine, l'adresse professionnelle et les autres identités vérifiées servent au rapprochement. Une deuxième observation doit pouvoir rejoindre la même fiche. Un nom semblable seul n'autorise pas une fusion : deux entreprises peuvent avoir le même nom. Si les identités se contredisent, le dossier reste à vérifier.
Distinguer préparation et exécution
Un message rédigé n'est pas envoyé. Une action réservée n'est pas confirmée. Si un service distant a peut-être accepté une requête mais que la confirmation manque, une nouvelle tentative immédiate peut produire un doublon. L'état incertain doit rester visible et bloqué jusqu'à vérification.
Traiter la réponse avant la prochaine relance
La réception met à jour le suivi. Une réponse arrête la séquence froide ; un refus exclut les relances. Le contenu reçu reste une donnée non fiable : il ne doit pas modifier les règles du système ou devenir une instruction d'exécution.
Rendre la notification indépendante
Une alerte sur smartphone aide à agir vite, mais elle ne remplace pas l'enregistrement en base. Une panne de notification ne doit pas faire disparaître une réponse ni relancer une action déjà terminée.
Un petit test utile
Avant la mise en production, on peut simuler une entreprise reçue deux fois, une réponse, un refus et un résultat incertain. Le test attendu est simple : une seule fiche enrichie, aucune relance après réponse et aucun réessai aveugle. Utiliser des données fictives et une copie isolée suffit pour observer ces transitions.
L'exemple pédagogique associé ne contacte personne et ne contient ni credential ni donnée de production. Il illustre un rapprochement dans un lot, pas une déduplication persistante complète. Le point à résoudre est souvent une transition d'état mal définie avant d'être un besoin de nouveau logiciel.
Exemple interne ROUTINIVO. Présentation des outils et du périmètre : https://routinivo.pages.dev/.
Top comments (0)