Réponse directe
La confirmation COD sert à valider téléphone, adresse et intention d’achat avant tout envoi transporteur. Dans ERP-STOK, les commandes sont assignées aux agents, passent par des statuts d’appel (confirmer, pas de réponse, rappel plus tard, etc.), peuvent être relancées à une date planifiée, et conservent notes et historique — sans appel automatique ni IA prédictive.
Pourquoi confirmer avant d’envoyer au transporteur ?
En Cash on Delivery, le paiement a lieu à la livraison. Envoyer un colis non confirmé augmente les refus, les retours et le coût logistique.
ERP-STOK sépare clairement la file de confirmation de l’envoi livraison : une commande confirmée n’est pas automatiquement expédiée.
Comment les commandes sont-elles assignées aux agents ?
L’assignation s’appuie sur OrderAssignmentService : règles automatiques à la création (selon le mode configuré du tenant), assignation manuelle ou en masse par un manager, et contrôle de visibilité pour qu’un agent ne traite en principe que ses commandes autorisées.
Les champs assigned_to / assigned_at matérialisent le responsable. Cela limite le risque que deux agents appellent le même client en parallèle.
Quels statuts de confirmation utiliser ?
Les statuts métier incluent notamment : nouveau, confirmer, pas de réponse, appel 1/2/3, annuler, boîte vocale, double commande, faux numéro, hors zone, ligne occupée, rappel plus tard, en attente d’infos. Une action rapide « confirmé programmé » existe aussi pour un envoi différé.
Chaque changement alimente l’historique d’activité de la commande. Les notes permettent de transmettre le contexte (créneau, correction d’adresse) au prochain agent.
| Statut (exemples) | Usage opérationnel |
|---|---|
| confirmer | Client validé — prêt pour sélection transporteur / envoi |
| rappel_plus_tard | Relance planifiée (follow-up) plutôt qu’abandon |
| pas_de_reponse / appel_1–3 | Tentatives d’appel sans confirmation |
| annuler / faux_numero / hors_zone | Clôture sans envoi transporteur |
Relances planifiées et suite vers la livraison
Quand le client demande un rappel, le statut rappel plus tard et la date de suivi permettent de retrouver la commande au bon moment.
Après confirmation, l’équipe choisit l’intégration livraison et la ville fournisseur, puis lance l’envoi. Ce n’est pas un envoi automatique à la seule confirmation.
- Importer ou créer la commande dans la file.
- Assigner (règle ou manager) et appeler.
- Mettre à jour le statut, notes et éventuelle date de rappel.
- Sur statut confirmer : préparer l’envoi transporteur (intégration + ville).
- Suivre ensuite le colis dans le module livraison — hors confirmation.
Exemple opérationnel
Une commande Sheets arrive avec un numéro joignable. Elle est assignée à l’agent A. Au premier appel : ligne occupée → statut ligne_occupee + note « rappeler après 18h ». Le lendemain, rappel planifié → client confirme l’adresse → statut confirmer. Un manager envoie ensuite vers Truship (ou un autre transporteur configuré). L’agent B ne voit pas cette commande dans sa file personnelle s’il n’y est pas assigné selon les règles de visibilité.
Limites et points d’attention
- ERP-STOK n’automatise pas les appels téléphoniques ni la reconnaissance vocale.
- Aucune prédiction automatisée par intelligence artificielle n’est fournie dans le produit actuel.
- La qualité dépend des données (téléphone, ville) fournies à l’ingestion.
- Les permissions et modes d’assignation varient selon la configuration du tenant.