Perguntas sobre nota de crédito no Magento: como responder a cada ticket de reembolso

Por que os credit memos do Magento confundem clientes e agentes?

Eu sou o Rama. Construo integrações na eesel, incluindo o código que o agente da eesel usa para emitir reembolsos no Magento, e o credit memo é a parte em que mais se tropeça quando visto por dentro. O nome soa contábil. O e-mail que o cliente recebe diz "credit memo", não "reembolso". E o mesmo documento pode significar "seu cartão vai receber o dinheiro de volta", "enviamos um cheque" ou "ainda não aconteceu nada", dependendo do botão que um administrador clicou.

A definição da própria Adobe é direta: um credit memo é "um documento que mostra o valor devido ao cliente por um reembolso total ou parcial", segundo o guia de credit memos. É a papelada. Se o dinheiro se moveu é um fato à parte, e é esse que todo ticket de cliente realmente pergunta.

Este guia cobre como os credit memos funcionam, os tickets que eles criam, como responder a cada um, o que o seu helpdesk consegue ver e onde a IA se encaixa. Para a plataforma em geral, a análise do Magento e o detalhamento dos preços do Magento cobrem o básico, e o Magento AI explica o que a IA da Adobe faz (principalmente merchandising, não suporte).

Como funciona um credit memo no Magento?

Um credit memo só pode ser criado a partir de um pedido faturado. A página da Adobe emitir um credit memo diz que ele "deve ser gerado primeiro para um pedido faturado" e que você pode emitir reembolsos online e offline, parciais ou totais, "dependendo da forma de pagamento". Antes de existir uma fatura, você cancela o pedido. Depois que ela existe, um cancelamento precisa passar por um credit memo, segundo a documentação da Adobe sobre processamento de pedidos.

O que mais importa para o suporte é onde o administrador começa. Um reembolso em cartão pelo gateway precisa começar na fatura: Sales > Orders > View > Invoices, abrir a fatura e depois Credit Memo. O botão Credit Memo no próprio pedido serve para reembolsos offline, mas não alcança o cartão. Então o administrador escolhe uma de três formas de concluir:

As três descrições vêm do guia de credit memos da Adobe, e o fato de o crédito da loja ser exclusivo do Adobe Commerce está explícito na documentação de crédito da loja. Compras com cheque e ordem de pagamento "devem ser reembolsadas offline". Compras em cartão podem seguir qualquer um dos dois caminhos.

Essa linha do meio é de onde vêm a maioria dos tickets confusos. Um agente vê um credit memo em um pedido pago com cartão e diz ao cliente "seu reembolso está a caminho". Se alguém clicou em Refund Offline nesse pedido em cartão, não está. O memo existe, o pedido pode até mostrar Closed, e nenhum dinheiro foi a lugar algum até que alguém o reembolse no painel do próprio provedor de pagamento.

O que significam os campos do formulário

O bloco Refund Totals é onde nascem os reembolsos parciais e os tickets de "por que recebi menos?". Veja o que cada campo faz, segundo a página de credit memos da Adobe:

• Refund Shipping começa no custo de frete do pedido, menos o que já foi reembolsado. Ele "pode ser reduzido, mas não aumentado."
• Adjustment Refund soma dinheiro que não está ligado a um item, ao frete ou a imposto, como um valor de boa vontade. Ele "não pode elevar o reembolso total acima do valor pago."
• Adjustment Fee subtrai dinheiro, "como uma taxa de reposição".
• Return to Stock devolve o item ao estoque. As lojas podem automatizar isso com a configuração Automatically Return Credit Memo Item to Stock.
• Email Copy of Credit Memo envia o documento ao cliente. Se estiver desmarcada e a loja não tiver ativado os e-mails automáticos de credit memo, o cliente não recebe nada.
• Append Comments adiciona o comentário do administrador a esse e-mail, o único lugar para explicar um reembolso parcial em palavras simples.

Você pode reembolsar parte de uma fatura, vários valores parciais, várias faturas de um pedido ou "três das cinco camisas de um pedido", tudo por meio de credit memos separados. Um pedido totalmente reembolsado passa para Closed. Um parcialmente reembolsado permanece em Processing até que todos os itens sejam enviados, segundo a tabela de status do pedido da Adobe.

Que perguntas sobre credit memo os clientes realmente fazem?

Os tickets de credit memo cabem em uma lista curta, e quase todos se respondem lendo a aba Credit Memos do pedido. Veja como eu responderia a cada um, com o campo que você precisa consultar.

"Recebi um e-mail de credit memo. O que é isso?"

