Réponse directe
Les erreurs multi-agents viennent de doublons d’appel, mauvaise saisie statut, absence de notes et commandes non assignées. ERP-STOK limite via OrderAssignmentService (visibilité, assigned_to), statut double_commande, historique activité, assignation manager et champs external_order_id anti-doublon à l’ingestion. Le manager audite échantillons et verrouille les pratiques (note avant confirmer, pas d’edit hors périmètre).
Erreurs typiques multi-agents
Deux agents appellent le même client (assignation floue ou commande non assignée).
Confirmation avec mauvaise adresse car note non lue par l’agent suivant.
Double commande client non marquée statut double_commande.
Modification hors périmètre (agent B change commande de A).
Leviers ERP-STOK
Assignation à la création ou manuelle : une commande a un assigned_to clair.
OrderAssignmentService::applyVisibilityScope : limite la file visible.
Statut double_commande pour clôturer proprement les doublons client.
external_order_id à l’ingestion webhook/Sheet : évite doublons source.
Historique + notes : traçabilité qui a changé quoi.
| Mécanisme | Erreur visée |
|---|---|
| assigned_to + visibilité | Double appel parallèle |
| double_commande | Doublon client non traité |
| external_order_id | Réimport même commande boutique |
| Notes + historique | Perte contexte entre agents |
Rituels manager (faible tech, fort impact)
Audit quotidien : commandes confirmer sans note sur montant/adresse.
Réassignation explicite en cas d’absence — jamais « tout le monde voit tout » sans règle.
Rappel statuts clôture : faux_numero, annuler, hors_zone plutôt que laisser en nouveau.
- Règle interne : note avant statut confirmer si montant > seuil interne.
- Formation statut double_commande dès détection doublon client.
- Interdiction edit commande autrui sauf manager.
- Revue hebdo des commandes sans assignation.
Différence avec le guide organisation shifts
Le guide « organiser équipe confirmation » traite shifts et charge.
Celui-ci traite qualité et erreurs : visibilité, doublons, notes, gouvernance manager.
Exemple illustratif (fictif) — double commande
Client commande deux fois sur WooCommerce (IDs externes 901 et 902). Ingestion crée deux commandes. Agent A détecte au call → marque 902 en double_commande avec note « doublon 901 ». Manager annule envoi sur 902. Sans statut dédié, les deux partent en livraison.
Fonctions ERP-STOK anti-erreur
OrderAssignmentService : assign, visibilité, permissions assignation.
OrderPolicy canUserViewOrder / canUserEditOrder : périmètre agent.
Statuts métier incluant double_commande, faux_numero, annuler.
Activity log sur changements statut et champs clés.
Dédoublonnage ingestion via external_order_id.
Pour conclure
Multi-agents = assignation stricte + notes + statuts de clôture explicites.
Le manager audite ; ERP-STOK trace et limite la visibilité.
Limites et points d’attention
- ERP-STOK ne bloque pas automatiquement toute erreur humaine de saisie.
- Permissions exactes selon rôles tenant.
- Qualité amont (Sheet) reste hors contrôle ERP total.