Duda: Sin verifactu y sin QRCODE de un software adaptado ¿Es legal?

[Jarogo08]

Empezado por espinete

Yo de verdad que no sé cómo no ven que es una contradicción. Creo que estamos mezclando cosas.

- El cliente está en su derecho de NO enviar VeriFactu hasta 2027 si no le da la gana.
- El software tiene que estar adaptado a VeriFactu (no hablo de No-Verifactu porque no me incumbe)
- El cliente compra el programa el 5 de enero de 2026. No quiere enviar a VeriFactu aún.

Qué le digo, que tiene que enviar si o si aunque él no quiera? No
Que compre uno No-Verifactu? Tampoco está obligado No-Verifactu hasta 2027.

Yo cumplo la normativa: programa adaptado.
El cliente cumple la normativa: no envío si no quiero hasta 2027

La culpa no es nuestra por no entenderlo

Si el cliente compra un programa el 5 de enero de 2026 no va a encontrar ninguno en el mercado que no envíe (recuerdo que desde hace medio año no podemos venderlos). Por tanto...
-El cliente está en su derecho de no enviar hasta 2027? -> Te lo compro
-¿Va a encontrar algún programa que le permita no enviar? -> NO. Porque todos nosotros lo hicimos muy bien y nuestro software está adaptado y homologado y con una declaración responsable que dice que cumple la ley.


y vuelvo a insistir por enésima vez: si tu cliente pone tu programa y no envía hasta 2027 significa que tu programa no cumple con la ley (a no ser que lo configures en SII, TicketBay, etc.)

[novatico]

Empezado por Jarogo08

Si el cliente compra un programa el 5 de enero de 2026 no va a encontrar ninguno en el mercado que no envíe (recuerdo que desde hace medio año no podemos venderlos). Por tanto...
-El cliente está en su derecho de no enviar hasta 2027? -> Te lo compro
-¿Va a encontrar algún programa que le permita no enviar? -> NO. Porque todos nosotros lo hicimos muy bien y nuestro software está adaptado y homologado y con una declaración responsable que dice que cumple la ley.


y vuelvo a insistir por enésima vez: si tu cliente pone tu programa y no envía hasta 2027 significa que tu programa no cumple con la ley (a no ser que lo configures en SII, TicketBay, etc.)

Es que, incluso ahora, de hecho desde el 29/07/2025 NO SE PUEDE INSTALAR UN PROGRAMA NO ADAPTADO, BIEN A "VERIFACTU" O BIEN A "NO VERIFACTU", porque los NO SUJETOS, no necesitan hacer nada.
Y en cuanto a los clientes, el único poder de decisión que deberían tener es el de elegir entre una de esas 2 modalidades (VERIFACTU O NO VERIFACTU), y una vez elegida, cumplir completamente con todas las exigencias asociadas.

Ya recordé hace unos días que "lo voluntario" NO ES ENVIAR O NO ENVIAR, es elegir entre las 2 modalidades. La modalidad VERIFACTU exige el envío SI o SI, porque en otro caso, no estas cumpliendo con los Requisitos del Reglamento de Sistemas Informáticos de Facturación (RRSIF). Esta palabrita "voluntario" está creando mucha confusión y malos entendidos, pero en el Reglamento está asociada a la modalidad VERIFACTU, en contraposición a "por requerimiento" de la modalidad NO VERIFACTU.

Como ya he dicho otras veces, tenemos derecho a la pataleta, incluso a saltarnos la Ley, y tambíen a asumir las consecuencias de nuestras decisiones.

[Jarogo08]

Empezado por novatico

Es que, incluso ahora, de hecho desde el 29/07/2025 NO SE PUEDE INSTALAR UN PROGRAMA NO ADAPTADO, BIEN A "VERIFACTU" O BIEN A "NO VERIFACTU", porque los NO SUJETOS, no necesitan hacer nada.

Bueno, un cliente que no está sujeto puede comprar hoy tu programa o el mío. Decían en otro hilo (o no sé si en este) que si el cliente es de Navarra no le afecta Verifactu. Y me parece bien: nuestro programa puede tener las opciones Verifactu, NO Verifactu, SII, TicketBay, Navarra. Y en función de lo que elijas hará una cosa u otra. Pero no hay una última opción (que es lo que me canso de repetir) de "No me envíes que no me apetece hasta finales del 2026".

