Réponse directe
ERP-STOK automatise l’ingestion (webhooks boutique, Sheets push), l’assignation possible à la création, le polling des statuts transporteur et la déduction stock au ramassage. En revanche, l’envoi au livreur après confirmation requiert encore la sélection manuelle du prestataire et de la ville fournisseur — il n’y a pas d’auto-ship complet sans cette étape de validation opérateur.
Automatisations réelles aujourd’hui
Ingestion commandes depuis Shopify, Woo, YouCan, Sheets (Apps Script), sans ressaisie.
Assignation automatique à la création selon le mode tenant.
Synchronisation périodique des statuts livraison (polling) pour les prestataires selon les intégrations configurées et disponibles pour le compte (ex. Truship, Siftly, Coliaty, Rushliv, Speedex)
Création vente + déduction stock au ramassage, avec idempotence sur le tracking.
| Tâche | Automatisée ? |
|---|---|
| Réception commande boutique | Oui (webhook / script) |
| Appel confirmation client | Non (équipe + statuts) |
| Choix transporteur + ville | Non — sélection manuelle |
| Envoi API colis | Semi — après clic opérateur |
| Mise à jour statuts colis | Oui (polling) |
| Stock au ramassage | Oui (si tracking OK) |
Pourquoi le choix transporteur reste manuel
Les marchands COD changent souvent de prestataire selon la ville, la charge ou le tarif négocié. Forcer un transporteur par défaut sans contrôle crée des envois hors zone ou hors contrat.
La ville fournisseur API n’est pas toujours déductible automatiquement du libellé client — d’où la sélection explicite.
Ce que « automatiser » ne doit pas promettre en commercial
Pas d’envoi transporteur déclenché à la seule confirmation téléphonique sans action opérateur.
Pas de routing intelligent multi-transporteur garanti par ville sans configuration métier validée.
Pas de livraison same-day automatique : ERP-STOK transmet à l’API du compte marchand, le délai dépend du prestataire.
Pistes d’organisation pour réduire la friction manuelle
Standardisez un transporteur par tranche horaire ou par zone dans vos procédures internes — même si le clic reste manuel.
Formez une personne « dispatch » qui enchaîne confirmation validée → envoi, plutôt que chaque agent.
Maintenez le catalogue delivery_cities à jour pour éviter les blocages au moment du clic envoi.
Exemple illustratif (fictif)
Exemple fictif : 120 commandes boutique/Sheets ingérées automatiquement un lundi. Les agents confirment 85 d’entre elles. Un responsable logistique ouvre la vue envoi : pour chaque commande confirmée, il choisit un prestataire parmi ceux configurés sur le compte et la ville API, puis envoie. Les statuts se mettent à jour par polling dans l’après-midi. Aucune commande n’est partie au transporteur sans ce choix — même si l’ingestion boutique était automatique.
Position produit ERP-STOK
ERP-STOK optimise la file COD et la connexion API transporteur, pas la suppression totale du dispatch humain.
Toute évolution future vers plus d’automatisation devra être vérifiée dans le produit avant d’être communiquée — ce guide reflète le comportement actuel.
Pour conclure
Automatiser au COD Maroc, c’est surtout automatiser l’entrée et le suivi — pas supprimer la décision transporteur après confirmation. Planifiez votre équipe dispatch en conséquence.
Limites et points d’attention
- Pas d’auto-ship complet sans sélection prestataire/ville.
- Pas de promesse de routing transporteur par IA.
- Le polling n’est pas du temps réel garanti.
- Les capacités exactes varient selon transporteur configuré.