Una devolución parece un gesto pequeño. En la cuenta de resultados, no lo es.
Lo que el cliente llama “devolver”, la empresa lo vive como cuatro decisiones distintas.
Un cliente devuelve una chaqueta porque la talla no encaja. En la tienda online, el caso parece simple: se aprueba la devolución, se genera la etiqueta, se devuelve el dinero. Pero en operaciones la historia se parte en cuatro: el producto puede volver en buen estado o no; el dinero puede salir antes o después; el stock puede recuperar disponibilidad o quedar como merma; y atención al cliente puede resolver el caso o dejar una cola abierta de correos.
La tesis incómoda es esta: no conviene perseguir una devolución “perfectamente integrada” si eso obliga a que todo siga el mismo ritmo. En muchas pymes, Shopify y el ERP deben coordinarse, sí, pero no como si fueran una sola máquina. Deben compartir hechos; no necesariamente decisiones en el mismo instante.
El error de mirar la devolución como un único flujo
El consejo habitual dice: “integra Shopify con el ERP para evitar tareas manuales”. Ese consejo es correcto cuando el equipo está copiando datos a mano y nadie sabe qué estado es el bueno. Pero se queda corto si la devolución se usa para cosas distintas.
Piensa en este orden:
- Producto: ¿ha llegado físicamente? ¿está en buen estado? ¿requiere revisión?
- Dinero: ¿se reembolsa todo, parte o nada?
- Stock: ¿vuelve al almacén, a venta o a baja?
- Atención al cliente: ¿quién responde y en qué plazo?
Shopify permite gestionar devoluciones y cambios desde la página de pedidos, crear devoluciones, enviar instrucciones y emitir reembolsos después de inspeccionar el artículo. También puede activar devoluciones autoservicio para que el cliente inicie la solicitud desde la página de estado del pedido. (help.shopify.com)
Eso es útil, pero no resuelve por sí solo la pregunta operativa: qué sistema manda en cada paso. Si Shopify marca la experiencia del cliente y el ERP marca stock, finanzas y reposición, la integración tiene que respetar esa división. Si no, acabas con dos verdades a la vez: una bonita para el cliente y otra dolorosa para el almacén.
Dónde se pierde margen sin que nadie lo note
El margen se fuga en los detalles que parecen administrativos.
- Se reembolsa antes de validar el estado real del producto.
- Se repone stock como vendible cuando aún está pendiente de inspección.
- Se abre una incidencia en atención al cliente que no actualiza la situación en el ERP.
- Se generan cambios de talla o color que requieren pasos extra y nadie los contabiliza.
En Shopify, una devolución aprobada puede entrar en estado de retorno en progreso, y los flujos de autoservicio pueden aceptar devoluciones o cancelaciones según reglas y ventanas de tiempo configuradas. Las cancelaciones y devoluciones autoservicio se gestionan desde la administración y pueden requerir revisión antes de resolver el caso. (help.shopify.com)
La pérdida de margen no suele venir de una gran avería. Viene de microerrores repetidos: una línea mal clasificada, una reposición adelantada, un abono que se emite sin criterio común, una etiqueta generada por costumbre. En un mes parecen ruido. En un trimestre, ya son puntos de margen.
El caso de una pyme con dos reglas distintas
Imagina una tienda de decoración con 120 devoluciones al mes. El equipo comercial quiere respuestas rápidas: si el cliente tiene razón, que reciba su dinero cuanto antes. El almacén, en cambio, necesita revisar daños porque algunos artículos vuelven abiertos o golpeados.
Durante meses, la empresa hace “lo mismo para todo”: devolución aprobada, reembolso inmediato, stock devuelto automáticamente. Resultado: el servicio al cliente mejora en apariencia, pero el inventario se infla con artículos no vendibles y la contabilidad tarda en ver la merma real.
La corrección no fue “más automatización”, sino menos uniformidad. Separaron tres decisiones:
- aceptación de la solicitud,
- inspección física,
- decisión financiera final.
Shopify siguió siendo el frente visible para el cliente. El ERP pasó a mandar en la reposición y la baja de stock. Atención al cliente recibió un estado claro para no prometer lo que almacén aún no había validado.
La lección es contraintuitiva: a veces integrar mejor significa dejar de fingir que todo el proceso es igual.
Cuándo sí conviene la regla convencional
La visión contraria no significa que debas fragmentar todo. Si la empresa tiene pocas devoluciones, un catálogo simple y un equipo pequeño, simplificar el circuito puede ser mejor que diseñar excepciones. También conviene una automatización más fuerte cuando el riesgo de error manual es alto y el criterio es siempre el mismo.
Pero cuando hay tallas, cambios, incidencias, productos reacondicionables o mercancía con inspección, la pregunta importante no es “¿podemos automatizarlo?”. Es “¿qué decisión necesita verificación humana y cuál no?”.
En retorno y cambios, Shopify ya separa refund, return y exchange como acciones distintas. Ese detalle importa: no todo cierre de caso debe convertirse automáticamente en devolución de dinero ni en reposición de stock. (help.shopify.com)
Qué revisar esta semana
Haz tres comprobaciones simples:
- Mira una devolución reciente y dibuja sus cuatro flujos: producto, dinero, stock y atención.
- Decide qué sistema es fuente de verdad en cada uno: Shopify, ERP o persona.
- Busca un caso donde el reembolso y la reposición estén ocurriendo demasiado pronto.
Si al revisar encuentras que todo depende de “lo que suele hacer Fulano”, ya tienes el problema.
La devolución no es un trámite secundario. Es una prueba de coordinación. Y, en muchas empresas, también una forma silenciosa de perder margen si no se diseña con criterio. En Codefuente solemos empezar por ahí: menos magia, más reglas operativas que el equipo pueda cumplir de verdad.