Pónselo en modo SII o en modo Navarra (si tu programa tiene esas opciones) y ya no enviará nada. Pero no hagas esa última opción. Así tu programa cumplirá la ley. Eso sí, si el cliente tiene una inspección tendrá que justificar porque tiene el programa configurado en modo SII o Navarra cuando no procede. Pero será responsabilidad del cliente, no del programa.

[CarlosArjonomia]

Ya van varios clientes que sus propias asesorías después de la reculada les están diciendo que no creen que se aplique nunca verifactu.

Sabiendo como se sabe que NO ha sido un problema de logística de la AEAT, si no una cuestión presuntamente política para que Cataluña presuntamente no ceda sus datos fiscales a la hacienda española.

Más difícil todo.

Edito para poner presuntamente ya que en este país hay que tener mucho cuidado con lo que se dice.

[novatico]

Empezado por Jarogo08

Bueno, un cliente que no está sujeto puede comprar hoy tu programa o el mío. Decían en otro hilo (o no sé si en este) que si el cliente es de Navarra no le afecta Verifactu. Y me parece bien: nuestro programa puede tener las opciones Verifactu, NO Verifactu, SII, TicketBay, Navarra. Y en función de lo que elijas hará una cosa u otra. Pero no hay una última opción (que es lo que me canso de repetir) de "No me envíes que no me apetece hasta finales del 2026".

Pónselo en modo SII o en modo Navarra (si tu programa tiene esas opciones) y ya no enviará nada. Pero no hagas esa última opción. Así tu programa cumplirá la ley. Eso sí, si el cliente tiene una inspección tendrá que justificar porque tiene el programa configurado en modo SII o Navarra cuando no procede. Pero será responsabilidad del cliente, no del programa.

Por eso pregunté hace 2 días si alguno contemplaba la posibilidad de que si un cliente que sabes que está SUJETO porque lo conoces, ahora te dice que YA NO ESTA SUJETO, de hacerle firmar un documento en el que certificase ese hecho, para evitarnos posibles sanciones.

[Jarogo08]

Empezado por novatico

Por eso pregunté hace 2 días si alguno contemplaba la posibilidad de que si un cliente que sabes que está SUJETO porque lo conoces, ahora te dice que YA NO ESTA SUJETO, de hacerle firmar un documento en el que certificase ese hecho, para evitarnos posibles sanciones.

A nosotros por ahora no se nos dio el caso, pero si se nos da por supuesto que firmará un papel donde quede constancia de que lo hace él.

[Carlos]

Empezado por novatico

Por eso pregunté hace 2 días si alguno contemplaba la posibilidad de que si un cliente que sabes que está SUJETO porque lo conoces, ahora te dice que YA NO ESTA SUJETO, de hacerle firmar un documento en el que certificase ese hecho, para evitarnos posibles sanciones.

Creo que cualquier documento que te firme será papel mojado.

[Carlos]

Empezado por Jarogo08

Bueno, un cliente que no está sujeto puede comprar hoy tu programa o el mío. Decían en otro hilo (o no sé si en este) que si el cliente es de Navarra no le afecta Verifactu. Y me parece bien: nuestro programa puede tener las opciones Verifactu, NO Verifactu, SII, TicketBay, Navarra. Y en función de lo que elijas hará una cosa u otra. Pero no hay una última opción (que es lo que me canso de repetir) de "No me envíes que no me apetece hasta finales del 2026".

Pónselo en modo SII o en modo Navarra (si tu programa tiene esas opciones) y ya no enviará nada. Pero no hagas esa última opción. Así tu programa cumplirá la ley. Eso sí, si el cliente tiene una inspección tendrá que justificar porque tiene el programa configurado en modo SII o Navarra cuando no procede. Pero será responsabilidad del cliente, no del programa.

Esa es nuestra solución.
Si alguien quiere saltarse la norma allá él, pero que no nos arrastre a nosotros.
Le dejo la hoja con las multas/sanciones, le dejo en pantalla que opción escoger para no estar obligado a enviar, que llame a su gestor se lo comente y use ÉL el ratón, yo mientras habla con su gestor me voy al bar a desayunar.
Otra opción puede ser tu ruina.

[Jarogo08]

