Ojo con el timeout!!!

[razorxxx]

Empezado por ermendalenda

Abro debate?
Considerais racional tener que ir andando con calxular si se ha pasado los 240 segunfos para poner la marca de incidencia, que sentido tiene si te pasas del tienpo, lo avises o no lo avises, por ejemplo:
Corte de luz y habia registros pendientes, cuando encienda vemos que hay registros pendientes y si estan en tiempo podemos enviarlos y si no lo estan marcamos incidencia y enviarlo... de verdad que no encuentro el sentido, alguien controla todos los motivos por los que se van a mandar tarde, por que srria racional si se pudiera y hubiera una descripxion del motivo, si no es que no tiene sentido marcarlos
Yo lo veo una colada que nos han metido. Quizas, para acojonar mas?

Dicen que los están aceptando fuera de tiempo sin tener que poner lo de Incidencia=S, en el futuro ya se verá si se ponen más estrictos. Pero si se están enviando con Incidencia, y lo registras también internamente en tu SIF o aprovechas para enviarte un mail de aviso, al menos ya sabes que algo raro está pasando con el SIF, con la conexión o con el servidor de la AEAT.

[ermendalenda]

Empezado por razorxxx

Dicen que los están aceptando fuera de tiempo sin tener que poner lo de Incidencia=S, en el futuro ya se verá si se ponen más estrictos. Pero si se están enviando con Incidencia, y lo registras también internamente en tu SIF o aprovechas para enviarte un mail de aviso, al menos ya sabes que algo raro está pasando con el SIF, con la conexión o con el servidor de la AEAT.

Sí, bueno lo del email ya es una cosa personal , eso o algun metodo de notificaciones, hay quien usa telegram para enviar los mensajes, supongo que el cometido es ese, acojonar un poco y que estemos alertas a estas cosas.

[Carlos]

Empezado por ermendalenda

... que sentido tiene si te pasas del tienpo, lo avises o no lo avises, por ejemplo:...

Que la gente no tenga excusas para enviar cuando le parezca.

Empezado por ermendalenda

Abro debate?
Considerais racional tener que ir andando con calxular si se ha pasado los 240 segunfos para poner la marca de incidencia, que sentido tiene si te pasas del tienpo, lo avises o no lo avises, por ejemplo:
Corte de luz y habia registros pendientes, cuando encienda vemos que hay registros pendientes y si estan en tiempo podemos enviarlos y si no lo estan marcamos incidencia y enviarlo... de verdad que no encuentro el sentido, alguien controla todos los motivos por los que se van a mandar tarde, por que srria racional si se pudiera y hubiera una descripxion del motivo, si no es que no tiene sentido marcarlos
Yo lo veo una colada que nos han metido. Quizas, para acojonar mas?

En absoluto.

Yo, o no lo entiendo o lo tengo demasiado claro.

Que tiene que ver los segundos de timeout, los 240 segundos (no sé por que esa fijación/manía con esa cantidad) o los que sean con enviar con el indicador de incidencia?

Si hay incidencia, pues se envía con el indicador de incidencia sean los segundos que sean; ha habido una incidencia, pues indicador a 'S'. Es una incidencia, da igual cuando ocurra.
Es decir, controlo la incidencia no cuando se da.
Ojo. Para mi que Veri*factu esté caído es una incidencia como cualquier otra, solo que la provoca el propio Veri*factu.
Mi cometido es enviar a Veri*factu, si por el motivo que sea no puedo, estoy sufriendo una incidencia.

Yo los XML los envío y me echo a dormir, si no recibo respuesta (timeout, caída de electra, internet o lo que sea), tengo un indicador del estado del envío ('Xml generado') que no ha cambiado a 'Enviado' (otra cosa es su respuesta); y además guardo para cada RF de ese XML el error (el de electra evidentemente que no podré).

Ese indicador del estado lo veo en pantalla y cuando CREO CONVENIENTE le doy al botón para volver a enviar (que sólo actúa si el estado es 'Xml generado'). Mi sistema de envío ya me dirá si han transcurrido los segundos de espera que me indicó hacienda en el último envío y continuaré o no; y además me pregunta "¿Quiere añadir indicador de incidencia?" (ya lo automatizaré), le digo que si y se envía.

Y cuando me llame alguien (ya se ha dado el caso) lo hemos resuelto con el botón de 're-envío'.

Eso si, en los primeros meses tocará redactar las soluciones que se den a circunstancias concretas y EXPERIMENTADAS. Que la teoría es como los powerpoints, lo aguantan todo.
En este caso, en mi caso: "Si el estado del envío es 'XML generado'-->>PULSE EL BOTÓN AZUL."

Añado: Y de mientras el sistema va facturando, generando RF (en otro XML diferente con 'n' RF) y enviándolos. Todo sigue su curso.

[aleixep]

¡Buenas tardes!

Seguro que lo tenéis controlado, por eso solo quería recordar lo que menciona la Orden Ministerial que regula el Verifactu, en el artículo 16, punto 4 párrafo 2.

El sistema informático deberá reintentar periódicamente, al menos una vez cada hora, el envío de los registros de facturación pendientes de remitir.

Nosotros cada hora revisamos si hay registros que están pendientes de enviar (sea porque no había internet, se fue la luz, o porque el envío entero devolvió un SOAP Error (por ejemplo, servidor de la AEAT caído)) y, si hay alguno pendiente de enviar, lo intentamos enviar. Si se arregla, genial. Si no, en una hora se volverá a intentar, y así hasta que se envíe.

¡Espero que sirva!

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

Empezado por razorxxx

Los que ya tenéis un buen recorrido con el tema de envíos y gestión de respuestas...., ¿cuánto habéis calculado que suele tardar de media en responder el servidor de la AEAT? Lo digo por si mi timeout de 30 segundos es mucho o poco.

La respuesta normal debería llegar como máximo en 1 o 2 sg (por tirar largo).
Si llegas a 30 (o yo diría 5 sg.) es que hay problemas.

[novatico]

En nuestro caso, tras cada envío, se realiza una pausa de los segundos que en la respuesta de la AEAT figuren.
Tras esto, se vuelve a comprobar si hay registros pendientes de enviar, cada 5 segundos mientras no los haya.
En el momento que haya registros pendientes, volvemos a empezar.

Por supuesto, es un proceso completamente independiente del proceso de facturación.

!! Ah, se me olvidaba !!. En mis pruebas y a los clientes que ya tengo instalados, la respuesta es inmediata. Siempre inferior a 2 segundos.

[razorxxx]

A aquellos de ustedes que ya les ha pasado lo de enviar con el tiempo superior a 240 segundos (error 2004), ¿el registro se queda en AceptadoConErrores o como Correcto?

[ermendalenda]

Empezado por razorxxx

A aquellos de ustedes que ya les ha pasado lo de enviar con el tiempo superior a 240 segundos (error 2004), ¿el registro se queda en AceptadoConErrores o como Correcto?

Si consultas el servicio verás que pone aceptado con errores, es lo que toca la fibra. Como saber con el sevicio de consulta si está esperando subsanación
Que lio de verdad. Son malos?... noooo, lo siguiente.
Como nos va a transmitir un posible inspector ese problema? Te va a decir, ahh no pasa nada, si te han dicho que con el 2004 nada.. un mojón...