Primeros clientes que no quieren saber nada

[CarlosArjonomia]

Empezado por espinete

Pues como ambas cosas se contradicen, que cada uno interprete la "ley" que prevalece sobre la otra.

Prevalece la del cliente que dice que no envía hasta que sea obligatorio. Que para eso es su negocio y su responsabilidad la gestión del mismo, no nuestra.

[sglorka]

Empezado por espinete

Pues como ambas cosas se contradicen, que cada uno interprete la "ley" que prevalece sobre la otra.

Bueno, yo creo que en este caso, si el productor sólo puede vender Verifactu y el comprador sólo puedo comprar Verifactu ( en el caso de que esté acogido ), ambos cumplen la Ley ya que el cliente puede enviar con todas las garantías desde el día 23 de abril de 2025 en la orden HAC lo dice muy claro

".....desde el día 23 de abril de 2025 se encuentran en producción y disponibles todos los servicios VERI*FACTU de la AEAT, tanto para la remisión/recepción voluntaria de registros de facturación (RF), como para el cotejo del código QR tributario y la consulta de datos"

"Cualquier sistema que se comercialice adaptado al RD 1007/2023 podrá ser utilizado, con plena validez fiscal y sin consecuencias negativas de ninguna índole, desde ya mismo"

[Casimiro Noteví]

Por lógica, repito, por lógica, el programa debe estar preparado para verifactu, pero no puede obligar al usuario a usarlo porque no está obligado hasta el 2026, así que por lógica, repito por lógica, debe haber una posibilidad de que no envíe datos. Aunque el programa esté preparado, pero si no es 01.01.2026 entonces debe permitir no enviar.

[sglorka]

Hombre, si existiera un programa que cumple con Verifactu y que es capaz de no enviar a petición del cliente tendrías toda la razón.

[Jarogo08]

Empezado por espinete

Desde tu punto de vista, si yo abro en Septiembre una cafetería, y necesito un software, me estás obligando a enviar a VeriFactu pese a no estar yo obligado por LEY a enviar hasta el 1 de Julio de 2026 siendo autónomo, aunque YO no quiera ni esté obligado a hacerlo.

Efectivamente: tu no estás obligado a enviar hasta julio de 2026, pero como todos los desarrolladores de software hemos cumplido con lo que dice la ley () no vas a encontrar en el mercado ningún programa que te permita NO enviar.

Y si por un casual lo encuentras () te están vendiendo un software no homologado que no cumple la ley. Y por tanto igual te cae una sanción a ti y otra a quien te lo vendió

[espinete]

Empezado por Jarogo08

Efectivamente: tu no estás obligado a enviar hasta julio de 2026, pero como todos los desarrolladores de software hemos cumplido con lo que dice la ley () no vas a encontrar en el mercado ningún programa que te permita NO enviar.

Y si por un casual lo encuentras () te están vendiendo un software no homologado que no cumple la ley. Y por tanto igual te cae una sanción a ti y otra a quien te lo vendió

Discrepo. El software puede estar "homologado", "preparado", "adaptado" o como quieras llamarlo y NO enviar todavía a VeriFactu. Y claro que los hay. Cualquier software en la nube de los de renombre lo permiten.
Y no, no hay "dos versiones" de un software en la nube.

Te digo más: nuestro software requiere que el cliente, además, contrate un "servicio verifactu" (una suscripción) aparte. El software puede estar "preparado", pero el cliente tiene que contratar ese servicio para poder hacer los envíos, así que el software funciona con VeriFactu pero el cliente elige cuándo empezar a enviar.

Lo que está claro es que si este tema está generando tanta polémica, es porque desde un principio ha sido mal planteado y mal explicado. Normal, teniendo en cuenta que quien hace la normativa probablemente no tiene ni idea de programación ni del mundo real.

[CarlosArjonomia]

Empezado por espinete

Discrepo. El software puede estar "homologado", "preparado", "adaptado" o como quieras llamarlo y NO enviar todavía a VeriFactu. Y claro que los hay. Cualquier software en la nube de los de renombre lo permiten.
Y no, no hay "dos versiones" de un software en la nube.

Te digo más: nuestro software requiere que el cliente, además, contrate un "servicio verifactu" (una suscripción) aparte. El software puede estar "preparado", pero el cliente tiene que contratar ese servicio para poder hacer los envíos, así que el software funciona con VeriFactu pero el cliente elige cuándo empezar a enviar.

