De onde vêm as ordens de devolução: plataformas, lançamento manual e ordens existentes, tudo chega ao OMS

Cada devolução de consumidor — trazida de um canal de venda ou de uma plataforma de devoluções, criada à mão ou herdada do RMS — vira uma ordem de devolução do OMS: uma só lista e um só número.

Antes cada devolução caía em um lugar diferente conforme a origem. Isso acabou: cada devolução de consumidor vira primeiro uma ordem de devolução do OMS. Essa ordem é o único documento que acompanha a devolução: de onde veio, para qual armazém vai e como termina. O trabalho de armazém continua no RMS quando sua configuração o usa, mas o documento do RMS é uma ordem de execução derivada da ordem do OMS, nunca uma segunda devolução separada.

Veja todas as devoluções em uma lista#

1. Abra OMS → Devoluções (/oms/rma). Cada linha é uma ordem: seu número, o número do pedido original quando conhecido, o cliente, o status e três colunas extras: Origem, Atribuição de armazém e Tratamento.
2. Use o filtro Origem para olhar só uma entrada: por exemplo, só as devoluções trazidas de plataformas de devolução, ou só as que sua equipe criou à mão.
3. Acima da lista há dois filtros rápidos: «Aguardando atribuição» (devoluções que ainda precisam de armazém; veja o artigo de atribuição) e «Falha ao derivar» (devoluções cuja ordem de execução não pôde ser criada).

Origem 1: devoluções que chegam sozinhas das plataformas#

1. As devoluções de um canal de venda ou plataforma conectados são trazidas automaticamente por um fluxo: OMS e Integration incluem dois modelos prontos — «Sincronização de devoluções de canal» (a cada 30 minutos) e «Conciliação com plataformas de devolução» (a cada 2 horas). Ative o que corresponde às suas conexões em Integration → Fluxos.
2. Precisa de uma agora, sem esperar o horário? Abra a conexão em Integration → Conexões e use a ação «Puxar devoluções»: puxa uma rodada na hora, com o mesmo resultado.
3. Puxar duas vezes a mesma devolução de plataforma nunca cria duas ordens: cada devolução é conciliada pelo número da plataforma, então puxar de novo só faz a ordem existente avançar. O canal Shopify e o ReturnGO são as primeiras conexões com puxada de devoluções; as demais conexões continuam funcionando como antes.

Origem 2: uma devolução que sua equipe cria à mão#

1. Na lista de devoluções, clique em Nova devolução e escolha primeiro o pedido de venda original: os itens devolvíveis vêm desse pedido, então um item que nunca esteve no pedido não pode ser devolvido por engano.
2. Em cada item, preencha a quantidade que volta e escolha um motivo padrão (a lista compartilhada mantida em Master Data → Códigos de motivo). Num item não dá para escolher um grupo amplo: escolha o motivo específico; se nenhum servir, escolha «Outro» e escreva o que o cliente disse.
3. Se já sabe qual armazém deve recebê-la, escolha o armazém no próprio formulário de criação e a ordem já nasce atribuída; deixe vazio e a ordem passa pela atribuição automática ou espera na fila de atribuição (veja o artigo de atribuição). Criar duas vezes a mesma devolução para os mesmos itens é bloqueado com uma mensagem clara: a devolução aberta já está lá.

Origem 3: criado nas páginas do RMS — também é primeiro uma ordem do OMS#

A entrada de sempre da equipe de armazém continua funcionando: RMS → Ordens de devolução → + Novo RMA mantém o formulário, mas ao salvar agora cria primeiro a ordem de devolução do OMS (você cai na página de detalhes dela no OMS) e a ordem de execução do RMS é derivada dela. No detalhe do OMS, a área de execução mostra o número da ordem do RMS com um link para abri-la; no lado do RMS você vê o número do OMS da mesma forma: qualquer número que lhe passem, você encontra o outro lado em um clique. Lembre este padrão da Docklify: uma devolução, um documento do OMS, e o RMS apenas como mesa de execução do armazém.

Ordens existentes, devoluções gerenciadas pela plataforma e reembolsos sem devolução#

• As devoluções que ainda estavam abertas no RMS quando isto começou já foram herdadas: cada uma ganhou sua ordem de devolução do OMS (a Origem mostra «Herdada») e as duas se mantêm em sintonia até a devolução terminar. Devoluções já concluídas ficam só no RMS: a lista do OMS lhe diz onde olhar, em vez de mostrar uma cópia pela metade.
• Algumas devoluções nunca viajam para o seu armazém: nos canais com fulfillment da plataforma (por exemplo, o fulfillment de um marketplace), a plataforma recebe e classifica a mercadoria ela mesma. Essas devoluções também chegam ao OMS — marcadas como gerenciadas pela plataforma — só para você conciliá-las; nunca entram na fila do armazém nem criam trabalho de armazém.
• Um reembolso sem nada voltando (a plataforma diz ao cliente para ficar com o item) é registrado como reembolso sem devolução: a ordem fecha sem nenhum passo de armazém, assim ninguém espera um pacote que nunca chegará. No detalhe dessas ordens, a entrada de atribuição de armazém fica oculta — não há passo de armazém para atribuir.
• Se uma devolução de plataforma não puder ser pareada com seu pedido original, ela é criada do mesmo jeito: nada é recusado. A ordem fica marcada como «Pedido original não pareado» na lista e no detalhe, com uma ação «Vincular pedido» para anexar à mão o pedido certo.

Recursos do Docklify usados neste artigo#

• Lista de devoluções com colunas de Origem, atribuição e tratamento e filtros rápidos — OMS → Devoluções (/oms/rma)
• Modelos de fluxo de devoluções (sincronização de canal a cada 30 min, conciliação a cada 2 h) — Integration → Fluxos
• Puxar devoluções numa conexão — Integration → Conexões → abrir uma conexão → Puxar devoluções
• Criação manual com motivos padrão — OMS → Devoluções → Nova devolução (/oms/rma)
• Página de criação do RMS que registra via OMS, e a ordem de execução vinculada no detalhe do OMS — RMS → Ordens de devolução → + Novo RMA (/rms/new)
• Motivos de devolução padrão — Master Data → Códigos de motivo (categoria: return)