
Annulation POD: fermer la boutique et le fournisseur
Table des matières
- Regle operationnelle rapide
- 1. Separez quatre etats
- Separez quatre etats: Action
- 2. Bloquez les doublons et nommez un owner
- Bloquez les doublons et nommez un owner: Action
- 3. Decidez si la demande est reversible
- Decidez si la demande est reversible: Action
- 4. Fermez boutique et fulfillment
- Fermez boutique et fulfillment: Action
- 5. Fermez la production fournisseur
- Fermez la production fournisseur: Action
- 6. Remboursez avec des faits verifies
- Remboursez avec des faits verifies: Action
- Matrice des etats d'annulation
- FAQ — Questions frequentes
- L'annulation boutique arrete-t-elle la production?
- Peut-on rembourser avant confirmation?
- Et une seule ligne?
- Quand le dossier est-il clos?
- Quel delai de remboursement?
- Prochaine etape
Rapprochez demande client, etat boutique, production fournisseur et remboursement avant de clore l'annulation.
Regle operationnelle rapide
- Separez quatre etats
- Bloquez les doublons et nommez un owner
- Decidez si la demande est reversible
- Fermez boutique et fulfillment
1. Separez quatre etats
Separez quatre etats: Action
Traitez la demande client, la commande et le fulfillment boutique, le job fournisseur et le paiement ou remboursement comme quatre registres distincts. Le message prouve seulement la demande, l'evenement boutique seulement son changement, la confirmation fournisseur le resultat de production et le paiement l'action financiere. Utilisez des etats explicites: recu, decision en attente, arret demande, arret confirme, refuse, remboursement en attente, confirme et exception ouverte. Une etiquette annule ne doit pas masquer un job actif.
- Preuve
- Blocage
2. Bloquez les doublons et nommez un owner
Bloquez les doublons et nommez un owner: Action
Nommez un responsable de cloture des l'entree en file et marquez le dossier en cours. Il peut deleguer fournisseur ou finance mais doit reunir toutes les confirmations. Le dossier contient reference, lignes, quantites, heure, etats boutique, fournisseur et finance, liens de preuve, owner et prochain controle. Cette structure evite deux demandes d'arret, deux remboursements ou des messages contradictoires pendant qu'une action asynchrone reste en traitement.
- Preuve
- Blocage
3. Decidez si la demande est reversible
Decidez si la demande est reversible: Action
Avant de promettre un resultat, capturez l'etat fulfillment et l'etape du job fournisseur. Verifiez s'il existe une commande d'annulation, si le support intervient ou si l'etape est irreversible. Produit, personnalisation, routage et fournisseur changent la limite; classez probablement reversible, incertain a confirmer ou probablement irreversible, sans cutoff universel. Si production, emballage ou expedition a commence, ouvrez une exception et utilisez politique et faits actuels.
- Preuve
- Blocage
4. Fermez boutique et fulfillment
Fermez boutique et fulfillment: Action
Confirmez si la demande couvre toute la commande ou des lignes choisies. Pour une commande mixte, reliez chaque ligne au lieu et au job fournisseur, gardez les lignes actives et ne changez que le perimetre verifie par le workflow supporte. Conservez l'evenement qui prouve le resultat. Ne supposez pas que l'annulation boutique arrete l'app ou le fournisseur et ne supprimez pas le dossier pour nettoyer la file. Notez lignes changees, actives et owner suivant.
- Preuve
- Blocage
5. Fermez la production fournisseur
Fermez la production fournisseur: Action
Ouvrez chaque commande ou job fournisseur correspondant et utilisez la route actuelle. Notez heure, acteur, lignes, reponse et reference. Une demande envoyee reste en attente, ce n'est pas un arret confirme. La preuve finale doit dire que le job est annule, stoppe ou ne continuera pas. Si une commande cree plusieurs jobs, verifiez chacun et evitez les clics repetes pendant le traitement. En cas de refus ou d'absence de confirmation, gardez l'exception ouverte avec owner.
- Preuve
- Ajouter si utile
- Blocage
6. Remboursez avec des faits verifies
Remboursez avec des faits verifies: Action
Appliquez la politique de remboursement et le workflow paiement avec des faits verifies. Notez montant, devise, lignes, heure, acteur et reference. Un remboursement peut etre choisi meme si la production continue, mais il ne prouve pas l'arret. L'arret fournisseur ne prouve pas non plus le remboursement client. Rapprochez recours client et recuperation production comme deux resultats et ne promettez pas delai, frais ou recuperation universels.
- Preuve
- Ajouter si utile
- Blocage
Matrice des etats d'annulation
| Action | Preuve | Ajouter si utile | Blocage |
|---|---|---|---|
| Decidez si la demande est reversible | Preuve | Ajouter si utile | Blocage |
| Fermez boutique et fulfillment | Preuve | Ajouter si utile | Blocage |
FAQ — Questions frequentes
L'annulation boutique arrete-t-elle la production?
Pas necessairement; verifiez le job fournisseur et obtenez un resultat terminal.
Peut-on rembourser avant confirmation?
Suivez la politique actuelle mais consignez remboursement et arret separement.
Et une seule ligne?
Reliez la ligne au lieu et au job, gardez les autres actives et verifiez les quantites.
Quand le dossier est-il clos?
Quand perimetre, systemes, finance, message, preuves et exceptions sont terminaux ou attribues.
Quel delai de remboursement?
Aucun delai universel; utilisez les informations de paiement actuelles.
Prochaine etape
Les exceptions comprennent production commencee, certaines lignes seulement arretables, colis deja remis, job duplique, paiement echoue ou reponse ambigue. Pour chacune, listez lignes actives, engagement client, owner du cout, action suivante et controle. Ne fermez pas parce qu'un message a ete envoye. Si le job physique continue, choisissez l'etape supportee pour expedition, interception, destruction, retour, remplacement ou communication selon les regles actuelles.
Apres le traitement asynchrone, actualisez evenement boutique, fulfillment, job fournisseur et paiement. Comparez identifiants, quantites, devise et heures. Le dossier se termine quand le perimetre est clair, les deux systemes ont un resultat terminal, la finance correspond a l'engagement, le message utilise des faits verifies et chaque exception a un owner. Gardez les points non resolus ouverts au lieu d'imposer un faux terminal et conservez les preuves pour audit.
- Decidez si la demande est reversible
- Fermez boutique et fulfillment
- Fermez la production fournisseur
- Remboursez avec des faits verifies
- Gerez les exceptions partielles
- Relisez les deux systemes
Cadre operationnel general, pas conseil juridique, consommation, paiement, fiscalite, plateforme ou eligibilite. Verifiez workflows, faits, contrats, droit et engagements actuels.