Preguntas sobre notas de crédito en Magento: cómo responder cada ticket de reembolso

¿Por qué los credit memos de Magento confunden a clientes y agentes?

Soy Rama. Construyo integraciones en eesel, incluido el código que usa el agente de eesel para emitir reembolsos en Magento, y el credit memo es la parte con la que más se tropieza vista desde dentro. El nombre suena a contabilidad. El correo que recibe el cliente dice "credit memo", no "reembolso". Y el mismo documento puede significar "tu tarjeta recibe el dinero de vuelta", "te enviamos un cheque" o "todavía no ha pasado nada", según el botón que pulsó un administrador.

La definición de Adobe es clara: un credit memo es "un documento que muestra el importe que se debe al cliente por un reembolso total o parcial", según la guía de credit memos. Es el papeleo. Si el dinero se movió es un hecho aparte, y es el que pregunta cada ticket de cliente.

Esta guía cubre cómo funcionan los credit memos, los tickets que crean, cómo responder a cada uno, qué puede ver tu helpdesk y dónde encaja la IA. Para la plataforma en general, la reseña de Magento y el desglose de precios de Magento cubren lo básico, y Magento AI explica lo que hace la IA de Adobe (sobre todo merchandising, no soporte).

¿Cómo funciona un credit memo en Magento?

Un credit memo solo se puede crear sobre un pedido facturado. La página de Adobe emitir un credit memo dice que "primero debe generarse para un pedido facturado" y que puedes emitir reembolsos online y offline, parciales o totales, "según el método de pago". Antes de que exista una factura, se cancela el pedido. Una vez existe, una cancelación debe pasar por un credit memo, según la documentación de Adobe sobre procesamiento de pedidos.

Lo que más importa para soporte es dónde empieza el administrador. Un reembolso a tarjeta a través de la pasarela tiene que empezar desde la factura: Sales > Orders > View > Invoices, abre la factura y luego Credit Memo. El botón Credit Memo del propio pedido sirve para reembolsos offline, pero no llega a la tarjeta. Después el administrador elige una de tres formas de terminar:

Las tres descripciones provienen de la guía de credit memos de Adobe, y que el crédito de tienda sea solo de Adobe Commerce se indica en la documentación de crédito de tienda. Las compras con cheque y giro "deben reembolsarse offline". Las compras con tarjeta pueden ir por cualquiera de los dos caminos.

Esa fila del medio es donde nacen la mayoría de los tickets confusos. Un agente ve un credit memo en un pedido con tarjeta y le dice al cliente "tu reembolso está en camino". Si alguien hizo clic en Refund Offline en ese pedido con tarjeta, no lo está. El memo existe, el pedido incluso puede mostrar Closed, y no se ha movido dinero hasta que alguien lo reembolse en el panel del proveedor de pagos.

Qué significan los campos del formulario

El bloque Refund Totals es donde nacen los reembolsos parciales y los tickets de "¿por qué me devolvieron menos?". Esto hace cada campo, según la página de credit memos de Adobe:

• Refund Shipping parte del coste de envío del pedido, menos lo ya reembolsado. "Puede reducirse, pero no aumentarse."
• Adjustment Refund suma dinero que no está ligado a un artículo, al envío ni a impuestos, como un importe de cortesía. "No puede elevar el reembolso total por encima del importe pagado."
• Adjustment Fee resta dinero, "como una tarifa de reposición".
• Return to Stock devuelve el artículo al inventario. Las tiendas pueden automatizarlo con el ajuste Automatically Return Credit Memo Item to Stock.
• Email Copy of Credit Memo envía el documento al cliente. Si está sin marcar y la tienda no ha activado los correos automáticos de credit memo, el cliente no recibe nada.
• Append Comments añade el comentario del administrador a ese correo, el único lugar para explicar un reembolso parcial con palabras sencillas.

Puedes reembolsar parte de una factura, varios importes parciales, varias facturas de un pedido o "tres de las cinco camisas de un pedido", todo mediante credit memos separados. Un pedido totalmente reembolsado pasa a Closed. Uno parcialmente reembolsado se queda en Processing hasta que se envíen todos los artículos, según la tabla de estado del pedido de Adobe.

¿Qué preguntas sobre credit memos hacen realmente los clientes?

Los tickets de credit memo caen en una lista corta, y casi todos se responden leyendo la pestaña Credit Memos del pedido. Así respondería a cada uno, con el campo que hay que mirar.

"Recibí un correo de credit memo. ¿Qué es?"

