Réponse directe
Les erreurs les plus coûteuses avec un logiciel stock e-commerce COD : déduire à la confirmation, oublier que l’envoi transporteur n’est pas une sortie magasin, négliger la restauration après retour validé, ignorer les variantes SKU, et compter deux fois le même tracking. ERP-STOK déduit au ramassage avec idempotence sur le numéro de suivi.
Erreur 1 — Déduire le stock à la confirmation
Tenter de « réserver » à l’appel téléphonique fausse le disponible : commandes annulées après confirmation, colis jamais ramassés.
Dans ERP-STOK, seul le ramassage transporteur déclenche DeliverySaleService et la vente liée au tracking.
Erreur 2 — Confondre envoi API et sortie entrepôt
Obtenir un tracking transporteur ne signifie pas que le colis a quitté l’entrepôt.
Tant que le transporteur n’a pas ramassé, le stock physique peut encore être sur place — votre logiciel doit refléter cela.
Erreur 3 — Retours et refus transporteur traités à la légère
Un statut « retourné » chez le transporteur n’équivaut pas toujours à un stock restauré : le scan entrepôt compte.
Restaurer trop tôt ou deux fois crée un stock fictif — particulièrement sur les échanges de colis.
| Signal | Erreur fréquente | Bonne pratique |
|---|---|---|
| Refus porte | Créditer stock immédiatement | Attendre retour physique validé |
| Échange taille | Restaurer avant scan ancien colis | Nouveau ramassé + retour ancien scanné |
| Même tracking sync 2× | Double déduction | Idempotence sur tracking_number |
Erreur 4 — Variantes et SKU mal mappés
Mélanger taille M et L sur une ligne WooCommerce ou Sheets décale l’inventaire silencieusement.
Un logiciel stock e-commerce sérieux lie variantes, SKU et quantités par ligne de commande.
Erreur 5 — Opérer stock hors ERP pendant que l’ERP tourne
Corriger le stock dans un tableur parallèle pendant que l’ERP déduit au ramassage : écart garanti en fin de semaine.
Centralisez achats, ventes au ramassage et retours dans le même système — ou acceptez des inventaires de réconciliation fréquents.
Exemple fictif illustratif — atelier « Loom Casa » à Fès
« Loom Casa » (exemple fictif) vend des caftans en trois tailles via YouCan. Pendant un mois, ils déduisaient à la confirmation : stock affiché 0 alors que 40 colis attendaient encore le ramassage transporteur — survente sur la taille S. Après migration vers une logique ramassage + scan retour, un refus à Marrakech ne crédite le stock qu’après validation entrepôt. L’écart inventaire physique / système passe de chronique à ponctuel.
Comment ERP-STOK évite ces erreurs stock
DeliverySaleService crée la vente et déduit au pickup avec contrôle idempotent sur tracking_number ; les retours passent par le workflow scan/validation.
Variantes produits, achats et mouvements restent dans le même tenant — sans promesse de sync stock bidirectionnelle automatique vers toutes les boutiques.
Pour conclure
Avant d’acheter un logiciel stock e-commerce COD, demandez à quelle étape le stock sort et comment un retour le recrédite.
Si la réponse est « à la confirmation », vous héritez probablement des erreurs 1 et 2 ci-dessus.
Limites et points d’attention
- Libellés de statut transporteur variables selon prestataire et polling.
- Sans tracking fiable, l’idempotence vente ne tient pas.
- Sync stock vers Shopify/Woo non revendiquée universellement.