Fecha de entrada en vigor de VeriFactu

[Logan05]

Empezado por razorxxx

Quizá lo mejor es que adaptes tus programas para que permitan ambos modos (VERI*FACTU y NO VERI*FACTU). De esa forma, a partir de Julio y hasta que entre en vigor la ley para los usuarios, el cliente tendrá la oportunidad de acogerse a NO VERI*FACTU y lo que haces es guardar los registros de facturación y eventos en una base de datos local, por si la AEAT los pudiera requerir.

Gracias por el apunte, pero eso lo descarté desde el principio. A mi entender es un curro extra que no compensa el esfuerzo para seis meses, y además como no me fio "ni un pelo" del personal, eso de tener que salvaguardar la inviolabilidad de los registros... Voy a pasar, si no les gusta pues aprovecho para hacer limpia como dijo alguien por aquí.

[edari]

A ver si no lo entiendo mal...

Si mi programa está dispuesto "oficialmente" en julio pero ningún cliente mío va a querer empezar antes octubre, qué problema puedo tener?

[edari]

A ver si no lo entiendo mal...

Si mi programa está dispuesto "oficialmente" en julio pero ningún cliente mío va a querer empezar antes octubre, qué problema puedo tener?

[razorxxx]

Empezado por edari

A ver si no lo entiendo mal...

Si mi programa está dispuesto "oficialmente" en julio pero ningún cliente mío va a querer empezar antes octubre, qué problema puedo tener?

Esa duda también la tengo yo. Si el 29 de julio ya tenemos que tener adaptados los sistemas, pero para el usuario final la normativa se empieza a aplicar, pongamos, el 1 de enero de 2026, no sé si los usuarios pueden seguir usando las aplicaciones "no adaptadas" hasta enero, o bien desde julio ya tiene que tenerla y trabajar en modo NO VERI*FACTU.

[bmfranky]

Empezado por razorxxx

Esa duda también la tengo yo. Si el 29 de julio ya tenemos que tener adaptados los sistemas, pero para el usuario final la normativa se empieza a aplicar, pongamos, el 1 de enero de 2026, no sé si los usuarios pueden seguir usando las aplicaciones "no adaptadas" hasta enero, o bien desde julio ya tiene que tenerla y trabajar en modo NO VERI*FACTU.

Hola, en principio mientras no modifiqueis nada en esos programas, no teneis ninguna responsabilidad, pero ojo, si sale un bug y el cliente os lo notifica despues de 29 de julio, no podeis corregirlo , sin instalarle una version que ya cumpla con verifactu.


Os recomiendo que envies corrspondencia a vuestros clientes, notificando el fin del mantenimiento o asitencia o como lo llamesis a partir de la fecha que tenemos de implantacion en nuestros programas, si no actualizan a una version Veri*Factu en cualquiera de sus dos Versiones.
A partir de ahi las consecuencias las ha de asumir el cliente/usuario final.

[edari]

Empezado por bmfranky

Hola, en principio mientras no modifiqueis nada en esos programas, no teneis ninguna responsabilidad, pero ojo, si sale un bug y el cliente os lo notifica despues de 29 de julio, no podeis corregirlo , sin instalarle una version que ya cumpla con verifactu.


Os recomiendo que envies corrspondencia a vuestros clientes, notificando el fin del mantenimiento o asitencia o como lo llamesis a partir de la fecha que tenemos de implantacion en nuestros programas, si no actualizan a una version Veri*Factu en cualquiera de sus dos Versiones.
A partir de ahi las consecuencias las ha de asumir el cliente/usuario final.

Yo no "puedo" discontinuar la corrección de errores en mi ERP a partir de julio hasta que el cliente me pida entrar en Verifactu porque con ese mismo ERP atiendo al País Vasco con ticket bai, a Navarra sin nada y a los que están sujetos al SII que tienen que seguir igual...

[rci]

Empezado por edari

