Réponse directe
Un logiciel de confirmation COD crédible propose une file unique, l’assignation aux agents, des statuts d’appel explicites (confirmer, pas de réponse, rappel plus tard, annuler…), des relances planifiées, des notes persistantes et une séparation claire avec l’envoi transporteur. La confirmation ne doit pas déduire le stock. Ce guide liste les fonctions à cocher ; la page service confirmation-commandes-maroc présente l’offre ERP-STOK côté marketing.
File de confirmation vs simple liste Excel
Une colonne « appelé oui/non » dans un tableur ne scale pas : deux agents peuvent rappeler le même client, ou une commande « confirmée » part au transporteur sans contrôle manager.
Le logiciel doit centraliser toutes les sources (Sheets, WooCommerce, Shopify, YouCan, saisie manuelle, workflows WhatsApp) dans une même file filtrable.
Checklist — assignation et visibilité
- Assignation automatique à la création (règle configurable) ou manuelle / en masse par un manager.
- Visibilité par agent : ne voir que ses commandes assignées selon les règles du tenant.
- Champs responsable (assigned_to) et horodatage d’assignation traçables.
- Réassignation manager sans perdre l’historique des appels.
- Pas de promesse de composeur téléphonique ou d’IA d’appel : l’outil organise, l’humain appelle.
Checklist — statuts, relances et notes
Les statuts doivent couvrir la réalité marocaine du call center COD : faux numéro, hors zone, double commande, boîte vocale, ligne occupée, rappel différé.
- Statuts métier distincts (confirmer, pas_de_reponse, rappel_plus_tard, annuler, etc.).
- Date de suivi pour les rappels planifiés — pas seulement un statut texte.
- Notes libres visibles au prochain agent (créneau, correction adresse).
- Historique d’activité sur chaque changement de statut.
- Action « confirmé programmé » si l’envoi transporteur doit attendre un créneau.
| Fonction | Pourquoi c’est non négociable |
|---|---|
| Statuts multiples | Évite de traiter « pas de réponse » comme « annulé » |
| Rappel planifié | Récupère des commandes encore joignables |
| Notes | Transmet le contexte entre agents et shifts |
| Séparation envoi | Confirmer ≠ expédier automatiquement |
Ce que la confirmation ne doit pas faire
Un logiciel sérieux ne déduit pas le stock à la confirmation : la sortie magasin suit le ramassage transporteur dans ERP-STOK.
Il ne remplace pas le transporteur : l’envoi API (selon les intégrations configurées et disponibles pour le compte) reste une étape distincte après confirmer.
Lien avec ingestion et livraison
La confirmation reçoit des commandes déjà mappées (client, téléphone, ville, articles, montant COD, ID externe anti-doublon).
Après confirmer, l’équipe choisit transporteur et ville fournisseur ; le suivi colis se fait ensuite par polling de statuts — pas en temps réel universel.
- Commande ingérée (webhook Sheets, boutique, manuel).
- Assignation agent et premier appel.
- Statut + note + éventuelle date de rappel.
- Sur confirmer : préparation envoi (sans déduction stock).
- Envoi transporteur puis module livraison / suivi.
Exemple fictif illustratif — call center « Atlas Confirm » à Rabat
« Atlas Confirm » (exemple fictif) emploie quatre agents sur des commandes YouCan et Sheets. Une commande #YT-4412 arrive avec ville « Salé » incomplète. L’agent A laisse statut rappel_plus_tard + note « demander quartier Hay Salam ». Le lendemain, agent B corrige l’adresse, passe confirmer. Le manager envoie via un transporteur configuré sur le compte ; le stock de la robe taille L ne bouge qu’au ramassé signalé par le transporteur. Sans checklist assignation/statuts/notes, la même commande aurait été expédiée avec une adresse inutilisable.
Comment ERP-STOK couvre cette checklist
ERP-STOK fournit OrderAssignmentService, statuts de confirmation documentés, relances planifiées, notes et historique — sans appels automatisés ni déduction stock à la confirmation.
La page service confirmation-commandes-maroc résume la promesse marketing ; ce guide détaille les fonctions à exiger de tout logiciel comparable.
Pour conclure
Avant d’acheter, cochez assignation, statuts riches, relances, notes et séparation envoi/stock. Sans ces briques, vous payez pour un tableur coloré.
Comparez ensuite comment chaque outil branche vos sources d’ingestion et vos transporteurs configurés.
Limites et points d’attention
- Pas de composeur d’appels ni IA prédictive dans ERP-STOK.
- Qualité des appels dépend des données téléphone/adresse à l’ingestion.
- Permissions et modes d’assignation varient selon le plan du tenant.