Ojo con el timeout!!!

[novatico]

Empezado por Carlos

Yo eso del tiempo de espera de los 240 segundos, de los 1246 segundos, de los que sean.... pues que no, que esto no lo puedo gobernar, no depende de mi, ni está publicado por hacienda, de hecho el mensaje de error (en la lista de mensajes de error) no menciona los segundos.

Yo genero el XML y ahí se queda para siempre, si al enviarlo da error, pues reintentaré el envío y ya desde el primer reintento lo marcaré con 'incidencia', por que ha habido una incidencia, la que sea pero incidencia y me da igual que hayan transcurrido los 240 segundos o no; yo lo he enviado y he 'sufrido' una incidencia.
En este XML no añadiré ni sacaré nada, sólo incorporaré la 'incidencia'.

El siguiente XML tendrá su curso. Y ya quisiera saber que pasará cuando me de por enviar éste segundo XML (sin incidencia) antes que el primero con incidencia. Al final tendrán todos los registros y todas sus huellas consecutivas.

Lo de los 240 segundos te aparece en la respuesta con error que te devuelve hacienda si, entre la "FechaHoraHusoGenRegistro" del Registro de Facturación y la actual de Hacienda se han superado y no has marcado "Incidencia=S".

[ermendalenda]

Empezado por novatico

Lo de los 240 segundos te aparece en la respuesta con error que te devuelve hacienda si, entre la "FechaHoraHusoGenRegistro" del Registro de Facturación y la actual de Hacienda se han superado y no has marcado "Incidencia=S".

Es correcto como lo hace Carlos "también", pero a mi en una contestacion me pusieron que si despues de varios intentos no entra que ya puedo marcarlo como incidencia aunque esté en los 240segundos, yo hago 2 o 3 intentos cada 10 segundos así que tampoco me arriesgo mucho.
De hecho acabo de revisar y detectar una en produccion que ha dado error de host 2 veces ( a las 11:17) y a la tercera ha entrado, me quedo mas tranquilo minimizando incidencias aunque sea culpa de ellos.
Llrva razon carlos, aunque sea una respuesta eel xml, no está documentado ese tiempo, y aunque no ceeo que lo aminoren, es un pelin arriesgado estabkeces esos limites en el software.

[ermendalenda]

Puff si estan teniendo caidas todos los dias a la misma hora me temo que va a srr un lio gordo el año que viene como no se tenga bien controlado los flujos.

[razorxxx]

Empezado por ermendalenda

Puff si estan teniendo caidas todos los dias a la misma hora me temo que va a srr un lio gordo el año que viene como no se tenga bien controlado los flujos.

Esto se olía. Hablamos de millones de peticiones por segundo, ya pueden tener los servidores de la NASA porque creo que esto va a ser la tónica a partir de enero.

[razorxxx]

Por cierto, otra pregunta...

Viendo como están definidos los registros de facturación, que se pide el bloque SistemaInformatico en cada uno de ellos, se supone que si mi cliente tiene diferentes SIF a medida (cada uno hace cosas distintas) y tengo una aplicación residente de envío de RF que recoge todos los RF de todos esos SIF y los envía separando los obligados tributarios, ¿se supone que se pueden meter en un mismo envío los RF de distintos SIF siempre que pertenezcan a un mismo obligado tributario, verdad?

[ermendalenda]

Empezado por razorxxx

Por cierto, otra pregunta...

Viendo como están definidos los registros de facturación, que se pide el bloque SistemaInformatico en cada uno de ellos, se supone que si mi cliente tiene diferentes SIF a medida (cada uno hace cosas distintas) y tengo una aplicación residente de envío de RF que recoge todos los RF de todos esos SIF y los envía separando los obligados tributarios, ¿se supone que se pueden meter en un mismo envío los RF de distintos SIF siempre que pertenezcan a un mismo obligado tributario, verdad?

Hola, bloques separados, eso ya lo han aclarado.

[novatico]

Recuerda que según las "FAQ's para Desarrolladores" :

Un SIF se identifica universalmente por la “concatenación” de tres campos: Id.OEF (NIF) + Id.SIF + NºInstalación.

Cualquier cambio en esos valores, te obliga a envíos separados. En tu caso, deberían cambiar el 2º y tal vez el 3º.

[razorxxx]

Empezado por ermendalenda

Hola, bloques separados, eso ya lo han aclarado.

Pues me acaban de responder justo lo contrario:

"Le confirmamos que la remisión puede incluir registros de facturación generados desde SIFs distintos. El único requisito es que el obligado tributario sea el mismo, ya que es un dato que se establece en la cabecera."

Y tiene lógica, sino el bloque SistemaInformatico iría a nivel de lotes de RF (XML de remisión), y no dentro de cada RF individual.