VeriFACTU detecta si la factura cambia. No si dice la verdad.

Dentro del expediente

Una asesoría pequeña prueba un asistente de IA que lee los albaranes de un cliente, propone las facturas y calcula la base del IVA. Alguien del despacho revisa por encima y pulsa «emitir». El sistema de facturación registra cada factura, la encadena con la anterior y la envía a la Agencia Tributaria. Todo impecable. Tres meses después aparece una base mal calculada en una serie de facturas. La pregunta del cliente es sencilla. ¿Quién ha hecho esto?

El caso es sintético. La pregunta la vais a oír mucho a partir de 2027.

El reto. Un sistema que certifica el cuándo, no el qué

El Real Decreto 1007/2023 fija los requisitos de los sistemas informáticos de facturación, y VERI*FACTU es el nombre con el que se le conoce, aunque en rigor es una de sus modalidades Fuente primaria ↗. Cada factura genera un registro que se encadena con el anterior mediante una huella, de modo que cualquier alteración posterior se detecte. Si el sistema funciona en la modalidad VERI*FACTU, además envía esos registros a la Agencia Tributaria.

Las fechas han cambiado dos veces. Tras el Real Decreto-ley 15/2025, los contribuyentes del Impuesto sobre Sociedades deben tener los sistemas adaptados antes del 1 de enero de 2027, y el resto de obligados, como los empresarios y profesionales en IRPF, antes del 1 de julio de 2027 Fuente primaria ↗. Quien lleva los libros por el SII queda fuera. Los fabricantes de software tenían un plazo propio, nueve meses contados desde la entrada en vigor de la orden de especificaciones técnicas de octubre de 2024, y ese no se movió, salvo para los sistemas con contrato de mantenimiento plurianual, que siguen las fechas de los usuarios Fuente primaria ↗ Fuente primaria ↗.

Todo eso sirve, ante todo, para algo muy concreto, que es que nadie pueda tocar una factura una vez registrada sin que quede rastro. El reglamento lo dice con claridad. Los registros no pueden alterarse sin que el sistema lo detecte y avise, y cualquier corrección se hace con un registro nuevo que deja el original intacto Fuente primaria ↗.

Por qué es difícil. La huella no sabe si la base está bien

Aquí está la parte que conviene tener clara antes de que un proveedor la venda como otra cosa. La huella encadenada permite detectar si el registro cambió después. No dice nada de si estaba bien antes. Una factura con la base mal propuesta, bien encadenada y enviada a tiempo, sigue siendo una factura con la base mal. VERI*FACTU fija el momento y el sistema del registro. No valida el criterio fiscal.

Y la normativa no dice una palabra sobre inteligencia artificial. Ni el reglamento, ni la orden técnica, ni las preguntas frecuentes de la Agencia Tributaria, en su versión de julio de 2026, la mencionan Fuente primaria ↗. Pero no hace falta. El reglamento define el sistema de facturación por lo que hace, que es el conjunto de hardware y software utilizado para expedir facturas que admite información de facturación por cualquier método, la conserva y la procesa para producir otros resultados Fuente primaria ↗. La Agencia Tributaria pone como ejemplo una macro de hoja de cálculo que genera el libro registro de facturas Fuente primaria ↗. Mi lectura, que no está escrita en ninguna norma, es que una herramienta de IA que expide facturas o prepara con ellas los libros apunta a encajar en esa definición.

Eso tiene una consecuencia que conviene pensar. Según las mismas preguntas frecuentes, quien amplía o adapta un sistema de facturación con medios propios pasa a ser productor de esa ampliación, con su declaración responsable Fuente primaria ↗. El despacho que monta en una tarde un flujo con IA que factura por sus clientes puede estar produciendo software sin saberlo, con las obligaciones del productor, empezando por la declaración responsable. Y la Ley General Tributaria sanciona por separado a quien fabrica, produce y comercializa un sistema no conforme y a quien lo tiene; si el primer tipo alcanza a quien lo desarrolla solo para uso propio, sin venderlo, es discutible Fuente primaria ↗.

Quién ha presentado y quién responde son preguntas distintas

La primera tiene respuesta técnica. Enviar los registros a la Agencia Tributaria puede hacerlo el propio obligado o un tercero autorizado. Pero la autorización que ha diseñado la Agencia para ese envío se limita al envío y no convierte a quien remite en representante para nada más Fuente primaria ↗. Y no se admite otorgarla aceptando las condiciones de un servicio Fuente primaria ↗. Quien remite no pasa a ser quien responde.

La segunda tiene respuesta jurídica, y es menos cómoda. El reglamento de facturación permite encargar a terceros la expedición material, pero deja la responsabilidad en el empresario obligado a facturar Fuente primaria ↗. El reglamento de sistemas de facturación repite la idea. Delegar el cumplimiento no exime al obligado Fuente primaria ↗. Y la Ley General Tributaria solo excluye expresamente la responsabilidad por infracción cuando el fallo es de los programas de asistencia que facilita la propia Administración, no de una herramienta privada ni de un modelo de un proveedor Fuente primaria ↗. Queda la vía general de haber puesto la diligencia necesaria. Aceptar una propuesta sin mirarla es mal punto de partida para alegarla.

