Fecha de entrada en vigor de VeriFactu

[Sistel]

Empezado por xevi

¿como lo veis???

Lo veo genial.
Gracias

[[newtron]]

Empezado por xevi

En mi aplicativo de facturación YA muestro este texto anticipándome a lo que está por venir.

*****************
Esta versión (salvo Obligados Tributarios acogidos al SII registrados que préviamente me hayan informado), deja la operativa de Facturación (el 01/01/2026 para empresas y para el resto el 01/07/2026), sin posibildad de emitir facturas y pasa a ser un Software de Gestión Interna y únicamente consultivo de Facturas anteriores a estas fechas/ejercicios, ya que NO contempla el reglamento HAC/1177/2024 de la ley Anti Fraude 1007/2023. Se ha iniciado un período de prueba voluntario en el que se valorará esta posibilidad, pero no está garantizada su aplicación de actualitzación.
*****************

Internamente, a partir de Enero si no hay actualización dejará de poder emitir facturas como ya informo y se convierte en un programa de Gestión y de consultas.

Entiendo que SI puedo hacer actualizaciones sobre una aplicación que deja de emitir facturas en fecha de entrada en vigor del reglamento/ley. Este Software no será de facturación, como indico en el texto informativo, pero debe poder ser utilizado para poder consultar ejercicios anteriores a esa ley. Y como no, se puede seguir utilizando esa aplicación que tantos años ha ido utilizando esos clientes que ahora será de Gestión y que si quieren emitir la factura final, pues pueden emitirla en otro software de facturación, como puede ser el de hacienda que será gratuito.

Un prgrama de Gestión puedes ser muy generalizado o puede ser muy personalizado. En mi caso es bastante personalizado, por lo que si no emite facturas, lo pueden seguir utilizando.

¿como lo veis???

Bueno. Yo entiendo que si no permite emitir facturas no debería de haber problemas en seguir manteniendolo/usándolo. Hay infinidad de programas de distintos tipos que no emiten facturas y por lo tanto no están sujetos a VeriFactu.


Saludos.

Edito: Cuidadín con lo de bloquearlo a 1 de enero porque los autónomos no estarán obligados hasta el 1 de julio y por otro lado, en teoría, tu programa tendría que dejar de emitir facturas a partir del 29 de julio porque si no ya no cumplirías la normativa.

[gcqZW]

Cuidadín con lo de bloquearlo a 1 de enero porque los autónomos no estarán obligados hasta el 1 de julio y por otro lado, en teoría, tu programa tendría que dejar de emitir facturas a partir del 29 de julio porque si no ya no cumplirías la normativa.

Si su programa dejaba emitir facturas previamente al 29 de julio podría permitir generarlas hasta el 1 de enero o 1 de julio (según cliente) mientras no haya tocado el programa mas tarde del 29 de julio, en el caso de haber mantenido el programa sí que tendría que o bloquear la facturación o actualizar a verifactu.

[xevi]

Empezado por gcqZW

Si su programa dejaba emitir facturas previamente al 29 de julio podría permitir generarlas hasta el 1 de enero o 1 de julio (según cliente) mientras no haya tocado el programa mas tarde del 29 de julio, en el caso de haber mantenido el programa sí que tendría que o bloquear la facturación o actualizar a verifactu.

Eso mismo es lo que pretendo.
Voy haciendo actualizaciones y ya mostrando el mensaje... esta última versión se actualizará el 28 de Julio (no habrá más actualizaciones) y no servirá para emitir facturas a partir del 1 de Enero o 1 de Julio.
Esta misma versión se puede activar el modo VERIFACTUdemo, con lo que también me puede servir para pruebas, pero sin actualizar nada del ejecutable a mis clientes.

Valoraré luego si lanzo alguna versión VERIFACTU o simplemente me dedico a hacer actualizaciones únicamente de Gestión.

[xevi]

Otra duda que me pasa por la cabeza.
Dado que dispondremos de un SIF de AEAT, yo puedo elegir emir o no una factura, como desarrollador de software, digo.
O sea, una factura "normal" con su IVA base imponible y consultando a AEAT si el NIF está correcto y reconocido... Dejo emitir la factura, la imprimo y envio a VERIFACTU.
Si detecto algun dato que yo no puedo o no se controlar... puedo negarme a emitir esa factura (simpre todo hablado anteriormente con el cliente) y que trasladen esos datos a AEAT, y emitan la factura desde el SIF de AEAT... no???

