Hacienda retrasa un año la entrada en vigor del sistema de facturación Verifactu

[ramherfer]

Empezado por emailesc

A ver, es que creo que muchos de los que estamos aquí hablamos, o eso creía yo, de hacer (o al menos intentar hacer) las cosas LEGALMENTE, y lo de poner a los clientes a enviar al endpoint de pruebas no lo es. Y no dos envíos para probar, no, así, de continuo... Con lo opción de "hago lo que sale de los huevos" nos habríamos ahorrado el 95% de las discusiones de este foro...

A ver no se trata de hacer lo que a uno le sale de los huevos y menos si uno piensa que se está haciendo bien. ¿Qué hacemos enviamos un par de pruebas y a la tercera lo pasamos a producción para complicarnos la vida? ¿esas son las pruebas según tu legales? ¿opinan lo mismo los de verifactu? Pues mira como soy un ignorante que hace lo que le sale de los huevos, voy a preguntarlo y publicaré la respuesta.

Mejor que esa contestación sería explicar a los inexpertos (como yo) porque motivo no es legal enviar en pruebas. No me ha dado ni un solo problema ni las verificaciones ni las pruebas de envio, las pruebas son pruebas y creo que no están medidas por número de envios. Otra cosa es que en pruebas enviara veintemil registros diarios y 3000 clientes, cosa que está muy lejos, no, está a años luz.

Venga, alegría compañero.

[xamminf]

Empezado por espinete

Deberíamos ponernos todos de acuerdo y el año que viene, cuando empiecen otra vez con la implantación de VeriFactu, o cuando se les ocurra otra cosa (nuevo facturaE, control horario con envío al ministerio de trabajo, etc.) PLANTARNOS y decir "pues no, señores, no vamos a programar todo esto bajo presión para que luego lo cancelen o pospongan". Si no hay software adaptado, nadie podrá facturar. La mejor huelga general de la historia 🤣

Pero si el domingo los autonomos montan huelga y no se le ocurre otra cosa a los gavioteros que montar un mitin con infulas de manifa.
No va a pasar nada. Aqui el que mas o el que menos está cipotecado con el coche, con la casa, con la mujer, etc. y eso ata y coarta... sí, es lo que tiene vivir endeudado, que ya tienes menos libertad de eleccion. Si tuvieramos una caja sindical como los mineros.

Lo que tiene eggs es que dieron 9 meses ¡ 9 meses ! para adaptar el software, que en muchos casos eran varios programas y pasaron toda la responsabilidad, toda la carga de trabajo, todo a los desarrolladores y nadie del sector ha dicho ni pío, ni píííío. La union hace la fuerza y la desunión te convierte en marioneta para recibir palos.

[ramherfer]

Empezado por xamminf

Pero si el domingo los autonomos montan huelga y no se le ocurre otra cosa a los gavioteros que montar un mitin con infulas de manifa.
No va a pasar nada. Aqui el que mas o el que menos está cipotecado con el coche, con la casa, con la mujer, etc. y eso ata y coarta... sí, es lo que tiene vivir endeudado, que ya tienes menos libertad de eleccion. Si tuvieramos una caja sindical como los mineros.

Lo que tiene eggs es que dieron 9 meses ¡ 9 meses ! para adaptar el software, que en muchos casos eran varios programas y pasaron toda la responsabilidad, toda la carga de trabajo, todo a los desarrolladores y nadie del sector ha dicho ni pío, ni píííío. La union hace la fuerza y la desunión te convierte en marioneta para recibir palos.

Más razón que un santo....

[manuel@tencia]

Empezado por xamminf

Pero si el domingo los autonomos montan huelga y no se le ocurre otra cosa a los gavioteros que montar un mitin con infulas de manifa.
No va a pasar nada. Aqui el que mas o el que menos está cipotecado con el coche, con la casa, con la mujer, etc. y eso ata y coarta... sí, es lo que tiene vivir endeudado, que ya tienes menos libertad de eleccion. Si tuvieramos una caja sindical como los mineros.

Lo que tiene eggs es que dieron 9 meses ¡ 9 meses ! para adaptar el software, que en muchos casos eran varios programas y pasaron toda la responsabilidad, toda la carga de trabajo, todo a los desarrolladores y nadie del sector ha dicho ni pío, ni píííío. La union hace la fuerza y la desunión te convierte en marioneta para recibir palos.

