Devoluções e reembolsos sempre travando? O problema provavelmente é o design do processo no seu OMS

No final de 2024, eu estava olhando o relatório mensal dentro de um armazém 3PL em Fontana e um número me parou a frio: as devoluções eram apenas 11% do volume de saída, mas o processamento de devoluções consumia 26% do custo total de mão de obra do prédio. O dinheiro não estava indo para o picking. Estava indo para a logística reversa. Pior: mais da metade das reclamações de clientes era sobre devoluções e reembolsos — «Mandei de volta há três semanas, cadê meu dinheiro?» Eu disse ao gerente do armazém que o problema não era a equipe dele. Um processo quebrado moe as pessoas, por mais que elas se esforcem. O problema era a cadeia de devoluções e reembolsos dentro do sistema de gestão de pedidos (OMS) deles, que nunca tinha sido desenhada direito desde o início.

Meu veredito logo de cara: quando as devoluções estão lentas, nove em cada dez vezes não é problema de pessoal. É que o fluxo de devoluções do OMS está sem alguns nós críticos, ou os nós não estão conectados. Uma única devolução precisa passar por cinco controles entre o cliente clicar em «solicitar devolução» e o estoque voltar à prateleira. Se qualquer um desses controles rodar no instinto de alguém, as reclamações de reembolso daquele mês estão garantidas.

Como uma devolução deveria circular no seu OMS

Eu divido o fluxo padrão em cinco nós, cada um mapeado para uma configuração específica do OMS:

Solicitação de RMA. O cliente inicia uma devolução e o OMS gera automaticamente um número de autorização de devolução de mercadoria (RMA) — sem e-mail para o atendimento, sem atendente criando o ticket à mão. O ponto-chave de configuração: os motivos de devolução precisam ser um dropdown obrigatório de seleção única (defeituoso, item errado enviado, tamanho errado, devolução sem motivo dentro do prazo), nunca uma redação em texto livre. O código de motivo direciona a rota de QC a jusante e as regras de reembolso. Armazéns que deixam o cliente escrever texto livre nem conseguem produzir depois um relatório de distribuição de motivos de devolução.

Aprovação. O OMS aprova automaticamente conforme regras ou roteia para um humano. Minha regra de ouro: qualquer item abaixo de $50 sem disputa de qualidade é aprovado automaticamente; a revisão humana fica reservada para devoluções de alto valor e anômalas. Depois que uma operação em Fontana fixou sua linha de autoaprovação em $75 em 2025, os tickets diários de devolução que chegavam ao atendimento caíram de mais de 200 para menos de 40.

Recebimento de entrada e QC. A mercadoria chega, o código de barras do RMA é escaneado, e o OMS puxa o detalhe esperado da devolução (SKU, quantidade, lote) para verificação linha a linha. Os resultados de QC vêm em exatamente três estados: revendável, precisa de recondicionamento, ou sucata. Uma coisa que o OMS precisa suportar aqui é o recebimento parcial — o cliente disse que devolveria três unidades e só duas apareceram. O sistema precisa processar o que foi de fato recebido em vez de congelar o RMA inteiro esperando a terceira unidade. Já vi sistemas demais com lógica engessada em que uma unidade faltante suspende o RMA inteiro, e o reembolso trava junto.

Disparo do reembolso. No momento em que o resultado do QC é registrado, o OMS envia automaticamente a instrução de reembolso para o gateway de pagamento; o atendimento só revisa exceções. Embuta o SLA na sua promessa de serviço: reembolsos em até 48 horas após o QC aprovado. A configuração que mais estoura aqui é o cálculo do valor do reembolso — o frete de devolução é reembolsado, os cupons são abatidos proporcionalmente, como os descontos são rateados em devoluções parciais? Tudo precisa ser regras pré-construídas no OMS, não algo que um atendente recalcule à mão toda vez.

Retorno ao estoque. Unidades revendáveis geram automaticamente uma tarefa de putaway enviada ao WMS; candidatas a recondicionamento vão para a área de reparo; a sucata segue o fluxo de baixa e sincroniza com o financeiro para a desvalorização do estoque. O status do estoque precisa ser gravado em tempo real, ou os números de disponível para promessa do lado de vendas são ficção.

Essa é a realidade diária numa estação de QC de devoluções: o operador escaneia o código de barras do RMA, o sistema exibe o detalhe esperado, e ele verifica item por item, fotografa como evidência e seleciona o resultado do QC. Um scanner e uma interface limpa, e um operador de QC despacha um item em dois minutos. Um armazém sem suporte do OMS leva oito minutos para o mesmo trabalho, tudo em formulários de papel.

Para onde vai o dinheiro: custo unitário da devolução

Eu montei este modelo de custos para aquele armazém de Fontana. Uma devolução de vestuário com valor médio de item de $38 custa isto de ponta a ponta:

