Cancelamento POD: feche loja e fornecedor

Concilie pedido do cliente, estado da loja, job de producao e reembolso antes de fechar um cancelamento POD.

Regra operacional rapida

  • Separe quatro estados
  • Bloqueie duplicidade e designe owner
  • Decida se o pedido e reversivel
  • Feche loja e fulfillment

1. Separe quatro estados

Separe quatro estados: Acao

Trate pedido do cliente, order e fulfillment da loja, job do fornecedor e pagamento ou reembolso como quatro registros separados. A mensagem prova apenas o pedido; o evento da loja prova apenas a mudanca ali; a confirmacao do fornecedor prova o resultado de producao; e o registro de pagamento prova a acao financeira. Use estados claros: recebido, decisao pendente, parada solicitada, parada confirmada, rejeitada, refund pendente, refund confirmado e excecao aberta. Um rotulo cancelado nao pode esconder job ativo.

  • Evidencia
  • Bloqueio

2. Bloqueie duplicidade e designe owner

Bloqueie duplicidade e designe owner: Acao

Designe um responsavel pelo fechamento assim que o pedido entra na fila e marque o caso em andamento. Ele pode delegar fornecedor ou financeiro, mas precisa reunir todas as confirmacoes. O registro inclui referencia, linhas, quantidades, horario, estados de loja, fornecedor e financeiro, links de evidencia, owner e proxima revisao. Isso evita duas solicitacoes de parada, refund duplicado ou mensagens contraditorias enquanto uma acao assincrona ainda esta em processamento.

  • Evidencia
  • Bloqueio

3. Decida se o pedido e reversivel

Decida se o pedido e reversivel: Acao

Antes de prometer resultado, capture o fulfillment atual e o estagio do job do fornecedor. Verifique se existe controle de cancelamento, se suporte e necessario ou se o estagio ficou irreversivel. Produto, personalizacao, roteamento e fornecedor alteram o limite; classifique como provavelmente reversivel, incerto e precisa confirmacao, ou provavelmente irreversivel, sem cutoff universal. Se producao, embalagem ou envio comecaram, abra excecao e use politica e fatos atuais.

  • Evidencia
  • Bloqueio

4. Feche loja e fulfillment

Feche loja e fulfillment: Acao

Confirme se o cliente cancela o pedido inteiro ou linhas escolhidas. Em pedido misto, mapeie cada linha para location e job, preserve linhas ativas e altere so o escopo verificado pelo fluxo suportado. Guarde o evento que prova o resultado. Nao suponha que cancelar na loja interrompe app ou fornecedor e nao apague o registro para limpar fila. Documente linhas alteradas, ativas e o proximo responsavel.

  • Evidencia
  • Bloqueio

5. Feche producao do fornecedor

Feche producao do fornecedor: Acao

Abra cada order ou job correspondente no fornecedor e use a rota atual. Registre horario, ator, linhas, resposta e referencia. Uma solicitacao enviada continua pendente, nao e parada confirmada. A evidencia final precisa mostrar job cancelado, parado ou que nao prosseguira. Se um pedido gera varios jobs, verifique cada um e evite cliques repetidos durante processamento. Se o fornecedor recusar ou nao confirmar, mantenha excecao aberta com owner e revisao.

  • Evidencia
  • Adicionar se util
  • Bloqueio

6. Reembolse com fatos verificados

Reembolse com fatos verificados: Acao

Aplique politica de refund e fluxo de pagamento com fatos verificados. Registre valor, moeda, linhas, horario, ator e referencia. Um refund pode ser escolhido mesmo quando a producao nao para, mas nao prova parada. Parada do fornecedor tambem nao prova refund ao cliente. Concilie remedio do cliente e recuperacao da producao como resultados separados e nao prometa prazo, taxa ou recuperacao universal.

  • Evidencia
  • Adicionar se util
  • Bloqueio

Matriz de estados de cancelamento

AcaoEvidenciaAdicionar se utilBloqueio
Decida se o pedido e reversivelEvidenciaAdicionar se utilBloqueio
Feche loja e fulfillmentEvidenciaAdicionar se utilBloqueio

FAQ — Perguntas frequentes

Cancelar na loja para a producao?

Nao necessariamente; verifique o job e obtenha resultado terminal.

Pode reembolsar antes da confirmacao?

Siga a politica atual, mas registre refund e parada separadamente.

E apenas uma linha?

Mapeie linha, preserve as ativas e verifique quantidades.

Quando o caso termina?

Quando escopo, sistemas, financeiro, mensagem, evidencia e excecoes estao terminais ou atribuídos.

Quanto demora o refund?

Nao ha prazo universal; use informacao de pagamento atual.

Proximo passo

Excecoes incluem producao iniciada, apenas algumas linhas cancelaveis, shipment entregue, job duplicado, falha de pagamento ou resposta ambigua. Para cada uma liste linhas ativas, compromisso com cliente, owner do custo, proxima acao e revisao. Nao feche so porque enviou mensagem. Se o job fisico continua, escolha o passo suportado para envio, interceptacao, descarte, retorno, reposicao ou comunicacao pelas regras atuais.

Depois do processamento assincrono, atualize evento da loja, fulfillment, job do fornecedor e pagamento. Compare IDs, quantidades, moeda e horarios. O caso termina quando escopo e claro, ambos os sistemas tem resultado terminal, financeiro corresponde ao compromisso, mensagem usa fatos verificados e cada excecao tem owner. Mantenha pendencias abertas em vez de forcar terminal falso e preserve evidencias para auditoria e acompanhamento.

  1. Decida se o pedido e reversivel
  2. Feche loja e fulfillment
  3. Feche producao do fornecedor
  4. Reembolse com fatos verificados
  5. Gerencie excecoes parciais
  6. Releia os dois sistemas

Framework operacional geral, nao aconselhamento juridico, consumidor, pagamento, imposto, plataforma ou elegibilidade. Verifique workflows, fatos, contratos, lei e compromissos atuais.