Duda envío RF cuando ha habido incidencia

[Jarogo08]

Empezado por ermendalenda

Siento contradecirte, esta respuesta que he dado es con fundamento y la pregunta al canal de verifactu era precisamte por que pueden existir incongruencias en lo que comentas de que habria que esperar.
Te pongo un ejemplo:
Tienes un registro pendiente de enviar, generado a las 13.00.00, cuando intentas enviar hay un corte de suministro de internet y reintentas reintentas hasta que se sale de tiempo y lo marcas como incidencia, a las 13.05.00 generas un segundo registro y sigue sin haber conexión, vuelve internet a las 13.08.05, envias el que tienes en incidencia, y aquí esta el kit de la cuestión, te esperas 60segundos para el que generaste a las 13.05.00 como comentas, o por el contrario lo envias inmediatamente.
Como ves, si esperas, un registro que aún tenias dentro de tiempo, no estás cumpliendo, por un lado se deberian de enviar antes de que llegue el tiempo y por otro tienes que esperar.
Como conocen ese "fallo" de diseño del control de flujos, pues te dejan un poco que decidas lo que quieras.

Pues yo estoy con Carlos, tienes que esperar los segundos correspondientes. Y mi respuesta también es con fundamento, me lo han dicho ellos. Se ve que a ti te han dicho una cosa y a mi la contraria

En tu ejemplo, el segundo registro también iría como incidencia porque lo envías cuando ya han pasado los 240 segundos.

[Neftali [Germán.Estévez]]

En nuestro caso esperamos y el segundo saldrá con incidencia:


13:00:00
- Generar RF 1
- Intentar envío, sin intennet
- Intentar envío, sin intennet
- Intentar envío, sin intennet
- ...
13:05:00
- Generar RF 2
- Intentar envío, sin intennet
13:08:05
- Vuelve internet
13:08:05
- Enviar RF 1 - (diff entre 13:00:00 y 13:08:00 > 240 sg. => con incidencia)
- Esperar 60 sg.
13:09:05
- Enviar RF 2 - (diff entre 13:05:00 y 13:09:05 > 240 sg. => con incidencia)

Pero tal vez en el segundo envío no haga falta esperar. Habría que probarlo...

[bmfranky]

Empezado por Neftali [Germán.Estévez]

En nuestro caso esperamos y el segundo saldrá con incidencia:


13:00:00
- Generar RF 1
- Intentar envío, sin intennet
- Intentar envío, sin intennet
- Intentar envío, sin intennet
- ...
13:05:00
- Generar RF 2
- Intentar envío, sin intennet
13:08:05
- Vuelve internet
13:08:05
- Enviar RF 1 - (diff entre 13:00:00 y 13:08:00 > 240 sg. => con incidencia)
- Esperar 60 sg.
13:09:05
- Enviar RF 2 - (diff entre 13:05:00 y 13:09:05 > 240 sg. => con incidencia)

Pero tal vez en el segundo envío no haga falta esperar. Habría que probarlo...

Recuerdo que en uno de los varios hilos en los que se hablo al respecto de este tema, alguien comento que en una respuesta de la aeat, les indicaban que en este caso , lo entendían como cuando tienes mas de mil registros, que el paquete de 1000 y el siguiente con el resto, no han de mantener el tiempo de demora entre ellos, osea, que en el caso que indicáis, se ha de realizar un envío con todos los fuera de plazo y de manera extraordinaria, sin esperar el plazo, se ha de enviar el siguiente con los no fuera de plazo para evitar que se cree una serie de envíos fura de plazo, que era algo que tenían asumido de forma puntual.

[Jarogo08]

Nostros hacemos eso también. Se lo hemos preguntado y nos lo han confirmado.

Pero seguramente si lo envíes al momento entre también correcto

[Jarogo08]

Pongo aquí la pregunta que hice y la respuesta que me dieron:

Buenos días

Supongamos que estuve 2 horas sin internet y en ese tiempo hice 10 facturas/tickets. Si ahora ya tengo internet y aparte de esos 10 registros “antiguos” (que tienen más de 240 segundos) tengo otros 2 que hice hace 20 segundos por ejemplo…

Si en este momento salta el proceso que me va a subir los registros a Verifactu, ¿Qué opción sería correcta?

1- Crear un único envío con los 12 registros y con la marca “Incidencia” a “S” (teniendo en cuenta que de los 12 registros 2 realmente no son incidencia)

2- 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. Puedo hacer los 2 envíos sin esperar 60 segundos, uno a continuación de otro

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

Saludos

Buenos días:

Gracias por su consulta.
La respuesta correcta a su planteamiento es la número 3.

Atentamente, Atención al Usuario
Departamento de Informática Tributaria

Me lo dejaron bien claro

Luego les pregunté que pasaba si por el hecho de esperar 60 segundos esos registros "nuevos" se pasaban de los 240 segundos y me dijeron que había que enviarlos como incidencia (evidentemente)

[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.