Primeros clientes que no quieren saber nada

[CarlosArjonomia]

Empezado por espinete

Insisto en que el programa está adaptado, pero no significa que tengas que empezar a enviar desde ya. Puede estar adaptado y el cliente no querer enviar hasta el 1 de enero. A eso me refiero.

Los programas que hemos descargado y probado estos días hacen eso: está adaptado, pero no tienes por qué empezar a enviar si no "activas" la opción VeriFactu.

El problema lo tienes en que en tu programa hay una opción para activar verifactu.

Esa opción no debe existir según la normativa. Un programa que este adaptado para trabajar con verifactu debe hacerlo desde el primer segundo.

Esto significa que todos los programas que se vendan nuevos deben enviar si o si. Otra cosa son las actualizaciones que las puedes enmascarar de una u otra forma.

¿Esta cuestión no se le puede remitir a hacienda y que den una respuesta clara en algún apartado que podamos mostrar al usuario?

[emailesc]

Empezado por CarlosArjonomia

El problema lo tienes en que en tu programa hay una opción para activar verifactu.

Esa opción no debe existir según la normativa. Un programa que este adaptado para trabajar con verifactu debe hacerlo desde el primer segundo.

Esto significa que todos los programas que se vendan nuevos deben enviar si o si. Otra cosa son las actualizaciones que las puedes enmascarar de una u otra forma.

¿Esta cuestión no se le puede remitir a hacienda y que den una respuesta clara en algún apartado que podamos mostrar al usuario?

No pierdas el tiempo yo lo he hecho específicamente sobre que pongan la pregunta y respuesta de varios temas precisamente en preguntas y respuestas dadas a usuarios, que son más más restrictivas que las FAQs de Desarrolladores y ellos te redirigen a estas.
Esto primero es un ejemplo:

2º: Producto adaptado a Verifactu pero sin activar. En el BOE lo que dice es que el producto, después del 29 de julio, "debe estar adaptado", "cumple por diseño" y "tiene la capacidad de" de todo ello yo puedo interpretar que mi software puede cumplir todo eso pero estar desactivado hasta que el cliente decida o llegue el 1 de enero (empresas):
Respuesta ofrecida a Usuario:
NO puede darse que un producto ya adaptado funcione transitoriamente en modo "no adaptado" hasta el 1 de enero de 2026, o el 1 de julio de 2026
Otra Respuesta:
A partir del 29/7/2025 (que es cuando los productores y comercializadores de sistemas informáticos de facturación (SIF) están obligados a proporcionar solo SIF adaptados) los nuevos clientes solo puede contratar un SIF adaptado (el fabricante está obligado a ofertar únicamente productos adaptados) y éste debe actuar y funcionar acorde al reglamento. Es decir, remitir con normalidad los registros generados a la AEAT ya desde el primer momento

Siguen más ejempllos y pregunta:

¿Se podrían poner estas preguntas y respuestas de estos forma clara y actualizada si procede en el área de Preguntas y Respuestas para que dispongamos de información tangible y proveniente de Hacienda para facilitar a nuestros clientes y no crean que nos inventamos las cosas? ¿Lo harán?

Respuesta:

Si bien es cierto que en el apartado "Preguntas frecuentes (FAQ)" publicado en la Sede de la AEAT no se entra en detalle en este tipo de cuestiones, a raíz de las cuestiones más planteadas a este buzón por parte de desarrolladores, se publicó en la web de desarrolladores un documento de FAQs para desarrolladores que recoge un listado de 29 preguntas y las respuestas ofrecidas desde este buzón para que puedan ser consultadas libremente desde la web. En este documento se tratan cuestiones como las que nos mencinaba relativas al periodo transitorio (preguntas 1 y 2) o las facturas de prueba (pregunta 10). No obstante, entendemos su preocupación y cualquier sugerencia al respecto es bienvenida.

[espinete]

Me sigue pareciendo una estupidez, y por lo tanto, no lo haremos así.

No puedo obligar a una empresa nueva que contrate el software mañana a qué empiece a enviar Verifactu si no quieren hacerlo aún porque no están obligados todavía.

Nuestro software permite elegir el sistema de facturación en el momento de instalarlo. Una vez elegido no puedes modificarlo. Vamos, así lo han
hecho las demás empresas de software que conocemos.

Lo unico a tener en cuenta es que una vez activado, ya no hay marcha atrás. Pero por supuesto puedes instalar el software hoy y no enviar Verifactu hasta enero.

Te lo explico de otra manera. Dentro de un mes tenemos planeado lanzar otra actualización, la de Septiembre por ejemplo... Tenemos que lanzar dos, una para el adaptado y otra para el que no lo está?

Lo que yo interprete del BOE no tiene por qué coincidir con lo que haya interpretado el técnico de Hacienda de turno en un email.

Es un disparate lo que proponen. A ver si se creen que voy a quedarme sin clientes nuevos de aquí a Enero...

[Jarogo08]

Empezado por espinete

No puedo obligar a una empresa nueva que contrate el software mañana a qué empiece a enviar Verifactu si no quieren hacerlo aún porque no están obligados todavía..

Pero por supuesto puedes instalar el software hoy y no enviar Verifactu hasta enero.

1- es que si lo compran mañana estan obligados, no pueden esperar a enero.
2- no puedes instalar el software hoy y empezar a enviar en enero. Otra cosa es que tu programa lo permita, pero no estas cumpliendo la ley.