Lo que está claro es que si este tema está generando tanta polémica, es porque desde un principio ha sido mal planteado y mal explicado. Normal, teniendo en cuenta que quien hace la normativa probablemente no tiene ni idea de programación ni del mundo real.

Perfectamente explicado. Todos deberíamos entender esto, e ir todos a una.

[gcqZW]

Discrepo. El software puede estar "homologado", "preparado", "adaptado" o como quieras llamarlo y NO enviar todavía a VeriFactu.

Por poder puede, pero no debe. Por poder puedo matar a gente, pero no debo y estaría penado.

[Jarogo08]

Empezado por espinete

Discrepo. El software puede estar "homologado", "preparado", "adaptado" o como quieras llamarlo y NO enviar todavía a VeriFactu. Y claro que los hay. Cualquier software en la nube de los de renombre lo permiten.
Y no, no hay "dos versiones" de un software en la nube.

Te digo más: nuestro software requiere que el cliente, además, contrate un "servicio verifactu" (una suscripción) aparte. El software puede estar "preparado", pero el cliente tiene que contratar ese servicio para poder hacer los envíos, así que el software funciona con VeriFactu pero el cliente elige cuándo empezar a enviar.

Lo que está claro es que si este tema está generando tanta polémica, es porque desde un principio ha sido mal planteado y mal explicado. Normal, teniendo en cuenta que quien hace la normativa probablemente no tiene ni idea de programación ni del mundo real.

Si tu lo interpretas así, perfecto.

Para mí está clarísimo que si vendo hoy un programa a un nuevo cliente tiene que empezar a enviar ya a Verifactu. Es la conclusión que saco de la documentación que han puesto.

Que no quiere decir que sea la conclusión correcta. A lo mejor tienes tu razón y es como dices, lo tienes preparado pero no envías.

Esperemos que de aquí a final de año no se metan mucho a inspeccionar que hace cada programa y cuando llegue enero ya no habrá lugar a malas interpretaciones

[Faneka]

Yo les acabo de mandar un correo con la pregunta a ver que me contestan.
Yo tambien estoy esperando a actualizar porque entiendo que en cuanto lo haga tienen que empezar a enviar. Ahora en Septiembre comenzaremos a ir cogiendo a algunos clientes para que empiecen a enviar.

[Jarogo08]

Empezado por Faneka

Yo les acabo de mandar un correo con la pregunta a ver que me contestan.

ya lo han hecho otros compañeros (punto 2):

https://www.clubdelphi.com/foros/sho...12&postcount=3

Empezado por CarlosArjonomia

Perfectamente explicado. Todos deberíamos entender esto, e ir todos a una.

revisa el link de este comentario, a ver si está claro lo que vosotros entendéis

[[newtron]]

Empezado por Casimiro Notevi

Por lógica, repito, por lógica, el programa debe estar preparado para verifactu, pero no puede obligar al usuario a usarlo porque no está obligado hasta el 2026, así que por lógica, repito por lógica, debe haber una posibilidad de que no envíe datos. Aunque el programa esté preparado, pero si no es 01.01.2026 entonces debe permitir no enviar.

Uis Antonio... dime cuánto quieres que te compro ese logo

[Faneka]

Ya me contestaron:

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.

En cambio, a partir de 29/7/2025 un cliente antiguo con contrato de mantenimiento en vigor puede decidir entre:

a) Seguir usando el SIF no adaptado que tenía, sin actualizarlo (si el fabricante ofrece esta posibilidad) hasta que le toque cumplir con el RRSIF (1/1/2026 o 1/7/2026)

b) Actualizar el SIF no adaptado que tenía a una versión adaptada (y que actúe como tal desde el primer momento) , o contratar y usar un nuevo SIF adaptado (el fabricante está obligado a ofertar solo "nuevos" producto/s adaptado/s).

Añadir que debe hacerse constar que la fecha límite para el inicio de la comercialización exclusiva de productos adaptados es, como comentábamos más arriba, el 29 de julio de 2025. No obstante, nada impide que estos productos empiecen a comercializarse con anterioridad. En este sentido, los productos comercializados que hayan sido adaptados a la nueva normativa solo podrán usarse en modo adaptado, ya sea, no Veri*factu, ya sea Veri*factu. Por lo tanto, es decisión del usuario activarlo en una u otra modalidad, en el caso de que el producto comercializado contemple ambas. Por el contrario, 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, según los casos, fecha a partir de la cual su utilización pasa a ser obligatoria.

