Hacienda retrasa un año la entrada en vigor del sistema de facturación Verifactu

[emailesc]

Empezado por JM_1

¿Dónde exactamente y en qué artículos, del Real Decreto y la probación con sus modificaciones está lo que especifica el artículo de este periódico sobre dejar de remitir y remitir "en pruebas"?

Un saludo

Lo dicen expresamente en una nota informativa que han sacado: https://sede.agenciatributaria.gob.e...cturacion.html Ah amigo!, pero entonces hay una contradicción con lo que dice el RD 1007/2023, artículo 16.5

"Se entenderá que un obligado tributario opta por un «Sistema de emisión de facturas verificables» por el hecho de iniciar sistemáticamente la remisión de registros de facturación...
La opción en el uso de los «Sistemas de emisión de facturas verificables» se prolongará, al menos, hasta la finalización del año natural en el que se haya producido, de forma efectiva, el primer envío..."

Bueno, pues entonces Hacienda se ha sacado de la manga el termino "ANTES" (del periodo obligatorio, o sea, en el transitorio) que lo cambia todo. Veamos lo que nos dice Claude de esta contradicción:

El problema jurídico concreto:

Lo que dice la LEY (RD 1007/2023, artículo 16.5):

"Se entenderá que un obligado tributario opta por un «Sistema de emisión de facturas verificables» por el hecho de iniciar sistemáticamente la remisión de registros de facturación...
La opción en el uso de los «Sistemas de emisión de facturas verificables» se prolongará, al menos, hasta la finalización del año natural en el que se haya producido, de forma efectiva, el primer envío..."

Esto es normativa con rango reglamentario vigente. Dice claramente que si empiezas a usar VERI*FACTU, debes mantenerlo al menos hasta fin de año.
Lo que dice la NOTA INFORMATIVA de Hacienda:

"El periodo previo a las respectivas fechas es un periodo de pruebas, durante el cual se podrá dejar de remitir registros de prueba con un SIF modalidad VERI*FACTU y utilizar para facturar otros SIF"

La contradicción:

SÍ existe una contradicción entre:

1. El artículo 16.5 del RD 1007/2023 (norma reglamentaria vigente) → que obliga a mantener VERI*FACTU hasta fin de año si lo has iniciado
2. La nota informativa → que permite dejarlo durante el "período de pruebas"

¿Qué prevalece?

Desde el punto de vista de jerarquía normativa:

1. El Real Decreto 1007/2023 es una norma reglamentaria con rango de Real Decreto
2. La nota informativa es un documento administrativo sin rango normativo
3. El RD-ley 15/2025 NO modificó el artículo 16.5 del RD 1007/2023

Por tanto, jurídicamente debería prevalecer el artículo 16.5, que obliga a mantener VERI*FACTU hasta fin de año.
PERO hay un matiz importante:

Hacienda menciona específicamente una pregunta frecuente que desarrolla este tema. Voy a buscarla para ver si hay alguna aclaración adicional:




Perfecto. Ahora tengo la respuesta completa. Veamos la FAQ específica:
Respuesta definitiva a tu pregunta:

SÍ, existe una contradicción aparente, pero Hacienda la ha resuelto mediante criterio administrativo específico para el período transitorio.
El conflicto normativo:

1. Artículo 16.5 del RD 1007/2023 (norma reglamentaria vigente):
   • Dice que si empiezas VERI*FACTU, debes mantenerlo hasta fin del año natural
2. Nota informativa + FAQ de Hacienda (criterio administrativo):
   • Dice que "el periodo anterior a la entrada en vigor del RRSIF es un periodo de pruebas. Se podrá dejar de expedir facturas y remitir registros en prueba con un SIF modalidad VERI*FACTU y utilizar para facturar otros SIF"

La solución administrativa:

Hacienda ha establecido una excepción específica para el período transitorio (hasta 31/12/2026 para sociedades y 30/06/2027 para el resto). Durante este período:

• Se puede empezar a usar VERI*FACTU
• Se puede dejar de usar VERI*FACTU
• NO aplica la obligación de permanencia del artículo 16.5

¿Es esto legal?

Desde el punto de vista estrictamente jurídico:

