Se a túa empresa emite facturas desde un programa propio, un ERP adaptado ou un módulo de facturación integrado no seu sistema de xestión, ese programa ten data: o 1 de xaneiro de 2027 se tributas polo imposto sobre sociedades, o 1 de xullo de 2027 se es autónomo, entidade en atribución de rendas ou non residente con establecemento permanente. Desde ese día o sistema informático de facturación debe cumprir o Regulamento aprobado polo Real decreto 1007/2023, coñecido como Verifactu, e o seu produtor debe ter asinado unha declaración responsable. Esta guía explica, a 16 de setembro de 2026, a quen obriga, que ten que facer exactamente o software, que diferenza hai entre a modalidade Verifactu e a non Verifactu, que pasa cun desenvolvemento á medida que a propia empresa encargou e que sancións hai para o fabricante e para o usuario.

Que é Verifactu e de onde saen as datas

A Lei 11/2021, de medidas de prevención e loita contra a fraude fiscal, engadiu ao artigo 29.2.j) da Lei xeral tributaria a obriga de que os sistemas informáticos que soporten os procesos de facturación garantan a integridade, conservación, accesibilidade, lexibilidade, rastrexabilidade e inalterabilidade dos rexistros, e creou a infracción do artigo 201 bis para quen fabrique, comercialice ou teña programas que non o cumpran. O Real decreto 1007/2023, do 5 de decembro, aprobou o regulamento técnico, e a Orde HAC/1177/2024, do 17 de outubro, concretou formatos, pegada, sinatura, código QR e o servizo de remisión á Axencia Tributaria.

O calendario cambiou dúas veces. O Real decreto 254/2025 moveu as datas dos usuarios a 2026 e o Real decreto lei 15/2025, do 2 de decembro, publicado no BOE o 3 de decembro de 2025, levounas ás definitivas: 1 de xaneiro de 2027 para os contribuíntes do imposto sobre sociedades e 1 de xullo de 2027 para o resto de obrigados. A 16 de setembro de 2026 non hai ningún novo aprazamento publicado.

A quen obriga e a quen non

Obriga todo empresario ou profesional que utilice sistemas informáticos de facturación e tribute en territorio común, con estas excepcións principais:

Os que están na Subministración Inmediata de Información (SII) do IVE, que xa lle remiten os seus rexistros de facturación á Axencia Tributaria por outra vía.
Os territorios forais con sistemas propios: TicketBAI no País Vasco (e Batuz en Bizkaia) e o sistema de Navarra.
Determinadas operacións e réximes que o propio regulamento exclúe, como as facturas documentadas en réxime especial de agricultura ou certas operacións sen obriga de facturar.

Non importa se o programa é un produto comercial, un ERP sectorial ou un desenvolvemento á medida encargado pola propia empresa: se emite facturas, é un sistema informático de facturación e ten que cumprir. O que cambia é quen asina a declaración responsable, como veremos.

Que ten que facer o software: os requisitos do RD 1007/2023

O regulamento non regula a factura, que segue a rexerse polo Real decreto 1619/2012; regula o sistema que a produce. Estes son os requisitos que un desenvolvemento ten que incorporar:

Rexistro de facturación de alta por cada factura emitida, cun contido mínimo definido: NIF e nome do emisor, número e serie, data, tipo de factura, descrición, importes, desagregación do IVE e os datos técnicos do rexistro.
Rexistro de facturación de anulación cando se anula unha factura emitida por erro, sen borrar nin sobrescribir o rexistro orixinal.
Pegada ou hash de cada rexistro, calculada co algoritmo que fixa a Orde HAC/1177/2024, que inclúe a pegada do rexistro anterior: é o encadeamento que fai detectable calquera alteración, inserción ou eliminación posterior.
Sinatura electrónica dos rexistros na modalidade non Verifactu; na modalidade Verifactu a remisión inmediata á Axencia Tributaria substitúe a sinatura.
Rexistro de eventos: o sistema debe anotar automaticamente os sucesos relevantes (arranque, parada, exportación, incidencias, cambios de modalidade) e conservalos coas mesmas garantías.
Código QR en cada factura, coa URL de cotexo da Axencia Tributaria e os datos que lle permiten ao destinatario verificala, e a lenda «VERI*FACTU» cando o sistema remite os rexistros.
Conservación dos rexistros e dos eventos durante os prazos de prescrición, con acceso lexible e capacidade de exportación aos formatos definidos cando a Axencia Tributaria ou o propio usuario o pidan.
Inalterabilidade: nada do rexistrado pode modificarse despois; as correccións son novos rexistros.
Separación por obrigado: se o mesmo sistema factura por varias empresas, debe tratar cada unha de forma independente.