Empezado por Carlos

Esa es nuestra solución.
Si alguien quiere saltarse la norma allá él, pero que no nos arrastre a nosotros.
Le dejo la hoja con las multas/sanciones, le dejo en pantalla que opción escoger para no estar obligado a enviar, que llame a su gestor se lo comente y use ÉL el ratón, yo mientras habla con su gestor me voy al bar a desayunar.
Otra opción puede ser tu ruina.

Vaya... por fin nos entendemos!

Que se salte la norma y no envíe poniendo el programa en modo SII, por ejemplo. Nosotros ahí no tenemos ninguna responsabilidad.
Pero que no se salte la norma poniendo en el programa en un modo que el programa no debe tener porque entonces no cumpliría la ley y por tanto no estaría homologado

[novatico]

En nuestro caso, el cliente no puede poner el programa en un modo u otro, sino que COMPRA y se le instala un SIF VERIFACTU (sólo tenemos esa modalidad), o un SIF NO SUJETO, me da igual los motivos (SII,TicketBai, Navarra, no obligdo a emitir fras.), por lo que una vez instalado el cliente ya no elige nada.

Por otro lado, la contestación que nos están dado a muchos desde el correo de "verifactu", que es la misma, a mí me parece muy clara, pero nuestro estado de cabreo nos lleva a pensar, interpretar e incluso decir lo que nos da la gana, o nos pasa por la cabeza o las tripas en cada momento.

[espinete]

Por lo pronto, lo único que me preocupa ahora mismo es sacar urgentemente una actualización del software que NO se active por defecto en modo VeriFactu el próximo 1 de Enero, y rezar para que los clientes la descarguen y la instalen antes de ese día.

Porque si no, el 1 de Enero van a ser unas risas 😅

[Faneka]

Empezado por novatico

En nuestro caso, el cliente no puede poner el programa en un modo u otro, sino que COMPRA y se le instala un SIF VERIFACTU (sólo tenemos esa modalidad), o un SIF NO SUJETO, me da igual los motivos (SII,TicketBai, Navarra, no obligdo a emitir fras.), por lo que una vez instalado el cliente ya no elige nada.

Por otro lado, la contestación que nos están dado a muchos desde el correo de "verifactu", que es la misma, a mí me parece muy clara, pero nuestro estado de cabreo nos lleva a pensar, interpretar e incluso decir lo que nos da la gana, o nos pasa por la cabeza o las tripas en cada momento.

Efectivamente, el cliente no tiene que tener acceso a poder cambiar de uno a otro sistema, eso tambien esta bien claro. Nosotros somos los que les activamos SII o Verifactu, una vez dentro de uno de ellos no pueden cambiar porque si.

espinete Yo tambien hice el cambio en los .exe para que se active a partir del 1-1-2027, aunque actualmente no hay nadie que tenga el programa actualizado y no este en el SII o VeriFactu.

[ermendalenda]

El que está interpretando los detalles de los softwares no homologados para que el canal nos informe se lo tiene que estar pasando pipa con una cerveza en la mano y con los colegas en el bar.
No veis que por mucho que pregunteis nos enredan por que no tienen interes en que lo entendamos.
Está claro que un proveedor no puede instalar un software antiguo ni lo puedd vender ni mantener, pero si lo hace el cliente creeis que pasa algo? Venga hombre, van a controlar a millones de usuarios que si en este periodo se les jode el disco que no puedan reinstalar ellos desde sus copias, ¿en serio lo veis viable? En que cabeza cabe?
Hasta que no haya obligacion plena no pueden controlar esta historia.
La estrategia del canal es clara, ruido a los desarrolladores. Esa información no llega a los asesores ppr que se lia parda, no paran de enredarnos y yo he llegado a mi limite de hacer el gilipollas, no les pregunto más, ni siquiera responden a lo que no les interesa.

[emailesc]

Empezado por ermendalenda

El que está interpretando los detalles de los softwares no homologados para que el canal nos informe se lo tiene que estar pasando pipa con una cdrveza en la mano y con los colegas en el bar.
No veis que por mucho que pregubteis nos enredan por que no tienen interes en que lo entendamos.
Está claro que un proveedor no puede instalar un software antiguo ni lo puedd vender ni mantener, pero si lo hace el cliente creeis que pasa algo? Venga hombre, van a xontrolar a millones de ususeios que si en este periodo se les jode el disco que no puedan reinstalar ellos desde sus copias, ¿en serio lo veis viable?