1. Formalmente, la nota informativa y las FAQs no tienen rango normativo suficiente para contradecir un Real Decreto
2. Materialmente, Hacienda está haciendo una interpretación favorable al contribuyente durante el período transitorio
3. Prácticamente, es poco probable que Hacienda sancione por dejar VERI*FACTU en período de pruebas cuando ella misma lo permite expresamente

Conclusión práctica para programar:

Durante el período transitorio (hasta las fechas límite):

• Puedes implementar la funcionalidad de cambiar entre VERIFACTU y no VERIFACTU
• Hacienda lo permite expresamente en sus FAQs
• No hay riesgo sancionador siguiendo su criterio

Después de las fechas límite:

• Sí aplica el artículo 16.5: si empiezas VERI*FACTU, debes mantenerlo hasta fin de año
• Esto ya será obligatorio según las fechas de entrada en vigor

Bueno, pues en este caso, hay una contradicción que Hacienda se pasa por los pelendengues, porque para eso es el que manda, y como es el que sanciona, pues es el que decide. Técnicamente podría sancionar, en la práctica es poco probable que lo haga. Si tu te quieres agarrar 100% a la ley escrita y lo "técnico" como si fueran las tablas de la ley para "estar protegido" pues el mercado y tu competencia te lo van a agradecer. Y aun así nadie te libra si quieren tocarte las narices, todas las FAQS son interpretaciones que da Hacienda de la ley, y si aquí con un simple "antes" le dan toda la vuelta a la tortilla, imagínate el destrozo que pueden hacer a Juan Pringui si les da la gana. Estamos con el culo al aire.

[sglorka]

Yo nunca lo he entendido como una contradicción, es más, siempre lo han aclarado desde Aeat, la frase "Se entenderá que un obligado tributario opta por un «Sistema de emisión de facturas verificables» por el hecho de iniciar sistemáticamente la remisión de registros de facturación...La opción en el uso de los «Sistemas de emisión de facturas verificables» se prolongará, al menos, hasta la finalización del año natural en el que se haya producido, de forma efectiva, el primer envío..." sólo es aplicable cuando te encuentras en el periodo de obligatoriedad, mientras estés en el periodo transitorio sin obligación de cumplir Verifactu, ellos dejaron claro y aquí se ha expuesto, que no obliga a los OT's a mantener la remisión hasta final de año.

[ermendalenda]

Siendo realistas y teniendo en cuenta, no solo la situación actual, si no incluso aunque añadan una nota aclaratoria y que permitan de forma "legal" incluso reinstalar un software antiguo sin reglamentar, estarías, como mínimo, creando una sospecha. Aunque con la incertidumbre que hay ahora por el aplazamiento, es difícil pensar que la Administración se vaya a poner estricta con la Orden o las FAQ. Aun así, dar marcha atrás puede llamar algo la atención y, teniendo en cuenta que todavía son pocas las empresas que están enviando información, no es raro pensar que ese cambio pueda acabar en algún tipo de revisión o un “ojo puesto encima”, aunque luego no pase nada. Fijaos la tonteria del servidor de horas roa, como decia el compañero en otro post, los que nos henos enterado es por que estamos enviando.... hay problemas ajenos al desarrollo que pueden ir sugiendo y un año es un tiempo bastante razonable para ir limando y piendo que es mejor entrar en la fecha prevista con el máximo depurado.
Desactivar hoy puede que te simplifique o que tengas contento al cliente, pero te quedas con otra incertidumbre de que consecuencias puede traer y en definitiva creo que todos buscamos lo mismo, dormir tranquilos. Además es una oportunidad de que si en este periodo encontramos fallos, ahora ocultos, nos sirva para corregir tranquilamente.
En resumen, no lo tenia claro pero ahora he decidido y voy a defender que no se da marcha atrás a nada, aclaren o no aclaren.

[Rja750]

Empezado por ermendalenda

