"Latencia" al guardar facturas VeriFactu

[espinete]

Con generar/obtener el QR me refiero en realidad a generar la cadena con la que se genera. En realidad el QR efectivamente se "genera" cuando se imprime.
Me refería a que en el proceso de creación del XML es cuando "se sabe" qué QR tendrá la factura impresa, por lo que es un proceso obligatorio.

Está claro que antes de VeriFactu las ventas se guardaban de forma instantánea, pero ahora, sintiéndolo mucho, habrá que esperar unos segundos.

Si tienen prisa, que compren más ordenadores. Y si no, a llorar a las puertas del Congreso.

[espinete]

La consulta de la hora exacta al ROA me tarda de 1,5 a 2 segundos de media. He estado probando alternativas (NTP a google, cloudflare o es.pool.ntp.org) y tarda de media 20 milisegundos.

Que le den al ROA, sorry.

[FacilIng]

Empezado por espinete

La consulta de la hora exacta al ROA me tarda de 1,5 a 2 segundos de media. He estado probando alternativas (NTP a google, cloudflare o es.pool.ntp.org) y tarda de media 20 milisegundos.
Que le den al ROA, sorry.

¿Podrías indicar, mínimamente, unas pinceladas, el servicio que usas y cómo lo usas?
Esto de 20 milisegundos de media es muy goloso ...

¡Gracias!

[[duilioisola]]

Yo no compruebo la hora...
Se supone que el ordenador mantiene la hora sincronizada mediante NTP. Hasta ahora no he tenido problemas al enviar los registros Verifactu.
Supongo que como mucho comprobaría la hora al iniciar la aplicación para ver si el ordenador y el servidor de hora están dentro del mismo minuto.

[Faneka]

Nosotros tampoco validamos nada de la hora. No estamos teniendo problemas con los que estan en producción ni las pruebas que se hicieron y se hacen en desarrollo.

[FacilIng]

Empezado por duilioisola

Yo no compruebo la hora...
Se supone que el ordenador mantiene la hora sincronizada mediante NTP. Hasta ahora no he tenido problemas al enviar los registros Verifactu.
Supongo que como mucho comprobaría la hora al iniciar la aplicación para ver si el ordenador y el servidor de hora están dentro del mismo minuto.

Exactamente hacemos igual ...
Y como bien dices, quizás al entrar al programa validaría la hora ...

De ahí mi pregunta a @espinete ...

[espinete]

Hola. No estoy hoy en la oficina. Básicamente le pregunté a ChatGPT si había una forma más rápida de comprobar la hora real sin tener que usar el servicio del ROA, y me puso un código para hacerlo vía NTP (con Indy) usando los servidores NTP de Google, Cloudflare y otros. Hice un proyecto de prueba para comparar ambos métodos y el resultado saltó a la vista.

En cualquier caso, creo que voy a optar por no comprobar la hora. Ya Windows sincroniza la hora con time.microsoft.com así que partir de la idea de que la hora del PC es siempre correcta.

Mi duda surgió porque al principio hubo problemas con esos 3-4 minutos de diferencia que puede haber entre el PC del cliente y la hora real que tiene Hacienda en sus servidores. Vete tú a saber si el usuario se pasa de listo y le cambia la hora (o la fecha) al PC, o que tenga empleados teletrabajando en diferentes husos horarios

[FacilIng]

Empezado por espinete

Hola. No estoy hoy en la oficina. Básicamente le pregunté a ChatGPT si había una forma más rápida de comprobar la hora real sin tener que usar el servicio del ROA, y me puso un código para hacerlo vía NTP (con Indy) usando los servidores NTP de Google, Cloudflare y otros. Hice un proyecto de prueba para comparar ambos métodos y el resultado saltó a la vista.

En cualquier caso, creo que voy a optar por no comprobar la hora. Ya Windows sincroniza la hora con time.microsoft.com así que partir de la idea de que la hora del PC es siempre correcta.

Mi duda surgió porque al principio hubo problemas con esos 3-4 minutos de diferencia que puede haber entre el PC del cliente y la hora real que tiene Hacienda en sus servidores. Vete tú a saber si el usuario se pasa de listo y le cambia la hora (o la fecha) al PC, o que tenga empleados teletrabajando en diferentes husos horarios

Ok @espinete ...
Gracias x tu respuesta!

[novatico]

Tenéis razón, el servicio del ROA lleva semanas funcionando mal, tal vez ocasionado por el incremento de consultas que nosotros hemos añadido en nuestros programas. En algunos clientes míos ha habido días que ha superado los 10 segundos en demorar la respuesta.

Algunos decís que no necesitáis consultar la hora real, que con la del ordenador, que debería estar sincronizada es suficiente. En mi caso tengo clientes acostumbrados a desactivar la sincronización y cambiar la fecha y la hora, y preguntaréis ¿ por qué ?. Pues porque hay pantallas en el SIF que al entrar toman por defecto la fecha del Sistema, y si tienen que introducir información de días pasados, les resulta más cómodo para no tener que estar tecleando la fecha correcta continuamente. También hay clientes que lo intentan para "falsear" la fecha de factura. Por todo ello, algunos necesitamos tomar la fecha y hora reales.

En mi caso, el primer cambio que hice fué tomar la fecha y hora reales desde el ROA, SOLO A LA ENTRADA EN LA APLICACIÓN, a la que incorporé un objeto "Timer" y pasándole lo devuelto por el ROA, conseguí establecer un reloj interno en mi aplicación, que hasta ahora no me da problemas.

Se que hay otros servicios en internet que responden en milisegundos, y posiblemente termine cambiando mi sistema.