Declaracion responsable del software de facturacion
La declaracion responsable identifica el sistema, version, productor y cumplimiento declarado del reglamento SIF.
La declaracion responsable no es una frase comercial. Es el documento con el que el productor del sistema certifica que su software cumple el reglamento y sus especificaciones de desarrollo.
Contexto
Para una empresa usuaria, la declaracion responsable debe formar parte del expediente de cambio de software o de actualizacion de version. Para que el cambio funcione, conviene mirar tres capas a la vez: configuracion del sistema, comportamiento de los usuarios y revision contable posterior. Si una de esas capas queda fuera, el cumplimiento parece resuelto hasta que aparece la primera rectificativa, anulacion o discrepancia de IVA.
La referencia oficial es el Reglamento de sistemas informaticos de facturacion aprobado por el Real Decreto 1007/2023 y la ampliacion de plazos publicada por la Agencia Tributaria y el BOE. Con esa base, las entidades que presentan Impuesto sobre Sociedades deben tener adaptados sus sistemas antes del 1 de enero de 2027 y el resto de obligados antes del 1 de julio de 2027. La AEAT tambien distingue entre modalidad VERIFACTU y modalidad NO VERIFACTU, y recuerda que los registros de facturacion no son lo mismo que una factura electronica.
Controles que conviene revisar
| Control | Que mirar | Evidencia practica |
|---|---|---|
| Version instalada | Comprueba que coincide con la version declarada | pantalla de version |
| Productor | Identifica razon social y datos del fabricante | declaracion responsable |
| Cliente | Guarda copia accesible para administracion y asesor | archivo interno |
| Cambios | Repite la comprobacion tras actualizaciones mayores | historico de versiones |
Flujo recomendado
- Documenta todos los puntos desde los que se emiten facturas o tickets: ERP, TPV, ecommerce, integraciones y herramientas auxiliares.
- Ejecuta pruebas con casos reales de declaracion responsable del software de facturacion, incluyendo ordinarias, simplificadas, rectificativas, anulaciones y errores de datos.
- Revisa la salida visible para el cliente, especialmente numeracion, QR, datos fiscales, importes y formato impreso o PDF.
- Concilia el resultado con libros de IVA, cuentas de clientes y cierre mensual antes de dar el proceso por valido.
Errores a evitar
- tratar el periodo de pruebas como si fuera produccion definitiva.
- mantener series de factura que nadie revisa.
- cambiar plantillas sin comprobar QR, hash y exportacion.
- Activar el sistema sin haber probado rectificativas, anulaciones, QR y exportacion.
Como prepararlo con software contable
Un buen software debe permitir que cada version instalada tenga asociada su declaracion responsable y sea posible recuperarla cuando se revise el sistema. Tambien debe facilitar permisos por rol, exportaciones legibles y una auditoria sencilla de cambios. Antes de activar produccion, merece la pena dejar un pequeno expediente con pruebas realizadas, incidencias resueltas y criterios de uso.
Si la empresa viene de hojas de calculo o de un programa antiguo, el orden de migracion importa: primero datos maestros, despues series y plantillas, y al final integraciones con banco, TPV o plataformas externas. Asi el arranque no se convierte en una correccion permanente.
Prioridad de implantacion
Empieza por Version instalada y Productor, porque son los dos controles que mas condicionan el resto del proceso. Despues revisa Cliente y Cambios con una muestra real, no solo con datos de demostracion. La evidencia minima deberia quedar guardada como pantalla de version, declaracion responsable y archivo interno, de forma que otra persona pueda repetir la revision sin depender de memoria interna.
Relacionado
Para ampliar el tema, revisa Verifactu y el nuevo sistema de facturacion , preparar software para Verifactu , numeracion de facturas , trazabilidad de cambios contables , control de versiones en exportaciones contables .