Siendo realistas y teniendo en cuenta, no solo la situación actual, si no incluso aunque añadan una nota aclaratoria y que permitan de forma "legal" incluso reinstalar un software antiguo sin reglamentar, estarías, como mínimo, creando una sospecha. Aunque con la incertidumbre que hay ahora por el aplazamiento, es difícil pensar que la Administración se vaya a poner estricta con la Orden o las FAQ. Aun así, dar marcha atrás puede llamar algo la atención y, teniendo en cuenta que todavía son pocas las empresas que están enviando información, no es raro pensar que ese cambio pueda acabar en algún tipo de revisión o un “ojo puesto encima”, aunque luego no pase nada. Fijaos la tonteria del servidor de horas roa, como decia el compañero en otro post, los que nos henos enterado es por que estamos enviando.... hay problemas ajenos al desarrollo que pueden ir sugiendo y un año es un tiempo bastante razonable para ir limando y piendo que es mejor entrar en la fecha prevista con el máximo depurado.
Desactivar hoy puede que te simplifique o que tengas contento al cliente, pero te quedas con otra incertidumbre de que consecuencias puede traer y en definitiva creo que todos buscamos lo mismo, dormir tranquilos. Además es una oportunidad de que si en este periodo encontramos fallos, ahora ocultos, nos sirva para corregir tranquilamente.
En resumen, no lo tenia claro pero ahora he decidido y voy a defender que no se da marcha atrás a nada, aclaren o no aclaren.

No se puede explicar mejor.

[CarlosArjonomia]

Empezado por ermendalenda

Siendo realistas y teniendo en cuenta, no solo la situación actual, si no incluso aunque añadan una nota aclaratoria y que permitan de forma "legal" incluso reinstalar un software antiguo sin reglamentar, estarías, como mínimo, creando una sospecha. Aunque con la incertidumbre que hay ahora por el aplazamiento, es difícil pensar que la Administración se vaya a poner estricta con la Orden o las FAQ. Aun así, dar marcha atrás puede llamar algo la atención y, teniendo en cuenta que todavía son pocas las empresas que están enviando información, no es raro pensar que ese cambio pueda acabar en algún tipo de revisión o un “ojo puesto encima”, aunque luego no pase nada. Fijaos la tonteria del servidor de horas roa, como decia el compañero en otro post, los que nos henos enterado es por que estamos enviando.... hay problemas ajenos al desarrollo que pueden ir sugiendo y un año es un tiempo bastante razonable para ir limando y piendo que es mejor entrar en la fecha prevista con el máximo depurado.
Desactivar hoy puede que te simplifique o que tengas contento al cliente, pero te quedas con otra incertidumbre de que consecuencias puede traer y en definitiva creo que todos buscamos lo mismo, dormir tranquilos. Además es una oportunidad de que si en este periodo encontramos fallos, ahora ocultos, nos sirva para corregir tranquilamente.
En resumen, no lo tenia claro pero ahora he decidido y voy a defender que no se da marcha atrás a nada, aclaren o no aclaren.

Si el cliente te pide la desconexión por iniciativa propia o porque así se lo ha indicado su gestor, los desarrolladores no tenemos ninguna autoridad para decir lo contrario. Me parecería mal poner al cliente en esta disyuntiva, obligarlo a mantener la conexión, o decirle que se apañe, que yo por mis coj..s no le desconecto.

[ermendalenda]

Creo que la previsión es importante para mantener el equilibrio. De que sirve tener contento hoy al cliente y dejarlo para más adelante con previsibles problemas de atención: desbordamiento, problemas que no se habian detectado...
Enfin os dejo un link para que lo veais mientras os tomais el café de las 11
https://www.linkedin.com/posts/inda-...aign=copy_link

[Rja750]

Empezado por CarlosArjonomia

Si el cliente te pide la desconexión por iniciativa propia o porque así se lo ha indicado su gestor, los desarrolladores no tenemos ninguna autoridad para decir lo contrario. Me parecería mal poner al cliente en esta disyuntiva, obligarlo a mantener la conexión, o decirle que se apañe, que yo por mis coj..s no le desconecto.

Esta claro que un cliente manda en lo que manda pero si se le explica bien tienes más probabilidades de mantenerlo enviando. Los recortes de periódicos, comentarios de compañeros y otros, te ayudan a poder explicarlo bien. Nos interesa a nosotros los productores a seguir en el camino de verifactu por lo tanto impliquemosno en explicarlo desde nuestro sentido. Esta claro que nadie va a obligar a nadie pero expliquemos y no bajemos los brazos como parece que está pasando

[CarlosArjonomia]

Empezado por Rja750

Esta claro que un cliente manda en lo que manda pero si se le explica bien tienes más probabilidades de mantenerlo enviando. Los recortes de periódicos, comentarios de compañeros y otros, te ayudan a poder explicarlo bien. Nos interesa a nosotros los productores a seguir en el camino de verifactu por lo tanto impliquemosno en explicarlo desde nuestro sentido. Esta claro que nadie va a obligar a nadie pero expliquemos y no bajemos los brazos como parece que está pasando