Yo no "puedo" discontinuar la corrección de errores en mi ERP a partir de julio hasta que el cliente me pida entrar en Verifactu porque con ese mismo ERP atiendo al País Vasco con ticket bai, a Navarra sin nada y a los que están sujetos al SII que tienen que seguir igual...

Puedes corregir el bug, con una versión que ya cumpla Veri*Factu, pero que no esté "activado".
Nosotros habíamos pensado poner en la configuración una "fecha de activación Veri*Factu". Si está vacía el programa no hace nada, ni Veri*Factu ni "no Veri*Factu". Pero el programa ya cumple si el OT quiere.
Cuando el OT esté obligado (si lo está porque no está exento por X) deberá configurar el programa con la "fecha de activación" correspondiente.

Otro tema será a partir de la fecha que ya sea obligatorio para todos los OTs... en ese caso puede que tengamos que hacer algún control extra como por ejemplo...
si la empresa no tiene activado SII ni TicketBAI y no es de Navarra ni de fuera de España... no puede facturar.
O esto ya no hacerlo y que sea el OT quien lo active o no. Si el programa cumple pero el OT no... será culpa suya?

[bmfranky]

Empezado por rci

Puedes corregir el bug, con una versión que ya cumpla Veri*Factu, pero que no esté "activado".
Nosotros habíamos pensado poner en la configuración una "fecha de activación Veri*Factu". Si está vacía el programa no hace nada, ni Veri*Factu ni "no Veri*Factu". Pero el programa ya cumple si el OT quiere.
Cuando el OT esté obligado (si lo está porque no está exento por X) deberá configurar el programa con la "fecha de activación" correspondiente.

Otro tema será a partir de la fecha que ya sea obligatorio para todos los OTs... en ese caso puede que tengamos que hacer algún control extra como por ejemplo...
si la empresa no tiene activado SII ni TicketBAI y no es de Navarra ni de fuera de España... no puede facturar.
O esto ya no hacerlo y que sea el OT quien lo active o no. Si el programa cumple pero el OT no... será culpa suya?

Esto es como el Uroboros , le podemos dar las vueltas que queramos pero, cualquier programa , no SII, TicketBai que gestionemos a partir de la fecha, deve cumplir la normativa o a pagar nosotros, a partir de ahi, si el cliente no usa eso opcion a pagar el...

[Maska10]

Empezado por rci

Puedes corregir el bug, con una versión que ya cumpla Veri*Factu, pero que no esté "activado".
Nosotros habíamos pensado poner en la configuración una "fecha de activación Veri*Factu". Si está vacía el programa no hace nada, ni Veri*Factu ni "no Veri*Factu". Pero el programa ya cumple si el OT quiere.
Cuando el OT esté obligado (si lo está porque no está exento por X) deberá configurar el programa con la "fecha de activación" correspondiente.

Otro tema será a partir de la fecha que ya sea obligatorio para todos los OTs... en ese caso puede que tengamos que hacer algún control extra como por ejemplo...
si la empresa no tiene activado SII ni TicketBAI y no es de Navarra ni de fuera de España... no puede facturar.
O esto ya no hacerlo y que sea el OT quien lo active o no. Si el programa cumple pero el OT no... será culpa suya?

Pues algo así tengo yo planeado, en la primera versión OFICIAL con VeriFactu y No-VeriFactu que el usuario seleccione obligatoriamente a una de estas opciones:

1 - Me acojo a VeriFactu (con sus ventajas inconvenientes)
2 - Me acojo a NO-Verifactu (con sus ventajas e inconvenientes)
3 - No estoy sujeto a VeriFactu y/o No-Verifactu por estar adscrito al Ticket Bai o estar en provincia de Navarra
4 - No estoy sujeto a Verifactu y/o No-VeriFactu porque estoy exento por reglas especiales y tengo la autorización pertinente
5 - No estoy sujeto a Verifactu y/o No-VeriFactu porque no resido en España.

Logicamente los textos me los tendré que pensar mejor, pero en esencia es eso.