Primeros clientes que no quieren saber nada

[Jarogo08]

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.

Si permiten el modo Verifactu y el modo "normal" no están adaptados, no cumplen la ley.

[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?

[Faneka]

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.

Por lo que tenemos entendido en cuanto instales a un cliente nuevo el SIF o actualices a un cliente antiguo (que afecte a su facturación) despues del 29 de Julio tiene que empezar a enviar a Veri*Factu, no puede tenerlo sin activar.

[espinete]

Ni yo lo he entendido así, ni otros SIF que hemos probado estos días lo han entendido así.
Por no decir que es muy difícil hacer un SIF para cada sistema de facturación: uno para TicketBAI, otro para SII, otro para Costa Rica, otro para México...
Un disparate.

¿Qué pasa si una empresa se cambia de sede a mitad de año (de Gipuzkoa a Jaén)? ¿O se pasa al SII o al revés? ¿Le obligas a reinstalar encima una actualización?

¿Y qué pasa con el software en la nube, que no hay ni versiones ni actualizaciones ni instalaciones? En un software en la nube sí o sí el usuario tendrá que "activar" o indicar que está acogido a VeriFactu. No hay otra.

Yo lo sigo viendo un sinsentido, pero bueno.

[Jarogo08]

Empezado por espinete

Por no decir que es muy difícil hacer un SIF para cada sistema de facturación: uno para TicketBAI, otro para SII, otro para Costa Rica, otro para México...
Un disparate.

¿Qué pasa si una empresa se cambia de sede a mitad de año (de Gipuzkoa a Jaén)? ¿O se pasa al SII o al revés? ¿Le obligas a reinstalar encima una actualizacion?

Porque tienes que hacer distintos SIFs? Nuestro programa permite verifactu o SII. Cuando lo configuras le dices como vas a trabajar y listo. Pero solo es un programa.

Y si se pasa del SII a Verifactu o sl reves... Cual es el problema? Vas a la configuración, la cambias y hala. Solo hay que comprobar los plazos, pero por supuesto que se puede hacer y va a pasar muy a menudo.

O nosotros vemos menos problemas de los que hay o vosotros veis mas

[emailesc]

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.

Ojo con esto. Vuelvo a repetir que en las FUCKS de Desarrolladores dejan claro que esto no se puede hacer. A partir del 29 de julio, si instalas o actualizas tiene que ser "Adaptado" y Adaptado significa enviando desde el minuto 1.
Esta es la diferencia entre seguir los BOE o seguir las interpretaciones de Hacienda que comentaba antes. Según la interpretación del comité de sabios que elaboran las FUCKS y las respuestas a desarrolladores de Verifactu, o bien Microsoft no hace actualizaciones de Excel hasta el 1 de julio de 2026. o bien en la primera que hagan ahora en agosto nos va a tener que aparecer mágicamente un botoncito en el Excel para crear los registro de facturación, encadenarlos y enviarlos a Hacienda. Incluso puede que podamos hacer macros con ellas... O eso a multa a Microsoft de 150.000 (no recuerdo si es por instalación) y de 50.000 a cada uno de los que lo usemos para hacer facturas. Sin embargo si te ciñes al BOE esto no va a pasar porque no dice que tenga que ser así. ¿Vosotros qué creéis que va a pasar? Podemos hacer una porra... A) Aparece el botoncito mágico B) Se van a cagar con as multas C) Los que elaboran las FAQS van a desaparecer como el meme del Hommer Simpson que se va ocultando en el seto...

[bmfranky]

Empezado por emailesc

Ojo con esto. Vuelvo a repetir que en las FUCKS de Desarrolladores dejan claro que esto no se puede hacer. A partir del 29 de julio, si instalas o actualizas tiene que ser "Adaptado" y Adaptado significa enviando desde el minuto 1.
Esta es la diferencia entre seguir los BOE o seguir las interpretaciones de Hacienda que comentaba antes. Según la interpretación del comité de sabios que elaboran las FUCKS y las respuestas a desarrolladores de Verifactu, o bien Microsoft no hace actualizaciones de Excel hasta el 1 de julio de 2026. o bien en la primera que hagan ahora en agosto nos va a tener que aparecer mágicamente un botoncito en el Excel para crear los registro de facturación, encadenarlos y enviarlos a Hacienda. Incluso puede que podamos hacer macros con ellas... O eso a multa a Microsoft de 150.000 (no recuerdo si es por instalación) y de 50.000 a cada uno de los que lo usemos para hacer facturas. Sin embargo si te ciñes al BOE esto no va a pasar porque no dice que tenga que ser así. ¿Vosotros qué creéis que va a pasar? Podemos hacer una porra... A) Aparece el botoncito mágico B) Se van a cagar con as multas C) Los que elaboran las FAQS van a desaparecer como el meme del Hommer Simpson que se va ocultando en el seto...

C- Fijo, llevan haciéndolo desde que habilitaron la dirección de email para las preguntas....