Las protestas de la generación Z están resultando, nosotros somos informáticos, lo tenemos a huevo, lo que pasa que a parte de la hipo, el coche, la pareja, etc, etc, no tenemos tiempo, es eso no? o es que vamos bien de tragaderas...

[DarkDudae]

Los que piensan que todo el trabajo servirá para el año que viene permítanme que lo ponga en duda.

Con la inestabilidad política actual y la compra/venta de votos abierta desde hace tiempo en el parlamento, de aquí a dentro de un año puede pasar cualquier cosa: que se cancele VeriFactu, que se cambie por otro sistema a nivel europeo, que haya otro “café para todos” y cada comunidad implemente su propio sistema, que se fusione con el SII (que sinceramente, es un sinsentido que ambos sistemas convivan) o cualquier otra historia.

Por no hablar que muchas empresas informáticas no habían tenido tiempo de adaptar sus sistemas y había muchas oportunidades de mercado ahora mismo, que probablemente el año que viene se verán reducidas.

Vamos, que los que hemos hecho las cosas bien probablemente acabamos de perder un tren que no volverá a pasar.

[CarlosArjonomia]

Empezado por DarkDudae

Los que piensan que todo el trabajo servirá para el año que viene permítanme que lo ponga en duda.

Con la inestabilidad política actual y la compra/venta de votos abierta desde hace tiempo en el parlamento, de aquí a dentro de un año puede pasar cualquier cosa: que se cancele VeriFactu, que se cambie por otro sistema a nivel europeo, que haya otro “café para todos” y cada comunidad implemente su propio sistema, que se fusione con el SII (que sinceramente, es un sinsentido que ambos sistemas convivan) o cualquier otra historia.

Por no hablar que muchas empresas informáticas no habían tenido tiempo de adaptar sus sistemas y había muchas oportunidades de mercado ahora mismo, que probablemente el año que viene se verán reducidas.

Vamos, que los que hemos hecho las cosas bien probablemente acabamos de perder un tren que no volverá a pasar.

Suscribo cada una de tus palabras, es lo que hay y no queda otra que adaptarse o largarse del país.

[emailesc]

Empezado por ramherfer

A ver no se trata de hacer lo que a uno le sale de los huevos y menos si uno piensa que se está haciendo bien. ¿Qué hacemos enviamos un par de pruebas y a la tercera lo pasamos a producción para complicarnos la vida? ¿esas son las pruebas según tu legales? ¿opinan lo mismo los de verifactu? Pues mira como soy un ignorante que hace lo que le sale de los huevos, voy a preguntarlo y publicaré la respuesta.

Mejor que esa contestación sería explicar a los inexpertos (como yo) porque motivo no es legal enviar en pruebas. No me ha dado ni un solo problema ni las verificaciones ni las pruebas de envio, las pruebas son pruebas y creo que no están medidas por número de envios. Otra cosa es que en pruebas enviara veintemil registros diarios y 3000 clientes, cosa que está muy lejos, no, está a años luz.

Venga, alegría compañero.

El entorno de pruebas está destinado a empresas desarrolladoras, no a clientes finales. Como para que un SIF pueda estar operativo tiene que tener el certificado del cliente y este no es empresa de desarrollo debería estar enviando al entorno de producción:

no está aceptado en la normativa que un SIF operativo que factura "en real", ya sea VERI*FACTU (en cuyo caso apuntaría al entorno de producción) o NO VERI*FACTU, pueda producir “facturas ficticias” o facturas que no son tales.

Esto además se ha comentado en varios seminarios por Hacienda, hay varios hilos en el foro tratando este tema, y un montón de sitios de empresas de desarrollo de software y consultoría lo explican en su exposición de Verifactu. Te animo a buscarlo. Pero si te quedan dudas te animo encarecidamente a que, como indicas, se lo preguntes a Hacienda, como yo y otros participantes del foro hemos hecho. Te indico lo que me respondieron a mí.

