Reenvío de facturas el Entorno de Pruebas SIN especificar Subsanación

[VJSoftware]

Empezado por Jarogo08

Nosotros lo tenemos de otra manera... es un servicio de windows que salta por defecto cada 60 segundos (controlado con el propio timer del servicio). La mayoría de las veces no habrá nada para enviar y estará saltando cada 60 segundos pero cuando sí encuentre algo entonces para el timer, envía, obtiene la respuesta, coge el valor de "TiempoEsperaEnvio" (que en las pruebas que hago siempre me devuelve 60), y vuelve a poner en marcha el timer asignándole como intervalo el valor de "TiempoEsperaEnvio".

De esta manera enviará o intentará enviar cada 60 segundos. Pero si un día la respuesta del envío dice que tenemos que esperar por ejemplo 200 segundos automáticamente el timer pasará a saltar cada 200 segundos.

No sé si alguien más lo tiene así o si le veis alguna traba!

Saludos

Y ¿sería legal generar los RF a futuro? es decir, imaginemos que son las 10:00:00. Voy encadenando tickets con la fechahorausohorario a las 10:20:00 cuando realmente llegue esa hora, mando todo lo que tenga encadenado. ¿Cómo lo veis a nivel legal?

[[newtron]]

Empezado por VJSoftware

Y ¿sería legal generar los RF a futuro? es decir, imaginemos que son las 10:00:00. Voy encadenando tickets con la fechahorausohorario a las 10:20:00 cuando realmente llegue esa hora, mando todo lo que tenga encadenado. ¿Cómo lo veis a nivel legal?

Nidecoña. De forma normal no puede pasar más de 60s desde que se genera la factura hasta que se envía.

[Faneka]

Efectivamente, se tiene que enviar el RF al 'instante' de crearlo. Además si el cliente de turno le da por leer el QR puede decirte, aquí me dice que no esta en el portal, xD.

[bmfranky]

Empezado por newtron

Nidecoña. De forma normal no puede pasar más de 60s desde que se genera la factura hasta que se envía.

O si, como mínimo 61" de tiempo entre generar y enviar, teniendo en cuenta que si solo enviamos de 1 en 1 registro "Deberíamos" esperar los t" , segundos que nos indican en la respuesta del envío antes del siguiente, aunque que a efectos prácticos, realmente tienes razón y no sera 60, segundos porque mientras generas el ticket algunos segundos tardas... , incluso un cajero avanzado no tarda 1" en finalizar y cobrar un ticket (Digo ticket porque es lo mas rápido de gestionar que se me ocurre, un ticket de supermercado.), aunque un supermercado de mas de 1 caja , imagino que tendrán la generación de tickets de caja centralizada, y el servidor sera el encargado de encolar los registros y enviarlos y demás y no la caja...