--- title: "Verifactu con Stripe y cobros recurrentes" description: "Cómo cumplir Verifactu si cobras cuotas con Stripe u otra pasarela: quién emite la factura, reintentos, eventos duplicados, prorrateos y devoluciones." canonical: https://caricalia.com/notas/verifactu-suscripciones last-updated: 2026-10-09 --- # Verifactu con Stripe y cobros recurrentes > Con suscripciones la factura sale de un cobro automático. Reintentos, cambios de plan y devoluciones son los tres sitios donde un sistema de cuotas rompe la cadena de Verifactu. Publicado: 2026-09-26 · Actualizado: 2026-10-09 Autor: carlos Temas: verifactu, facturación, suscripciones --- ## ¿Verifactu afecta a un negocio de suscripciones? Sí: cada factura que genera tu sistema de cuotas es una factura expedida y tiene que llevar su [registro de facturación](/glosario/registro-de-facturacion) desde el momento en que se emite. Lo exige el [Real Decreto 1007/2023](https://www.boe.es/buscar/act.php?id=BOE-A-2023-24840) a todo sistema que factura, y un producto de software que cobra cada mes lo es. Las fechas en vigor las fijó el Real Decreto-ley 15/2025: el 1 de enero de 2027 para las sociedades y el 1 de julio de 2027 para el resto. El 5 de octubre de 2026 Hacienda [anunció](https://www.idealista.com/news/finanzas/economia/2026/10/05/917495-hacienda-aplaza-a-octubre-de-2028-la-implantacion-del-sistema-de-facturacion) que las pasa a octubre de 2028 para todos. Hasta que se publique en el BOE, obligan las de 2027. Lo particular de las suscripciones es que nadie pulsa un botón para facturar. La factura sale de un proceso automático, y los fallos de ese proceso son los que rompen la cadena. El resto de lo que cambia en un sistema propio, y cómo se plantea el proyecto, está en [adaptar tu software a Verifactu](/adaptacion-verifactu). ## ¿La factura la emite tu producto o la pasarela de pago? Depende de cómo lo tengas montado, y hay que saberlo antes de nada. Algunas pasarelas de pago generan documentos que llaman factura. Si esos documentos son tus facturas legales, la pasarela es tu [sistema informático de facturación](/glosario/sistema-informatico-de-facturacion) y tiene que cumplir. Si tu producto emite la factura a partir del cobro, el sistema es el tuyo. Lo que no puede pasar es que las dos emitan. Dos documentos con número distinto para el mismo cobro son un problema de numeración antes de ser un problema de Verifactu. ## ¿Cumple Verifactu la factura que genera Stripe? Stripe no lo afirma. En su [guía sobre Verifactu](https://stripe.com/resources/more/what-is-verifactu-spain) (fechada el 2 de abril de 2026), Stripe no presenta Stripe Invoicing ni Stripe Billing como sistemas conformes. Remite a aplicaciones de terceros de su marketplace para cumplir, y dice que su papel es el de la infraestructura de pagos. Es una posición coherente con lo que dice la norma. El sistema que expide la factura legal es el sistema informático de facturación, y a él se le exigen el registro, la huella, el QR y la declaración responsable. Si tus clientes reciben como factura un documento que genera la pasarela, la pasarela es tu sistema de facturación. La consecuencia práctica, si cobras con Stripe u otra pasarela, es una decisión de diseño que se toma primero: qué documento es la factura. Lo más limpio es que la pasarela cobre y que un sistema que cumple emita la factura legal a partir del cobro. Si además la pasarela genera su propio documento con otro número, hay dos numeraciones para el mismo cobro. ## Los reintentos de cobro Una tarjeta rechazada se reintenta. La pregunta es cuándo nace la factura: en el primer intento o cuando el cobro entra. Si la emites en el primer intento y el cobro nunca llega, tienes una factura con registro que no se cobró. Si la emites cuando el cobro entra, el reintento no puede generar una segunda factura para el mismo periodo. El fallo que más vemos es el segundo: el reintento lanza el mismo proceso que el cobro original, y ese proceso emite otra factura. Con Verifactu esa factura duplicada tiene su registro y su huella, y no se puede borrar. Hay que anularla con un registro de anulación y explicar por qué. La solución es que la emisión sea idempotente: el mismo periodo del mismo cliente produce una factura, se reintente el cobro las veces que sea. ## Los eventos de cobro llegan repetidos y sin orden La factura de una suscripción nace de un evento de la pasarela: cobro correcto, renovación, reembolso. Esos eventos no llegan limpios. La [documentación de Stripe](https://docs.stripe.com/webhooks) dice que no garantiza el orden de entrega, y que un mismo evento puede recibirse más de una vez. Recomienda registrar los identificadores de los eventos ya procesados y no volver a procesarlos. Con Verifactu esto deja de ser una incomodidad. Un evento procesado dos veces es una factura emitida dos veces, con su registro y su huella, que ya no se puede borrar. Un evento que llega antes que el anterior es una factura que intenta encadenarse a un registro que aún no existe. Tres reglas lo resuelven, y ninguna es específica de una pasarela: - **La emisión es idempotente.** El mismo cobro del mismo periodo del mismo cliente produce una factura, se reciba el evento una vez o cinco. - **El orden lo decide tu sistema.** El encadenamiento sigue el orden en que se generan los registros en tu sistema, no el orden en que llegaron los eventos. - **Un solo escritor por cadena.** Si procesas varios eventos a la vez, la asignación del número y del registro se serializa. ## ¿Cuándo hay que emitir la factura de cada cuota? El [reglamento de facturación](https://www.boe.es/buscar/act.php?id=BOE-A-2012-14696) fija cuándo debe expedirse. Si tu cliente es empresa o profesional, antes del día 16 del mes siguiente a aquel en que se devengó el impuesto. Ese margen permite emitir al cobrar o agrupar. El reglamento admite también facturas recapitulativas de varias operaciones del mismo mes con el mismo cliente. Cualquiera de las dos vale, siempre que el registro se genere al emitir y no después. ## Cambios de plan y prorrateos Un cliente sube de plan a mitad de mes. Tu sistema calcula un prorrateo y cobra la diferencia. Hay dos formas de facturarlo: una factura nueva por la diferencia, o una [factura rectificativa](/glosario/factura-rectificativa) de la anterior. Las dos son válidas. Lo que no vale es modificar la factura del mes con el importe nuevo, que es lo que hacen muchos sistemas de cuotas. Con Verifactu, una factura emitida no se toca. Bajar de plan, o dar de baja con devolución de la parte no consumida, genera una rectificativa. Va en una serie específica, como pide el reglamento de facturación, y por el importe que se devuelve. ## Las devoluciones de recibos Si cobras por domiciliación bancaria, un recibo se puede devolver semanas después de cobrarlo. La factura ya existe y tiene su registro. El cliente no ha pagado. La devolución del recibo no anula la factura. Es un impago: la factura sigue siendo válida y lo que cambia es su estado de cobro. Si además das de baja el servicio y renuncias a cobrarlo, entonces sí hay rectificativa. Confundir las dos cosas es un error caro. Hemos visto sistemas que anulan la factura en cada devolución, y cuando el cliente paga más tarde ya no hay factura que cobrar. ## La numeración en los procesos masivos El día 1 de cada mes tu sistema emite cientos o miles de facturas en pocos minutos. La [numeración de facturas](/glosario/numeracion-de-facturas) tiene que salir correlativa y sin huecos, y el encadenado de registros en el mismo orden. Si el proceso se ejecuta en paralelo, el número y el registro tienen que asignarse dentro de la misma operación. Si no, dos procesos leen el mismo último registro y encadenan dos facturas al mismo padre. ## Preguntas frecuentes ### ¿Puedo usar las facturas que genera Stripe como facturas legales? Solo si el sistema que las genera cumple Verifactu, y Stripe no lo declara para sus productos de facturación. Comprueba por escrito quién produce el sistema, en qué modalidad funciona y dónde está su declaración responsable. ### ¿La factura se emite al cobrar o al renovar? Cuando el cobro entra, salvo que hayas decidido lo contrario. Lo importante es que la emisión sea idempotente y que el registro nazca en el mismo paso. ### ¿Qué hago con un cobro devuelto por el banco? Es un impago, no una anulación. La factura sigue siendo válida y cambia su estado de cobro. Solo se rectifica si además renuncias a cobrar. ### ¿Cada cliente necesita su propia cadena? No. La cadena es por sistema y por obligado a facturar, es decir, por tu empresa. Otra cosa es que tu plataforma factura por cuenta de tus clientes: eso se cuenta en [Verifactu en un SaaS multiempresa](/notas/verifactu-saas-multiempresa). ## Cómo lo hacemos Seguimos un cliente durante un año de vida simulado: alta, renovaciones, un cobro rechazado, un cambio de plan, una devolución y una baja. Cada paso tiene que dejar la cadena igual de limpia que al empezar. Lo hemos hecho antes en [nuestro propio programa de facturación, en producción](/casos/beel), que emite facturas recurrentes y rectificativas proporcionales. Qué pide la norma en general está en [Verifactu para software propio](/notas/verifactu-software-propio). Si además vendes en una tienda, mira [Verifactu en una tienda online](/notas/verifactu-tienda-online). Si las cuotas las emite un ERP propio, [adaptar un ERP propio a Verifactu](/notas/adaptar-erp-propio-a-verifactu). Si no sabes qué hace tu sistema de cuotas cuando un cobro falla, el [diagnóstico](/diagnostico) lo responde: leemos el sistema y te decimos qué cumple, qué falta y qué cuesta. Si el trabajo es adaptarlo, eso es una [adaptación a Verifactu](/adaptacion-verifactu) sin dejar de cobrar.