Ademais, o sistema debe estar deseñado para poder funcionar na modalidade Verifactu, aínda que o usuario elixa a outra, e debe documentar as súas especificacións técnicas.

Modalidade Verifactu ou non Verifactu: que elixir

O regulamento permite dúas formas de operar:

Sistema de emisión de facturas verificables (Verifactu): o software remítelle cada rexistro de facturación á Axencia Tributaria de forma inmediata e automática, polo servizo web definido na Orde. A cambio, non ten que asinar os rexistros, a Axencia Tributaria presume que cumpre os requisitos e as facturas levan a lenda que lle permite ao cliente cotexalas. É a opción que a Axencia Tributaria recomenda e a que menos carga técnica deixa do lado da empresa.
Sistema non Verifactu: o software conserva os rexistros asinados electronicamente e co seu rexistro de eventos, e só os entrega cando a Axencia Tributaria o require. Esixe xestionar certificados de sinatura, custodiar os rexistros e estar en condicións de exportalos en calquera momento. Ten sentido cando a conectividade non é fiable ou cando a empresa non quere unha remisión continua, pero non aforra requisitos.

Na práctica, un ERP á medida que xa está conectado á Axencia Tributaria por outros trámites adoita optar pola modalidade Verifactu: o desenvolvemento é un módulo máis de integración e evita a infraestrutura de sinatura.

A declaración responsable: quen a asina nun desenvolvemento á medida

O artigo 13 do regulamento esixe que o produtor do sistema (quen o fabrica ou desenvolve) emita unha declaración responsable por cada sistema e versión, na que certifica que cumpre os requisitos, identificando o produto, a versión, os seus compoñentes e a data. Esa declaración entrégaselle ao usuario e debe estar dispoñible para a Axencia Tributaria.

Nun programa comercial asínaa o fabricante. Nun desenvolvemento á medida hai tres casos:

Desenvólveo unha empresa de software para ti: o produtor é esa empresa, e é ela quen asina a declaración responsable e quen responde como fabricante. Debe facelo por escrito e actualizala con cada versión que toque a facturación.
Desenvolveuno o teu propio equipo: a túa empresa é á vez produtora e usuaria, e asina a declaración responsable do seu propio sistema. Iso implica documentar as especificacións técnicas, as probas e o cumprimento de cada requisito.
Un ERP comercial con personalizacións: o fabricante declara o núcleo, pero se a personalización altera a xeración de facturas ou de rexistros, quen a fixo ten que declarar esa parte. É o caso máis frecuente de zonas grises.

Cando encargues un desenvolvemento, pide que a declaración responsable estea no contrato como entregable, coa obriga de renovala con cada versión.

Sancións: para o fabricante e para o usuario

O artigo 201 bis da Lei xeral tributaria tipifica dúas infraccións:

Fabricar, producir ou comercializar sistemas que non cumpran os requisitos, ou que permitan levar contabilidades distintas, non reflectir operacións, alterar rexistros ou incumprir a certificación esixida: 150.000 euros por cada exercicio en que se producisen vendas e por cada tipo distinto de sistema; 1.000 euros por sistema comercializado se a infracción é unicamente non certificalo cando debía.
Ter sistemas que non cumpran os requisitos, ou que non estean certificados cando deban estalo, ou telos coa certificación alterada: 50.000 euros por cada exercicio para o usuario.

Estas sancións son independentes das que poidan derivar das facturas mal emitidas ou das cotas deixadas de ingresar. E o risco práctico máis inmediato non é a multa, senón que un cliente rexeite facturas sen código QR ou sen lenda a partir de 2027.

Plan de adaptación para unha empresa con software propio

