Solo el 7% está preparado

[emailesc]

Empezado por Rja750

A demás lo tienen muy fácil, si el negocio es de nueva apertura, se comprueba la fecha de instalación del SIF.

¿Y cómo lo hacen cuando el sistema es un sistema en la nube que tiene tropecientos clientes en la misma aplicación? ¿Actualizan y los meten todos a la vez a enviar o como?

[Rja750]

Empezado por emailesc

¿Y cómo lo hacen cuando el sistema es un sistema en la nube que tiene tropecientos clientes en la misma aplicación? ¿Actualizan y los meten todos a la vez a enviar o como?

No entiendo bien tu pregunta. Si te refieres a que si todos envían a la vez, no es lo que se está hablando pero te diría que habría algún slgoritmo que mantuviera los tiempos d espera por cada cliente. Si te refieres a que como van a detectar(que es lo que estamos hablando) que se este instalando sistemas antiguos a clientes nuevos en servidores en la nube, aunque no sea mi caso, imagino que se instalará algunas dependencias o entornos dll's...

[emailesc]

Empezado por Rja750

No entiendo bien tu pregunta. Si te refieres a que si todos envían a la vez, no es lo que se está hablando pero te diría que habría algún slgoritmo que mantuviera los tiempos d espera por cada cliente. Si te refieres a que como van a detectar(que es lo que estamos hablando) que se este instalando sistemas antiguos a clientes nuevos en servidores en la nube, aunque no sea mi caso, imagino que se instalará algunas dependencias o entornos dll's...

Me refiero a que si tienes un sistema en la nube, por ejemplo un programa de contabilidad multicliente con posibilidad de facturar, en principio, si le realizas una actualización a la aplicación, automáticamente deberías pasar a todos los clientes a enviar... Evidentemente hay opciones para arreglarlo, tan simples como tener dos aplicaciones, la antigua, no preparada para Verifactu, y la nueva, que sí lo esté, pero se empieza a complicar la infrastructura y la migración respecto a tener una sola aplicación e ir activando clientes. Me entra la duda de si todos lo están haciendo de la manera dos, porque de la uno, en teoría no se puede.

[Rja750]

Empezado por emailesc

Me refiero a que si tienes un sistema en la nube, por ejemplo un programa de contabilidad multicliente con posibilidad de facturar, en principio, si le realizas una actualización a la aplicación, automáticamente deberías pasar a todos los clientes a enviar... Evidentemente hay opciones para arreglarlo, tan simples como tener dos aplicaciones, la antigua, no preparada para Verifactu, y la nueva, que sí lo esté, pero se empieza a complicar la infrastructura y la migración respecto a tener una sola aplicación e ir activando clientes. Me entra la duda de si todos lo están haciendo de la manera dos, porque de la uno, en teoría no se puede.

Eso es como tu tengas organizado tu aplicacion. Lo normal es que tengas una base de datos para los perfiles de tus clientes y que un programa de acceso común para todos consulte esa tabla según la.clave de acceso y este mismo programa redirija a donde tiene que trabajar cada uno. Si es un cliente nuevo tendrás que darle el perfil para que trabaje ya en verifactu, si es antiguo lo podrás aguantar un poco más. Pero desde esta base de datos tu debes administrar el tropecientosmil clientes.

[emailesc]

Empezado por Rja750

Eso es como tu tengas organizado tu aplicacion. Lo normal es que tengas una base de datos para los perfiles de tus clientes y que un programa de acceso común para todos consulte esa tabla según la.clave de acceso y este mismo programa redirija a donde tiene que trabajar cada uno. Si es un cliente nuevo tendrás que darle el perfil para que trabaje ya en verifactu, si es antiguo lo podrás aguantar un poco más. Pero desde esta base de datos tu debes administrar el tropecientosmil clientes.

No pregunto como organizarlo, yo ya lo tengo organizado. Es un comentario sobre que el que tenga una aplicación cloud multiempresa le complican la existencia porque, como mínimo, va a tener que tener dos aplicaciones en marcha, y si alguno a elegido la opción "cómoda" (una aplicación y activar clientes + actualización posterior al 29 de julio) se le puede caer el pelo. Gracias de todas maneras por el comentario.

[Carlos]

Los clientes no estan obligados (la mayoría) a usar Veri*factu hasta 01/01/2026.

Otra cosa es que el software sea Veri*factu si o si ya desde el 29/07/2025 (software de NUEVA INSTALACIÓN).

Y si el cliente se adhiere a usar Veri*factu (si el software que usa lo contempla [puede tener un software viejo que no lo contemple]) desde el 29/07/2025 (ya antes del 01/01/2026), no tiene vuelta atrás.

Por tanto tendran perfiles para cada cliente, si usa Veri*factu o no; pero el 01/01/2026 todos seran 'si'.

[Jarogo08]

Empezado por Carlos

Los clientes no estan obligados (la mayoría) a usar Veri*factu hasta 01/01/2026.

Otra cosa es que el software sea Veri*factu si o si ya desde el 29/07/2025 (software de NUEVA INSTALACIÓN).

Y si el cliente se adhiere a usar Veri*factu (si el software que usa lo contempla [puede tener un software viejo que no lo contemple]) desde el 29/07/2025 (ya antes del 01/01/2026), no tiene vuelta atrás.

Por tanto tendran perfiles para cada cliente, si usa Veri*factu o no; pero el 01/01/2026 todos seran 'si'.

No estoy de acuerdo con tu última frase . Si tu programa permite trabajar en modo Verifactu o modo "normal" (lo que había hasta ahora, que no es lo mismo que el No Verifactu) no cumple los requisitos que manda la ley.