Ver Mensaje Individual
  #2  
Antiguo 25-11-2025
ermendalenda ermendalenda is offline
Miembro
 
Registrado: ago 2021
Posts: 2.761
Reputación: 7
ermendalenda Va por buen camino
Cita:
Empezado por razorxxx Ver Mensaje
No es necesaria la subsanación, pero me pregunto ¿sigue en pie aquello de que si la diferencia entre la fecha de generación del primer RF a enviar y el último supera los 240 segundos hay que marcar el envío como Incidencia=S?

Y a todas estas, en SIF funcionando en modo VeriFactu, ¿seguís leyendo la hora del ROA para marcar la fecha de generación de los RF?
Sí y Sí.
1. Pueden ocurrir algunos escenarios muy muy concretos en los que se envien sin la marca:
- Que no hayas controlado bien el control de flujo en algún punto.
- Que a pesar de enviar en tiempo no tengas controlado en el envio que en 1 situación de cada 50.000 el envio se quede esperando la respuesta y lo envie a los 5 minutos. Es raro pero pasa esegún el método de envio y los parametros que le tengais puesto, y no hablo de los timeouts, que según que método al ver que aún hay actividad TCP, no salta el timeout.
En las respuestas me dicen que ese error no es subsanable y además que no me preocupe que solo es un control para que yo verifique que la hora del reloj de mi sistema puede no estar ajustado adecuadamente.
Mi conclusión, si tienes un 2004 de vez en cuando(cada 40000 ó más envios y normalmente manejas bien el control de flujo enviando incidencias, sin problema.
Lo del control de hora lo veo importante sincronizzarlo con el ROA, por supuesto, es más a windows le he desactivado cualquier otra sincronización de hora/fecha y lo hago por software.

Importante: a ver que pasa con el cambio horario después del verano de 2026.... Hay que estar pendiente y tenerlo en cuenta a ver como van a actuar vuestros programas según como controleis ese cambio horario.
Responder Con Cita