Es la más común y es un problema de palabras. La plantilla de correo predeterminada de Magento se llama literalmente New Credit Memo y se envía cuando la casilla Email Copy of Credit Memo está marcada o la tienda tiene activados los correos de credit memo, en Stores > Configuration > Sales > Sales Emails > Credit Memo, según la referencia de correos de ventas de Adobe.

La respuesta es: "Es nuestro recibo de reembolso. Muestra lo que reembolsamos y cómo." Luego di cómo, porque es la siguiente pregunta. Si recibes mucho este ticket, la solución más barata es editar el asunto de la plantilla para que diga "reembolso" en lugar de "credit memo". Es un cambio único que elimina todo un tipo de ticket.

"¿Me reembolsaron? No lo veo en mi tarjeta."

Abre el credit memo y comprueba dos cosas: qué botón lo creó y cuándo. Si fue un Refund online, el dinero salió de tu lado y el plazo ya depende de la red de la tarjeta. Adobe no da un número de días y remite a "la documentación de tu proveedor de pagos". Dilo con honestidad y da el plazo típico del procesador desde tu propia página de políticas, no una cifra inventada.

Si fue Refund Offline en un pedido con tarjeta, es un problema real, no de plazos. No se ha movido dinero. Avisa a quien gestione los pagos para que reembolse en el panel de la pasarela, y no le digas al cliente que está en camino hasta que lo hayan hecho.

Los clientes con sesión iniciada pueden comprobarlo por sí mismos en My Orders > View > Refunds, donde aparecen los artículos reembolsados, el envío, los impuestos y el total, según la página de Adobe sobre reembolsos en la cuenta del cliente, que Adobe incluye en su documentación de crédito de tienda de Adobe Commerce. Dirigirlos allí con el número de reembolso ya es una buena respuesta.

"¿Por qué solo me devolvieron una parte del dinero?"

Lee los Refund Totals del memo. Las causas habituales, en el orden en que las revisaría:

1. No se reembolsó el envío. Refund Shipping se redujo o se dejó en cero.
2. Se cobró una tarifa de reposición. Es la Adjustment Fee.
3. Solo se reembolsaron algunos artículos. Qty to Refund se fijó por debajo de la cantidad del pedido.
4. Viene un segundo memo. Los reembolsos parciales pueden repartirse en varios memos, y mientras tanto el pedido sigue en Processing.
5. Parte se pagó con tarjeta regalo, crédito de tienda o puntos de recompensa. Esos vuelven por separado, y los puntos de recompensa dependen de dos ajustes globales, Refund Reward Points Automatically y Deduct Reward Points from Refund Amount Automatically, según la configuración de puntos de recompensa.

Entonces la respuesta es concreta: "Reembolsamos los dos artículos que devolviste, 84,00 $, pero no los 10 $ originales de envío, que nuestra política de devoluciones no cubre." Si un administrador dejó un comentario en el memo, normalmente te dice cuál fue.

"¿Puedo tener crédito de tienda en lugar de un reembolso?" (o al revés)

En Adobe Commerce, un administrador marca Refund to Store Credit en el memo y el cliente lo ve en su cuenta en Store Credit, con fecha y hora. En Magento Open Source la función no existe, así que "crédito de tienda" suele significar un código de cupón o una tarjeta regalo que tu equipo emite a mano. Sabe qué edición usas antes de prometer nada. (BigCommerce lo gestiona de forma muy distinta; consulta la guía de crédito de tienda de BigCommerce si usas ambas.)

Un detalle de la documentación: si se reembolsa un pedido de tarjeta regalo, "debes cancelar manualmente la cuenta de tarjeta regalo asociada", según el flujo de tarjetas regalo de Adobe. Reembolsar el pedido no anula la tarjeta por sí solo.

"¿Por qué no pueden reembolsar mi pedido todavía?"

Esta llega tanto del lado del agente como del cliente. Pásala por las mismas comprobaciones que hace Magento:

• Aún no hay factura: cancela en su lugar. No hay nada que abonar.
• Factura configurada como Not Capture: "No puedes crear un credit memo hasta que se haya capturado el pago", según la página de Adobe sobre reembolsos de crédito de tienda.
• Authorize and Capture, pero sin liquidar: "No se pueden emitir reembolsos hasta que la transacción se liquide." Esa espera suele ser corta y la gestiona el procesador.

Los cobros duplicados y los reembolsos en disputa pertenecen a un flujo aparte, tratado en IA para disputas de facturación. Para el resto, decirle a un cliente "tu pago aún se está liquidando, lo reembolsaremos en cuanto el banco lo permita" es mucho mejor respuesta que "no podemos reembolsarlo".

