Los usuarios de SIF VERI*FACTU no están obligados por el RRSIF a conservar los registros de facturación ya remitidos a la AEAT; los usuarios de sistemas no verificables sí deben conservarlos. La FAQ de la AEAT separa ambas modalidades. Esta diferencia se refiere a los registros de facturación, no a toda la documentación de la empresa.
La dispensa de conservar registros remitidos por VERI*FACTU no elimina las obligaciones de conservar facturas, justificantes o documentación exigida por otras normas. El RRSIF regula un objeto concreto. Antes de diseñar el archivo hay que separar factura, registro de facturación, respuesta de la AEAT, libro contable y justificante de la operación.
Empieza por la modalidad real
En VERI*FACTU, el registro se remite a la AEAT al expedir. Como ya obra en poder de la Administración, el RRSIF no obliga al SIF ni a su usuario a conservarlo localmente o a ofrecer la exportación reglamentaria. El proveedor puede mantener copia y permitir descarga voluntaria. Esa función puede resultar útil para auditoría y continuidad, pero no debe presentarse como una obligación idéntica a la del sistema no verificable.
En modalidad no verificable, los registros quedan bajo control del obligado. El SIF no verificable debe ofrecer descarga, volcado y archivo seguro en un formato electrónico legible. La AEAT lo exige en su respuesta sobre conservación. Aquí la capacidad de exportar no es un extra comercial: forma parte del modo de conservar y recuperar la evidencia.
La funcionalidad reglamentaria de exportación solo es exigible a los sistemas de emisión de facturas no verificables. La FAQ aclara que VERI*FACTU puede conservar y exportar voluntariamente. Si una empresa usa varios SIF en modalidades distintas, debe inventariarlos por separado; una política única puede atribuir obligaciones equivocadas a uno de ellos.
Guardar dentro del SIF, fuera o en ambos sitios
La AEAT permite almacenar registros remotamente, incluso en la nube, si se cumplen la normativa aplicable y, en particular, los requisitos de accesibilidad. La ubicación remota aparece expresamente admitida. La palabra «nube» no resuelve por sí sola disponibilidad, permisos, salida del proveedor ni legibilidad futura.
Conservar dentro del SIF simplifica la consulta mientras la aplicación funciona y la suscripción sigue activa. A cambio, concentra el riesgo en el proveedor, el almacenamiento y la continuidad del producto. Conservar fuera permite una custodia independiente, pero obliga a mantener los archivos originales, las herramientas de lectura, los permisos y la relación con su sistema de origen.
Una política combinada suele ser más fácil de probar: el SIF conserva el tramo operativo que necesita y la empresa exporta periódicamente una copia independiente. La frecuencia no debe inventarse como obligación legal universal. Depende del volumen, la capacidad, el riesgo y el tiempo que la empresa pueda tolerar para reconstruir su archivo.
Si el archivo no puede consultarse sin la suscripción activa o sin intervención del proveedor, la custodia externa aún no resuelve la accesibilidad exigida. Esta conclusión deriva de la definición de acceso rápido, fácil e intuitivo de la AEAT. Prueba la salida antes de terminar el contrato, no después.
Accesibilidad y legibilidad no significan «hay un archivo»
La accesibilidad exige consulta o descarga rápida, fácil, intuitiva, segura y fidedigna, y la legibilidad exige estructura, contenido y formato aptos para lectura electrónica automática. La AEAT define ambos conceptos. Un ZIP cifrado sin clave disponible no es accesible; una tabla impresa puede leerse a simple vista, pero no conserva necesariamente el formato electrónico reglamentario.
El archivo debe relacionarse con el SIF, el obligado y el periodo. Conviene conservar un inventario con producto, versión, instalación, modalidad, fecha de exportación, rango incluido, responsable y ubicación. Este índice interno no sustituye los registros. Evita que dentro de varios años aparezcan carpetas con nombres genéricos que nadie sabe abrir.
La confidencialidad también cuenta. Dar acceso a registros solicitados no autoriza a exponer otros datos de clientes, empleados o sociedades ajenas al requerimiento. Los permisos deben permitir seleccionar el alcance necesario y conservar evidencia de quién consultó o descargó.
Exportación y copia de seguridad son distintas
Una copia de seguridad no equivale a la exportación reglamentaria de registros de facturación. La AEAT exige que la exportación sea una funcionalidad específica adicional. La copia sirve para restaurar una aplicación o base de datos; la exportación produce registros que pueden descargarse, archivarse y leerse conforme a las especificaciones.
Una copia completa puede depender de la misma versión, motor de base de datos y claves del proveedor. Eso no la vuelve inútil. Simplemente responde a otra pregunta: cómo recuperar el servicio tras una pérdida. Mantén ambos procedimientos con responsables y pruebas diferentes.
Al evaluar software, pide una demostración de exportación, no una captura del panel de copias. Selecciona un periodo con altas y anulaciones, genera el archivo, abre la documentación del formato y verifica que el contenido puede procesarse fuera del flujo habitual. Después prueba una restauración por separado.
Cuándo puede el SIF dejar de guardar registros
Algunos sistemas permiten exportar registros y liberar espacio interno. La opción no es obligatoria. Si el producto no la ofrece, tendrá que mantener dentro los registros generados bajo su control. Si la ofrece, el usuario decide si la utiliza y asume la custodia externa.
El sistema solo puede dejar de conservar internamente los registros exportados después de que la exportación termine correctamente. La FAQ exige confirmación, posibilidad de cancelar y final correcto. Un error de disco o de red no debe acabar con datos eliminados y un archivo incompleto.
La opción de dejar de conservar dentro del SIF solo puede aplicarse a bloques consecutivos que empiecen por los registros más antiguos aún almacenados. La AEAT impide crear huecos arbitrarios. Tampoco pueden retirarse registros que el sistema necesite para comprobar la trazabilidad del último registro y generar el siguiente.
Antes de liberar espacio, registra el rango, calcula una comprobación del archivo, duplica la custodia y confirma que la herramienta de lectura funciona. Estas medidas son controles internos, no una lista literal de la AEAT. Su objetivo es que la empresa no descubra demasiado tarde que la única copia está dañada.
Responsabilidad del productor y del usuario
El productor responde de que el SIF genere, guarde o remita los registros y ofrezca acceso y exportación; el obligado responde de conservarlos durante el plazo aplicable. La AEAT distribuye así las responsabilidades. Contratar un servicio en la nube no traslada automáticamente toda la obligación al proveedor.
El contrato debe explicar formatos de salida, disponibilidad tras la baja, asistencia ante requerimientos, copias, cifrado, incidencias y eliminación. La declaración responsable acredita características de la versión, pero no demuestra que la empresa haya ejecutado exportaciones ni que pueda recuperar sus archivos.
El plazo de conservación no debe reducirse a «cuatro años» sin revisar la operación. La FAQ recuerda que existen matices y periodos superiores, por ejemplo cuando hay bases o cuotas pendientes o bienes sujetos a regularización. La política debe fijarse con la documentación fiscal concreta y revisarse antes de eliminar.
Cómo preparar una exportación para inspección
Empieza por la notificación. Identifica periodo, obligado, sistemas afectados, plazo, canal y formato solicitado. No envíes toda la base de datos por comodidad si el requerimiento delimita menos. Conserva la notificación y asigna un responsable.
Una prueba de exportación debe seleccionar un periodo, generar el archivo mediante la función específica del SIF, verificar su legibilidad y conservar el resultado fuera del sistema. La secuencia se apoya en las exigencias de descarga segura y formato legible.
Después compara recuentos y extremos temporales con el SIF. Comprueba que aparecen altas, anulaciones y referencias necesarias; valida firmas cuando correspondan; conserva el archivo sin reescribirlo; y prepara una copia de trabajo para la revisión. Si detectas un hueco, investiga antes de entregar una reconstrucción manual.
El formato legible no es el Excel que resulte más cómodo. Debe preservar estructura, contenido y especificaciones para lectura electrónica automática. Un PDF de apoyo puede facilitar la explicación, pero no sustituye el archivo reglamentario. Sigue siempre el requerimiento concreto.
Registra la huella del fichero entregado, el canal, la fecha, la persona que autorizó y el justificante de presentación. Este rastro permite demostrar qué versión salió de la empresa sin alterar el original conservado.
Prueba de salida del proveedor
La mejor prueba se realiza mientras el servicio funciona. Exporta un periodo representativo, copia el archivo a un entorno controlado y pide a otra persona que lo localice, identifique y lea con las instrucciones disponibles. Si necesita credenciales que desaparecerán al cancelar, el plan está incompleto.
Incluye en la prueba una anulación, un cambio de serie y un registro antiguo. Revisa los nombres, fechas, codificación y relación con la factura. Simula la pérdida del equipo habitual y recupera desde la copia externa. No alteres producción ni datos reales para provocar fallos.
Repite tras cambios de versión, migraciones o modificaciones del almacenamiento. Una integración que funcionó hace dos años puede dejar de producir el mismo archivo. Conserva resultados breves y comparables: versión, periodo, salida, incidencias y decisión.
Diseña el inventario de custodia
Una empresa con un único programa puede empezar con una ficha sencilla. En cuanto aparecen TPV, delegaciones, aplicaciones antiguas o varias sociedades, hace falta un inventario. La unidad de control no es «la carpeta de Hacienda», sino cada pareja formada por SIF y obligado. Registra el productor, producto, versión, instalación, modalidad, periodo de uso y ubicación de sus exportaciones.
Añade el responsable de operación y el de custodia. Pueden ser personas distintas. Quien administra el programa sabe generar el archivo; quien responde del cumplimiento necesita saber que el archivo existe, que el periodo está completo y que seguirá disponible si cambia el equipo. La ficha debe indicar también quién puede autorizar una eliminación interna.
Relaciona cada exportación con su rango. No basta con «agosto.zip». Anota primer y último registro, fechas de generación, número de altas y anulaciones, eventos incluidos cuando correspondan y resultado de la comprobación. Si dos archivos se solapan, deja constancia. Un solapamiento controlado no es necesariamente un fallo, pero no debería producir dobles entregas ni confusión sobre la copia principal.
El inventario no tiene que contener datos fiscales completos. Puede usar identificadores y rutas protegidas. Separa la información necesaria para localizar de la que solo debe abrirse con autorización. Revisa permisos cuando una persona cambia de puesto y prueba que el responsable sustituto puede recuperar un periodo sin usar credenciales compartidas.
Qué hacer cuando una exportación falla
No repitas a ciegas hasta obtener un archivo. Conserva el mensaje de error, el periodo seleccionado, la versión y el espacio disponible. Comprueba si el SIF llegó a marcar el proceso como terminado y si generó un evento de exportación en modalidad no verificable. No elimines registros internos mientras exista duda sobre el resultado.
Si el segundo intento funciona, compara ambos archivos y documenta cuál se conserva como válido. Una descarga incompleta puede tener nombre y tamaño plausibles. La comprobación debe abrir estructura y contenido, no limitarse a confirmar que Windows muestra un fichero.
Cuando el error depende del proveedor, pide una respuesta que identifique causa, alcance y registros afectados. Evita aceptar «ya está solucionado» sin repetir la prueba desde el SIF. Si la incidencia coincide con un requerimiento, informa a quien dirija la respuesta fiscal para que valore el plazo y el canal; esta guía no decide una ampliación ni una estrategia procesal.
Una exportación correcta tampoco autoriza por sí sola a liberar espacio. Primero confirma que la opción del producto cumple las condiciones, que la copia externa es accesible y que el bloque empieza por los registros más antiguos conservados. Después registra la decisión y el resultado. Esta secuencia impide confundir la urgencia de liberar disco con el cumplimiento de la custodia.
Migrar sin perder la historia
El cambio de software no transforma automáticamente los registros antiguos al formato interno del producto nuevo. Conserva la exportación original y la herramienta o documentación que permita leerla. Si el nuevo proveedor importa datos para consulta, esa copia puede facilitar el trabajo, pero no debería reemplazar sin prueba el archivo producido por el SIF anterior.
Antes de la migración, cierra periodos pendientes, ejecuta una exportación, verifica recuentos y duplica la custodia. Anota la última factura y el último registro del sistema saliente. En el sistema entrante, identifica el primer registro y documenta cómo se mantiene la trazabilidad que corresponda. No rellenes huecos creando facturas o registros ficticios.
Prueba también la baja contractual. ¿Cuánto tiempo permanece accesible el panel? ¿Puede descargarse otra vez un archivo? ¿Qué asistencia incluye el contrato? ¿La herramienta de validación funciona sin licencia? Las respuestas deben constar antes de cancelar. La promesa de que «los datos son del cliente» no describe cómo recuperarlos.
Si la empresa compra al proveedor anterior un servicio de archivo, mantén una copia propia siempre que resulte coherente con la política aprobada. La redundancia reduce dependencia, pero exige controlar versiones. Define qué copia es original, cuáles son réplicas y cómo se demuestra que no han cambiado.
Controles trimestrales sin burocracia inútil
Una revisión periódica puede durar poco si tiene casos estables. Elige un periodo cerrado, exporta, verifica una muestra de altas y anulaciones, compara recuentos, abre el archivo desde un equipo distinto y registra el resultado. Alterna instalaciones para que ningún SIF quede años sin probar.
Incluye un caso de recuperación. Simula que la carpeta principal no está disponible y usa la réplica. El ejercicio descubre claves caducadas, rutas personales, permisos retirados y manuales obsoletos. No hace falta restaurar producción ni interrumpir la facturación.
Cuando el resultado sea correcto, basta una evidencia breve. Cuando falle, abre una incidencia con responsable y fecha. Evita generar informes extensos que nadie consulta. La utilidad está en que el archivo pueda entregarse y leerse, no en acumular capturas decorativas.
Revisa el control si cambia la modalidad. Una empresa que pasa a VERI*FACTU puede dejar de estar obligada por el RRSIF a conservar los nuevos registros remitidos, pero sus archivos históricos no desaparecen ni cambian de responsabilidad de forma retroactiva por una decisión operativa. Separa periodos y conserva la justificación aplicada.
Para software a medida o integraciones, consulta la guía sobre VERI*FACTU en software a medida. Esta página no entra en diseño de APIs: se centra en custodia y recuperación.
Errores frecuentes
El primero es guardar solo facturas PDF. Factura y registro son objetos diferentes. El segundo es llamar exportación a una copia propietaria que solo restaura el fabricante. El tercero es comprobar que el archivo existe, pero no que puede leerse.
También falla la política que elimina por fecha sin respetar bloques consecutivos y necesidades de trazabilidad. Otra mala práctica es asumir que VERI*FACTU elimina todas las obligaciones documentales. La AEAT custodia los registros remitidos; no se convierte por ello en archivo de contratos, justificantes o libros de la empresa.
Evita depender de una única cuenta administrativa. Mantén acceso de continuidad, instrucciones y responsables sustitutos. No abras permisos generales para resolver una inspección puntual. Accesibilidad y confidencialidad deben convivir.
Preguntas frecuentes
¿Hay que guardar los registros VERI*FACTU?
El RRSIF no obliga al usuario de VERI*FACTU a conservar los registros de facturación ya remitidos, porque obran en poder de la AEAT. Puede guardarlos voluntariamente. La dispensa no alcanza por sí sola a las facturas, justificantes, libros o documentos exigidos por otras normas.
¿Puedo conservarlos en la nube?
Sí. La AEAT admite almacenamiento remoto, incluso en la nube, si se cumple la normativa y se preserva especialmente la accesibilidad. Debes poder consultar o descargar los registros de forma segura y fidedigna aunque cambies de equipo o proveedor.
¿Cómo exportar registros para una inspección?
Usa la función específica de exportación del SIF, selecciona el periodo solicitado, conserva el archivo original y verifica estructura, contenido, firmas y legibilidad. No reconstruyas los registros desde PDF o Excel y sigue el canal, formato y plazo del requerimiento concreto.
¿Qué formato de exportación permite entregar registros legibles a Hacienda?
El formato debe conservar la estructura, contenido y especificaciones electrónicas aplicables para que pueda leerse mediante procesos automáticos. Una vista PDF puede ayudar a revisar, pero no sustituye el archivo reglamentario generado por el SIF.
Siguiente paso
Inventaría cada SIF, marca su modalidad y ejecuta una exportación completa de prueba. Documenta quién conserva, dónde, durante cuánto tiempo y cómo se accede tras una baja. Para el contexto general, consulta la guía sobre conservar registros VERI*FACTU, el hub fiscal-contable y el caso distinto de facturación manual sin programa.
Si necesitas comprobar archivos, permisos y salida del proveedor, TaxFactory puede auditar conservación y exportación. La revisión no sustituye una certificación técnica ni el análisis del requerimiento concreto.