Essa é a mais comum, e é um problema de vocabulário. O modelo de e-mail padrão do Magento se chama literalmente New Credit Memo e é disparado sempre que a caixa Email Copy of Credit Memo está marcada ou a loja ativou os e-mails de credit memo, em Stores > Configuration > Sales > Sales Emails > Credit Memo, segundo a referência de e-mails de vendas da Adobe.

A resposta é: "Esse é o nosso recibo de reembolso. Ele mostra o que reembolsamos e como." Depois diga como, porque essa é a próxima pergunta. Se você recebe muito esse ticket, a correção mais barata é editar o assunto do modelo para dizer "reembolso" em vez de "credit memo". É uma mudança única que elimina um tipo inteiro de ticket.

"Fui reembolsado? Não vejo no meu cartão."

Abra o credit memo e confira duas coisas: qual botão o criou e quando. Se foi um Refund online, o dinheiro saiu do seu lado e o prazo agora pertence à bandeira do cartão. A Adobe não dá um número de dias e remete à "documentação fornecida pelo seu provedor de pagamento". Diga isso com honestidade e informe o prazo típico do processador a partir da sua própria página de políticas, não um número inventado.

Se foi Refund Offline em um pedido em cartão, é um problema real, não de prazo. Nenhum dinheiro se moveu. Avise quem cuida dos pagamentos para que reembolse no painel do gateway, e não diga ao cliente que está a caminho até que isso tenha sido feito.

Clientes logados podem conferir sozinhos em My Orders > View > Refunds, que mostra os itens reembolsados, frete, imposto e total geral, segundo a página da Adobe sobre reembolsos na conta do cliente, que a Adobe arquiva em sua documentação de crédito da loja do Adobe Commerce. Direcioná-los para lá com o número do reembolso já é uma boa resposta.

"Por que recebi só parte do meu dinheiro de volta?"

Leia os Refund Totals do memo. As causas usuais, na ordem em que eu as verificaria:

1. O frete não foi reembolsado. Refund Shipping foi reduzido ou zerado.
2. Foi cobrada uma taxa de reposição. Essa é a Adjustment Fee.
3. Só alguns itens foram reembolsados. Qty to Refund foi definido abaixo da quantidade do pedido.
4. Vem um segundo memo. Reembolsos parciais podem ser divididos em vários memos, e o pedido fica em Processing enquanto isso.
5. Parte foi paga com vale-presente, crédito da loja ou pontos de recompensa. Esses voltam separadamente, e os pontos de recompensa dependem de duas configurações globais, Refund Reward Points Automatically e Deduct Reward Points from Refund Amount Automatically, segundo a configuração de pontos de recompensa.

A resposta então fica específica: "Reembolsamos os dois itens que você devolveu, US$ 84,00, mas não os US$ 10 originais de frete, que nossa política de devoluções não cobre." Se um administrador deixou um comentário no memo, geralmente ele diz qual foi o caso.

"Posso ter crédito da loja em vez de reembolso?" (ou o contrário)

No Adobe Commerce, um administrador marca Refund to Store Credit no memo e o cliente vê o valor na conta dele em Store Credit, com data e hora. No Magento Open Source o recurso não existe, então "crédito da loja" geralmente significa um código de cupom ou um vale-presente que sua equipe emite manualmente. Saiba qual edição você usa antes de prometer qualquer coisa. (A BigCommerce lida com isso de forma bem diferente; veja o guia de crédito da loja da BigCommerce se você usa as duas.)

Uma pegadinha da documentação: se um pedido de vale-presente é reembolsado, "você deve cancelar manualmente a conta de vale-presente associada", segundo o fluxo de vales-presente da Adobe. Reembolsar o pedido não desativa o cartão por conta própria.

"Por que vocês ainda não podem reembolsar meu pedido?"

Essa vem tanto do lado do agente quanto do cliente. Passe-a pelas mesmas verificações que o Magento faz:

• Ainda sem fatura: cancele em vez disso. Não há nada para creditar.
• Fatura definida como Not Capture: "Você não pode criar um credit memo até que o pagamento tenha sido capturado", segundo a página da Adobe sobre reembolsos de crédito da loja.
• Authorize and Capture, mas não liquidado: "Reembolsos não podem ser emitidos até que a transação seja liquidada." Essa espera costuma ser curta e é tratada pelo processador.

Cobranças duplicadas e reembolsos contestados pertencem a um fluxo separado, tratado em IA para disputas de cobrança. Para o resto, dizer ao cliente "seu pagamento ainda está sendo liquidado, vamos reembolsá-lo assim que o banco permitir" é uma resposta muito melhor do que "não podemos reembolsar isso".

"Onde está meu recibo de reembolso?"