¿Se pueden considerar los test de producto parte integral del desarrollo y enviar una serie de clientes al entorno de pruebas, en lugar de al de producción. Sea con el certificado del cliente o sea con el nuestro, para que no haya errores.
Con carácter general, un producto comercializado, no debe enviar a los servicios de preproducción de la Agencia Tributaria, sino que el envío debe producirse a los servicios en producción. Se recuerda que el servicio de preproducción solo se pone a disposición de los fabricantes en fase de pruebas de sus productos de facturación.
Sobre la posibilidad de utilizar el modo de pruebas con remisión a preproducción antes de que se haya configurado definitivamente para el usuario, es decir, en el proceso de instalación y configuración inicial: para realizar una remisión al servicio "de pruebas" de la AEAT el software deberá ser manejado exclusivamente con la identificación del fabricante, y nunca con la del usuario, y sólo a los efectos de hacer “una prueba inicial" para confirmar que se ha instalado y configurado adecuadamente y que, por tanto, funciona correctamente.

Este tema del entorno de pruebas es uno de los más tratados en su momento, y de los que más escuece, dado que (y en eso sí estoy contigo), es un completo absurdo que no se puedan hacer pruebas de campo con los clientes enviando a un entorno sin riesgo, el de pruebas: no hay software en el mundo de cualquier tipo que no haya hecho una prueba de producto con clientes finales, de ningún tipo, y menos uno con trascendencia fiscal y legal... excepto Verifactu. Y efectivamente no poder utilizarlo dificulta ENORMEMENTE las instalaciones de producto. Si vienes aquí e indicas alegremente que las reglas que aplican para todos y por lo que muchos estamos muy jodidos tu te las saltas alegremente a mi se me queda cara de tonto, porque indica que no todos estamos jugando con las mismas reglas: cuando un intenta hacer las cosas legalmente y el de al lado se las salta en beneficio propio se llama competencia desleal, y a mi se me pone muy mala leche con ello, por que he vivido en varias ocasiones lo que implica: que el "tonto" pringa y el que se salta las normas se beneficia y encima se vanagloria de ello. Así que no esperes de mi parte felicitaciones ni que me de igual.
Te animo encarecidamente a que les preguntes a los de Verifactu eso de que tienes a todos tus clientes enviando al entorno de pruebas y si es legal, y nos pongas aquí la respuesta, así si es positiva nos beneficiaremos todos.

[CarlosArjonomia]

Empezado por emailesc

Te animo encarecidamente a que les preguntes a los de Verifactu eso de que tienes a todos tus clientes enviando al entorno de pruebas y si es legal, y nos pongas aquí la respuesta, así si es positiva nos beneficiaremos todos.

A lo mejor te sorprendes y la respuesta es que si puede hacerlo. También decían que las empresas tenían que estar adaptadas el 1 de enero de 2026.

[emailesc]

Empezado por CarlosArjonomia

A lo mejor te sorprendes y la respuesta es que si puede hacerlo. También decían que las empresas tenían que estar adaptadas el 1 de enero de 2026.

Sí, yo ya me lo creo todo... de informaciones incorrectas hay también un montón de ejemplos...

[Faneka]

Si, eso seria una buena, jaja. Nosotros que en un principio queriamos poner a los clientes en el entorno de prueba y por lo que se dijo no se puede.

[xamminf]

Empezado por CarlosArjonomia

A lo mejor te sorprendes y la respuesta es que si puede hacerlo. También decían que las empresas tenían que estar adaptadas el 1 de enero de 2026.

De hecho con el SII si se puede, o al menos se podía cuando se lanzó.
Impedir que no se pueda mandar a buzon de pruebas desde el cliente es un limitante importante que deberían resolver porque se trataría o debería tratarse de ayudar a los desarrolladores en su labor y no poner palos en las ruedas porque entre otras, los desarrolladores no disponen, como ellos, de presupuesto casi ilimitado para implementar soluciones. Deberían probar a ser condescendientes con quien sólo quiere ganarse las habichuelas

[emailesc]

Empezado por xamminf

De hecho con el SII si se puede, o al menos se podía cuando se lanzó.
Impedir que no se pueda mandar a buzon de pruebas desde el cliente es un limitante importante que deberían resolver porque se trataría o debería tratarse de ayudar a los desarrolladores en su labor y no poner palos en las ruedas

