Duda envío RF cuando ha habido incidencia

[Jarogo08]

también pongo esa segunda pregunta y su respuesta:

Buenos días de nuevo

Respecto a esta cuestión y por tenerlo completamente claro, pongo otro supuesto:

Supongamos que estuve 2 horas sin internet y en ese tiempo aparecieron 4 facturas:

-Factura 10: la hice hace 1 hora
-Factura 11: la hice hace 220 segundos
-Factura 12: la hice hace 150 segundos
-Factura 13: la hice hace 30 segundos

Siguiendo la opción 3 que me indicas en el correo anterior que es la correcta:

3- Crear dos envíos: uno con los 10 registros “antiguos” y con la marca “Incidencia” a “S” y otro con los 2 registros “nuevos” y sin marca de incidencia. Entre ambos envíos tendría que esperar 60 segundos


¿Tendría que hacerlo de esta manera?

Salta el proceso de envío:
1- ¿hay registros que tienen más de 240 segundos de antigüedad? Sí, la factura 10 -> la envío marcada como incidencia. Espero 60 segundos
2- ¿hay registros que tienen más de 240 segundos de antigüedad? Sí, porque la factura 11 ahora tiene 220 + 60 = 280 segundos de antiguedad -> la envío marcada como incidencia. Espero 60 segundos
3- ¿hay registros que tienen más de 240 segundos de antigüedad? Sí, porque la factura 12 ahora tiene 150 + 60 + 60 = 270 segundos de antiguedad -> la envío marcada como incidencia. Espero 60 segundos
4- ¿hay registros que tienen más de 240 segundos de antigüedad? No. La factura 13 ahora tiene 30 + 60 + 60 + 60 = 210 segundos de antiguedad -> la envío SIN la marca de incidencia. Si en este tiempo apareció por ejemplo la factura 14 también iría en este envío. Espero 60 segundos

¿esto es correcto? ¿hacer 3 envíos de incidencias y uno normal?

Saludos

Buenas tardes:

Sí, el proceso descrito en su consulta es correcto:

Se deben realizar 3 envíos con la marca de incidencia, ya que las facturas 10, 11 y 12 superan los 240 segundos de antigüedad al momento de realizarse el envío.

Una factura (la 13) será enviada sin la marca de incidencia, ya que no supera el umbral de 240 segundos.

El sistema sigue el flujo lógico de esperar 60 segundos entre envíos para no generar un flujo excesivo de registros.


Recuerde que en este proceso, los registros agrupados deben ser enviados de forma ordenada, y una vez recuperada la conexión, los envíos deben respetar las pausas de 60 segundos entre cada envío para no violar las restricciones de flujo del sistema. Este mecanismo ayuda a mantener un control adecuado sobre el volumen de datos y asegura que los registros con incidencias sean correctamente gestionados.

Quedamos a su disposición para cualquier aclaración adicional.

Atentamente,

[ermendalenda]

La conclusion es que te van a validar cualquier metodo que uses para estos casos, tanto si lo envias juntos,separados(con nueva incidencia)... yo no me preocuparia, te contestan segun lo que expongas para no marearte mucho, de forma afirmativa.
Otra cosa es lo que expone Carlos, que en Febrero empiecen a banear a los que manden sin usar estrictamente el control de flujos principal por que estén saturados y elproblema es que si deciden cortar, no van a filtrar por que te has saltado el control de flujos aunque sea una situación atípica y fuera de la lógica del control definido.

[Jarogo08]

Empezado por ermendalenda

La conclusion es que te van a validar cualquier metodo que uses para estos casos, tanto si lo envias juntos,separados(con nueva incidencia)... yo no me preocuparia, te contestan segun lo que expongas para no marearte mucho, de forma afirmativa.
Otra cosa es lo que expone Carlos, que en Febrero empiecen a banear a los que manden sin usar estrictamente el control de flujos principal por que estén saturados y elproblema es que si deciden cortar, no van a filtrar por que te has saltado el control de flujos aunque sea una situación atípica y fuera de la lógica del control definido.

Para que no te baneen en Febrero es mejor tenerlo como dicen. Y dicen que entre envío y envío hay que esperar x segundos.