Si cobras suscripciones con Stripe en España, sus PDFs no bastan como factura fiscal. Cada renovación crea una obligación nueva y, si no la registras con VeriFactu, TicketBAI o el sistema que toque, te expones a multas de hasta 50.000 € por ejercicio.
Yo lo resumiría así:
- Stripe cobra y gestiona la suscripción, pero no emite por sí solo una factura válida para España.
- Cada renovación cuenta por separado: mensual, anual o por cambio de plan.
- Para cumplir, hace falta hash SHA-256, QR verificable, envío a la AEAT y series de facturación sin saltos.
- En País Vasco y Navarra, el flujo cambia a un conector Stripe TicketBAI o NaTicket.
- Si hay reembolsos, fallos de cobro o prorrateos, también deben quedar bien enlazados a nivel fiscal.
- A partir de cierto volumen, hacerlo a mano suele acabar en errores de secuencia, cruces de datos y rectificativas mal atadas.
👉 Cómo funciona VERIFACTU, desde crear la factura a registrarla en Hacienda Paso a Paso
Comparación rápida
| Punto | Solo Stripe | Stripe + capa fiscal |
|---|---|---|
| Cobro recurrente | Sí | Sí |
| Factura fiscal válida en España | No | Sí |
| QR oficial | No | Sí |
| Hash y encadenado | No | Sí |
| Envío a AEAT | No | Sí |
| Gestión de rectificativas | Parcial | Sí |
En pocas palabras: Stripe resuelve el cobro; la capa fiscal resuelve la factura legal. Con eso, cada renovación queda ligada a su registro, su QR, su hash y su envío, sin cambiar tu flujo de suscripciones.
Cómo gestiona Stripe las facturas de renovación de suscripciones
Antes de meter la capa de cumplimiento fiscal, conviene tener claro qué pasa en cada renovación. Stripe automatiza casi todo el ciclo de cobro, pero no resuelve por sí solo la parte fiscal española.
Ciclo de vida de una factura de renovación en Stripe
Al cerrar cada ciclo, Stripe crea la factura en estado draft. Después la finaliza con número, líneas, importes e impuestos, y luego intenta cobrarla. Si el pago falla, pone en marcha reintentos automáticos. Y si esos reintentos se agotan, la factura pasa a uncollectible o void, según el caso.
Si hay una devolución, el evento charge.refunded debe enlazarse con la factura original para emitir la rectificativa.
Eventos clave de Stripe para la automatización de facturación recurrente
A partir de ese punto, los webhooks son los que conectan el cobro con el registro fiscal. Cada evento marca un momento concreto dentro del proceso.
| Evento de Stripe | Qué indica | Uso en automatización fiscal |
|---|---|---|
invoice.upcoming | Aviso previo al cierre del ciclo | Revisar datos antes de la facturación |
invoice.created | La factura se genera como borrador | Capturar datos iniciales |
invoice.finalized | La factura queda cerrada y lista para cobrar | Firmar y crear el registro fiscal con hash |
invoice.payment_succeeded | Cobro confirmado | Confirmar la entrega de la factura legal al cliente |
invoice.payment_failed | Intento de cobro fallido | Gestionar reintentos o suspensión de acceso |
customer.subscription.updated | Cambio de plan o ciclo | Ajustar prorrateos en la siguiente renovación |
invoice.finalized es el punto clave, porque en ese momento la factura ya está cerrada.
Dicho de forma simple: ahí es cuando Stripe deja la factura lista para cobrar, pero no añade encadenamiento criptográfico, QR verificable ni envío a la AEAT. Esa capa hay que montarla por encima del flujo de Stripe.
Y justo ahí, en ese punto del proceso, es donde entra la obligación de VeriFactu o TicketBAI.
sbb-itb-b01fb3c
Por qué las renovaciones automáticas requieren controles VeriFactu y TicketBAI
Requisitos fiscales de cada renovación en España
Tras invoice.finalized, cada renovación deja de ser solo un cobro y pasa a exigir registro fiscal. En la práctica, cada renovación debe generar un registro fiscal cerrado, inmutable y verificable.
Además, existe la obligación de incluir un código QR verificable que permita comprobar la factura en la sede electrónica de la AEAT. Si la empresa opera en el País Vasco, entra en juego la integración de TicketBAI con Stripe, con sus propias reglas de firma digital y reporte a las haciendas forales de Álava, Gipuzkoa y Bizkaia.
Dónde se queda corto Stripe por sí solo
Stripe no emite una factura fiscal española ni los registros técnicos que exige VeriFactu.
Stripe deja resuelto el cobro, pero no genera el registro fiscal exigido. Dicho de forma simple: los justificantes de pago de Stripe no cubren lo que pide VeriFactu a nivel técnico.
Por ejemplo, no resuelven puntos como:
- encadenamiento de registros
- código QR oficial
- envío a la AEAT
Tampoco incluyen de forma nativa campos obligatorios como IDEmisorFactura o Huella, ni aseguran una numeración correlativa sin saltos.
Factura de renovación en Stripe vs. flujo de renovación conforme: comparativa
La diferencia entre ambos flujos no es solo técnica. También es legal. Esta tabla muestra de un vistazo qué cubre cada opción:
| Elemento | Solo Stripe | Stripe + automatización VeriFactu |
|---|---|---|
| Validez fiscal en España | No (justificante de pago) | Sí (factura legal) |
| Encadenamiento criptográfico | No | Sí (hash SHA-256) |
| Código QR | Enlace a página de Stripe | QR verificable en la AEAT |
| Envío a la AEAT | Ninguno | Envío en tiempo real vía API |
| Software certificado | No | Sí |
| Devoluciones | Ajuste interno de saldo | Factura rectificativa reportada a la AEAT |
La clave está en la capa fiscal: escucha cada renovación, genera el registro y lo reporta sin tocar la operativa de Stripe.
Cómo automatizar un flujo conforme sin cambiar Stripe
Flujo VeriFactu para Renovaciones Automáticas en Stripe
Flujo por eventos para facturas de renovación, pagos y registros fiscales
Stripe sigue encargándose del cobro; la capa fiscal entra en juego sobre la factura que ya está finalizada.
Cuando se confirma el pago con invoice.payment_succeeded, y la factura ya está cerrada, un conector fiscal procesa cada renovación: recoge los datos fiscales y de cobro, prepara el registro conforme, aplica la firma digital y el encadenado SHA-256, lo envía en tiempo real a la AEAT y entrega al cliente un PDF de factura conforme con el QR obligatorio. De este modo, la renovación queda cerrada a nivel fiscal sin tocar el flujo de cobro de Stripe.
Si hay un reembolso, el evento charge.refunded activa la generación automática de la factura rectificativa correspondiente, también firmada y reportada.
Si quieres montar esto sin desarrollo propio, el siguiente paso es usar un conector conectado a Stripe.
El Stripe Verifactu Connector de Itcons
El Stripe Verifactu Connector de Itcons está pensado justo para este escenario. Se conecta por OAuth 2.0, sin compartir claves API ni meter mano al código, y puede quedar activo en minutos. A partir de ahí, el proceso pasa a ser automático en cada renovación.
Hay un detalle práctico que conviene tener en cuenta: desactivar los correos automáticos de Stripe para que el cliente no reciba dos documentos, el justificante de Stripe y la factura legal del conector. Además, también permite el alta del conector Stripe para TicketBAI en Álava, Gipuzkoa y Bizkaia.
Reporte manual vs. conector automatizado: comparativa
Cuando el volumen sube, el proceso manual empieza a hacer aguas.
| Aspecto | Gestión manual | Conector automatizado (Itcons) |
|---|---|---|
| Carga de trabajo | Alta (exportación y creación manual por cada renovación) | Nula (proceso automático en segundo plano) |
| Riesgo de error | Alto (errores en la cadena de hashes o saltos de secuencia) | Bajo (captura directa desde Stripe) |
| Escalabilidad | Limitada (requiere más recursos humanos al crecer) | Alta (escala automáticamente con el volumen) |
El reporte manual puede encajar con volúmenes muy bajos – menos de 20 o 30 facturas al mes – , pero a partir de ese punto el riesgo de romper la cadena de hashes sube de forma clara.
Controles de implementación y conclusión
Gestión de fallos, reembolsos, cambios de plan y auditorías
Con el flujo ya automatizado, todavía queda cerrar la parte operativa antes de llevarlo a producción. Aquí conviene revisar cuatro situaciones muy concretas: pago fallido, prorrateo, reembolso parcial y cancelación antes de la renovación. Cada una debe dejar un rastro fiscal que encaje con el evento y con el cobro real.
Y no es un detalle menor. Si más adelante hay una auditoría, esos casos tienen que poder seguirse sin fricción. Por eso, mantén una relación 1 a 1 entre el Stripe Invoice ID y el registro de VeriFactu, junto con el hash SHA-256, el QR y la fecha y hora del cobro. También conviene evitar facturas generadas fuera del sistema certificado – por ejemplo, un PDF hecho a mano – , porque eso rompe la cadena criptográfica obligatoria de VeriFactu.
Además del flujo en sí, revisa la base de conformidad del software. Asegúrate de que el software o el conector tenga declaración responsable y de que la facturación trabaje con series diferenciadas, como STRIPE-2026-, para mantener una secuencia continua y sin saltos.
Claves finales
Stripe cobra. El conector genera, firma y reporta el registro fiscal sin cambiar tu forma de trabajar.
Hacerlo de forma manual puede cuadrar cuando apenas hay unas pocas suscripciones. Pero en cuanto el volumen sube, también sube el riesgo de errores en la cadena de hashes y en la conciliación entre facturas, pagos y registros.
Un conector como el Stripe Verifactu Connector de Itcons automatiza ese flujo para VeriFactu y TicketBAI sin configuración de API y sin software de facturación adicional. De ese modo, cada renovación queda cerrada a nivel fiscal sin tocar Stripe.
FAQs
¿Cuándo nace la obligación fiscal en una renovación?
En las suscripciones recurrentes con Stripe, la obligación fiscal nace en el momento del cobro efectivo de cada renovación. En la práctica, ese momento queda marcado por el evento invoice.paid.
Eso tiene una consecuencia muy clara: cada pago confirmado exige emitir una nueva factura. No vale reutilizar la anterior ni agrupar renovaciones como si fueran un solo cobro.
Y esa factura debe salir cumpliendo con VeriFactu de principio a fin, incluido el hash encadenado y su código QR correspondiente.
¿Qué pasa si el cobro falla o se devuelve?
Si un cobro en Stripe falla o se reembolsa, el sistema lo resuelve de forma automática para mantener el cumplimiento normativo.
En caso de reembolso, se emite una factura rectificativa, se firma digitalmente, se encadena al registro anterior y se envía a la Agencia Tributaria. Si la factura se anula en Stripe, esa anulación también se replica en VeriFactu.
¿Cómo automatizar VeriFactu sin tocar Stripe?
Para automatizar VeriFactu sin tocar tu operativa en Stripe, usa un conector certificado basado en Stripe Connect. La conexión se hace con OAuth 2.0, así que el acceso a tus eventos de pago se gestiona de forma segura, sin programar y sin meter mano en tu código.
En cuanto lo conectas, el sistema detecta cada cobro en tiempo real, genera la factura con los requisitos legales, la registra ante la Agencia Tributaria y la envía de forma automática a tus clientes.
