Duda envío RF cuando ha habido incidencia

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

Empezado por adjiza

A ver si te he entendido Neftali, respecto a "el margen de envío para incidencia es de 240 sg"
Quiere decir que, aunque en principio no se envió el primer paquete, si se consiguen enviar antes de esos 240 sg., no se marca como incidencia el envío de dicho paquete?

Correcto.
Si tú al enviar un RF no puedes porque hay un corte de conexión, pero este se recupera en 45 sg. y lo vuelves a enviar, como no han pasado los 240, ese envío no irá con la marca de incidencia.

[ermendalenda]

La norma general es que se envian en el paquete, marcandoño como incidencia, los realmente afectados por incidencia, e inmediatamente puedes mandar los restantes no afectados en un paquete sin incidemcia, no hace falta esperar ñls 60 segundos desde el envio del paquete de incidencia hasta el siguiente que tengas acumulado si se han generado dentro del tiempo permitido.
Pero como digo, eso es la norma general, pero si lo envias todos junto en el mismo lote por incidencias puntuales, tampoco pasa nada, de hecho yo siempre barro lo quw quede pendiente y no tengo en cuenta despues de una incidencia cual está dentro de los 240 segundos para wnviarla en otro envio.
Es una pregunta que ya formulé, y como tampoco está recogida la respuesta en el real decreto, como quieras

[Carlos]

Empezado por ermendalenda

La norma general es que se envian en el paquete, marcandoño como incidencia, los realmente afectados por incidencia, e inmediatamente puedes mandar los restantes no afectados en un paquete sin incidemcia, no hace falta esperar ñls 60 segundos desde el envio del paquete de incidencia hasta el siguiente que tengas acumulado si se han generado dentro del tiempo permitido.
Pero como digo, eso es la norma general, pero si lo envias todos junto en el mismo lote por incidencias puntuales, tampoco pasa nada, de hecho yo siempre barro lo quw quede pendiente y no tengo en cuenta despues de una incidencia cual está dentro de los 240 segundos para wnviarla en otro envio.
Es una pregunta que ya formulé, y como tampoco está recogida la respuesta en el real decreto, como quieras

Lo de enviarlo 'inmediatamente' ni hablar, debes esperar el tiempo que te ha indicado la respuesta del último envío que has hecho, ya sean 60 segundos o 520 (no se rían, esperen al día 4 de enero con todos los TPV sacando humo y que Hacienda decida que se deben esperar esos 520 segundos o los que sean).

Precisamente en la reunión del pasado lunes, se comentó que unos de los principales errores que se está encontrando Hacienda en la actualidad es que los SIF no se esperan la demora que se les indica en la última respuesta que han dado al último envío del SIF.

Y yo cambiaría eso de 'norma' por 'costumbre hoy en día'; eso de los 240 segundos lo pueden cambiar cuando quieran.
Creo que incluso en el listado de errores, el mensaje de este error no especifica la cifra de segundos.

[ermendalenda]

Empezado por Carlos

Lo de enviarlo 'inmediatamente' ni hablar, debes esperar el tiempo que te ha indicado la respuesta del último envío que has hecho, ya sean 60 segundos o 520 (no se rían, esperen al día 4 de enero con todos los TPV sacando humo y que Hacienda decida que se deben esperar esos 520 segundos o los que sean).

Precisamente en la reunión del pasado lunes, se comentó que unos de los principales errores que se está encontrando Hacienda en la actualidad es que los SIF no se esperan la demora que se les indica en la última respuesta que han dado al último envío del SIF.

Y yo cambiaría eso de 'norma' por 'costumbre hoy en día'; eso de los 240 segundos lo pueden cambiar cuando quieran.
Creo que incluso en el listado de errores, el mensaje de este error no especifica la cifra de segundos.

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.

[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

[Carlos]

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.

Ellos me dicen en su respuesta que espere 'n' segundos, pues yo esperaré.
Tu consulta a Verifactu te 'salvará' a ti cuando te pregunten (si lo hacen), a mi no, por tanto debo ceñirme a la normativa publicada, estas consultas no son vinculantes y son a un CallCenter, eso también se debe tener en cuenta.

[adjiza]

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

Correcto.
Si tú al enviar un RF no puedes porque hay un corte de conexión, pero este se recupera en 45 sg. y lo vuelves a enviar, como no han pasado los 240, ese envío no irá con la marca de incidencia.

Perfecto entonces.

Y gracias al resto por los comentarios. Yo sí, o sí, voy a respetar lo de los 60 segundos entre envíos, bueno, o el tiempo que devuelva la respuesta.

En cualquier caso, mucho trabajo para un único cliente Pero, y lo bien que lo estamos pasando

Gracias nuevamente.

[Carlos]

Empezado por adjiza

y lo bien que lo estamos pasando....

Hacia tiempo que no disfrutaba tanto.

[ermendalenda]

Yo lo voy a mandar jutnos todos los que tenga, y os explico por que:
Si tienes una incidencia puntual y no puedes enviar, no tienea que estar reintentandolo un numero indefinido de veces dentro dr los 240 segundos. Con lo cual, en el 99,99999% de los casos, esos 2 registroa, una vez pasados los 60 segundos lo has podido ya intentar una o dos vecea y se pueden marcar como incidencia, os recuerdo que lo de los 240 segundos es algo interno, no publicado oficialmente y si yo detecto que no se puede enviar lo puedo marcar.
Lo que puede daros lugar a confusion son los registroa que aun no han llegqdo al tiempo de espera de 60 segundos, esos sí hay que mandarlos en otro envio, insisto en que el resto, al menos, o podeis mandar en el mismo paquete
No me bajo, lo siento

[Jarogo08]

Empezado por ermendalenda

Lo que puede daros lugar a confusion...
No me bajo, lo siento

No... a mí al menos no me da lugar a confusión, es lo que dice la documentación:

https://www.agenciatributaria.es/sta...pcion_SWeb.pdf

Página 38

[ermendalenda]

Pues mejor, ahora a disfrutar

[ermendalenda]

Por si os sirve la contestacion de verifactu:

al ser, supuestamente, casos puntuales se admitirá que la siguiente remisión no respete el tiempo de espera. Le confirmamos que no habrá rechazo cuando una remisión se envíe antes de los 60 segundos estipulados pero se revisará que no se produzcan abusos al respecto.

2. Sí. Entendemos que el registro generado hace 200 segundos ya ha tratado de enviarlo varias veces ( y no ha recibido respuesta) por lo que se puede considerar afectado por la incidencia (a pesar de estar dentro del margen de los 240 segundos).

3. Correcto.

[novatico]

Todo esto viene ocasionado por un diseño de fichero de envío erróneo. Si yo diseñara así ya me habrían despedido.

Sería tan sencillo como que la marca de "Incidencia =S o N", fuera por registro y no en cabecera. Así se enviarían todos los pendientes juntos (hasta el límite de 1000).