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.

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

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

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.

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:
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í.
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.

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

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.

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

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.

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

¿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.

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.

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

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?. :(

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.