Foros Club Delphi

Foros Club Delphi (https://www.clubdelphi.com/foros/index.php)
-   Temas legales (https://www.clubdelphi.com/foros/forumdisplay.php?f=65)
-   -   Primeros clientes que no quieren saber nada (https://www.clubdelphi.com/foros/showthread.php?t=97617)

CarlosArjonomia 28-08-2025 12:22:29

Cita:

Empezado por espinete (Mensaje 567315)
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 28-08-2025 12:23:13

Cita:

Empezado por espinete (Mensaje 567315)
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í 28-08-2025 12:27:56

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 28-08-2025 12:31:57

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 28-08-2025 12:40:11

Cita:

Empezado por espinete (Mensaje 567313)
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 (:D) no vas a encontrar en el mercado ningún programa que te permita NO enviar.

Y si por un casual lo encuentras (:D:D) 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 28-08-2025 14:17:44

Cita:

Empezado por Jarogo08 (Mensaje 567321)
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 (:D) no vas a encontrar en el mercado ningún programa que te permita NO enviar.

Y si por un casual lo encuentras (:D:D) 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 28-08-2025 14:42:44

Cita:

Empezado por espinete (Mensaje 567322)
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 28-08-2025 14:44:03

Cita:

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 28-08-2025 14:46:00

Cita:

Empezado por espinete (Mensaje 567322)
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 28-08-2025 14:50:14

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 28-08-2025 16:44:16

Cita:

Empezado por Faneka (Mensaje 567326)
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

Cita:

Empezado por CarlosArjonomia (Mensaje 567323)
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 29-08-2025 09:28:11

Cita:

Empezado por Casimiro Notevi (Mensaje 567319)
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 :D

Faneka 29-08-2025 10:37:19

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 29-08-2025 10:43:38

Cita:

Empezado por Faneka (Mensaje 567341)
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 29-08-2025 11:12:56

Cita:

Empezado por Faneka (Mensaje 567341)
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 29-08-2025 11:48:54

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 29-08-2025 14:31:33

Cita:

Empezado por CarlosArjonomia (Mensaje 567344)
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 29-08-2025 14:45:02

Cita:

Empezado por sglorka (Mensaje 567349)
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 :confused:

sglorka 29-08-2025 15:14:44

Cita:

Empezado por Jarogo08 (Mensaje 567350)
Debemos ser los únicos que los vemos muy bien explicado, al menos lo referente a este punto :confused:

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 29-08-2025 16:04:23

Cita:

Empezado por newtron (Mensaje 567337)
Uis Antonio... dime cuánto quieres que te compro ese logo :D

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.


La franja horaria es GMT +2. Ahora son las 13:12:28.

Powered by vBulletin® Version 3.6.8
Copyright ©2000 - 2026, Jelsoft Enterprises Ltd.
Traducción al castellano por el equipo de moderadores del Club Delphi