Y otra más, aún.
Si mi aplicación es capaz de emitir facturas y poder registrar en VERIFACTU los registros que voy generando, dado un error o una subsanación ¿És o será posible efecturar esa subsanación desde otro SIF, como el de AEAT???
Lo digo porque igual nos estamos complicando mucho nuestra subsitencia como desarrolladores, pero con eso igual podemos trabajar más tranquilos.
Por ejemplo, lo que tengo desarrollado en SII, lo tengo hecho así, envio los registros, pero si hay alguna cosa rara a tratar, lo envio por el portal de AEAT.

Gracias por vuestro tiempo.

[gcqZW]

O sea, una factura "normal" con su IVA base imponible y consultando a AEAT si el NIF está correcto y reconocido... Dejo emitir la factura, la imprimo y envio a VERIFACTU.
Si detecto algun dato que yo no puedo o no se controlar... puedo negarme a emitir esa factura (simpre todo hablado anteriormente con el cliente) y que trasladen esos datos a AEAT, y emitan la factura desde el SIF de AEAT... no???

No entiendo esto, como vas a negarte a emitirla si YA la has emitido (Dejo emitir la factura, la imprimo y envio a VERIFACTU.). Si te refieres a negarte a emitir la rectificación/subsanación entiendo que si que podrías (no entiendo por que razón pero sí).

Si mi aplicación es capaz de emitir facturas y poder registrar en VERIFACTU los registros que voy generando, dado un error o una subsanación ¿És o será posible efecturar esa subsanación desde otro SIF, como el de AEAT???

Deberías ser capaz si, ya que un cliente puede cambiar de SIF cuando ellos quieran, deberían poder continuar emitiendo facturas desde otro SIF (sea el de la AEAT u otro).

[xevi]

Empezado por gcqZW

No entiendo esto, como vas a negarte a emitirla si YA la has emitido (Dejo emitir la factura, la imprimo y envio a VERIFACTU.). Si te refieres a negarte a emitir la rectificación/subsanación entiendo que si que podrías (no entiendo por que razón pero sí).



Deberías ser capaz si, ya que un cliente puede cambiar de SIF cuando ellos quieran, deberían poder continuar emitiendo facturas desde otro SIF (sea el de la AEAT u otro).

Si, casos de facturas "normales" y que el 99% de mis clientes van a emitir.
Base imponible, IVA 21% y Total. NIF, NIE o CIF español.
ANTES de emitir la factura, confecciono un albarán, Pressupuesto, Factura Proforma... pero al ir a imprimir/emitir la Factura, puedo comprobar todos estos datos y si detecto algun error, la factura no se emite, por lo que no hay registro.

¿Que pasaría si detecto que el NIF/DNI no está en hacienda??? Puedo lanzar un mensaje "COMPROBAR NIF!!!" y no emitir factura (ni registro)
Estoy en el prévio a emitir factura.

De este modo, puedo detectar si hay alguna diferencia de cálculo de IVAs, si hay algun NIF extrangero o fuera de la UE, por lo que no dejo emitir la factura con mi SIF y les mando a que emitan esa factura por otro SIF.

Básicamente, a lo que voy es a que mi SIF emita facturas solamente que pueda tener control que van a poder aceptar hacienda, y las demás, pueden hacerlas manualmente en el SIF de AEAT.

Como digo, van a haber 1 factura de 100 a lo sumo. Intentaré que lo pueda incluir en mi SIF, pero en período inicial de mi SIF VERIFACTU, esta sería mi postura ante mis clientes, usuarios de mi SIF.

[Jarogo08]

Empezado por xevi

Si, casos de facturas "normales" y que el 99% de mis clientes van a emitir.
Base imponible, IVA 21% y Total. NIF, NIE o CIF español.
ANTES de emitir la factura, confecciono un albarán, Pressupuesto, Factura Proforma... pero al ir a imprimir/emitir la Factura, puedo comprobar todos estos datos y si detecto algun error, la factura no se emite, por lo que no hay registro.

¿Que pasaría si detecto que el NIF/DNI no está en hacienda??? Puedo lanzar un mensaje "COMPROBAR NIF!!!" y no emitir factura (ni registro)
Estoy en el prévio a emitir factura.

De este modo, puedo detectar si hay alguna diferencia de cálculo de IVAs, si hay algun NIF extrangero o fuera de la UE, por lo que no dejo emitir la factura con mi SIF y les mando a que emitan esa factura por otro SIF.

Básicamente, a lo que voy es a que mi SIF emita facturas solamente que pueda tener control que van a poder aceptar hacienda, y las demás, pueden hacerlas manualmente en el SIF de AEAT.

Como digo, van a haber 1 factura de 100 a lo sumo. Intentaré que lo pueda incluir en mi SIF, pero en período inicial de mi SIF VERIFACTU, esta sería mi postura ante mis clientes, usuarios de mi SIF.

