Gérer les retours de colis COD sans casser le stock
Un colis « retourné » chez le transporteur ne remet pas le stock automatiquement. ERP-STOK suit un workflow entrepôt vérification d’abord : scan, contrôle, puis validation.
Pour qui, et quel problème
Pour qui : Équipes stock et SAV COD qui reçoivent des retours physiques et doivent aligner inventaire, tracking et échanges sans inventer des quantités.
Problème traité : Se fier au seul statut transporteur « retourné » pour remettre le stock crée des écarts : le colis n’est pas encore vérifié en entrepôt, ou c’est un échange encore en cours.
- File retours / return_pending_scan pour piloter les colis à vérifier
- Scan entrepôt : ajoute ou identifie le retour dans une session de retour
- Restauration de stock uniquement après validation selon le workflow existant
- Distinction claire entre retour simple et échange (nouvel envoi lié à l’ancien tracking)
- Comportement transporteur et champs d’échange selon la configuration du compte
- Pas de promesse de restauration automatique au seul signal provider
Du statut transporteur à la validation stock
Signal transporteur
Le polling peut indiquer un retour ; le stock n’est pas restauré pour autant.
File entrepôt
Le colis attend vérification (ex. return_pending_scan).
Scan
Le scan ajoute ou identifie le retour dans une session de retour.
Validation
Après contrôle, la validation du retour déclenche la restauration stock prévue.
Échange (si besoin)
Un échange crée un nouvel envoi lié ; l’ancien suit encore le flux retour.
Aperçu produit
Capture de démonstration (données fictives) lorsque disponible — distincte de votre espace tenant.
Retours Capture démo (données fictives)
Contrôlez les retours et distinguez les articles en bon état des produits endommagés.
Pages liées
Guides liés
Questions fréquentes
Tout ce que vous devez savoir avant de commencer.
Essayer ce workflow dans ERP-STOK
Démarrez un essai de 15 jours, sans carte bancaire.
Sans engagement · Sans carte bancaire