Una propuesta. Separar las tres preguntas desde el primer día

La dirección que yo tomaría es no mezclar tres cosas que la herramienta presenta como una sola. Quién expide la factura. Quién la remite. Quién responde de lo que dice. Las dos primeras se pueden encargar. La tercera no se traslada, aunque puede compartirse, porque el asesor que causa o colabora activamente en una infracción puede responder con el obligado Fuente primaria ↗. Y un modelo que propone la base no ocupa ninguna de las tres. Es, como mucho, un borrador que alguien hace suyo al pulsar el botón.

Para un asesor, eso cambia la conversación con el cliente antes de 2027. Pasa a importar qué herramienta usa, quién la configuró y quién revisa lo que propone antes de emitir.

Lo que toca decidir

Habrá que decidir dónde empieza exactamente el sistema de facturación cuando entre medias hay un modelo. Que el programa que registra tenga la declaración responsable de su productor no aclara por sí solo qué papel cumple la IA que propone los datos.

Toca resolver cómo se demuestra, meses después, que la base que propuso la máquina la revisó alguien. El registro dirá cuándo se emitió y con qué sistema. No dirá qué se corrigió antes de emitir, ni por qué. Es la misma pregunta que planteé para la contabilidad en el expediente 13.

También hay que pensar qué hará la Administración con un error repetido en cientos de facturas bien encadenadas, y si lo leerá como un fallo de herramienta o como falta de diligencia de quien las emitió.

La huella encadenada permite comprobar que nadie alteró el registro después. No que la factura estuviera bien antes.

Lo que me preguntan cuando cierro el portátil.

¿Desde cuándo hay que tener el sistema de facturación adaptado?

La remisión a Hacienda, la modalidad VERI*FACTU en sentido estricto, es voluntaria; lo obligatorio es que el sistema cumpla el reglamento. Tras el Real Decreto-ley 15/2025, los contribuyentes del Impuesto sobre Sociedades deben tener adaptados sus sistemas informáticos de facturación antes del 1 de enero de 2027, y el resto de obligados del reglamento, como los empresarios y profesionales en IRPF, antes del 1 de julio de 2027. Los productores de software tenían su propio plazo de nueve meses, contado desde la orden de especificaciones técnicas de octubre de 2024, que no se movió.

¿Dice algo la normativa de VERI*FACTU sobre la inteligencia artificial?

No la menciona. Pero define el sistema informático de facturación por lo que hace, que es el hardware y software utilizado para expedir facturas que admite información de facturación por cualquier método, la conserva y la procesa para producir otros resultados. La propia Agencia Tributaria pone el ejemplo de una macro de hoja de cálculo que genera el libro registro. Una herramienta de IA que haga lo mismo apunta a encajar en esa definición, aunque no hay un texto que lo diga expresamente.

Si una herramienta propone la factura y la envía, ¿quién responde?

Quien está obligado a expedir la factura. El reglamento de facturación y el de sistemas de facturación permiten encargar a terceros la expedición material, pero dejan expresamente la responsabilidad en el obligado. La única exclusión de responsabilidad por infracción ligada a fallos de software que recoge la Ley General Tributaria es la de los programas de asistencia facilitados por la propia Administración, no la de una herramienta privada. Para una herramienta privada sigue importando si hubo diligencia, porque un error no implica por sí solo una sanción.

El expediente detrás del artículo.

Real Decreto 1007/2023, requisitos de los sistemas informáticos de facturación ↗BOE · artículos 1, 6, 8, 12, 13, 16 y disposición final cuarta · 2023
Texto consolidado; fechas vigentes tras el Real Decreto-ley 15/2025Real Decreto-ley 15/2025, de 2 de diciembre ↗BOE · disposición final primera (aplazamiento de VERI*FACTU) · 2025
Normativa española; convalidado el 11 de diciembre de 2025Orden HAC/1177/2024, especificaciones técnicas de los sistemas de facturación ↗BOE · artículos 7, 9 y 13 · 2024
Normativa españolaSistemas informáticos de facturación y VERI*FACTU: preguntas frecuentes ↗Agencia Estatal de Administración Tributaria · actualizadas en julio · 2026
Información administrativa, no vinculanteReglamento de facturación, Real Decreto 1619/2012 ↗BOE · artículo 5 · 2012
Texto consolidadoLey 58/2003 General Tributaria ↗BOE · texto consolidado; artículos citados en cada expediente · 2003
Texto consolidado; comprobar redacción aplicableResolución de 18 de diciembre de 2024 de la AEAT sobre la representación para remitir registros de facturación ↗BOE · modelos de autorización · 2024
Resolución administrativa

Fuentes consultadas el 2 de noviembre de 2026. Las recomendaciones y ejemplos son elaboración editorial y no se atribuyen íntegramente a estas fuentes. Comprueba versión y ámbito antes de aplicar una norma.

Divulgación general. Ninguna herramienta de esta web certifica la revisión, seguridad o conformidad de un proceso.