Buenas xevi!
le veo lagunas a esa manera de trabajar... por ejemplo, si un NIF es "No censado", ¿como lo vas a detectar?. Porque puedes saber si el cif es correcto o incorrecto, pero no sé si puedes saber si está o no censado.
Y habría que ver también el tema de encadenamientos... ejemplo: tienes la factura 1, luego la 2 no la creas tu y la crea el usuario en la AEAT, y luego creas la 3. ¿con cual la vas a encadenar? en tu programa solo tendrás la 1, pero en la AEAT hay la 1 y la 2. No sé si por ahí vendrán problemas también

Y luego el tema de que tienes que hacer la declaración que tu programa está preparado para verifactu. Pero sólo estará preparado para unos casos, para otros no.


Saludos

[bmfranky]

Empezado por Jarogo08

Buenas xevi!
le veo lagunas a esa manera de trabajar... por ejemplo, si un NIF es "No censado", ¿como lo vas a detectar?. Porque puedes saber si el cif es correcto o incorrecto, pero no sé si puedes saber si está o no censado.
Y habría que ver también el tema de encadenamientos... ejemplo: tienes la factura 1, luego la 2 no la creas tu y la crea el usuario en la AEAT, y luego creas la 3. ¿con cual la vas a encadenar? en tu programa solo tendrás la 1, pero en la AEAT hay la 1 y la 2. No sé si por ahí vendrán problemas también

*Y luego el tema de que tienes que hacer la declaración que tu programa está preparado para verifactu. Pero sólo estará preparado para unos casos, para otros no.


Saludos

Hola, buenas , en este mismo foro puedes encontrar varias rutinas que consultan en hacienda si el DNI/NIE/NIF/CIF , esta censado o no , a parte de la estructura del mismo, para poder seleccionar la forma correcta de especificar los datos del cliente, como NIF o ID-Otro, asi que perfectamente puede adaptar su programa a ello, las rectificaciones, no obligan a hacerlas desde el mismo sif, osea que si sus clientes estan deacuerdo al respecto puede ser interesante, dejar las rectificaciones al programa de haceienda, si no quiere tener en cuanta todos los tipos de impuesto, y demas casos especificos


El tema de encadenamientos, es por cada SIF,/CIF ,usted tiene 2 SIF, el propio y el de hacienda, cada uno con su encadenamiento independiente y su numeracion, no incumple de ningun modo la ley, lo que ha de tener en cuenta es no repetir , los numeros de serie/documento, de lo contrario le respondera con un bonito "Registro Duplicado"...
Por ejemplo emitir todas las facturas normales con mi sif, y todas las REctificativas con el suyo, que estoy incumpliendo?, lo unico seria la forma de marcar en el otro por ejemplo, que ya he abonado algo/alguna factura, que es donde podria darme dolor de cabeza...


*Aqui si que te doy la razon, pero lo que estas diciendo es que cumple verifactu, en todos los documentos que puedo crear, no permito crear ningun documento fuera de la norma, osea sin notificar, guardar....

[gcqZW]

Y luego el tema de que tienes que hacer la declaración que tu programa está preparado para verifactu. Pero sólo estará preparado para unos casos, para otros no.

Se supone que no tienes que cumplir todas y cada una de las posibilidades verifactu, solo que tu programa cumpla con lo de la trazabilidad y blablabla, no creo que haya problemas por que tu programa no contemple casos de exportación por ejemplo (si tu cliente no exporta ni va a hacerlo). O por lo menos eso tengo entendido.

[Rja750]

Estoy pensando en poner algunos SIF que trabajen VeriFactu pero con la url de pruebas, al fin y al cabo seguirá siendo un programa de facturación que emite facturas tan legales fiscalmente como una factura no verificable aunque envíe a un entorno de pruebas. Quiero ver cómo va todo esto. Si hay algun problema, como estoy en entorno de pruebas, con dejar de enviar y seguir hasta solucionar el error o no escuchar las respuestas... no pasaría nada. El problema estaría en que si tengo que anular o modificar una factura, esto sí que no sería VeriFactu. Me refiero a que en un entorno de pruebas no puedo anular una factura y que sea legal al mismo tiempo

[keno_71]

Empezado por Rja750

Estoy pensando en poner algunos SIF que trabajen VeriFactu pero con la url de pruebas, al fin y al cabo seguirá siendo un programa de facturación que emite facturas tan legales fiscalmente como una factura no verificable aunque envíe a un entorno de pruebas. Quiero ver cómo va todo esto. Si hay algun problema, como estoy en entorno de pruebas, con dejar de enviar y seguir hasta solucionar el error o no escuchar las respuestas... no pasaría nada. El problema estaría en que si tengo que anular o modificar una factura, esto sí que no sería VeriFactu. Me refiero a que en un entorno de pruebas no puedo anular una factura y que sea legal al mismo tiempo