Y con Ticketbai también. De hecho creo que este es el principal causante de que se haya llegado a diciembre con solo un 10-20% de las empresas afectadas enviando a Verifactu. Si hubieran dejado hacer instalaciones en pruebas y poner el botón de activación a voluntad otro gallo hubiera cantado.

[novatico]

Acabo de recibir respuesta desde "[email protected]", a mi consulta sobre la situación de los Desarrolladores y sus SIF's. La copio completamente:

Buenos días:

La reciente ampliación de los plazos de obligatoriedad prevista en el Real Decreto-ley 15/2025 no modifica el régimen aplicable a los productores, fabricantes y comercializadores de sistemas informáticos de facturación contemplado en el artículo 3.2 del Real Decreto 1007/2023 y en la Orden HAC/1177/2024. Puede ver la noticia publicada en la sede de la AEAT en https://sede.agenciatributaria.gob.e...cturacion.html

Por tanto, sigue siendo de aplicación lo siguiente:

1. Los productos puestos en el mercado a nuevos clientes deben estar plenamente adaptados al RD 1007/2023 y a su normativa de desarrollo.
Esto implica que cualquier software de facturación que se comercialice a clientes que no tengan un contrato de mantenimiento previo en vigor debe cumplir íntegramente las especificaciones técnicas del reglamento, en cualquiera de sus modalidades operativas (VERI*FACTU o NO VERI*FACTU). No es posible ofrecer versiones no adaptadas ni activar o desactivar opcionalmente el cumplimiento.

2. La ampliación de plazos no habilita a comercializar software no adaptado.
El hecho de que los obligados tributarios dispongan ahora de fechas límite más amplias para adaptar sus sistemas (1 de enero o 1 de julio de 2027, según corresponda) no modifica la obligación de los productores de SIF de ofrecer únicamente productos conformes al reglamento.

3. Los usuarios pueden seguir utilizando temporalmente software no adaptado adquirido con anterioridad.
La ampliación de plazos permite que los obligados tributarios continúen utilizando sus soluciones actuales hasta las nuevas fechas de exigibilidad. No obstante, esto no afecta al régimen de comercialización: únicamente los productos ya existentes bajo contrato previo pueden seguir utilizándose en dichas condiciones.

4. Los productos adaptados deben operar siempre conforme al reglamento.
Cuando se emplean, deben hacerlo necesariamente bajo una de las dos modalidades previstas (VERI*FACTU o NO VERI*FACTU), sin posibilidad de funcionamiento fuera del marco regulatorio.

En consecuencia, y conforme a la normativa vigente, la ampliación de plazos no altera las obligaciones de adaptación ni la naturaleza de los productos que pueden ser ofrecidos a nuevos clientes.

Por último, le recordamos que desde este buzón se ofrece soporte informático a las especificaciones técnicas, funcionales y de contenido referidas en el Reglamento que establece los requisitos que deben adoptar los sistemas y programas informáticos o electrónicos que soporten los procesos de facturación de empresarios y profesionales, y la estandarización de formatos de los registros de facturación, aprobado por el Real Decreto 1007/2023, de 5 de diciembre, publicadas en la Orden HAC/1177/2024, de 17 de octubre.

Si desea obtener más información, deberá contactar con los canales de ayuda para consultas no informáticas:

· Revisar si su consulta está publicada en las preguntas frecuentes de Veri*Factu.

· En el caso de que sean una empresa desarrolladora, puede consultar las preguntas frecuentes para desarrolladores publicadas en la web de desarrolladores de la AEAT.

· Dispone de la posibilidad de solicitar cita previa telefónica para este tipo de cuestiones en:

Cita previa VERI*FACTU.


· Consultar con el Informador VERI*FACTU, que responde a este tipo de preguntas. Si el asistente no soluciona su consulta, le ofrecerá:

A) Acceder al chat con un especialista de la Administración digital integral (siempre que haya agentes disponibles, en horario de 09:00 a 19:00).

B) Acceder a INFORMA+ para realizar la consulta por esa vía. Le recomendamos esta vía de contacto para cuestiones relacionadas con este asunto.




Atentamente,
Atención al Usuario
Departamento de Informática Tributaria
Email: [email protected]

