Préparé avec l’aide de l’IA et relu pour la clarté, la pertinence et les affirmations non étayées.
Un client écrit « c’est payé » et la commande passe aussitôt à « prête ». Ce raccourci confond une déclaration, une vérification financière et un travail matériel. Pour éviter cela, les statuts de commande, de paiement et de préparation doivent être distincts, même dans un petit commerce.
Il ne s’agit pas de créer un système compliqué. Trois colonnes bien définies, avec une règle de changement pour chacune, sont souvent plus compréhensibles qu’un statut unique « en cours » utilisé pour toutes les situations.
1. Donner à chaque statut une seule question à résoudre
Le statut commercial répond à : « Où en est l’accord sur cette commande ? » Le statut de paiement répond à : « Que savons-nous du règlement ? » Le statut de préparation répond à : « Quel travail a réellement été effectué ? »
- Commande : demande reçue, informations à compléter, à valider, confirmée ou annulée.
- Paiement : non vérifié, en vérification, paiement vérifié ou écart à traiter.
- Préparation : non lancée, autorisée, en préparation, prête ou remise.
Ces exemples sont à adapter. Une activité avec acompte ou paiement à la remise doit prévoir des valeurs et des règles correspondantes. N’assimilez pas « non encore encaissé » à un incident si le règlement est normalement attendu plus tard.
Évitez les termes trop larges comme « validé » sans objet. Le client peut avoir validé son adresse alors que l’équipe n’a encore confirmé ni le stock ni le montant.
2. Associer une preuve et un responsable à chaque changement
Chaque transition doit correspondre à un événement observable. « Commande confirmée » peut exiger un récapitulatif accepté et des contrôles commerciaux terminés. « Paiement vérifié » demande une vérification dans la source financière retenue par l’entreprise. « Prête » suppose une confirmation effective de l’équipe de préparation.
Pour chaque changement, conservez le statut précédent, le nouveau statut, le moment du changement, son auteur ou le processus autorisé, ainsi qu’une référence à la vérification. La preuve peut être une validation interne tracée ; elle ne nécessite pas forcément une pièce jointe.
Attribuez aussi les droits de décision. Un conseiller peut compléter la commande sans être habilité à confirmer un règlement. Une personne chargée de l’emballage peut déclarer la préparation terminée sans modifier les conditions commerciales.
Dans une petite équipe, une même personne peut porter plusieurs rôles. Les distinguer reste utile : elle sait quelle vérification elle effectue à chaque étape.
3. Définir la condition réelle de lancement de la préparation
Le lancement doit suivre une règle explicite, pas la simple arrivée d’un message. Par exemple, une boutique peut décider que la préparation exige une commande confirmée, un stock contrôlé et une condition de paiement satisfaite selon le mode convenu.
Prenons un cas hypothétique : une boutique d’accessoires de bureau reçoit une demande de trois organiseurs. Le client approuve le récapitulatif puis indique avoir effectué un virement. La commande peut être commercialement confirmée alors que le paiement reste « en vérification » et la préparation « non lancée ».
Votre choix de trois organiseurs est confirmé. Vous nous indiquez avoir effectué le virement ; sa vérification interne reste en cours. La préparation n’a pas encore été lancée. Nous vous informerons après ce contrôle.
Dans cet exemple, la boutique a choisi d’attendre le contrôle du règlement. Ce n’est pas une règle universelle. Une autre organisation peut autoriser la préparation pour un paiement à la remise, à condition que cette règle soit documentée et appliquée volontairement.
4. Traiter les messages de paiement sans données sensibles
« J’ai payé » constitue une information à examiner, pas une preuve suffisante de rapprochement. De même, une capture d’écran envoyée par le client ne remplace pas la vérification interne : elle peut concerner une autre commande ou ne pas permettre de confirmer l’encaissement.
Ne demandez jamais dans la conversation un mot de passe bancaire, un code à usage unique, un cryptogramme ou des données complètes de carte. Pour retrouver une opération, limitez la collecte aux références non sensibles nécessaires au processus convenu, comme la référence de commande.
Si une somme ne correspond pas au montant attendu ou qu’une opération ne peut pas être rapprochée, créez un état « écart à traiter » et attribuez-le à un responsable. L’IA ne doit pas résoudre cet écart par déduction.
Pour une reprise humaine, le transfert avec le bon contexte doit expliquer ce qui a été déclaré, ce qui a été vérifié et ce qui reste incertain, sans recopier inutilement des données sensibles.
5. Empêcher les messages tardifs de faire régresser le suivi
Les informations n’arrivent pas toujours dans l’ordre. Un ancien message peut être traité après un contrôle récent. Deux collaborateurs peuvent aussi travailler sur la même commande. Il faut donc vérifier l’état actuel avant d’appliquer un changement.
Un message client déclarant le paiement ne doit pas ramener un paiement déjà vérifié à « en vérification ». Une deuxième confirmation identique ne doit pas relancer la préparation. Inversement, une erreur de statut doit pouvoir être corrigée par une personne autorisée, avec un motif conservé.
La séparation ajoute des champs à tenir à jour. En échange, elle rend les anomalies visibles : paiement vérifié mais commande incomplète, préparation autorisée mais non commencée, ou commande annulée avec règlement encore à traiter. Ces cas doivent alimenter une liste d’actions, pas seulement un tableau coloré.
6. Contrôler les dossiers bloqués et les messages envoyés
À intervalles adaptés à l’activité, examinez les commandes dont l’étape suivante n’a pas été réalisée. Chaque dossier bloqué doit avoir une raison compréhensible et un responsable. Le rapprochement des demandes et commandes en fin de journée peut servir de contrôle complémentaire.
Testez aussi les messages automatiques. « Paiement vérifié » ne doit pas déclencher « votre commande est prête ». « Préparation terminée » ne signifie pas « commande remise ». La formulation envoyée au client doit décrire uniquement l’événement établi.
Une automatisation n8n sur mesure peut coordonner ces transitions selon les outils disponibles et les contrôles définis. Pour cadrer les statuts et les responsabilités de votre équipe, vous pouvez discuter de ce processus avec FlowAgent.