Hola, bueno, estás haciendo pruebas, el entorno de pruebas no tiene efecto legal, otra cosa es el borrado de facturas que no se puede hacer realmente aunque se sigue haciendo. A partir del 29 de julio si que vas a tener que certificar que no se puede modificar ninguna factura, lo estás verificando con un declaración de productor de software.
Yo en principio creo que el primer paso que haré será crear un servicio que genere los xml y los deje en cola para ver que lo hace correctamente, emulando un envio y actualizando los datos internamente. Ya luego lo haré en el de pruebas antes de meterme con el de producción cuando lo saquen.

[jlmoli_67]

Buenas,El Consejo de Ministros aprobó ayer la ampliación del plazo, hasta 2026, para que los empresarios y profesionales adapten sus programas de facturación a las nuevas obligaciones en materia de factura electrónica y bla bla bla.


La expansion:


https://www.expansion.com/economia/2...31d8b45b2.html

[Faneka]

Me lo pasaron esta mañana pero no me queda claro nada. Estos dos parrafos me liaron de más. Parece que es a partir de Enero del 2026 cuando el software tiene que estar adaptado pero luego pone esto...

Con el retraso de su entrada en vigor, los fabricantes de software deberán ofrecer sus productos adaptados al nuevo reglamento a partir de septiembre. Hasta ahora, la fecha máxima para cumplir con esta obligación estaba fijada en el 1 de julio de 2025.

El sistema Verifactu forma parte de la Ley Antifraude, y es diferente a la obligación que tendrán todas las empresas y profesionales de facturar por medios electrónicos y remitir los recibos de forma instantánea a Hacienda. En este caso, su entrada en vigor definitiva se alargará hasta 2027.

[victor03]

Empezado por jlmoli_67

Buenas,El Consejo de Ministros aprobó ayer la ampliación del plazo, hasta 2026, para que los empresarios y profesionales adapten sus programas de facturación a las nuevas obligaciones en materia de factura electrónica y bla bla bla.


La expansion:

por lo que leo los programadores tenemos ahora hasta septiembre, tampoco nos han dado tanto margen sobre todo estando agosto en medio


por cierto para poner imágenes y enlaces tengo que solicitarlo o es al poner x pots?¿

[ermendalenda]

Yo creo que no hay ninguna novedad, simplemente se ha aprobado la intención de ampliarlo.
Sigue igual
1 de julio de este año tiene que estar adaptado y 1 de enero de 2026 obligacion de comenzar verifactu para las grandes y el resto para 6 meses despues

[Faneka]

https://www.boe.es/boe/dias/2025/04/...-2025-6600.pdf
Si, aquí no veo nada nuevo.

[rci]

Empezado por jlmoli_67

Buenas,El Consejo de Ministros aprobó ayer la ampliación del plazo, hasta 2026, para que los empresarios y profesionales adapten sus programas de facturación a las nuevas obligaciones en materia de factura electrónica y bla bla bla.
La expansion:
https://www.expansion.com/economia/2...31d8b45b2.html

Empezado por Faneka

Me lo pasaron esta mañana pero no me queda claro nada. Estos dos parrafos me liaron de más. Parece que es a partir de Enero del 2026 cuando el software tiene que estar adaptado pero luego pone esto...

Con el retraso de su entrada en vigor, los fabricantes de software deberán ofrecer sus productos adaptados al nuevo reglamento a partir de septiembre. Hasta ahora, la fecha máxima para cumplir con esta obligación estaba fijada en el 1 de julio de 2025.

El sistema Verifactu forma parte de la Ley Antifraude, y es diferente a la obligación que tendrán todas las empresas y profesionales de facturar por medios electrónicos y remitir los recibos de forma instantánea a Hacienda. En este caso, su entrada en vigor definitiva se alargará hasta 2027.

Hola, algunas informaciones que aparecen en el artículo de la expansión no se de donde salen, porque me parece que en el BOE no lo dice.
Por ejemplo lo del septiembre no se de donde sale y lo del 2027 tampoco

[austral_es]

Si alguien se entera cuando lo publican en el BOE que avise lo que sí ya está aprobado es por el consejo de ministros de ayer 1 de abril

https://www.lamoncloa.gob.es/consejo...s.aspx#factura

[rci]

Empezado por austral_es

Si alguien se entera cuando lo publican en el BOE que avise lo que sí ya está aprobado es por el consejo de ministros de ayer 1 de abril

https://www.lamoncloa.gob.es/consejo...s.aspx#factura

Ya está publicado en el BOE.

Empezado por Faneka

https://www.boe.es/boe/dias/2025/04/...-2025-6600.pdf
Si, aquí no veo nada nuevo.