Ojo con el timeout!!!

[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

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.

Aquí uno se vuelve loco, porque el que te responde es el funcionario de turno, y claro está, habrá algunos mejor formados que otros. De hecho, en ocasiones, tienen que escalar las preguntas a otros departamentos para poder darte una respuesta.

A mi hace unos meses me respondieron literalmente "El tiempo de espera entre envíos es por SIF y por cada obligado tributario". Nosotros tenemos un servicio que remite los RF de todos los SIF de cualquier obligado tributario: hacemos una query a la base de datos para cargar los pendientes de envío (que no han recibido error por envío previo) agrupados por obligado tributario, y justo después de la remisión de éstos remitimos los que tuvieron incidencia en envíos anteriores, independientemente de que no se hayan cumplido los 240 segundos (porque tal vez en un envío anterior ya dieron incidencia por haberte quedado sin Internet o el servidor estar caído).

Por otra parte, en cuanto a los timeouts de espera de cara a remitir los registros, ya me respondieron también hace muchos meses que "pueden remitir los RF en cuanto hayan sido generados, siempre que hayan transcurrido más de 60 segundos desde la anterior remisión". Esto es por ejemplo cuando has dejado de facturar en el día y luego comienza un nuevo día, o tras un fin de semana en el que no has trabajado. Y en cuanto a los RF con incidencia, efectivamente me dijeron lo que aquí han comentado, lo de enviar los de Incidencia en un lote y el resto en otro.

[ermendalenda]

Empezado por razorxxx

Aquí uno se vuelve loco, porque el que te responde es el funcionario de turno, y claro está, habrá algunos mejor formados que otros. De hecho, en ocasiones, tienen que escalar las preguntas a otros departamentos para poder darte una respuesta.

A mi hace unos meses me respondieron literalmente "El tiempo de espera entre envíos es por SIF y por cada obligado tributario". Nosotros tenemos un servicio que remite los RF de todos los SIF de cualquier obligado tributario: hacemos una query a la base de datos para cargar los pendientes de envío (que no han recibido error por envío previo) agrupados por obligado tributario, y justo después de la remisión de éstos remitimos los que tuvieron incidencia en envíos anteriores, independientemente de que no se hayan cumplido los 240 segundos (porque tal vez en un envío anterior ya dieron incidencia por haberte quedado sin Internet o el servidor estar caído).

Por otra parte, en cuanto a los timeouts de espera de cara a remitir los registros, ya me respondieron también hace muchos meses que "pueden remitir los RF en cuanto hayan sido generados, siempre que hayan transcurrido más de 60 segundos desde la anterior remisión". Esto es por ejemplo cuando has dejado de facturar en el día y luego comienza un nuevo día, o tras un fin de semana en el que no has trabajado. Y en cuanto a los RF con incidencia, efectivamente me dijeron lo que aquí han comentado, lo de enviar los de Incidencia en un lote y el resto en otro.

Lo de enviar prrimero los que no tienen incidencia te has liado supongo, es justo al revés, el envio tiene que ser por orddn dd generación, aunque el retsrdo del envio de los rrgusttos con incidencias te provoque una nueva incidencia, pero ya te digo, aquí cada uno va a hacer lo que quiera, ya verás.

[razorxxx]

Empezado por ermendalenda

Lo de enviar prrimero los que no tienen incidencia te has liado supongo, es justo al revés, el envio tiene que ser por orddn dd generación, aunque el retsrdo del envio de los rrgusttos con incidencias te provoque una nueva incidencia, pero ya te digo, aquí cada uno va a hacer lo que quiera, ya verás.

Mmmm la verdad que no está claro, porque si por intentar enviar primero los que tienen incidencia te pasas de los 240 segundos en los que no la tenían, al final podrías tener todos en incidencia. Al final, como los de incidencia se envían en un lote separado y ya tenían incidencia yo creo que da igual cuándo los reenvíes. De hecho, en la Orden Ministerial decían que "En caso de que alguna incidencia técnica impida la remisión voluntaria en las condiciones indicadas se deberá proceder a la remisión de los registros de facturación en cuanto sea posible, respetando el orden temporal de generación de los registros de facturación....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.".

Lo ideal sería que se pudieran hacer envíos en hilos diferentes de manera simultánea, y no de manera secuencial, pero Delphi suele irse por la pata abajo con el uso de threads.

[Casimiro Noteví]

Empezado por razorxxx

... Lo ideal sería que se pudieran hacer envíos en hilos diferentes de manera simultánea, y no de manera secuencial, pero Delphi suele irse por la pata abajo con el uso de threads.

Creo que más de uno no está nada de acuerdo con esa afirmación

[ermendalenda]

Empezado por razorxxx

Mmmm la verdad que no está claro, porque si por intentar enviar primero los que tienen incidencia te pasas de los 240 segundos en los que no la tenían, al final podrías tener todos en incidencia. Al final, como los de incidencia se envían en un lote separado y ya tenían incidencia yo creo que da igual cuándo los reenvíes. De hecho, en la Orden Ministerial decían que "En caso de que alguna incidencia técnica impida la remisión voluntaria en las condiciones indicadas se deberá proceder a la remisión de los registros de facturación en cuanto sea posible, respetando el orden temporal de generación de los registros de facturación....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.".

Lo ideal sería que se pudieran hacer envíos en hilos diferentes de manera simultánea, y no de manera secuencial, pero Delphi suele irse por la pata abajo con el uso de threads.

Purs lo mismo has interpretado lo que te he puesto en negrita un poco regu. Y lp que has puesto en negrita no solo se refiere a los que estan en incicidencia "pendientes de remitir"
Con los threads si yo he podido en vb6, cualquiera va a poder, es darle una vuelta. Si tienes problemas con que sea asincrono solo tienes que sacarlo fuera(otro prograna en segundo plano) controlando que no se cierre.