Encadenamientos en bloques de facturas

[Fernando_58]

Cuando se mandan bloques de facturas, ¿como hacéis los encadenamientos? No sé si me explico. Al enviar una factura individual, la cosa es fácil, cojo el hash de la última que envíe, por orden cronológico y a esa encadeno la nueva. Obviamente esto no se puede hacer si envío un lote, pues en el momento del envío, no hay más que una factura a la que encadenar todas las del lote. ¿Esto es correcto, se encadena todo el lote a la última enviada?

[Carlos]

Empezado por Fernando_58

Cuando se mandan bloques de facturas, ¿como hacéis los encadenamientos? No sé si me explico. Al enviar una factura individual, la cosa es fácil, cojo el hash de la última que envíe, por orden cronológico y a esa encadeno la nueva. Obviamente esto no se puede hacer si envío un lote, pues en el momento del envío, no hay más que una factura a la que encadenar todas las del lote. ¿Esto es correcto, se encadena todo el lote a la última enviada?

No.
Un XML que se envía puede contener de '1' a 'n' RF, y cada RF para el cálculo de su huella utilizará la huella del anterior RF generado (que no implica enviado).

[Fernando_58]

Muchas gracias por tu respuesta. Ahora me surge otra duda, si hago los encadenamientos entre las propias facturas del lote, ¿que ocurre si alguna resulta rechazada? ¿no quedarán los encadenamientos "cojos", al faltar una factura que, sin embargo, estaba ya encadenada a la siguiente durante el envío?

[ermendalenda]

Empezado por Fernando_58

Muchas gracias por tu respuesta. Ahora me surge otra duda, si hago los encadenamientos entre las propias facturas del lote, ¿que ocurre si alguna resulta rechazada? ¿no quedarán los encadenamientos "cojos", al faltar una factura que, sin embargo, estaba ya encadenada a la siguiente durante el envío?

Correcto, de cara a hscuenda trndras esa rotura y es "inarreglable" la rotura, pero ese registro rechazado lo tienes que subsanar (o rectificar según el caso) y enviarlo como registro nuevo encadenando con el ultimo en cola de envio= ultimo generado
Seguira esa rotura en el servidor dd hacienda pero pueden detecatr que hay un "arreglo posterior", perp tu no tienes que reencadenar ni hacerle caso al rechazo para seguir encadenando, o sea si te rechazan B. No puedes encadenar el siguiente xon A, sigues teniendo que encadenar con B, sobre todo por lo que dices, envias bloques y no puedes sabber por addlantado si te lo va a rechazar. Y aunque lo supieras tampoco.

[Fernando_58]

Eso me temía, muchas gracias. Haré un log en mi app dónde se guarden todos los encadenamientos, incluso los no aceptados por la AEAT