Os administradores podem imprimir um credit memo em PDF em Sales > Operations > Credit Memos, um por vez com Print ou em lote com Actions > PDF Credit Memos. Os clientes podem imprimi-lo na aba Refunds do pedido com Print Refund. As duas respostas servem; a segunda poupa um ticket na próxima vez.

O que sua equipe deve verificar antes de responder?

Uma lista curta vale mais do que um documento longo de políticas aqui, porque toda pergunta sobre credit memo volta aos mesmos quatro campos. Antes que alguém, humano ou IA, responda:

A grade Credit Memos em Sales mostra cada memo com número do pedido, status e valor reembolsado, útil para tickets de "fui cobrado duas vezes, reembolsem uma" em que você precisa ver o que já voltou.

Acerte o memo na primeira vez, porque o administrador não tem um desfazer simples. Um tópico do Reddit de 2020 perguntando como reverter um credit memo lançado com dados errados recebeu esta resposta:

"You could add another credit memo if the previously credit memo was a partial refund. Not if it was a full refund. You'll have to get your devs to edit it manually at the db level."

u/Spartaness, "How do you reverse a credit memo ?", Reddit

Pagamentos divididos são a outra armadilha clássica. Um post antigo do r/Magento descreve reembolsos em pedidos pagos em parte com cartão e em parte com crédito da loja, em que o Magento usava o crédito da loja primeiro e deixava o reembolso no cartão incompleto. Isso é da época do Magento 1, mas é por isso que eu sempre leio o detalhamento do pagamento no memo, e não só o total, antes de dizer a um cliente o que voltou para o cartão dele.

"every time we refund an order that was paid by credit card and store credit, the system would always use the store credit first thus making the CC refund not complete"

u/Orange_night, "Refund Credit memo last", Reddit

Se você usa o Adobe Commerce com devoluções ativadas, há mais uma camada. Uma devolução (RMA) registra que você autorizou o retorno do item, com uma resolução de Exchange, Refund ou Store Credit, segundo o guia de devoluções da Adobe. O dinheiro continua voltando por um credit memo, e a documentação não diz que aprovar uma devolução cria um para você. Então "minha devolução foi aprovada, cadê meu dinheiro?" significa procurar um memo, não apenas olhar o status da devolução. O Magento Open Source não tem módulo de devoluções, e por isso os reembolsos carregam todo o trabalho ali. O guia sobre gestão de devoluções cobre o lado das devoluções com mais profundidade.

O que o seu helpdesk consegue ver sobre reembolsos do Magento?

Menos do que se espera, na maioria dos casos. Verifiquei a documentação do Magento de cada helpdesk:

Nenhum documenta mostrar o próprio credit memo, com seu botão e Refund Totals, dentro do ticket. Essa é a lacuna. Um agente pode ver que um pedido está Closed e mesmo assim não saber se o dinheiro voltou ao cartão ou a lugar nenhum. O guia do Gorgias Magento aprofunda essa integração, e melhor IA para Magento compara as demais opções.

Onde a IA se encaixa nos tickets de credit memo?

Divida o trabalho pelo que pode dar errado. Explicar o que é um credit memo não custa nada se a IA errar uma palavra por pouco. Reembolsar um cartão é dinheiro real e difícil de recuperar. Eu separaria os tickets em três faixas:

• A IA responde sozinha: o que é um credit memo, quanto tempo levam os reembolsos em cartão segundo a sua política, onde encontrar o recibo. São respostas de política. Um chatbot de IA para Magento treinado na sua página de reembolsos resolve bem, por e-mail ou pelo chat ao vivo do Magento.
• A IA consulta e redige: "fui reembolsado?", "por que só parte?", "o frete foi incluído?". Elas exigem o pedido ao vivo e seus memos. A IA os lê e redige a resposta, e uma pessoa confere em qualquer caso incomum. Macros de reembolso prontas também ajudam aqui.
• Uma pessoa decide: reembolsar um pedido em cartão, ajustes de boa vontade, dispensar uma taxa de reposição. São decisões de julgamento com dinheiro envolvido. Uma matriz de aprovação de reembolsos tem um modelo para traçar essa linha.

Já vi isso em caixas de entrada reais, não em demos. Em um teste com tráfego real que a eesel fez na caixa de Zendesk e Shopify de uma marca de e-commerce, os rascunhos para perguntas sobre o status do reembolso foram avaliados como úteis em 100% das vezes e os de devoluções e reembolsos em 93.8%, mas só 12% foram enviados sem edições. Consultar o reembolso é fácil para a IA; decidir o que dizer sobre ele ainda se beneficia de uma pessoa.

