Réponse directe
Les ruptures COD viennent souvent de variantes mal suivies, survente avant ramassage, retours non rescan, ou achats réappro trop tardifs. ERP-STOK déduit au ramassage : entre confirmation et pickup, le stock affiché inclut encore les quantités « réservées » seulement si vous les gérez via process — le système ne bloque pas automatiquement toute survente à la confirmation. Pilotez par variante, surveillez commandes confirmées non ramassées, et resynchronisez achats/retours.
Diagnostic : où naît la rupture ?
Vente simultanée d’une variante en faible quantité sur plusieurs canaux (Sheet + Woo + Shopify) sans file unique.
Confirmations multiples sur la dernière unité avant ramassage du premier colis.
Retour client en transit non encore restauré → stock théorique bas.
Erreur variante à l’import (SKU proche) → vous pensez avoir du M, c’est du S qui part.
Variantes : granularité obligatoire
Chaque taille/couleur est une variante distincte. Agréger « produit parent » masque les ruptures sur une SKU.
Les lignes commande ERP-STOK portent variante/SKU : vérifiez à la confirmation.
- Stock minimum par variante critique (process interne).
- Alerte manuelle quand quantité < seuil — ERP-STOK n’impose pas de seuil universel.
- Contrôle SKU à l’ingestion webhook/Sheet.
Fenêtre confirmation → ramassage
Tant que le ramassage n’a pas lieu, la déduction ERP-STOK n’a pas eu lieu : plusieurs commandes confirmées peuvent viser la même unité physique.
Ops : limitez envoi transporteur des dernières unités ou priorisez FIFO confirmation.
Retours et échanges
Un retour non scanné retarde la remise en vente.
Un échange crée sortie neuf au ramassage avant restauration ancien : surveillez les deux variantes.
Exemple illustratif (fictif) — variante
Robe — variante M = 2 unités. Trois commandes confirmées le même jour, deux envois ramassés → stock 0 réel, troisième colis parti → rupture à la préparation. Action : seuil interne « stop envoi si stock M ≤ 1 sans réappro » et lecture commandes confirmées non ramassées.
Leviers ERP-STOK anti-rupture
Stock par variante, mouvements traçables (achats, ventes ramassage, retours).
Déduction au ramassage : lisible dans le timing réel vs confirmation.
Commandes et lignes par SKU pour audit des écarts.
Module retours pour remettre en stock après validation scan.
Pour conclure
Les ruptures COD se préviennent par granularité variante et conscience du délai confirmation–ramassage.
Combinez process interne (seuils) et vérité stock ERP-STOK après pickup et retours.
Limites et points d’attention
- Pas de réapprovisionnement automatique ni de prédiction IA des ruptures.
- Seuils d’alerte = pratique client, pas règle produit imposée.
- Sync stock externe Shopify non revendiquée bidirectionnelle.