Commerce B2B
Commandes B2B sur WhatsApp: passer du message à un flux contrôlé
Un modèle opérationnel pour structurer les commandes, empêcher les doublons, valider les prix et le stock, puis suivre chaque statut jusqu’au rapprochement.
Décision soutenue
WhatsApp doit rester un canal d’entrée et de conversation, pas la source de vérité d’une commande. Dès qu’un client exprime une intention d’achat, le système doit créer un enregistrement structuré avec un identifiant unique, vérifier le client, les articles, les quantités, le prix et le stock, puis suivre des statuts explicites jusqu’à la livraison et au rapprochement.
Synthèse exécutive
- Séparer le message original, l’intention interprétée et la commande validée.
- Utiliser l’identifiant du message et un identifiant de commande interne pour neutraliser les répétitions.
- Ne confirmer ni prix ni disponibilité avant le contrôle du système de référence.
- Conserver l’auteur, les corrections, les validations et chaque changement de statut dans une piste d’audit.
Séparer le canal de conversation du registre opérationnel
Une conversation WhatsApp accepte du texte libre, des photos, des notes vocales et des corrections successives. Cette souplesse est utile commercialement, mais elle ne fournit pas à elle seule une commande exploitable par le stock, la préparation, la livraison et la finance.
La documentation de Meta indique que chaque message possède un identifiant unique et que ses statuts peuvent être suivis par webhook. Ces identifiants sont utiles pour la traçabilité du canal. Ils ne remplacent pas l’identifiant interne de la commande, son cycle de validation ni ses règles métier.
Capacité du canal vérifiée
WhatsApp Business Platform fournit des identifiants de message et des notifications de statut. Atlas les utilise comme preuves de transport, pas comme état complet de la commande.
Adopter un cycle de commande en huit états
Le flux doit rendre visible la différence entre ce que le client a envoyé et ce que l’entreprise a accepté. Une séquence compacte suffit souvent: reçu, à clarifier, validé commercialement, stock réservé, confirmé au client, en préparation, expédié ou livré, puis rapproché. Une annulation et un rejet restent des états explicites, jamais une suppression.
| Étape | Décision | Preuve conservée |
|---|---|---|
| Reçu | Créer une intention sans engagement | Message source, auteur, date, identifiant du canal |
| À clarifier | Demander l’information manquante | Question envoyée et réponse associée |
| Validé | Accepter client, articles, quantités et conditions | Utilisateur, version du tarif, corrections |
| Réservé | Allouer le stock selon la règle de disponibilité | Réservation, dépôt, quantité et expiration |
| Confirmé | Communiquer une promesse exploitable | Numéro de commande, prix, quantité, délai |
| Exécuté | Préparer, expédier et livrer | Mouvements, écarts, preuve de livraison |
| Rapproché | Relier livraison, facture et paiement | Montants attendus, reçus et écarts |
Modèle de contrôle
Les standards GS1 couvrent séparément commande, réponse à la commande, avis d’expédition, réception, facture et rapports de stock. Atlas reprend cette séparation des responsabilités sans imposer un format EDI à chaque PME.
Définir le contrat minimal d’une commande
Le système doit refuser la confirmation tant que les champs qui engagent l’entreprise ne sont pas déterminés. Les données peuvent être proposées automatiquement, mais une incertitude doit être présentée à l’utilisateur au lieu d’être transformée en valeur silencieuse.
| Donnée | Contrôle | Réponse si ambiguë |
|---|---|---|
| Client et point de livraison | Correspondance avec le référentiel client | Sélection ou création contrôlée |
| Article et unité | SKU, conditionnement et unité de vente | Demander une confirmation |
| Quantité | Valeur positive, multiple de colis si nécessaire | Proposer la règle sans la forcer |
| Prix | Tarif applicable, date, client et volume | Soumettre une exception commerciale |
| Stock | Disponibilité et règle de réservation | Confirmer partiel, délai ou rejet |
| Livraison | Adresse, créneau et contraintes | Conserver le dossier en clarification |
Neutraliser les doublons à chaque frontière
Un webhook peut être retraité, un utilisateur peut renvoyer le même message et un opérateur peut cliquer deux fois. Le système doit donc protéger la création, la validation, la réservation de stock et la confirmation. L’identifiant du message bloque un même événement de canal. Une clé d’opération interne bloque une même commande ou transition répétée.
L’idempotence signifie que répéter une demande produit le même effet métier qu’une seule exécution. Elle doit être implémentée dans le service qui porte la décision, pas seulement dans l’écran. Pour une réservation, le serveur conserve la clé et le résultat; pour une transition, il vérifie aussi l’état courant et la version de la commande.
Sémantique de répétition
RFC 9110 définit l’idempotence par l’effet attendu de plusieurs requêtes identiques. Cette propriété autorise une reprise sûre lorsque le client ne sait pas si la première tentative a abouti.
Automatiser la saisie sans automatiser l’engagement
L’extraction automatique peut identifier un client probable, des références, des quantités et une date souhaitée. Elle ne doit pas inventer une référence, choisir un conditionnement ambigu ou promettre un stock non réservé. Le système présente les champs proposés, leur origine et les écarts à résoudre.
| Situation | Traitement recommandé |
|---|---|
| Client, SKU et quantité sans ambiguïté | Préremplir puis appliquer les contrôles automatiques |
| Article proche de plusieurs références | Demander une sélection humaine |
| Prix hors règle ou marge sous seuil | Exiger une approbation commerciale |
| Stock insuffisant | Proposer des options, ne pas confirmer automatiquement |
| Message contradictoire ou modifié | Conserver les versions et demander clarification |
Décision Atlas
L’automatisation réduit la ressaisie. La responsabilité de l’engagement reste portée par les règles de prix, de stock, de crédit et par les rôles autorisés.
Mesurer le contrôle, pas seulement le volume de messages
Ces indicateurs permettent une décision après pilote: étendre, corriger le référentiel ou limiter l’automatisation. Ils doivent être comparés au flux précédent sur un même périmètre. Atlas ne publie pas de pourcentage de gain sans baseline client mesurée.
- Délai entre réception du message et commande structurée.
- Part des dossiers envoyés en clarification et causes principales.
- Taux de doublons neutralisés avant création ou réservation.
- Écarts entre prix proposé, prix validé et prix facturé.
- Commandes confirmées puis modifiées pour stock insuffisant.
- Temps et montant des écarts de rapprochement après livraison.
Règle de preuve
Une baisse de ressaisie n’est utile que si les erreurs, les modifications après confirmation et les écarts de stock diminuent aussi.
Décisions à prendre maintenant
Actions recommandées
- 01Cartographier le parcours réel d’un message jusqu’à la livraison et au paiement.
- 02Définir l’enregistrement minimal, les statuts et les propriétaires de chaque décision.
- 03Mettre en place les clés de déduplication sur message, commande et réservation.
- 04Connecter prix, stock et crédit avant toute confirmation adressée au client.
- 05Piloter sur un canal et une équipe avec une baseline et des motifs d’exception obligatoires.
Points de vigilance
- Une commande confirmée dans la conversation mais absente du système opérationnel.
- Un article proposé automatiquement sans preuve de correspondance avec le SKU.
- Une réservation de stock répétée après reprise d’un webhook ou d’une requête.
- Des corrections réalisées dans Excel après validation sans retour dans la piste d’audit.
Questions fréquentes
Faut-il remplacer WhatsApp?
Pas nécessairement. Gardez le canal si les clients l’utilisent, mais connectez-le à un registre structuré qui porte la validation, le stock, le prix et les statuts.
L’IA peut-elle créer la commande automatiquement?
Elle peut préremplir les champs lorsque l’ambiguïté est faible. Les règles métier doivent encore valider le client, le SKU, l’unité, le prix, le stock et les autorisations avant confirmation.
Comment traiter une modification envoyée après confirmation?
Créez une demande de modification liée à la commande existante. Rejouez les contrôles de prix, de stock et de livraison, puis conservez l’auteur, la version précédente et la nouvelle confirmation.
Sources et vérification
Dernière vérification éditoriale : 29 août 2026. Les liens pointent vers les textes, autorités et guides de référence consultés.
- 01WhatsApp Business Platform: Messages
Meta. Consulté le 29 août 2026.
- 02WhatsApp Business Platform: Webhook Payload Reference
Meta. Consulté le 29 août 2026.
- 03RFC 9110: HTTP Semantics, section 9.2.2 Idempotent Methods
RFC Editor. Consulté le 29 août 2026.
- 04GS1 Electronic Data Interchange standards
GS1. Consulté le 29 août 2026.
- 05What kind of messages does GS1 EANCOM provide?
GS1 Global Office. Consulté le 29 août 2026.
Décisions connexes
Poursuivez avec des dossiers qui partagent le même contexte opérationnel, technique ou de gouvernance.
Commerce B2B
Tarification B2B en distribution: construire des règles explicables et auditables
Lire le dossierOpérations terrain
Logiciel terrain offline-first: le protocole de décision pour des opérations fiables
Lire le dossierCybersécurité
Ce que la stratégie algérienne de cybersécurité 2025-2029 change pour les entreprises
Lire le dossierApplication concrète
Transformer les conversations en commandes exécutables.
Atlas CRM relie la capture, la validation, les statuts, la livraison et le rapprochement dans un flux contrôlé.