Un cliente pide la devolución de un pedido. Le tramitas el reembolso en Stripe o en WooCommerce con dos clics y el dinero vuelve a su tarjeta. Hasta ahí, fácil. El problema viene después: la factura que ya emitiste sigue ahí, contabilizada y declarada, con un importe que ya no corresponde con la realidad. No puedes «borrarla» ni «modificarla», y no puedes ignorarla porque Hacienda la tiene fichada. Toca emitir una rectificativa, con su numeración correlativa, asociarla a la factura original y guardarla. Y si pasa dos o tres veces a la semana, ese trámite empieza a comerte horas.
El problema: el reembolso sin rectificativa rompe tu contabilidad
En España una factura emitida es un documento legal. En el momento en que la imprimes, entra en tu libro de facturas emitidas, suma a tu IVA repercutido del trimestre y queda asociada a un número de serie que ya no se puede reutilizar. Si después devuelves ese dinero, la factura sigue existiendo desde el punto de vista fiscal aunque el cobro ya no esté.
La normativa es clara: cuando una operación se anula total o parcialmente, no se modifica la factura original, sino que se emite una factura rectificativa que la corrige. Esa rectificativa lleva su propia numeración, referencia a la factura original, indica el motivo y aplica el importe negativo correspondiente.
Si te saltas este paso, en tu contabilidad aparece un IVA repercutido que en realidad ya no has cobrado, un ingreso registrado que ya no existe y un descuadre con tu pasarela. Cuando llega el modelo 303 toca cuadrar a mano, y eso si tu contable se entera de los reembolsos antes de presentar.
El error más habitual no es ignorar la rectificativa: es olvidarse de hacerla. Tramitas el reembolso, vuelves al trabajo, y dos meses después tu gestor te pregunta por qué hay un cobro de Stripe sin reembolso asociado en ninguna parte.
Lo que hace la mayoría: emitir rectificativas a mano cada vez
El flujo manual estándar tiene cinco pasos y cada uno es un punto de fallo:
- Haces el reembolso en Stripe o procesas el refund en WooCommerce.
- Anotas en algún sitio (ideal: nunca pasa) que tienes que emitir la rectificativa.
- Vas a FD y buscas la factura original por número, fecha, cliente o importe.
- Creas la rectificativa: copias cliente, líneas, ajustas importes a negativo, eliges serie y referencias la original.
- Guardas y la envías si toca.
A cinco o seis reembolsos al mes empieza a notarse. A veinte ya es media tarde semanal. Los errores típicos:
- Olvido total. El reembolso se hace y la rectificativa se queda pendiente para «cuando tenga un rato». Ese rato no llega.
- Numeración desordenada. Mezclas rectificativas con facturas normales en la misma serie y luego no sabes cuál es cuál.
- Importes mal calculados en parciales: devuelves 50 € de un pedido de 120 € y rectificas sin acordarte del IVA.
- Doble rectificativa porque la primera se quedó a medias y la rehiciste sin borrar la anterior.
Hay quien lo resuelve con un Excel paralelo que marca cada reembolso al emitir la rectificativa. Funciona, pero es el tipo de tarea que no debería existir cuando pagas un programa de facturación y una pasarela modernos.
Cómo PayPam emite rectificativas automáticas
PayPam observa los eventos de Stripe y WooCommerce, y cuando detecta un reembolso confirma la factura original asociada y emite la rectificativa en Factura Directa por el importe del reembolso. Sin que tú toques nada en FD.
El toggle auto_credit_invoice
En el panel de PayPam tienes un interruptor llamado auto_credit_invoice. Por defecto puedes dejarlo activado o desactivado, según prefieras controlar tú las rectificativas o que se emitan solas.
- Activado: al detectar un reembolso (Stripe o WooCommerce), PayPam genera la rectificativa automáticamente en FD y la asocia a la factura original.
- Desactivado: PayPam registra el reembolso en su propio log con estado pendiente, y queda esperando a que tú decidas. La factura original no se toca y no se emite nada en FD hasta tu confirmación manual.
El toggle se puede cambiar en cualquier momento. El cambio aplica desde el siguiente evento, no afecta a reembolsos ya procesados antes.
Qué eventos detecta
PayPam reacciona a dos señales:
- Stripe: webhook
charge.refunded. Cubre reembolsos del dashboard y por API, totales y parciales (uno o varios por cargo). - WooCommerce: evento de refund nativo (
order.refunded). Cubre reembolsos completos del pedido y parciales por línea (devolver una unidad, anular envío, ajustar descuento).
Cada evento llega con importe, identificador (re_xxx en Stripe, wc_refund_<id> en WC) y referencia al cargo o pedido original. PayPam busca la factura emitida, calcula la rectificativa correcta y la crea en FD.
Idempotencia: cero duplicados
Stripe puede reenviar el mismo webhook varias veces si tarda en confirmar la entrega. WooCommerce también puede repetir notificaciones. PayPam no duplica rectificativas porque cada evento lleva un identificador único:
re_<id>para reembolsos de Stripe.wc_refund_<id>para reembolsos de WooCommerce.
PayPam guarda ese identificador asociado a la rectificativa emitida. Si vuelve a llegar el mismo evento, se ignora silenciosamente. La rectificativa solo se emite una vez, aunque el webhook llegue cinco.
Series separadas para rectificativas
Una de las cosas que más limpia tu contabilidad es no mezclar rectificativas con facturas en la misma serie. PayPam permite configurar dos series independientes:
woo_credit_series: serie en FD para rectificativas de reembolsos de WooCommerce.stripe_credit_series: serie en FD para rectificativas de reembolsos de Stripe.
Son independientes entre sí y también de las series que usas para facturas normales. Puedes tener WOO-2026, STRIPE-2026, WOO-RECT-2026 y STRIPE-RECT-2026. Tu gestor verá un libro mucho más legible.
Estados internos: ok_rectificativa y ok_rectificativa_simplificada
Cuando PayPam emite una rectificativa con éxito, el evento queda marcado con uno de estos estados:
ok_rectificativa: rectificativa emitida sobre una factura nominativa (con NIF del cliente).ok_rectificativa_simplificada: rectificativa emitida sobre una factura simplificada (ticket, sin NIF). Es el caso típico de Stripe cuando no hay contacto previo en FD.
Ambos son resultado correcto. La distinción te sirve para auditar qué tipo de documento se emitió. Para entender cómo se concatena este flujo con la facturación inicial, te interesa la guía completa de Factura Directa con Stripe y WooCommerce.
Cuándo conviene tener el toggle activado y cuándo no
No hay una respuesta única. Depende de cómo gestiones los reembolsos en tu negocio.
Cuándo conviene activarlo
- Tienes volumen alto de reembolsos. Un ecommerce de moda, un negocio con prueba de 14 días, un SaaS con política de devolución generosa. Si reembolsas más de cinco veces al mes, la automatización se paga sola.
- La política de reembolso es estándar y mecánica. El cliente pide la devolución, tú la apruebas, se reembolsa. Sin matices ni negociaciones. Cada reembolso es un caso «limpio» que solo necesita su rectificativa correlativa.
- Quieres tu contabilidad siempre cuadrada. Los reembolsos del trimestre coinciden exactamente con las rectificativas del trimestre. No hay desfase entre lo cobrado y lo declarado.
- Vendes a particulares B2C en su mayoría. El reembolso típico es total, sin matices. La rectificativa también es directa: importe completo a negativo, mismas líneas, mismo IVA. Automatizable al 100%.
Cuándo conviene desactivarlo
- Reembolsos como herramienta comercial. Si usas reembolsos parciales como descuento retroactivo (devolver 10 € a un cliente descontento sin anular el pedido), igual quieres revisar caso por caso antes de emitir un papel oficial.
- Casos de fraude o abuso. Cuando reembolsas a un cliente sospechoso de chargeback, a veces interesa retrasar la rectificativa hasta que se confirme la disputa.
- B2B con negociación de importes. Si un reembolso puede llevar negociación previa (devolvemos el 70%, no el 100%), el flujo manual te da margen para hablar con el cliente antes de emitir el documento.
- Pruebas iniciales. Las primeras semanas con PayPam, mucha gente prefiere tenerlo desactivado para revisar qué se ha detectado y cómo, y solo activarlo cuando confía en que el flujo funciona bien.
Recomendación práctica: empieza con el toggle desactivado un par de semanas, observa los reembolsos que llegan y comprueba que PayPam los detecta. Cuando confirmes que el detector funciona y tu casuística es estándar, actívalo y deja que se emitan solas. Si todavía estás montando el sistema desde cero, antes de pelear con rectificativas asegúrate de tener FD activado: hay un código que te regala el primer mes gratis, lo explico en esta guía sobre Factura Directa gratis con código.
Qué pasa si la rectificativa no se puede generar
No siempre se puede emitir la rectificativa automáticamente. Hay tres escenarios donde PayPam no la genera y deja el evento marcado como skip con la razón documentada en logs:
La factura original no existe en FD
Si llega un reembolso de un cobro cuya factura no se llegó a emitir nunca (por ejemplo, porque PayPam se instaló después, o porque la factura se canceló manualmente en FD), no hay nada que rectificar. PayPam registra el evento, lo marca como skip con razón «factura original no encontrada» y no toca nada.
La factura original está mal emitida
Si la factura existe pero está en un estado raro (numeración corrupta, datos bloqueados, factura ya rectificada previamente por completo), FD puede rechazar la creación de la rectificativa. PayPam captura el error, lo guarda en log con detalle del motivo y deja la rectificativa como pendiente.
Error transitorio de la API de Factura Directa
Si la API de FD da error en el momento (caída temporal, timeout), PayPam no asume que la rectificativa se ha emitido. La marca como pendiente y la deja en cola. Cuando reintentes o vuelva a llegar el evento, se procesa con normalidad gracias a la idempotencia.
En todos estos casos, el evento queda visible en tu panel de PayPam con la razón del skip y tienes el dato suficiente para emitir la rectificativa a mano si toca. La automatización no se traduce en confianza ciega; se traduce en menos trabajo manual cuando todo va bien y aviso claro cuando algo necesita tu atención. Para entender el flujo desde el lado del refund (qué hacer con el cliente, no solo con la factura), esta guía sobre cómo gestionar reembolsos en Stripe sin perder al cliente lo cubre desde la perspectiva de retención.
Preguntas frecuentes
¿La rectificativa automática funciona con reembolsos parciales?
Sí. Tanto en Stripe como en WooCommerce. Si reembolsas 30 € de un pedido de 120 €, PayPam emite una rectificativa por 30 € (con su IVA correspondiente prorrateado). Si después reembolsas otros 40 €, emite una segunda rectificativa por esos 40 €. Cada reembolso es un evento independiente y genera su propia rectificativa. Funciona también con WooCommerce cuando devuelves una sola línea del pedido (un producto de varios).
¿Puedo desactivar el toggle solo para Stripe pero no para WooCommerce, o viceversa?
El toggle auto_credit_invoice controla la emisión automática a nivel global. Lo que sí puedes separar es la serie de rectificativas entre uno y otro mediante woo_credit_series y stripe_credit_series. Si necesitas distintas reglas operativas según la fuente, lo habitual es dejar el toggle activado y configurar series distintas para diferenciar cada origen en tu contabilidad.
¿Qué pasa si emito un reembolso desde Factura Directa directamente, sin pasar por Stripe ni WooCommerce?
PayPam no detecta esos casos porque no observa eventos internos de FD: solo escucha webhooks de Stripe y eventos de WooCommerce. Si haces el reembolso saltándote la pasarela (cosa rara, porque el cliente no recibe el dinero), tendrás que emitir la rectificativa a mano en FD como siempre.
¿Las rectificativas automáticas cuentan en el límite de mi plan de Factura Directa?
Sí. Una rectificativa es una factura más a efectos del plan de FD. Si tu plan tiene un máximo de facturas/mes incluidas, las rectificativas suman. Esto importa sobre todo si emites muchas devoluciones: tenlo en cuenta al elegir tu plan en FD.
¿Cuánto cuesta la funcionalidad de rectificativas automáticas?
Va incluida en el plan de PayPam, que es 7,95 €/mes plano. No es un add-on aparte: si tienes PayPam para automatizar la facturación de Stripe o WooCommerce, las rectificativas automáticas vienen en el mismo paquete. Solo activas el toggle si quieres usarlas, y configuras las series si te interesa separar.
Activa el toggle y deja de pelear con cada reembolso
Las rectificativas son uno de esos trámites que a nadie le gusta hacer y que, si no haces, te pasan factura tres meses después al cuadrar el IVA. Un sistema que las emite solas en cuanto detecta el reembolso, con su numeración propia y su referencia a la factura original, te quita una capa de ruido operativo.
PayPam expone el toggle auto_credit_invoice para que tú decidas: si tu negocio es estándar y quieres cero fricción, lo activas. Si prefieres revisar antes de emitir, lo dejas en pendiente. Lo que cambia respecto a hacerlo a mano es que el sistema ya no se olvida: cada reembolso queda registrado con su evento, importe y estado.
Si todavía no tienes la facturación inicial automatizada, antes de las rectificativas conviene resolver el cobro: PayPam también cubre WooCommerce → Factura Directa sin Zapier en el mismo plan. Aprovecha los 7,95 €/mes para resolver las dos puntas del flujo en una sola herramienta.