Problema con RF mal generado (por error en software) e impide los envíos

[novatico]

Cuando envías un bloque de facturas, en la respuesta que se obtiene, se detalla por cada factura, cual es "Correcta", cual "Incorrecta" y cual "AceptadaConErrores", por lo que sólo hace falta gestionar las que no son "Correctas."·

[sglorka]

Estamos hablando de un rechazo total del bloque por una mala construcción de alguno de sus RF's. En este caso nunca hay respuesta del servidor indicando qué Rf está mal, simplemente rechaza todo el bloque si detallar nada. Por eso no queda otra que enviar uno a uno

[Carlos]

Empezado por sglorka

Estamos hablando de un rechazo total del bloque por una mala construcción de alguno de sus RF's. En este caso nunca hay respuesta del servidor indicando qué Rf está mal, simplemente rechaza todo el bloque si detallar nada. Por eso no queda otra que enviar uno a uno

Gracias.
Debo modificar mi software para que automatice este tipo de gestión.
En el 2035 aún estaremos puliendo detalles.

[razorxxx]

Yo lo que hice fue implementar la validación de errores de VeriFactu en un programa intermedio. Si pasa la validación, la función genera el RF y devuelve OK para que el programa de facturación pueda marcar la factura como finalizada. Por lo tanto, nunca se puede dar el caso de que una factura en blanco se marque como finalizada.

Las facturas no finalizadas las considero pre-facturas o borradores, y puede darse el caso que la factura de número 10 se finalizó antes que la número 9 por aquello de trabajar en paralelo o aparcar tickets, porque a fin de cuentas lo que el sistema quiere es que los RF se generen por orden de generación de facturas (este comportamiento es algo que me confirmaron por mail hace un año los de VeriFactu y es totalmente válido).

Esto significa que se intercalarán facturas de distintas series, e incluso de distintos ejercicios, pero los RF van siempre en orden de fecha de emisión.