"¿Dónde está mi recibo de reembolso?"

Los administradores pueden imprimir un credit memo como PDF desde Sales > Operations > Credit Memos, de uno en uno con Print o en bloque con Actions > PDF Credit Memos. Los clientes pueden imprimirlo desde la pestaña Refunds de su pedido con Print Refund. Ambas respuestas sirven; la segunda te ahorra un ticket la próxima vez.

¿Qué debe comprobar tu equipo antes de responder?

Una lista corta supera a un documento largo de políticas aquí, porque toda pregunta sobre credit memos vuelve a los mismos cuatro campos. Antes de que nadie, persona o IA, responda:

La cuadrícula Credit Memos en Sales muestra cada memo con su número de pedido, estado e importe reembolsado, útil para tickets de "me cobraron dos veces, reembolsen uno" en los que necesitas ver qué ya se devolvió.

Haz bien el memo a la primera, porque el administrador no tiene un deshacer sencillo. Un hilo de Reddit de 2020 que preguntaba cómo revertir un credit memo introducido con datos erróneos obtuvo esta respuesta:

"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

Los pagos divididos son la otra trampa clásica. Una publicación antigua de r/Magento describe reembolsos en pedidos pagados en parte con tarjeta y en parte con crédito de tienda, donde Magento usaba primero el crédito de tienda y dejaba corto el reembolso a la tarjeta. Es de la época de Magento 1, pero por eso siempre leo el desglose de pago del memo, no solo el total, antes de decirle a un cliente qué volvió a su tarjeta.

"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

Si usas Adobe Commerce con devoluciones activadas, hay una capa más. Una devolución (RMA) registra que autorizaste el regreso del artículo, con una resolución de Exchange, Refund o Store Credit, según la guía de devoluciones de Adobe. El dinero sigue volviendo mediante un credit memo, y la documentación no dice que aprobar una devolución cree uno por ti. Así que "mi devolución fue aprobada, ¿dónde está mi dinero?" significa buscar un memo, no solo mirar el estado de la devolución. Magento Open Source no tiene módulo de devoluciones, por lo que allí los reembolsos cargan con todo el trabajo. La guía de gestión de devoluciones cubre con más profundidad el lado de las devoluciones.

¿Qué puede ver tu helpdesk sobre los reembolsos de Magento?

Menos de lo que esperarías, en la mayoría de los casos. Revisé la documentación de Magento de cada helpdesk:

Ninguno documenta que se muestre el propio credit memo, con su botón y sus Refund Totals, dentro del ticket. Esa es la brecha. Un agente puede ver que un pedido está Closed y aun así no saber si el dinero volvió a la tarjeta o a ninguna parte. La guía de Gorgias Magento profundiza en esa integración, y mejor IA para Magento compara las demás opciones.

¿Dónde encaja la IA en los tickets de credit memo?

Divide el trabajo según lo que puede salir mal. Explicar qué es un credit memo no cuesta nada si la IA se equivoca ligeramente en una palabra. Reembolsar una tarjeta es dinero real difícil de recuperar. Clasificaría los tickets en tres carriles:

• La IA responde sola: qué es un credit memo, cuánto tardan los reembolsos a tarjeta según tu política, dónde encontrar el recibo. Son respuestas de política. Un chatbot de IA para Magento entrenado con tu página de reembolsos las resuelve bien, por correo o por chat en vivo de Magento.
• La IA consulta y redacta: "¿me reembolsaron?", "¿por qué solo una parte?", "¿se incluyó el envío?". Necesitan el pedido en vivo y sus memos. La IA los lee y redacta la respuesta, y una persona la revisa ante cualquier caso inusual. Las macros de reembolso prediseñadas también ayudan aquí.
• Una persona decide: reembolsar un pedido con tarjeta, ajustes de cortesía, eximir una tarifa de reposición. Son decisiones de criterio con dinero de por medio. Una matriz de aprobación de reembolsos ofrece una plantilla para trazar esa línea.

Lo he visto en bandejas de entrada reales, no en demos. En una prueba con tráfico real que eesel hizo en la bandeja de Zendesk y Shopify de una marca de ecommerce, los borradores para preguntas sobre el estado del reembolso se valoraron como útiles el 100% de las veces y los de devoluciones y reembolsos el 93.8%, pero solo el 12% se envió sin ediciones. Consultar el reembolso es fácil para la IA; decidir qué decir al respecto sigue beneficiándose de una persona.