Inventario: que programas emiten facturas hoxe, quen os desenvolveu, se teñen mantemento e se están dentro ou fóra do SII.
Análise de brecha fronte aos nove requisitos de arriba e aos formatos da Orde HAC/1177/2024.
Decisión de modalidade: Verifactu ou non Verifactu, coas súas implicacións de conectividade, sinatura e custodia.
Desenvolvemento: rexistros de alta e anulación, pegada e encadeamento, rexistro de eventos, código QR, exportación e o servizo de remisión se se opta por Verifactu.
Probas no contorno de probas que ofrece a Axencia Tributaria, con casos de anulación, rectificación e series múltiples.
Declaración responsable do produtor, entregada e arquivada.
Formación para o equipo de administración: que cambia ao anular, ao rectificar e ao imprimir.
Posta en produción antes do 1 de xaneiro de 2027, con marxe para o peche do exercicio 2026.

Se o sistema tamén debe emitirlles facturas electrónicas estruturadas a outras empresas, convén planificalo xunto coa obriga de factura electrónica B2B do Real decreto 238/2026, que explicamos en factura electrónica B2B obrigatoria: calendario 2027-2028: son obrigas distintas, con sistemas distintos, que convén resolver no mesmo proxecto.

Como o fai CEDESA

CEDESA desenvolve e mantén software de xestión á medida para empresas industriais e agroalimentarias, incluídos sistemas ERP con facturación integrada como os que explicamos en software ERP para industria cárnica e matadoiros. En cada sistema que emite facturas incorporamos os requisitos do RD 1007/2023, asinamos a declaración responsable como produtores e renovámola con cada versión. Traballamos con ISO 27001, ISO 9001 e ISO 56001, o que significa que o ciclo de desenvolvemento, as probas e a xestión de cambios están documentados, algo que a propia declaración responsable esixe demostrar.

Preguntas frecuentes sobre Verifactu e o software á medida

Desde cando é obrigatorio Verifactu?

Desde o 1 de xaneiro de 2027 para os contribuíntes do imposto sobre sociedades e desde o 1 de xullo de 2027 para o resto de obrigados (autónomos en IRPF, entidades en atribución de rendas e non residentes con establecemento permanente), segundo o Real decreto lei 15/2025, publicado no BOE o 3 de decembro de 2025. A 16 de setembro de 2026 non hai ningún novo aprazamento publicado.

Un ERP á medida ten que cumprir Verifactu?

Si. O Regulamento do RD 1007/2023 aplícase a calquera sistema informático que soporte procesos de facturación, sexa comercial ou desenvolvido á medida. Quen o desenvolveu é o produtor e debe asinar a declaración responsable; se o desenvolveu a propia empresa, asínaa ela mesma.

Que diferenza hai entre Verifactu e non Verifactu?

Na modalidade Verifactu o sistema remítelle cada rexistro de facturación á Axencia Tributaria de forma inmediata e non necesita asinalos. Na modalidade non Verifactu o sistema asina electronicamente os rexistros, consérvaos co seu rexistro de eventos e entrégaos cando a Axencia Tributaria os require. Os demais requisitos son os mesmos.

Que é a declaración responsable de Verifactu?

O documento no que o produtor do sistema certifica, por cada produto e versión, que cumpre os requisitos do regulamento, identificando o sistema, os seus compoñentes e a data. Esíxea o artigo 13 do RD 1007/2023, entrégaselle ao usuario e debe estar dispoñible para a Axencia Tributaria.

Que sanción hai por usar un programa de facturación que non cumpre?

O artigo 201 bis da Lei xeral tributaria sanciona con 50.000 euros por exercicio o usuario que teña sistemas que non cumpran os requisitos ou non estean certificados, e con 150.000 euros por exercicio e por tipo de sistema o fabricante ou comercializador que os produza ou venda.

Conclusión

Verifactu é unha obriga sobre o software, non sobre a factura: rexistros de alta e anulación con pegada encadeada, rexistro de eventos, código QR, inalterabilidade, exportación e unha declaración responsable do produtor, coa modalidade Verifactu como camiño máis sinxelo. Un ERP á medida ten que cumprilo igual ca un programa comercial, e quen o desenvolveu é quen responde. Quedan pouco máis de tres meses para o 1 de xaneiro de 2027. Se queres saber que lle falta ao teu, cóntanos como facturas hoxe e dicímoscho cunha análise de brecha concreta.