[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?

[sglorka]

Empezado por 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.

A partir de ahora si actualizas un programa no adaptado para un cliente Verifactu la actualización sólo puede ser de partes del programa que no sean el SIF (mecanización de datos de entrada y generación de Facturas), todo lo demás se puede seguir actualizando hasta final de año o hasta que le toque

[novatico]

Empezado por sglorka

A partir de ahora si actualizas un programa no adaptado para un cliente Verifactu la actualización sólo puede ser de partes del programa que no sean el SIF (mecanización de datos de entrada y generación de Facturas), todo lo demás se puede seguir actualizando hasta final de año o hasta que le toque

Siempre y cuando el programa sea modular, puedes actualizar módulos que no afecten al RRSIF pero si es "monobloque", es decir un "exe" completo, entonces no.

[sglorka]

Empezado por novatico

Siempre y cuando el programa sea modular, puedes actualizar módulos que no afecten al RRSIF pero si es "monobloque", es decir un "exe" completo, entonces no.

Yo no lo veo así.
El programa puede estar formado por clases y módulos que luego tu decides si lo compilas como un sólo bloque o distribuyes un bloque general (exe) y sus librearías como dll de apoyo. Si una de esas dll hiciera referencia a alguna parte del SIF pero también estuviera involucrada en otros menesteres que no tuvieran que ver con el SIF y fuera objeto de actualización, entiendo que la podría actualizar sin problemas. No creo que te vayan a pedir el código fuente para verificarlo. Ellos lo que no quieren es que actúes de manera preventiva o correctiva sobre la parte del programa que genera facturas (SIF) salvo que sea para cumplir con RRSIF porque por ley, a partir del 29 de julio, todo SIF debe cumplir la norma y estaría fuera de la misma, la corrección, la actualización o la prevención de las funcionalidades de un SIF no adaptado.

[novatico]

Empezado por sglorka

Yo no lo veo así.
El programa puede estar formado por clases y módulos que luego tu decides si lo compilas como un sólo bloque o distribuyes un bloque general (exe) y sus librearías como dll de apoyo. Si una de esas dll hiciera referencia a alguna parte del SIF pero también estuviera involucrada en otros menesteres que no tuvieran que ver con el SIF y fuera objeto de actualización, entiendo que la podría actualizar sin problemas. No creo que te vayan a pedir el código fuente para verificarlo. Ellos lo que no quieren es que actúes de manera preventiva o correctiva sobre la parte del programa que genera facturas (SIF) salvo que sea para cumplir con RRSIF porque por ley, a partir del 29 de julio, todo SIF debe cumplir la norma y estaría fuera de la misma, la corrección, la actualización o la prevención de las funcionalidades de un SIF no adaptado.

Creo que estamos diciendo lo mismo, por supuesto si sólo actualizo un librería externa que uso para diferentes procesos, no estoy obligado, pero si esa misma librería está incluida en el mismo "exe" que el proceso de facturación, ese "exe" tendrá fecha posterior al 29/07/2025, con lo que ya estaría obligado, salvo que estemos hablando de "cambiar" la fecha real del exe, en cuyo caso, no tengo nada más que comentar.

[emailesc]

A mi esta discusión me parece el típico "no me puedo creer lo que ven mis ojos". Lo que dicen está muy claro, pero como es una barbaridad supina, no queremos aceptarlo. Quieren meter esto como sea y a martillazos y para ello están haciendo un chantaje brutal a los desarrolladores pequeños... porque los grandes se lo van a saltar a la torera por dos razones: por que no pueden cumplirlo, y porque no es lo que dice el BOE. Ya me explicarás a mí como los grandes programas de facturación y contabilidad en SaaS hacen una actualización y obligan a decenas o cientos de miles de clientes a sacarse de la noche a la mañana un certificado, meterlo y empezar a subir datos como si nada. ¿Van a estar 6 meses o 1 año (en el caso de los autónomos) si hacer actualizaciones?. No lo creo. O, lo comento en otro foro, si Microsoft hace una actualización en teoría no puedes utilizarlo para hacer facturas: de la noche a la mañana cientos de miles de personas, autónomos en su mayoría, serían "perseguibles" y Microsoft tendría una responsabilidad. Ni de coña van a hacer eso. Todo lo más cogerán un par de empresas pequeñas que hayan hecho alguna actualización y las escabecharán para que sirvan de ejemplo. Y los pequeños no tenemos recursos para pleitear con Hacienda.

[starlet]

Eso es exactamente lo que yo digo con HOLDED y similares.

Ellos ya tiene adaptado su software a Verifactu (no se cansan de publicitarlo), por lo tanto TENDRIAN QUE OBLIGAR A TODOS SUS CLIENTES nuevos y actuales a Verifactu, y NO lo están haciendo.

Por lo tanto, ellos y todo sus clientes (+80.000 según ellos) incumplen la ley.

Y no puede ser que lay ley sea para unos obligada (nosotros los pequeños) y voluntaria para otros GRANDES.

Si es periodo voluntario, pues voluntario, sino es obligatorio.