Así es como ya gestionan los reembolsos los clientes de eesel. STIL Classics, una marca de agendas en Gorgias y Shopify, hace que eesel consulte el pedido y deje un borrador como nota interna, "escrito como si el reembolso o la sustitución ya se hubieran procesado, porque la persona que lo envía lo habrá hecho antes". El equipo procesa el reembolso, edita y envía; eesel preparó unos 320 tickets y consultó unos 230 pedidos en un mes. Question Beauty va más lejos y deja que eesel responda por sí solo a unos 960 tickets al mes, mientras que los reembolsos, devoluciones y contracargos siempre pasan a una persona con una nota. Ninguno funciona en Magento, pero la regla se traslada: la IA hace la lectura, una persona mueve el dinero.

La misma división aparece en la guía de IA para solicitudes de reembolso y en los flujos de aprobación en atención al cliente, si quieres la versión general.

Cómo gestiona eesel los credit memos de Magento

La integración de Magento de eesel lee pedidos en vivo por número de pedido exacto o correo, además de seguimiento, estado del pago (método, si se liquidó, saldo pendiente), productos y stock, según la documentación de Magento de eesel. Funciona con Magento 2, tanto Open Source como Adobe Commerce.

En el lado de escritura, la acción Refund Order de eesel reembolsa un importe, artículos concretos o todo lo pendiente, y Magento lo registra como credit memo. Lo construí con cuidado a propósito:

• Solo pedidos pagados offline. Cheque, transferencia bancaria y contra reembolso. Los pedidos con tarjeta y otras pasarelas se rechazan, porque ese reembolso "tiene que emitirlo una persona en el administrador de Magento para llegar a la cuenta del cliente". Es la trampa de Refund Offline de antes, cerrada en el código: eesel no creará un memo que diga "reembolsado" mientras la tarjeta no recibe nada.
• Aprobación primero, si la quieres. Las acciones de escritura pueden esperar a que una persona las apruebe en la página Activity, y conceder un permiso de Magento no activa una acción por sí solo.
• Comprueba su propio trabajo. La configuración pide los dos permisos de credit memo, uno para emitir y otro para leer el memo de vuelta. Con solo uno, el dinero puede moverse pero el agente informa del reembolso como fallido, según la guía de configuración de Magento.
• Necesita una factura, igual que Magento.

Otras acciones incluyen cancelar un pedido sin enviar, retener y liberar un pedido, enviar un aviso de pedido y actualizar una dirección guardada. En Adobe Commerce también puede crear una devolución.

Dos límites que conviene conocer. El propio Magento no activa eesel, así que las ejecuciones empiezan desde un ticket del helpdesk (Zendesk, Gorgias o Freshdesk), una mención en Slack o la burbuja de chat de tu tienda. Y Magento no guarda ninguna política escrita, así que tus reglas de reembolso salen de tu sitio web o de documentos subidos. Si prefieres que un script haga la subida, la CLI de eesel permite que un agente de programación como Claude Code inicie la conexión con Magento, suba tu política de reembolsos y luego haga preguntas de prueba como "¿se reembolsó el pedido 1042 a la tarjeta?" y revise las respuestas antes de salir en vivo. Crear la integración de Magento y pegar sus claves sigue requiriendo a alguien con acceso de administrador de Magento.

El precio es por créditos, no por usuario: gratis con 100 créditos, luego desde $299 al mes por 500 créditos, donde un ticket o chat es un crédito sin importar cuántas consultas necesite, según los precios de eesel. Para un recorrido de la configuración, consulta cómo añadir IA a Magento, y la guía del widget de chat de Magento para el lado de la tienda.

Antes de salir en vivo, lo probaría con tickets de reembolso pasados, como describe la guía de pruebas de simulación. Los límites de dejar que la IA se acerque al dinero se tratan en reembolsos y devoluciones con IA, y el enfoque de ecommerce en automatización de reembolsos con IA.

Prueba eesel con tus tickets de reembolso de Magento

Si tu cola está llena de "recibí un credit memo, ¿dónde está mi dinero?", eesel puede consultar el pedido y el estado de su pago antes de que nadie abra el ticket, redactar la respuesta a partir de tu propia política de reembolsos y gestionar reembolsos offline con aprobación previa, mientras los reembolsos a tarjeta quedan con tu equipo. Funciona dentro de tu cola de Gorgias, o de Zendesk o Freshdesk, junto con Magento, y los 100 créditos del plan gratuito bastan para probarlo con un lote de tickets de reembolso reales. Prueba eesel y mira cómo rinde con los tuyos.