Es que solo hay una cosa que entender e interiorizar: están usando a los desarrolladores como martillo para meter Verifactu a martillazos, y si algo falla, el culpable es el martillo. Lo llevan haciendo desde el inicio. Y cómo obligan al martillo ??? con multas de 150.000. Todo esto no es más que un chantaje al estilo el padrino y lo saben desde el inicio. Por eso pocas explicaciones lógicas pueden dar: su misión no es ayudar a nadie, sino asegurarse que el martillo siga dando golpes

[ermendalenda]

Empezado por emailesc

Es que solo hay una cosa que entender e interiorizar: están usando a los desarrolladores como martillo para meter Verifactu a martillazos, y si algo falla, el culpable es el martillo. Lo llevan haciendo desde el inicio. Y cómo obligan al martillo ??? con multas de 150.000. Todo esto no es más que un chantaje al estilo el padrino y lo saben desde el inicio. Por eso pocas explicaciones lógicas pueden dar: su misión no es ayudar a nadie, sino asegurarse que el martillo siga dando golpes

Ya, eso lo tenemos clsro, pero insisto, si un usuario instala un software antiguo no he visto repercusiones, y eso no lp van a decir, tiene el instalador, el cliente no compra nada, no paga nada ningun proveedor le ayuda.. y a parte quien coj. Se va a enterar.
Mira te pongo montones de ejemplos:
chiringuito abre en junio- factura nunero 1, software antiguo.
Tpv con verifactu roto, saco dl del almacen para sustituirlo, software antiguo(permitido)
-eventos de ferias y otras epocas estivales que solo usan tpv en esas fechas, antiguo(esto permitido, eah, por que sí)
Y el cliente que abra las puertas un domingo y tenga un problema que no le puedes atender, restaura copia antigua, MUYYY MALLL, a la carcel. Guardia siví,...
En serio crees que pueden perseguir eso en 2026?
Ademss es lo que estan difundiendo a todos, obligacion hasta2027 no es obligatorio, por muy pesados que os pongais con los clientes.es nadar contracorriente
En conclusion
Hasta 2027 el cliente que haga lo que le de la gana.

[emailesc]

Empezado por ermendalenda

Ya, eso lo tenemos clsro, pero insisto, si un usuario instala un software antiguo no he visto repercusiones, y eso no lp van a decir, tiene el instalador, el cliente no compra nada, no paga nada ningun proveedor le ayuda.. y a parte quien coj. Se va a enterar.
Mura te pongo montones de ejemplos:
chiringuito abre en junio- factura nunero 1, software antiguo.
Tpv con verifactu roto, saco dl del almacen para sustituirlo, software antiguo.
-eventos de ferias y otras epocas estivales que solo usan tpv en esas fechas, antiguo(esto permitido, eah, por que sí)
Y el cliente que abra las puertas un domingo y tenga un problema que no le puedes atender, restaura copia antigua.
En serio crees que pueden perseguir eso en 2026?

Algunos de los ejemplos que pones son legales y otros no. ¿los van a perseguir? ni idea, pero no creo. Pero no soy yo el que dicta las normas y el que te coloca en posición de que algunas cosas te salpiquen aun sin quererlo, es Hacienda. ¿Que está mal? pues claro, ya lo estoy diciendo yo también...

[ermendalenda]

Empezado por emailesc

Algunos de los ejemplos que pones son legales y otros no. ¿los van a perseguir? ni idea, pero no creo. Pero no soy yo el que dicta las normas y el que te coloca en posición de que algunas cosas te salpiquen aun sin quererlo, es Hacienda. ¿Que está mal? pues claro, ya lo estoy diciendo yo también...

Exacto, y 2026 es largo y va a haber demasiadas actuaciones en contra de todas lss dichosas y enrevesadas reglas que nos comunican, lo tengo clarisimo. Seguiran persiguiendo al que tengan claro, en ese caso puede que miren con lupa estas cosas, lo que yo tengo claro es que no actualizo un sif mas dd los antiguos hasta diciembre de 2026. Los demás, que remedio, los iré actualizanndo según necesidades.