Estoy de acuerdo.

Pero los clientes que lo toman como una injerencia en su privacidad no atienden a razones.

[Rja750]

Voy a instalar un VeriFactu a primero de año a un cliente que me ha entendido y piensa que eso de estar en verifactu pero como si fuese de pruebas durante un año, le ha agradado. Esto ha sido posible gracias a mis explicaciones y convencimiento. Pues a esto nos referimos

[Daviid]

Empezado por CarlosArjonomia

Si el cliente te pide la desconexión por iniciativa propia o porque así se lo ha indicado su gestor, los desarrolladores no tenemos ninguna autoridad para decir lo contrario. Me parecería mal poner al cliente en esta disyuntiva, obligarlo a mantener la conexión, o decirle que se apañe, que yo por mis coj..s no le desconecto.

Responde con:

Como desarrollador no puedo recomendar en ningún caso que se deje de enviar a Verifactu una vez activado.
Según la ley debo indicarte que no deberías entrar en cierto apartado de configuración, no habría que tocar ese check que controla el envío automático, no esta permitido entrar al directorio C:/xxxxx/yyyy ni borrar el fichero ENVIO_VERIFACTU.lock ni mucho menos reiniciar el servicio después.

[oscarperez-1980]

Empezado por CarlosArjonomia

Si el cliente te pide la desconexión por iniciativa propia o porque así se lo ha indicado su gestor, los desarrolladores no tenemos ninguna autoridad para decir lo contrario. Me parecería mal poner al cliente en esta disyuntiva, obligarlo a mantener la conexión, o decirle que se apañe, que yo por mis coj..s no le desconecto.

Que yo sepa, un programa no puede tener un check para desactivar o activar el envío o no debería...

Tampoco se pueden vender programas que no hagan los envíos si esta en modo Verifactu o si no lo guardan si esta en NO Verifactu, aunque hay empresas que lo hacen.

Eso es lo que me han dicho cuando he preguntado en diferentes ocasiones a personas diferentes, y me dicen que este periodo de 2.026 es voluntario, xD, si cambias de programa ya no es voluntario ... y dicen que en este periodo voluntario serán mas permisivos.

Saludos.

[Faneka]

No se sabe nada más por lo que veo, lo que dejo intuir Hurtado de que se podría actualizar un SIF y marcar de que no enviara quedo en palabras solamente por lo que veo, no han sacado más FAQs ni na de naaaa.
Nosotros en este principio de año tenemos bastantes incidencias de gente que quería hacer facturas con fecha del año pasado, otros que como siempre podian modificar, eliminar facturas ahora no pueden, etc... pelea constante con los clientes.

[espinete]

Empezado por Faneka

No se sabe nada más por lo que veo, lo que dejo intuir Hurtado de que se podría actualizar un SIF y marcar de que no enviara quedo en palabras solamente por lo que veo, no han sacado más FAQs ni na de naaaa.
Nosotros en este principio de año tenemos bastantes incidencias de gente que quería hacer facturas con fecha del año pasado, otros que como siempre podian modificar, eliminar facturas ahora no pueden, etc... pelea constante con los clientes.

Lo de poder eliminar, modificar, etc. facturas... dile a los clientes que eso no se podía hacer desde la Ley Antifraude de 2021, no tiene nada que ver con VeriFactu o con que se haya prorrogado un año más. Nosotros también llevamos años con eso. Si no les gusta, que vayan a llorar al Congreso, al lado de los leones. Nosotros no hacemos las leyes.

Y es cierto que después de la prórroga no han vuelto a decir nada de forma oficial, por escrito. O al menos nada que nos sirva a nosotros y que no requiera interpretar una frase ambigua de tres formas distintas y subjetivas. Como siempre.

Nosotros tenemos algunos clientes enviando a VeriFactu. No hemos hecho una opción para "desactivar" el envío, pero no porque no se pueda, sino porque no hemos tenido tiempo aún de hacerlo. Eso sí, si un cliente nos llama diciendo que quiere dejar de enviar por ahora, se lo desactivaremos a mano. Está en SU derecho de no enviar. Y nosotros no somos nadie para OBLIGARLE a hacerlo.