Datos completos y fiables
Los registros han de conservar su información sin intervenciones no justificadas.
Lista técnica de verificación · 13/10/2026
Requisitos VERI*FACTU: qué exigir al software de facturación
Cumplir no consiste solo en imprimir un QR. El RRSIF exige integridad, conservación, accesibilidad, legibilidad, trazabilidad e inalterabilidad de los registros y define cómo deben funcionar las dos modalidades.
Información revisada con fuentes oficiales. No sustituye asesoramiento tributario individual.
Seis propiedades que debe preservar el sistema
La normativa protege los registros de facturación, no solo el documento visible. La modificación de una factura no se resuelve borrando el asiento inicial: se utiliza el procedimiento previsto, preservando la trazabilidad.
Sin modificaciones encubiertas
Deben detectarse alteraciones y evitar supresiones sin constancia.
Cadena temporal de registros
Los registros se vinculan en una secuencia que permite seguir su generación.
Custodia según modalidad
En NO VERI*FACTU rigen obligaciones propias de conservación; en VERI*FACTU los registros remitidos obran en AEAT.
Consulta disponible
El sistema debe facilitar acceso y descarga segura cuando proceda.
Datos interpretables
La información debe poder entenderse y recuperarse para su comprobación.
AEAT: inalterabilidad e integridad ↗ · AEAT: encadenamiento de registros ↗
Qué genera el SIF cuando emite una factura
El sistema debe generar registros estructurados de facturación. El registro de alta contiene, entre otros datos, emisor, numeración y serie, fechas y datos de la operación conforme a las reglas aplicables. El registro no equivale al PDF enviado al cliente.
| Elemento | Qué pedir en la demostración | Qué no debe confundirse |
|---|---|---|
| Registro de alta | Mostrar el registro generado y su relación con número, serie y fecha. | No es el diseño visual de la factura. |
| Huella o hash | Explicar el algoritmo y la evidencia de encadenamiento según especificaciones. | No es un sello decorativo ni una mera contraseña. |
| Correcciones/anulaciones | Mostrar los registros exigidos y la conservación de la historia. | No debe borrarse la factura original sin trazabilidad. |
| QR tributario | Generarlo donde corresponda y comprobar la URL de cotejo. | No sustituye el registro ni demuestra por sí solo conformidad. |
| Identificación del SIF | Versión, productor, tipología y declaración responsable visibles. | No equivale a una homologación de la AEAT. |
| Incidencia de conexión | Simular remisión/reintento sin duplicar registros. | No se puede prometer ausencia de errores sin pruebas. |
AEAT: contenido del registro de alta ↗ · AEAT: registros y conservación ↗
Requisitos según la modalidad operativa
| Comprobación | VERI*FACTU | NO VERI*FACTU |
|---|---|---|
| Envío de registros | Remisión inmediata a la AEAT tras su generación. | Sin remisión sistemática, pero debe soportar las obligaciones técnicas aplicables. |
| Firma de registros | No requiere la firma adicional prevista para el sistema no verificable. | Debe firmar electrónicamente los registros en los términos exigidos. |
| Registro de eventos | No se exige el registro adicional específico de NO VERI*FACTU. | Debe registrar determinados eventos relevantes y conservarlos. |
| Código QR | Sí, en las facturas afectadas; permite cotejo de registro. | Sí, aunque el registro no se ha enviado previamente para cotejo. |
| Declaración responsable | Sí, para el SIF/versiones afectadas. | Sí, para el SIF/versiones afectadas. |
| Factura electrónica B2B | Es una obligación diferente. | Es una obligación diferente. |
La decisión sobre la modalidad no convierte un programa en conforme automáticamente. Exige comprobar la versión adquirida, los registros, las medidas de seguridad y el comportamiento ante incidencias.
Diez pruebas de aceptación para evitar una compra basada en promesas
- Solicitar declaración responsable, identificador exacto de versión y manual del sistema.
- Emitir factura ordinaria y localizar el registro de alta asociado.
- Emitir factura simplificada y comprobar QR y lectura.
- Emitir rectificativa y demostrar la cadena de evidencias.
- Probar anulaciones con sus registros y sin borrado silencioso.
- Simular desconexión y comprobar gestión documentada de reintentos.
- Mostrar cómo se audita una secuencia y cómo se detectan saltos.
- Verificar en NO VERI*FACTU la firma y el registro de eventos exigibles.
- Solicitar exportación o acceso a evidencias y registrar responsable de custodia.
- Comprobar permisos, accesibilidad, soporte y continuidad ante cambio de proveedor.
Esta lista es una prueba de compra, no un certificado de cumplimiento. El proveedor debe demostrar los comportamientos aplicables a su sistema y modalidad.
Errores de interpretación frecuentes
- «Con QR es suficiente»: el QR es solo una parte del conjunto de requisitos.
- «La AEAT homologó mi programa»: la certificación se articula mediante declaración responsable del productor.
- «NO VERI*FACTU es ilegal»: es una de las dos modalidades reglamentarias válidas.
- «La factura PDF es el registro»: el registro fiscal estructurado es distinto del documento visible.
- «Todos deben enviar sus registros siempre»: la remisión inmediata se corresponde con la modalidad VERI*FACTU, no con la alternativa NO VERI*FACTU.
Checklist técnico: prepara la prueba de aceptación
Este orientador prepara un plan de verificación para tu escenario. No decide por sí mismo si existe obligación fiscal. Funciona íntegramente en tu navegador.
Preguntas frecuentes
¿Basta con que el programa emita un QR?
No. También debe cumplir los requisitos aplicables a registros, trazabilidad, seguridad y declaración responsable.
¿La declaración responsable la expide la AEAT?
No. La emite el productor del SIF. No se exige una homologación previa individual por parte de la AEAT.
¿Todos los programas deben enviar registros?
No. Solo la modalidad VERI*FACTU remite los registros inmediatamente. NO VERI*FACTU tiene controles técnicos adicionales.
¿Qué es la huella o hash?
Es un mecanismo técnico de integridad y encadenamiento de registros conforme a las especificaciones, no un elemento ornamental de la factura.
¿El modo NO VERI*FACTU exige registro de eventos?
Sí, la AEAT exige registrar determinados eventos del sistema en esa modalidad.
¿Y la firma electrónica de los registros?
Forma parte de los requisitos adicionales aplicables a NO VERI*FACTU conforme a las especificaciones técnicas.
¿Qué diferencia hay entre registro fiscal y factura PDF?
El registro es información estructurada generada por el SIF; la factura PDF es una representación del documento entregado al destinatario.
¿Puede certificarse software de desarrollo interno?
Sí, mediante la declaración responsable que corresponda a su productor, con las obligaciones técnicas aplicables a la versión en uso.
¿Los sujetos al SII también necesitan este reglamento para sus facturas propias?
La AEAT señala que los obligados al SII quedan excluidos del RRSIF respecto de sus propias facturas.
Fuentes oficiales y revisión editorial
Revisión documental: 13 de octubre de 2026. Las respuestas se han contrastado con información de la AEAT y normativa estatal. Los supuestos especiales deben verificarse con la asesoría y la administración correspondiente.
- Integridad e inalterabilidad de los registros ↗
- Trazabilidad y encadenamiento ↗
- Registro de facturación de alta ↗
- Conservación y accesibilidad ↗
- Modalidades de cumplimiento ↗
- Registro de eventos ↗
- Declaración responsable y certificación ↗
- Real Decreto 1007/2023 (BOE) ↗
Sofelyx es independiente de la AEAT. Guía informativa; no constituye asesoramiento fiscal individual ni una certificación de software.
Qué hacer ahora
Exige al proveedor una demostración con registros, rectificaciones, trazabilidad y documentos de la versión. No basta con una captura de un código QR o una promesa comercial.
Comparar programasVolver a VERI*FACTU