Las rutas del back office y las claves de configuración se aplican a PrestaShop 1.6, 1.7, 8 y 9 (las diferencias entre versiones se indican en el texto). Esta guía trata de la gestión operativa de las devoluciones, no de lo que exige la ley: los derechos de desistimiento, los plazos de reembolso y quién paga el envío de devolución se explican en las guías legales enlazadas, y nada de esto constituye asesoramiento jurídico. Activar el módulo de devoluciones no hace que tu proceso sea conforme por sí solo; eso depende de tu política publicada y de la normativa local.
Nadie abre una tienda con la ilusión de tramitar devoluciones. Pero una devolución no es un fracaso: es una segunda conversación con un cliente que ya confió en ti una vez, y cómo vaya esa conversación decide si volverá a comprar. El comerciante que hace que las devoluciones sean rápidas y previsibles conserva al cliente; quien esconde la política y alarga el reembolso durante tres semanas lo pierde y se gana una reseña de una estrella que advierte a todos los demás. Esta guía se centra en la parte operativa: cómo gestionar una devolución dentro de PrestaShop para que al cliente le resulte fácil iniciarla, a ti te resulte rápido tramitarla y el coste no acabe comiéndose tu margen en silencio.
Esto, deliberadamente, no es una explicación legal. Lo que estás obligado a ofrecer por ley, el derecho de desistimiento de 14 días, quién paga el envío de devolución, los plazos de reembolso, es un tema aparte, y lo tratamos con detalle en Política de devoluciones: lo que exige la ley y lo que las tiendas inteligentes ofrecen además y Normativa de venta a distancia: derecho de desistimiento. Si vendes fuera de tu país, las reglas vuelven a cambiar: consulta Devoluciones transfronterizas. Aquí damos por hecho que ya sabes qué debes ofrecer y que quieres saber cómo prestarlo bien en PrestaShop.
Qué te ofrece PrestaShop de serie y dónde se queda corto
PrestaShop incluye un sistema nativo de devolución de mercancías, aunque muchos comerciantes nunca lo activan. El interruptor está en Atención al cliente → Devoluciones de mercancía (en PrestaShop 1.7, 8 y 9; en 1.6 estaba en Clientes → Devoluciones de mercancía). El ajuste que activa todo el sistema es "Activar devoluciones", respaldado por el valor de configuración PS_ORDER_RETURN, junto con el campo "Límite de validez" (PS_ORDER_RETURN_NB_DAYS), que controla cuántos días después de la entrega puede un cliente presentar una solicitud de devolución.
Una vez activado, el cliente que ha iniciado sesión ve un enlace "Devoluciones de mercancía" en su cuenta y, en cada pedido entregado, una opción para solicitar una devolución. Internamente, esto crea un objeto OrderReturn gestionado por los controladores frontales order-return y order-follow; en el back office, cada solicitud llega al controlador AdminReturn (la misma página de Devoluciones de mercancía). La solicitud avanza por un conjunto de estados definidos en la tabla OrderReturnState: por defecto, Esperando confirmación, Esperando paquete, Paquete recibido, Devolución denegada y Devolución completada.
Entonces, ¿qué hace realmente el sistema nativo y qué deja en tus manos? Esta es la división sin adornos:
| Paso de una devolución | PrestaShop nativo | Lo que aún haces manualmente |
|---|---|---|
| El cliente solicita una devolución | Formulario de autoservicio en su cuenta, solo para líneas de pedido completas o parciales | Nada: esta parte funciona |
| Apruebas / deniegas | Cambias el estado de la devolución en el back office | Decidir y hacer clic; no hay motor de reglas |
| Generas un comprobante de devolución | Un PDF imprimible de devolución (la plantilla PDF::TEMPLATE_ORDER_RETURN) | Entregárselo al cliente |
| Etiqueta de envío de devolución | Ninguna | Generarla con el transportista y enviarla por correo electrónico tú mismo |
| Recibir & inspeccionar | Marcar el estado Paquete recibido | Comprobación física |
| Reembolso | Generar un abono y/o un vale desde la página del pedido | Ejecutar la devolución real del dinero en tu pasarela de pago |
| Reponer stock | Una casilla "reponer productos" al emitir el abono | Marcarla (o no, si la mercancía está dañada) |
Lo importante es entender esto: el abono de PrestaShop es un documento contable, no una acción de pago. Cuando generas un abono desde la sección Devoluciones de mercancía / Reembolso del pedido, PrestaShop registra que hay dinero pendiente de devolver y puede emitir un vale de descuento, pero no envía un reembolso a Stripe, PayPal ni al procesador de tarjetas salvo que ese módulo de pago concreto admita reembolsos desde el back office. En la mayoría de pasarelas, todavía tienes que entrar en la pasarela (o usar su botón de reembolso si el módulo lo añade a la página del pedido) para devolver el dinero de verdad. Saberlo evita el error clásico de "lo marqué como reembolsado hace una semana, ¿por qué me escribe el cliente?".
Activarlo de la forma correcta
Activar las devoluciones es un interruptor; configurarlas para que no generen solicitudes de soporte exige algunos pasos más deliberados:
- Define un plazo de devolución que coincida con tu política, no con el valor por defecto. PS_ORDER_RETURN_NB_DAYS cuenta los días desde la entrega. Si tu política publicada dice 30 días pero el campo indica 14, los clientes se encontrarán con un muro que el formulario no les dejará cruzar, y te escribirán en su lugar. Haz que el número del back office sea igual al de tu página de política de devoluciones.
- Asegúrate de que el pedido llega realmente a un estado que permita la devolución. El formulario nativo solo ofrece una devolución cuando el pedido ha alcanzado el estado entregado/retornable que usa PrestaShop, con las devoluciones activadas en Atención al cliente → Devoluciones de mercancía y el límite de tiempo configurado correctamente. Si tus pedidos nunca pasan al estado de entregado que habilita una devolución, la opción permanece oculta: confirma que tu flujo marca de verdad los pedidos como entregados.
- Localiza el comprobante de devolución. El PDF de devolución por defecto es básico. Si vendes en varios idiomas, confirma que cada uno se renderiza correctamente antes de que un cliente imprima un comprobante con textos rotos.
- Redacta los estados que vas a usar de verdad. Puedes añadir o renombrar entradas de OrderReturnState (por ejemplo, un estado "Etiqueta enviada") para que tanto tú como el cliente veáis exactamente en qué punto está la devolución sin tener que intercambiar correos.
Si quieres confirmar que los dos ajustes son los que crees, una causa frecuente de solicitudes tipo "no aparece la opción de devolución", están guardados como filas simples en ps_configuration:
-- Check whether returns are enabled and the active return window
SELECT name, value
FROM ps_configuration
WHERE name IN ('PS_ORDER_RETURN', 'PS_ORDER_RETURN_NB_DAYS');
-- PS_ORDER_RETURN = 1 means enabled; PS_ORDER_RETURN_NB_DAYS is the day count from deliveryConfigúralos desde el back office en lugar de hacerlo a mano: la página de administración escribe en el contexto de tienda correcto y limpia la caché relevante. Aun así, leer esas filas es una forma rápida de ver por qué el formulario de cara al cliente aparece o no aparece. Si PS_ORDER_RETURN es 1 y los clientes siguen sin ver la opción, la causa casi siempre es que el pedido no ha llegado al estado entregado/retornable, no el ajuste.
Hacer que la devolución sea fácil de iniciar
El mayor factor para reducir la fricción de una devolución es si el cliente puede empezarla sin hablar contigo. Una devolución que exige escribir al soporte, esperar respuesta y luego esperar instrucciones es el tipo de proceso que se convierte en un contracargo en cuanto el cliente pierde la paciencia. El flujo de autoservicio de PrestaShop ya resuelve la parte difícil, pero solo si los clientes lo encuentran.
- Coloca la política donde la gente la busca. Enlaza tu política de devoluciones en el pie de página (una página CMS), en la página de producto cerca de la información de entrega y dentro de los correos de confirmación de pedido y envío. Una política escondida genera más solicitudes que las propias devoluciones: cuando los clientes no la encuentran, se temen lo peor y contactan contigo, o saltan directamente al contracargo.
- Diles a los clientes que el enlace existe. Muchos comerciantes activan las devoluciones nativas y nunca mencionan que la opción está en el área de cuenta. Una línea en el correo de envío, "¿Necesitas devolver algo? Inicia la devolución desde tu cuenta, sin tener que escribirnos", convierte una solicitud de soporte en una acción de autoservicio.
- No obligues a iniciar sesión para leer las reglas. La solicitud en sí necesita una cuenta (el OrderReturn está vinculado a un cliente), pero la política que explica el proceso debería ser pública para que un visitante que está valorando la compra vea que el riesgo es bajo.
La parte que PrestaShop no gestiona: el envío de devolución
El envío de devolución es donde se concentra buena parte del coste y de la fricción, y es justo la parte que PrestaShop nativo deja en blanco. Tienes tres modelos, y el adecuado depende de tu margen y de tu categoría:
| Modelo | Fricción para el cliente | Tu coste | Mejor para |
|---|---|---|---|
| Etiqueta prepagada, la generas y la envías por correo electrónico al aprobar la devolución | La más baja: pegar & entregar | El más alto: pagas ese tramo de envío | Productos de mayor margen, moda y cualquier caso donde las devoluciones sean esperadas y una experiencia fluida impulse compras repetidas |
| Pagado por el cliente, le das la dirección y él envía | Mayor: tiene que organizarlo y pagarlo | El más bajo | Artículos de bajo margen, o casos en los que tu política (y la ley aplicable en tu caso) traslada el coste de devolución al comprador |
| Red de puntos de entrega, taquillas / puntos de recogida de transportistas (InPost, DHL Paketshop, puntos GLS) | Baja: sin cola en una oficina postal | A menudo más barato que la recogida a domicilio | Mercados donde el uso de taquillas de paquetería es alto; una opción intermedia sólida |
Como el sistema nativo se detiene en "solicitud y abono", la generación de etiquetas suele venir de tu módulo de transportista o de tu plataforma de envíos, no del núcleo de PrestaShop. Si usas una integración de preparación de pedidos, comprueba si puede emitir etiquetas de devolución a partir del OrderReturn: esa es la diferencia entre aprobar en un clic y entrar manualmente en un portal por cada devolución.
Tramitar rápido: el flujo que evita quejas
Los clientes consultan sus cuentas bancarias. Cada día entre "ya lo envié de vuelta" y "el dinero ya está aquí" es un día de ansiedad leve, y esa ansiedad es lo que convierte a un cliente satisfecho con la devolución en alguien que se queja. La solución es un circuito ajustado y repetible:
- Inspecciona al recibir, no "cuando te pongas con ello". Una revisión visual rápida, si se puede revender o no, basta para decidir el camino.
- Cambia el estado en cuanto recibas el paquete (Paquete recibido), para que la cuenta del cliente refleje la realidad y deje de preguntarse qué ocurre.
- Emite el abono de inmediato desde la sección de reembolso del pedido, y después ejecuta de verdad el reembolso en la pasarela, porque (como se ha explicado) el abono por sí solo no mueve dinero en la mayoría de pasarelas.
- Repón el stock en la misma acción usando la casilla "reponer productos" si el artículo puede revenderse; así mantienes una cantidad disponible fiable sin una edición de stock aparte. Déjala sin marcar para devoluciones dañadas.
Si tramitas más que unas pocas devoluciones a la semana, el proceso manual a base de clics empieza a salir caro en tiempo. Aquí es donde un módulo dedicado de devoluciones/RMA se gana su sitio: motivos de devolución configurables, generación automática de etiquetas, correos de estado al cliente en cada paso y reglas (aprobación automática por debajo de X €, denegación automática fuera de plazo) que evitan que vuelvas a decidir lo mismo cada día. Que merezca la pena depende del volumen: con cinco devoluciones a la semana, el flujo nativo es suficiente; con cincuenta, el tiempo ahorrado paga la herramienta rápidamente. Explora nuestros módulos PrestaShop si tu volumen de devoluciones ya ha superado el punto de gestionarlas una a una a mano.
Reembolsos: ¿vale, abono o devolución del dinero?
PrestaShop te da dos instrumentos de reembolso, y a ojos del cliente no son intercambiables:
- Abono. El registro contable de que se debe un reembolso. Lo generas desde el pedido; produce un PDF que el cliente puede ver en su cuenta.
- Vale de descuento, crédito para gastar en la tienda, generado opcionalmente junto con el abono. Para ti es más barato (no sale dinero) y mantiene al cliente en tu tienda, pero en un desistimiento sujeto a la legislación de la UE un vale no sustituye válidamente a un reembolso en efectivo salvo que el cliente lo acepte. Ofrécelo como incentivo (por ejemplo, "reembolso a la tarjeta, o 110% en crédito de tienda"), nunca como única opción.
La mecánica de estos documentos, y las reglas relacionadas de facturación y facturas rectificativas, se solapa con la forma de personalizar los PDF de PrestaShop. Si necesitas que los abonos y las facturas lleven tu marca y los campos exigidos por ley, eso se explica en Personalización de facturas en PrestaShop. Para el contenido del abono en sí, desgloses fiscales correctos, referencia a la factura original, formato contable del documento que produce PrestaShop cuando reembolsas, ese es el trabajo de Financial Revolution, que actúa sobre los abonos y no sobre el flujo de devolución.
Los datos de devoluciones son inteligencia de negocio gratuita
El formulario nativo de devolución permite al cliente escribir por qué devuelve el producto en un mensaje de texto libre, y esa explicación es uno de los diagnósticos menos aprovechados en PrestaShop. El núcleo de PrestaShop no incluye una lista configurable de motivos de devolución: el flujo estándar captura las palabras del propio cliente, así que las lees en lugar de elegirlas de un menú. Si quieres motivos estructurados y seleccionables (talla o ajuste incorrectos, no coincide con la descripción, cambié de opinión, llegó dañado, calidad inferior a la esperada, llegó demasiado tarde) para informes limpios, eso viene de un módulo RMA/devoluciones o de una personalización. En cualquier caso, revisa cada mes lo que te dicen los clientes.
Los patrones son accionables y concretos. Si un tercio de las devoluciones de un producto menciona "talla incorrecta", el problema es la guía de tallas, no el producto. Si se repite "no coincide con la descripción", tus fotos o tus textos están prometiendo demasiado. Si "llegó dañado" se concentra en un SKU, el embalaje está fallando durante el transporte, y esa devolución te cuesta dos veces: reembolso más inventario perdido. Las devoluciones son un síntoma; leer la causa vale mucho más que tramitarlas con eficiencia. Reducir tu tasa de devoluciones incluso un par de puntos va directo al beneficio, porque cada devolución evitada ahorra el envío de salida, el envío de devolución, el tiempo de gestión y, a menudo, la rebaja de un artículo abierto.
La devolución más barata es la que nunca ocurre
Todo lo anterior hace que las devoluciones duelan menos una vez iniciadas. Reducir cuántas empiezan es el premio mayor, y la mayor parte ocurre mucho antes del sistema de devoluciones:
- Haz que las páginas de producto cumplan su función. Dimensiones, materiales, peso, fotos desde varios ángulos y en contexto: todo lo que reduzca la distancia entre lo que el cliente imaginó y lo que recibe. En moda y calzado especialmente, una guía real de "cómo medir" supera a una simple tabla de números.
- Deja que las reseñas ajusten expectativas. Comentarios como "talla pequeño" / "talla correcta" de compradores anteriores evitan la siguiente devolución por talla mejor que cualquier política.
- Confirma el pedido con detalle. Una confirmación de pedido que enumera atributos (talla, color, cantidad) permite que el cliente detecte su propio error antes de que se envíe; un pedido corregido es mucho más barato que una devolución.
- Invierte en embalaje. Los daños en transporte son la categoría de devolución más derrochadora; una protección adecuada cuesta menos que la doble pérdida.
La verdad sobre retención que muchos comerciantes pasan por alto
Esta es la parte contraintuitiva: un cliente que tiene una buena experiencia de devolución suele ser más propenso a comprar de nuevo que uno que nunca ha devuelto nada. Una devolución fluida demuestra que la tienda es de bajo riesgo, y esa prueba elimina la mayor barrera psicológica para la siguiente compra, también para carritos más grandes, porque el comprador sabe que una elección equivocada tiene solución.
Preguntas frecuentes
¿Por qué mi cliente no ve la opción de devolución en su pedido?
Tienen que cumplirse tres cosas a la vez: las devoluciones están activadas (PS_ORDER_RETURN = 1 en Atención al cliente → Devoluciones de mercancía), el pedido ha alcanzado el estado entregado/retornable que exige PrestaShop y todavía estás dentro de la ventana de Límite de validez contada desde la entrega. Si el ajuste está activado pero la opción está oculta, casi seguro que el pedido no se ha marcado como entregado: confirma que tu flujo de estados mueve realmente los pedidos a ese estado.
¿Generar un abono reembolsa la tarjeta del cliente?
No, y este es el malentendido más habitual. Un abono es un registro contable de que se debe devolver dinero; no envía un reembolso a Stripe, PayPal ni al procesador de tarjetas salvo que ese módulo de pago concreto añada una acción de reembolso desde el back office. En la mayoría de pasarelas, todavía tienes que ejecutar la devolución real del dinero en la propia pasarela. Marca el abono y envía el reembolso real, o el cliente seguirá esperando.
¿Puedo añadir motivos de devolución estructurados (talla incorrecta, dañado, cambio de opinión)?
No en el núcleo. El formulario nativo de PrestaShop captura la explicación libre del propio cliente en lugar de una lista fija, así que lees lo que ha escrito en vez de elegirlo de un menú. Una lista de motivos seleccionable y apta para informes viene de un módulo RMA/devoluciones o de una personalización. Incluso con la versión de texto libre, revisa mensualmente lo que te dicen los clientes: los motivos agrupados señalan directamente un problema en la página de producto o en el embalaje.
¿Debo marcar "reponer productos" al emitir el abono?
Solo si el artículo devuelto puede revenderse. La casilla aumenta la cantidad disponible en la misma acción que emite el abono, lo que mantiene el stock fiel a la realidad sin una edición aparte. Déjala sin marcar para productos dañados o abiertos que no puedas vender de nuevo, o acabarás vendiendo inventario fantasma.
¿Dónde guarda PrestaShop una devolución y qué estados usa?
Cada solicitud es un objeto OrderReturn, listado en el back office bajo el controlador AdminReturn (la página de Devoluciones de mercancía). Avanza por estados guardados en la tabla OrderReturnState: por defecto Esperando confirmación, Esperando paquete, Paquete recibido, Devolución denegada y Devolución completada. Puedes renombrar o añadir estados (por ejemplo, "Etiqueta enviada") para que la cuenta del cliente refleje siempre en qué punto real está la devolución.
Ese es el marco que conviene tener claro. El sistema nativo de devoluciones de PrestaShop te da una solicitud de autoservicio y los documentos contables; tu trabajo es conectar las piezas que faltan, envío de devolución, reembolsos rápidos en la pasarela, estados claros y una política fácil de encontrar, para que todo el circuito se sienta sin fricción. Hazlo y el coste de una devolución se convierte en una inversión en un cliente que comprará con más confianza la próxima vez. Mientras ajustas esto, merece la pena revisar el contexto de cumplimiento: los términos y condiciones que debe incluir tu tienda y las normas de comercio electrónico de la UE marcan los límites en los que debe encajar tu proceso de devoluciones.
