--- title: "Qué es Verifactu" description: "Verifactu es el sistema por el que un programa de facturación envía cada factura a la Agencia Tributaria en el momento de emitirla. Qué obliga y a quién." canonical: https://caricalia.com/glosario/verifactu last-updated: 2026-09-09 --- # Qué es Verifactu > El modo de facturar en el que cada factura se remite a la Agencia Tributaria al emitirse. Lo que cambia es lo que tu software tiene que garantizar sobre cada registro que emite. Término: Verifactu Publicado: 2026-09-09 --- Verifactu es el modo de funcionamiento en el que un sistema informático de facturación remite cada factura a la Agencia Tributaria en el mismo momento en que se expide. El nombre corto se refiere a los «sistemas de emisión de facturas verificables» que regula el Real Decreto 1007/2023. La norma tiene dos piezas. El [Real Decreto 1007/2023](https://www.boe.es/eli/es/rd/2023/12/05/1007) aprueba el reglamento que fija los requisitos de los sistemas y programas de facturación: integridad, conservación, accesibilidad, legibilidad, trazabilidad e inalterabilidad de los registros. La [Orden HAC/1177/2024](https://www.boe.es/eli/es/orden/2024/10/17/hac1177) desarrolla las especificaciones técnicas y funcionales: cómo es cada registro, cómo se encadena con el anterior y cómo se remite. Las fechas desde las que obliga a cada tipo de obligado tributario las fija el calendario de la propia norma, que se ha modificado después de su publicación: la referencia es el texto consolidado del BOE. ## Qué cambia dentro del software Lo que cambia no es el aspecto de la factura. Es lo que el programa tiene que poder demostrar sobre sí mismo. Cada registro de facturación se firma y se encadena con el anterior, de forma que borrar o retocar uno rompe la cadena y se nota. Anular una factura deja de ser un `DELETE`: se emite un registro de anulación que también se encadena y también se remite. Los huecos en la numeración dejan de ser un detalle de contabilidad y pasan a ser una diferencia entre lo que tú tienes y lo que la Agencia Tributaria ha recibido. Eso mueve la dificultad a sitios donde la mayoría de los sistemas no estaban preparados. Qué pasa cuando el envío falla y la factura ya se le ha entregado al cliente. Qué pasa cuando dos personas emiten a la vez desde dos dispositivos. Qué se hace con una rectificativa que corrige una factura de hace cuatro meses. Ninguna de esas tres se resuelve leyendo el reglamento: se resuelven decidiendo el comportamiento del sistema y dejándolo escrito. ## Lo que se nota en una empresa que ya factura Si facturas con un producto estándar y al día, esto lo resuelve tu proveedor y no tienes que hacer nada más que actualizar. El problema aparece cuando la facturación está dentro de tu propio sistema: un módulo del [ERP](/glosario/erp) que alguien escribió hace años, una integración que emite desde el panel de operaciones, un proceso que factura por lotes cada noche. Ahí la obligación no es de un proveedor: es tuya, y afecta a código que probablemente nadie ha tocado en mucho tiempo. La señal de que hay trabajo es sencilla de comprobar. Pregunta quién puede modificar una factura ya emitida en tu sistema y qué queda registrado cuando lo hace. Si la respuesta es «cualquiera con acceso a la base de datos» y «nada», ese es el tamaño del cambio. ## Lo que podemos decir nosotros Operamos [BeeL](/casos/beel), nuestra propia plataforma de facturación, bajo este sistema y en producción. No hemos leído el reglamento para escribir esta página: convivimos con él, con sus registros de anulación, con sus reenvíos y con las respuestas que devuelve la Agencia Tributaria cuando algo no cuadra. Por eso esos casos raros ya están resueltos en un sistema nuestro que está en producción. Cuando esa parte de un sistema hay que rehacerla, es trabajo de [software a medida](/software-a-medida) y empieza por un [diagnóstico](/diagnostico) que lee tu código y dice qué se conserva.