[CarlosArjonomia]

Empezado por Jarogo08

1- es que si lo compran mañana estan obligados, no pueden esperar a enero.
2- no puedes instalar el software hoy y empezar a enviar en enero. Otra cosa es que tu programa lo permita, pero no estas cumpliendo la ley.

Según esto ya nos pueden sancionar sin haber remitido un solo RF de facturación a la AEAT.

[starlet]

Hola:

En base a eso, entiendo que Holded con +80.000 clientes y programas similares, están "obligando" YA DESDE AHORA a TODOS sus clientes actuales (y nuevos) a trabajar en Verifactu.

Si hay alguien que lo utilice, sería bueno que nos lo dijera, pq sino, de facto Holded (y similares) y todos sus clientes están incumpliendo la normativa Verifactu.

Y hablamos de decenas de miles de empresas que incumplen dicha normativa.

Todo ésto pasa, por la absoluta AMBIGÜEDAD de la normativa. SI es periodo voluntario, es cuando el cliente diga, Sino, no hay voluntario que valga, es OBLIGATORIO desde YA.

[bmfranky]

Una cosa, si no actualizamos los programas pre-Veri*Factu, pero siguen usándolos ,hasta que sea obligatorio no pasa nada, después de la fecha que les toque(Enero o Julio del 26) la responsabilidad es del cliente, no nuestra, o eso es lo que se entiende al respecto.
Otra cosa es si a partir de ahora, les actualizamos algo del programa, entonces si permitimos que lo usen en modo fuera de Veri*Factu**, entonces si que la responsabilidad ya es nuestra,o eso es lo que nos amenazan. ¿Estáis de acuerdo??, o es solo mi forma de pensar?


**En cualquiera de las 2 modalidades.

[wilecoyote]

Empezado por Jarogo08

1- es que si lo compran mañana estan obligados, no pueden esperar a enero.
2- no puedes instalar el software hoy y empezar a enviar en enero. Otra cosa es que tu programa lo permita, pero no estas cumpliendo la ley.

Yo lo que me pregunto es si será legal hacer una cosa: preparar el programa para que esté listo para enviar a Verifactu... pero añadir en él un chequeo de fecha por el que, si no estamos a 1-1-2026, no se envía, y solo se empieza a enviar a partir de esa fecha.

Entiendo que lo que le mosquea a Hacienda es que añadamos opciones en el programa que puedan ser activadas o desactivadas por el usuario "a mano", ya que eso es lo que va contra la ley: al fin y al cabo, por mucho que digas que es una opción pensada solo para activarla el 1 de enero... ¿cómo sabes tú que luego el usuario no va a poder desactivarla de nuevo cuando le apetezca? Pero añadir ese chequeo de fecha incrustado en el mismo código fuente, "hardcoded" como dicen en inglés, sin posibilidad de que el usuario lo toque a mano... ¿no cumpliría eso al menos con el espíritu con la ley?

[Neftali [Germán.Estévez]]

Empezado por CarlosArjonomia

Nuestro software permite elegir el sistema de facturación en el momento de instalarlo. Una vez elegido no puedes modificarlo. Vamos, así lo han
hecho las demás empresas de software que conocemos.

Igual que nosotros.
Aunque si permitimos algunos cambios, por ejemplo (el que creo yo que será habitual en muchas empresas), de "pasar" de LeyAntifraude (veri*factu o no-veri*factu) al SII.

[Neftali [Germán.Estévez]]

Es más, es que en un ERP multiempresa (asesoría/gestoría), puedes tener 2 en LeyAntifraude (una veri*factu y la otra en no-veri*factu), 3 que envían al SII y si 4 más que están exentas de ambos (por el artículo Art. 5 RD 1007/2023,...).
DEBES poder configurar en el ERP cómo se gestiona cada empresa y cuando mañana crees una nueva, porque te llega otro cliente, tendrás que definir en qué régimen trabaja. No hay otra forma más que preguntar.

[Jarogo08]

Empezado por Neftali [Germán.Estévez]

Igual que nosotros.
Aunque si permitimos algunos cambios, por ejemplo (el que creo yo que será habitual en muchas empresas), de "pasar" de LeyAntifraude (veri*factu o no-veri*factu) al SII.

Exacto... lo de elegir el modo de trabajo y que no se pueda cambiar me parece muy radical y antes o después no va a servir: una empresa que está en modo verifactu se puede cambiar al SII o al revés. El programa debería permitirlo

[Neftali [Germán.Estévez]]

Empezado por CarlosArjonomia

El problema lo tienes en que en tu programa hay una opción para activar verifactu.
Esa opción no debe existir según la normativa. Un programa que este adaptado para trabajar con verifactu debe hacerlo desde el primer segundo.

No debe existir una opción para desactivar las opciones de Ley antifraude en un programa (y no activar nada), pero como ya han comentado, DEBE haber la opción de desactivar "Ley antifraude" para activar otras opciones de cumplir la ley (empresa acogida SII, empresa en TicketBAI, empresa en Navarra, Art. 5 RD 1007/2023,...).

¿Cómo lo hará una empresa que decide pasar de "LeyAntifraude" al SII?
¿O una empresa que instala tu programa y ya está en el SII? ¿Deberá poder desactivarlo porque ya está en el SII?