Es decir, como yo pensaba, ESTAMOS JODIDOS.

[rci]

Empezado por novatico

Acabo de recibir respuesta desde "[email protected]", a mi consulta sobre la situación de los Desarrolladores y sus SIF's. La copio completamente:


Es decir, como yo pensaba, ESTAMOS JODIDOS.

Me han contestado exactamente lo mismo

[CarlosArjonomia]

Empezado por rci

Me han contestado exactamente lo mismo

¿Y eso como se lo explicas a un cliente que lo único que ha oído es que se retrasa un año y no tiene obligatoriedad?.

Aquí se van a llevar el gato al agua los piratas y los que queramos hacer las cosas bien vamos a perder clientes.

[Daviid]

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

Creo que es la interpretación correcta.
Yo lo generalizaría de esta manera:

- Nuevas empresas que compren un RRSIF: Tienen que entrar en Ley antifraude (Verifactu/no-verifactu, según lo que permita el programa).
- Empresas que ya compraron un RRSIF: Tienen que seguir, en ningún sitio dicen que puedan volver atrás.
- Empresas que ya tienen un programa en una versión "no homologada": Tenían que actualizar antes del 01/01/2026 y ahora tienen hasta el 01/01/2027. PERO en el momento que actualicen, empezarán Ley antifraude (Verifactu/no-verifactu, según lo que permita el programa)

Técnicamente, mientras no hayan empezado a crear registros de facturación, pueden volver a usar una version anterior o un SIF no adaptado. Pero claro si solo tienen el SIF adaptado pues no deberían de poder volver a uno no adaptado porque ya nadie lo puede vender. Igual un software libre ya que no te lo venden, puede no estar adaptado.

Si tienes SIF Adaptado y SIF no Adaptado, puede elegir cual usar mientras no hayas empezado con el Adaptado.


---

Me pregunto si una empresa de desarrollo podría "regalar" SIFs no adaptados y vender únicamente soporte informatico.

[Faneka]

A mi me acaba de llegar la respuesta y es la misma. Estan respondiendo lo mismo a todos y listo.

[keys]

Hola, esto ya ocurría desde Julio y no ha cambiado nada. Lo que ha cambiado es la obligatoriedad de que los usuarios finales entren el 1 de enero del 2026. Lo que no aclaran es que pasa con las empresas que ya están enviado a Verifactu en real. ¿Pueden dejar de enviar el día 1? o ¿tienen que seguir enviando?.

[DarkDudae]

Respecto a la polémica de no enviar a entorno de pruebas en clientes finales, es cierto que no se puede. Nosotros no permitimos en la configuración del sistema poder intercambiar entre entorno de pruebas y final, pero a nivel interno (modificando la URL directamente en la BD nosotros sí podemos hacerlo).

A los pocos clientes nuestros que han empezado a usar VeriFactu, sí que hemos hecho algunos envíos al entorno de pruebas para verificar que su certificado sea normal o de sello (ya que cambian los endpoints) y que todo funcionaba correctamente. Hechas las pruebas pertinentes, hemos anulado dichos envíos y pasado a entorno de producción. Lo que no hemos hecho es dejar que facturas reales lleguen al entorno de pruebas.

[keys]

Empezado por DarkDudae

Respecto a la polémica de no enviar a entorno de pruebas en clientes finales, es cierto que no se puede. Nosotros no permitimos en la configuración del sistema poder intercambiar entre entorno de pruebas y final, pero a nivel interno (modificando la URL directamente en la BD nosotros sí podemos hacerlo).

A los pocos clientes nuestros que han empezado a usar VeriFactu, sí que hemos hecho algunos envíos al entorno de pruebas para verificar que su certificado sea normal o de sello (ya que cambian los endpoints) y que todo funcionaba correctamente. Hechas las pruebas pertinentes, hemos anulado dichos envíos y pasado a entorno de producción. Lo que no hemos hecho es dejar que facturas reales lleguen al entorno de pruebas.

El enviar al entorno de pruebas un usuario final tiene un problema que yo veo. ¿Luego a sus clientes les envía la factura con el código Qr? ¿Ese codigo Qr apunta al entorno de pruebas? si es así no creo que sea muy legal que entregues a un cliente una factura con un código Qr de prueba.