--- title: "Verifactu con suscripciones y cobros recurrentes" description: "Cómo cumplir Verifactu si cobras cuotas: cuándo se emite cada factura, qué pasa con los reintentos de cobro, los prorrateos y las devoluciones." canonical: https://caricalia.com/notas/verifactu-suscripciones last-updated: 2026-09-26 --- # Verifactu con suscripciones 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 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 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. 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. ## ¿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. ## 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. ## ¿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. ## 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.