Sommaire
Réponse directe
Pour organiser une équipe confirmation COD sans perdre de commandes, appliquez un modèle pratique en trois piliers : (1) zéro commande non assignée ni sans note ou date de rappel, (2) rôles clairs manager/agent avec passation obligatoire en fin de shift, (3) visibilité et assigned_to pour éviter le double appel. ERP-STOK structure assignation, notes et historique — pas d’appel IA ni de planification automatique de shifts. Ce guide traite l’organisation humaine ; le détail des statuts confirmer / pas_de_reponse est dans le guide confirmation COD Maroc.
Pourquoi des commandes se perdent dans une équipe confirmation
Une commande « perdue » n’est pas effacée : elle reste dans le système mais plus personne ne la traite. Les causes les plus fréquentes sont organisationnelles, pas techniques.
Sans file visible et sans règles de passation, le volume du matin disparaît dans les interstices entre agents et shifts.
- Non assignée : la commande entre en file mais n’a pas de assigned_to — personne ne la voit dans sa liste agent.
- Sans note : statut pas_de_reponse ou rappel_plus_tard sans contexte — le shift suivant rappelle à l’aveugle ou ignore la commande.
- Sans date de rappel : rappel_plus_tard laissé sans date de suivi — la commande ne remonte pas dans les filtres du jour.
- Double agent : deux opérateurs appellent le même client faute de assigned_to ou de réassignation après absence.
- Échec de passation fin de shift : l’agent part avec des commandes « en cours » non clôturées, non réassignées, sans consigne pour le collègue.
Modèle pratique : rôles, rythme quotidien et passation
Ce modèle s’applique à une équipe de quelques agents à une dizaine — sans promettre de métriques chiffrées universelles. L’objectif est une file qui avance chaque jour, pas un organigramme théorique.
Le rythme quotidien repose sur trois moments fixes : ouverture (assignation + rappels du jour), milieu de shift (contrôle des files bloquées), clôture (passation obligatoire).
- Chaque commande entrante a un assigned_to avant la fin de la plage d’assignation du matin.
- Toute commande non clôturée en fin de shift a une note et, si rappel_plus_tard, une date de suivi.
- Le manager contrôle la file « non assignée » au moins une fois par shift.
- Aucun agent ne garde des commandes en cours sans les réassigner ou les clôturer avant de partir.
| Moment | Responsable | Actions |
|---|---|---|
| Ouverture shift | Manager | Assigner les nouvelles commandes, filtrer les rappels planifiés du jour, répartir la charge |
| Traitement | Agent | Appels, statuts, notes, date de rappel si rappel_plus_tard |
| Milieu de shift | Manager | Repérer les commandes sans statut depuis trop longtemps, réassigner si absence |
| Clôture shift | Agent + manager | Passation : note + statut + réassignation des commandes non clôturées |
Rôles : qui fait quoi ?
Le manager ou responsable confirmation assigne (manuellement ou via règles), répartit la charge, contrôle les files bloquées et réassigne en cas d’absence ou de fin de shift incomplet.
L’agent traite sa file visible : appels manuels, statuts, notes et rappels. Il ne devrait pas voir les commandes hors périmètre selon OrderAssignmentService et les permissions du tenant.
L’ops / logistique intervient après confirmer pour l’envoi transporteur — hors call center pur, mais doit savoir qu’une commande non confirmée ne part pas.
| Rôle | Responsabilités typiques |
|---|---|
| Manager / admin | Assignation masse, contrôle file non assignée, répartition, passation, réassignation |
| Agent confirmation | Appels, statuts, notes, date de rappel sur commandes assignées |
| Ops / logistique | Envoi transporteur après confirmer — hors call center pur |
Visibilité et assignation : éviter le double appel
OrderAssignmentService structure la visibilité : un agent voit en principe les commandes qui lui sont assignées (assigned_to), ce qui limite le risque que deux personnes traitent la même commande.
Le manager assigne en masse le matin : nouvelles commandes vers les agents présents, rappels du jour vers ceux disponibles sur la plage horaire concernée.
En cas d’absence (maladie, congé), réassigner explicitement les commandes ouvertes — ne pas laisser assigned_to pointer vers un agent absent sans transfert.
ERP-STOK ne passe pas d’appels automatiques ni ne remplace les agents par de l’IA : la confirmation reste un travail humain structuré par l’outil.
- Nouvelle commande ingérée → vérifier qu’elle apparaît dans la file manager.
- Assigner à un agent avant la fin de la fenêtre d’assignation du shift.
- Agent traite : statut + note obligatoire si non clôturée.
- Si rappel_plus_tard → renseigner la date de suivi pour le filtre du jour suivant.
- Fin de shift → manager réassigne ou valide la passation des commandes restantes.
Shifts et continuité : checklist de passation
Définissez des plages d’appel (matin / après-midi / soir) alignées sur la joignabilité client marocaine. À chaque fin de shift, les commandes en rappel_plus_tard ou pas_de_reponse doivent avoir une note de contexte pour le shift suivant.
La passation ratée est la première cause de commandes « fantômes » : l’agent B ne sait pas ce que l’agent A a dit au client, ou ne voit pas la commande faute de réassignation.
- Plages horaires d’appel documentées pour l’équipe.
- Règle : note obligatoire avant fin de shift sur toute commande non clôturée.
- Règle : date de suivi obligatoire sur tout statut rappel_plus_tard.
- Point manager en début de shift : rappels planifiés du jour + commandes réassignées la veille.
- Réassignation temporaire si un agent est absent (vacances, maladie).
- Contrôle fin de shift : zéro commande assignée à un agent partant sans note ou transfert.
Charge par agent : lire sans micro-manager
La charge se mesure par le nombre de commandes assignées et leur ancienneté dans la file — pas par un « score productivité » calculé dans ERP-STOK.
Le manager peut assigner en masse pour équilibrer : nouvelles commandes du matin vers les agents disponibles, rappels du jour vers ceux qui reprennent l’après-midi.
OrderAssignmentService applique la visibilité : un agent surchargé n’est pas visible des autres ; c’est le manager qui redistribue via assignation.
Surveillez aussi la file non assignée : une charge équilibrée entre agents ne sert à rien si des commandes restent sans assigned_to.
Ce guide ne couvre pas (volontairement)
Le détail des statuts (confirmer, annuler, faux_numero, etc.), la séquence injoignable et la mécanique d’assignation automatique à la création sont traités dans le guide « organiser la confirmation des commandes COD au Maroc ».
Les erreurs multi-agents (doublons, mauvaise saisie) relèvent du guide « gérer plusieurs agents et réduire les erreurs ».
Ici, l’angle est humain et organisationnel : modèle pratique pour ne pas perdre de commandes entre les mains de l’équipe — pas l’appel automatique, pas l’IA, pas le détail statut par statut.
Exemple fictif
Exemple illustratif (fictif) — modèle en action
Lundi 9h : 120 nouvelles commandes Sheets. Le manager assigne 40 à chaque agent A, B, C. À midi, l’agent A part avec 8 commandes en pas_de_reponse sans note — interdit par la checklist. Le manager réassigne ces 8 à D avec consigne « client injoignable matin, rappeler entre 16h et 19h » et date de suivi renseignée. D traitera uniquement sa file visible ; aucun second agent ne rappelle le même client grâce à assigned_to.
Ce qu’ERP-STOK apporte à l’organisation d’équipe
Assignation unitaire ou en masse via OrderAssignmentService, avec champs assigned_to / assigned_at traçables.
Visibilité par agent : un opérateur voit en principe uniquement les commandes autorisées, ce qui structure la charge individuelle et limite le double appel.
Historique d’activité et notes sur chaque commande pour la passation entre shifts.
Date de suivi sur rappel_plus_tard pour filtrer les relances du jour — évite les commandes sans rappel planifié.
Rôles et permissions (manager vs agent) pour séparer assignation et traitement.
Pour conclure
Organiser une équipe confirmation sans perdre de commandes repose sur un modèle pratique : assignation systématique, notes et dates de rappel, passation de shift, visibilité par agent.
ERP-STOK structure la file et la traçabilité ; la discipline d’équipe (checklist, rythme quotidien) reste votre levier principal.
Pour le détail statuts et injoignable, enchaînez avec les guides confirmation COD Maroc et clients qui ne répondent pas.
Limites et points d’attention
- ERP-STOK ne planifie pas automatiquement les shifts ni ne calcule un « score productivité agent ».
- Pas d’appel automatique, pas de bot vocal, pas d’IA de confirmation dans le produit — les appels restent manuels.
- Les modes d’assignation (auto à la création, manuel, visibilité) dépendent de la configuration du tenant.
- Ce guide ne remplace pas une organisation RH (contrats, horaires légaux).