Essa divisão é como os clientes da eesel já tratam reembolsos. A STIL Classics, uma marca de agendas no Gorgias e Shopify, faz a eesel consultar o pedido e deixar um rascunho como nota interna, "escrito como se o reembolso ou a substituição já tivesse sido processado, porque a pessoa que o enviar já terá feito isso antes". A equipe processa o reembolso, edita e envia; a eesel preparou cerca de 320 tickets e consultou cerca de 230 pedidos em um mês. A Question Beauty vai além e deixa a eesel responder sozinha a cerca de 960 tickets por mês, enquanto reembolsos, devoluções e chargebacks são sempre repassados a uma pessoa com uma nota. Nenhuma das duas roda no Magento, mas a regra vale: a IA faz a leitura, uma pessoa move o dinheiro.

A mesma divisão aparece no guia de IA para solicitações de reembolso e nos fluxos de aprovação no atendimento ao cliente, se você quiser a versão geral.

Como a eesel trata credit memos do Magento

A integração com o Magento da eesel lê pedidos ao vivo por número exato do pedido ou e-mail, além de rastreamento, status do pagamento (método, se foi compensado, saldo devedor), produtos e estoque, segundo a documentação do Magento da eesel. Funciona no Magento 2, tanto Open Source quanto Adobe Commerce.

No lado da escrita, a ação Refund Order da eesel reembolsa um valor, itens específicos ou tudo o que estiver pendente, e o Magento a registra como credit memo. Construí isso com cautela de propósito:

• Apenas pedidos pagos offline. Cheque, transferência bancária e pagamento na entrega. Pedidos em cartão e outros gateways são recusados, porque esse reembolso "precisa ser emitido por uma pessoa no Magento Admin para chegar à conta do cliente". Essa é a armadilha do Refund Offline de antes, fechada no código: a eesel não cria um memo dizendo "reembolsado" enquanto o cartão não recebe nada.
• Aprovação primeiro, se você quiser. As ações de escrita podem esperar que uma pessoa as aprove na página Activity, e conceder uma permissão do Magento não liga uma ação por si só.
• Ela confere o próprio trabalho. A configuração pede as duas permissões de credit memo, uma para emitir e outra para reler o memo. Com apenas uma, o dinheiro pode se mover, mas o agente relata o reembolso como falho, segundo o guia de configuração do Magento.
• Ela precisa de uma fatura, assim como o Magento.

Outras ações incluem cancelar um pedido não enviado, reter e liberar um pedido, enviar um aviso de pedido e atualizar um endereço salvo. No Adobe Commerce, ela também pode criar uma devolução.

Dois limites que vale conhecer. O próprio Magento não aciona a eesel, então as execuções começam a partir de um ticket do helpdesk (Zendesk, Gorgias ou Freshdesk), uma menção no Slack ou o balão de chat da sua loja. E o Magento não guarda nenhuma política escrita, então suas regras de reembolso vêm do seu site ou de documentos enviados. Se você prefere que um script faça o envio, a CLI da eesel permite que um agente de código como o Claude Code inicie a conexão com o Magento, envie sua política de reembolso e depois faça perguntas de teste como "o pedido 1042 foi reembolsado no cartão?" e confira as respostas antes de qualquer coisa entrar no ar. Criar a integração do Magento e colar suas chaves ainda exige alguém com acesso de administrador do Magento.

O preço é por crédito, não por usuário: grátis com 100 créditos, depois a partir de $299 por mês por 500 créditos, em que um ticket ou chat é um crédito, não importa quantas consultas leve, segundo os preços da eesel. Para um passo a passo da configuração, veja como adicionar IA ao Magento, e o guia do widget de chat do Magento para o lado da loja.

Antes de entrar no ar, eu a executaria contra tickets de reembolso passados, como descreve o guia de testes de simulação. Os limites de deixar a IA chegar perto de dinheiro estão em reembolsos e devoluções com IA, e o ângulo do e-commerce em automação de reembolsos com IA.

Experimente a eesel nos seus tickets de reembolso do Magento

Se a sua fila está cheia de "recebi um credit memo, cadê meu dinheiro?", a eesel pode consultar o pedido e o status do pagamento antes de alguém abrir o ticket, redigir a resposta a partir da sua própria política de reembolso e tratar reembolsos offline mediante aprovação, enquanto os reembolsos em cartão ficam com a sua equipe. Ela funciona dentro da sua fila do Gorgias, ou do Zendesk ou Freshdesk, junto com o Magento, e os 100 créditos do plano gratuito bastam para testá-la em um lote de tickets de reembolso reais. Experimente a eesel e veja como ela se sai nos seus.