Ojo con el timeout!!!

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

Se identifica con esas claves de manera unívoca en los sistemas de la AEAT, pero es indiferente para la remisión, porque cuando la AEAT reciba el XML va a registrar cada RF en su SIF y Nº instalación correspondiente. Al menos eso es lo que se deduce de la respuesta que me dio la AEAT y que tienes en el post anterior. Aún no he probado a hacer un envío de esta forma (actualizaré el post desde que se me dé el caso).

[ermendalenda]

Empezado por razorxxx

Se identifica con esas claves de manera unívoca en los sistemas de la AEAT, pero es indiferente para la remisión, porque cuando la AEAT reciba el XML va a registrar cada RF en su SIF y Nº instalación correspondiente. Al menos eso es lo que se deduce de la respuesta que me dio la AEAT y que tienes en el post anterior. Aún no he probado a hacer un envío de esta forma (actualizaré el post desde que se me dé el caso).

Eso era la primera respuesta, hace un par de meses cambiaron, entonces ¿vuelve a ser como la primera?
Mejor como las señales de trafico, hago caso a la más restrictiva, no me fio.
Está claro que es mas lógico poder enviar en el mismo paquete, se discutio con ellos durante un par de semanas y decian que cada sif su bloque y que nada de bloques conjuntos ni por OT ni por nada.
Están dando marcha atrás en varias cosas, y supongo que como no lo hagan van a tener millones de incidencias, una de ellas es lo que comentaba otro usuario, que le aceptan facturas con fecha anteriores siempre que la fechahorahuso... sea la la actual, o sea generacion ahora pero la factura antigua, al menos en el envio comenta que no la rechazan
Bueno, mientras sea dar marcha atrás esta bien.

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