En resumen, los productos comercializados como adaptados, deberán funcionar en alguna de las modalidades reguladas en el reglamento de sistemas informáticos de facturación RRSIF aprobado por RD 1007/2023, tal y como constará en la correspondiente declaración responsable suscrita por su fabricante.

Por otro lado, hasta el momento de su obligatoriedad, se pueden seguir utilizando sistemas no adaptados de los que los usuarios dispongan (cuyo uso se puede simultanear con el de SIF adaptados; estos últimos podrían incluso dejar de usarse -en favor de los no adaptados- hasta que fuera obligatorio utilizarlos).

Pueden revisar a este respecto la aclaración/FAQ a desarrolladores nº 1 "PERIODO TRANSITORIO" (junto con la nº 2 "CUÁNDO SE PUEDE EMPEZAR A USAR SISTEMAS INFORMÁTICOS DE FACTURACION ADAPTADOS AL RD 1007/2023" y nº 3 "CONSIDERACIÓN SOBRE FABRICACIÓN Y COMERCIALIZACIÓN DE UN ÚNICO PRODUCTO SIF VS. UN “CONJUNTO, PAQUETE O FAMILIA” DE PRODUCTOS SIF, EN LO QUE CONCIERNE A CUMPLIR O NO CON EL RD 1007/2023") del documento "Preguntas frecuentes de empresas de desarrollo (actualizado 16-05-2025)" publicado recientemente en la web de desarrolladores de la AEAT.

[Jarogo08]

Empezado por Faneka

Ya me contestaron:

Exacto, lo que ya ponía en el documento de FAQs.

Y aclarando una vez más (ya lo habían hecho, como se puede ver en el link que puse 3 comentarios más arriba y cuyo post es de hace más de un mes) que si está "homologado", "preparado", "adaptado" tienes que enviar.

[CarlosArjonomia]

Empezado por Faneka

Ya me contestaron:

Por otro lado, hasta el momento de su obligatoriedad, se pueden seguir utilizando sistemas no adaptados de los que los usuarios dispongan (cuyo uso se puede simultanear con el de SIF adaptados; estos últimos podrían incluso dejar de usarse -en favor de los no adaptados- hasta que fuera obligatorio utilizarlos).

Sigo sin aclararme...

Edito:

Del párrafo en negrita se deduce que no van a tener en cuenta lo enviado con validez fiscal hasta que no sea el periodo obligatorio.

[gcqZW]

Yo del párrafo entiendo que puedes usar uno no adaptado previo en vez (o a la vez) de uno adaptado (si tienes los dos) y enviar o no.

[sglorka]

Empezado por CarlosArjonomia

Sigo sin aclararme...

Edito:

Del párrafo en negrita se deduce que no van a tener en cuenta lo enviado con validez fiscal hasta que no sea el periodo obligatorio.

No, ni mucho menos. Lo explica muy bien en el documento para desarrolladores. Tienen total validez tributaria, si las has hecho de prueba para testar el programa debes anularlas, en caso contrario, las dejas porque son facturas reales. Puedes seguir facturando con el no adaptado hasta que te toque cumplir y de vez en cuando, si quieres, puedes usar el adaptado para hacer alguna otra factura.
Todo esto está documentado, la respuesta que le han dado a Faneka lleva meses publicada

[Jarogo08]

Empezado por sglorka

No, ni mucho menos. Lo explica muy bien en el documento para desarrolladores.

Debemos ser los únicos que los vemos muy bien explicado, al menos lo referente a este punto

[sglorka]

Empezado por Jarogo08

Debemos ser los únicos que los vemos muy bien explicado, al menos lo referente a este punto

Sí, sabes lo que ocurre ? Que no nos leemos la documentación, a mi me pasa también pero antes de entrar en una discusión me releo lo habido y por haber.

[ermendalenda]

Empezado por newtron

Uis Antonio... dime cuánto quieres que te compro ese logo

Puff, eso es un NTF, y por cada copia digital que adquieras, seguro que la pillas gratis pero creo que puede aalir hasta 150.000 euros de impuestos por cada empresa a la que se la des.jeje.
Lo que es raro es que la aeat no hayan inventado una pegatina para poner en lugar visible, bueno mejor no doy ideas.