Um item de $38 custa $15.45 para trazer de volta — mais de 40% do seu valor. E se o veredito do QC for sucata, o valor do item também se perde. É por isso que os KPIs centrais do design de devoluções não são a «velocidade de processamento». São o custo unitário de processamento e a taxa de revendáveis. Quando aquele armazém elevou sua taxa de revendáveis de 51% para 73%, parou de jogar fora quase $20.000 em mercadoria por mês.

Aqui está o checklist. Rode contra o seu próprio OMS, uma linha de cada vez:

• Os motivos de devolução são códigos obrigatórios de seleção única, não texto livre?
• Devoluções rotineiras abaixo de $75 podem ser autoaprovadas?
• O sistema suporta recebimento parcial sem congelar o RMA?
• Os resultados de QC estão limitados a três estados (revendável / recondicionar / sucata), com o registro disparando o reembolso?
• As regras de reembolso (frete, cupons, devoluções parciais) estão pré-configuradas em vez de calculadas à mão?
• As tarefas de putaway dos revendáveis vão para o WMS automaticamente, sem redigitação manual?
• Os clientes conseguem ver por conta própria o status da devolução (recebido / em QC / reembolsado)?

Errando três ou mais dos sete, o seu volume de reclamações de devolução provavelmente não vai cair. Mais uma nota: construa a página de rastreamento de devoluções de autosserviço. Quando os clientes conseguem ver por conta própria «recebido, em QC, reembolsado», as consultas de «cadê meu reembolso» ao atendimento caem pela metade. É a configuração com maior ROI desta lista.

Avaliando um OMS: não se deixe enganar pela demo

Quando os vendedores fazem a demo da funcionalidade de devoluções, eles mostram um belo dashboard de devoluções. Três coisas que a demo nunca vai mostrar:

Primeiro, pergunte se o motor de regras de reembolso pode ser configurado em três dimensões: motivo de devolução × categoria de produto × nível de cliente. Um sistema que só suporta uma regra global terá atendentes contornando-a com cálculos manuais dentro de três meses do go-live, e o processo existirá só no papel.

Segundo, pergunte se o RMA, o pedido original, o registro de pagamento e o recebimento de entrada do WMS estão todos ligados na mesma cadeia documental. Alguns sistemas mantêm as devoluções como documentos independentes que não se amarram ao pedido original, então o financeiro concilia reembolsos e receita em duas trilhas separadas — o fechamento do mês vira um sofrimento.

Terceiro, pergunte se os dados de devoluções podem ser reportados por código de motivo. O valor da análise de devoluções não está na etapa de processamento, está na fonte: se «tamanho errado» passar de 30%, o problema não é o armazém, é a tabela de medidas na página do produto. Essa capacidade de reporte é o que transforma devoluções de um centro de custos em uma alavanca de lucro.

E mais uma armadilha: alguns produtos OMS rodam as devoluções na mesma máquina de estados dos pedidos diretos, então adicionar um status «aguardando QC» ao fluxo de devolução exige uma alteração de código. Antes de assinar o contrato, peça à equipe de implementação para adicionar ao vivo um status de devolução personalizado na demo. Se não conseguirem, escolha outro fornecedor.

Duas armadilhas recorrentes de campo, já que estou aqui. Primeiro, subsídios do frete de devolução sendo fraudados: alguns armazéns emitem etiquetas de devolução pré-pagas para cada devolução, e depois descobrem que devolvedores seriais queimam mais de $10.000 por mês em frete. A correção é segmentar os clientes por taxa de devolução no OMS — contas acima de 30% de taxa de devolução perdem a etiqueta grátis automaticamente e enviam por conta própria. Segundo, evidência fotográfica no QC: devoluções de alto valor (acima de $200 por item) precisam ser fotografadas no QC de entrada com as fotos anexadas ao RMA, mantidas no OMS por pelo menos 180 dias. Sem fotos, quando um cliente reclama «chegou bem, vocês é que quebraram», seus atendentes não têm em que se apoiar.

Uma lição real para fechar

No início de 2025, um cliente de artigos para o lar tinha uma média de 19 dias da solicitação de devolução ao reembolso. Investigando: as aprovações de RMA esperavam o lote de fim de dia do supervisor de atendimento, os formulários de papel do QC eram digitados uma vez por semana, e o financeiro processava reembolsos em dois lotes mensais nos dias 1 e 15. Três processos em lote encadeados — aí estão os seus 19 dias. Depois de refazer o fluxo do OMS — autoaprovação, QC por scanner com registro em tempo real, disparo automático do reembolso — o ciclo caiu para quatro dias, e as avaliações negativas relacionadas a devoluções caíram 70%.

A cadeia de devoluções e reembolsos se resume a cinco nós ligados de ponta a ponta, não a headcount. Se as suas devoluções estão lentas, não saia contratando. Rode primeiro esses sete itens do checklist. O que estiver faltando é por onde o dinheiro está vazando.

Traduzido do inglês. Em caso de divergência, prevalece a versão em inglês.