Verifactu para tu aplicación Spring Boot

Si tu facturación vive en una aplicación Java con Spring Boot, Verifactu no te obliga a rehacerla: te obliga a añadir una capa que registre cada factura, la encadene con una huella, genere el QR y la remita a la AEAT.

Trabajo sobre tu código y tu arquitectura, sea un monolito o varios servicios, respetando cómo numeras y emites hoy.

Cómo lo integro

1. Diagnóstico. Localizo dónde nace cada factura en tu código: servicios, jobs, integraciones y cualquier otro punto que también emita. Reviso numeración, series y abonos.
2. Capa de registro. Añado un componente que crea el registro de alta o anulación dentro de la misma transacción que la factura, con su huella enlazada a la anterior.
3. QR y documento. Incorporo el QR y los datos exigidos en el documento que ya generas, sea PDF o plantilla propia.
4. Envío fiable. Los registros se envían a la AEAT desde una cola con reintentos y control de errores, y dejo un listado de estado para ver qué está aceptado, pendiente o rechazado.

Qué suele complicarse

• Si el registro y la factura no se guardan en la misma transacción, pueden quedar facturas sin registro o al revés.
• Con varios servicios que emiten facturas, hay que decidir quién mantiene la cadena de huellas para que no se rompa.
• Una caída de la AEAT no debe bloquear la venta: el envío va separado de la emisión.

Plazos

Según el calendario vigente, Verifactu es obligatorio desde el 1 de enero de 2027 para las sociedades y desde el 1 de julio de 2027 para autónomos y resto de obligados. Confirma siempre tu caso en la AEAT.

Preguntas frecuentes

¿Hace falta migrar a otra versión de Spring Boot?

Depende de tu versión y de Java. Lo reviso antes de proponerte nada y te digo qué es seguro hacer.

¿Funciona con microservicios?

Sí, pero hay que definir con cuidado qué servicio emite y mantiene la cadena de registros.

¿Tengo que cambiar mi base de datos?

No. El registro se añade al esquema actual o en tablas aparte, sin tocar lo que ya funciona.