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

[ISCOPYME]

Yo creo el fichero xml cada vez que vaya a enviar. En mi caso, yo crearía el desglose a mano y lo volvería a enviar. Cambia tu programa para que cuando no haya líneas de factura, te cree por defecto un desglose como mínimo.

[espinete]

Esto es lo que he hecho...

1. Modifiqué a mano el XML, añadiendo el DetalleDesglose que faltaba con los datos exactos de esa factura
2. Se envió, pero con aviso, ya que la "Huella" ya no coincide. Pero ya consta en Hacienda y el QR muestra los datos de la factura
3. El resto de facturas siguientes se enviaron también de golpe sin problema

Esto voy a tener que tenerlo previsto de otra manera, porque ahora solo tenemos unos pocos clientes enviando, pero cuando sean miles nos puede suponer un problema serio.

[Carlos]

Empezado por espinete

Esto es lo que he hecho...

1. Modifiqué a mano el XML, añadiendo el DetalleDesglose que faltaba con los datos exactos de esa factura
2. Se envió, pero con aviso, ya que la "Huella" ya no coincide. Pero ya consta en Hacienda y el QR muestra los datos de la factura
3. El resto de facturas siguientes se enviaron también de golpe sin problema

Esto voy a tener que tenerlo previsto de otra manera, porque ahora solo tenemos unos pocos clientes enviando, pero cuando sean miles nos puede suponer un problema serio.

No estoy de acuerdo.
El XML debe coincidir con lo que tenga la factura, por tanto se debería haber modificado la factura y que se generara de nuevo el XML de manera automática.

Hasta el 01/01/2027 tenemos tiempo suficiente para que nos respondan consultas vinculantes (esas si las responden... normalmente).
Yo haría una consulta vinculante exponiendo que "... mientras se guardaba la factura en la BB.DD. ha habido un corte de electricidad que ha imposibilitado la grabación correcta de los datos de la factura, y que ha provocado que la generación del RF correspondiente tuviera una estructura incorrecta por falta de datos.", y preguntaría si "... sería válido que le empresa de software además de aplicar la corrección en el software para evitar en el futuro casos similares, adecuará manualmente el registro en la BB.DD. para que se correspondiera con la realidad de la operación comercial, y así permitir la generación correcta del RF en el XML a enviar a Veri*factu?"

Creo que esta factura debería enviarse con el indicador de 'incidencia' en el bloque donde se envía.

Saludos,
Carlos G.

[espinete]

El XML original estaba mal firmado. El XML nuevo (modificado) estaba correcto (importe, IVA, etc.). Y ese fue el que se envió.

El problema es la Huella, que ya no coincidía porque el XML fue retocado a mano.

Está claro que no es lo correcto, pero es la primera vez y estábamos bajo la presión de hacerlo cuanto antes por el cliente. Obviamente lo ideal es hacerlo de otra manera.

- No podemos modificar la factura original porque el software no lo permite.
- No podemos subsanar o rectificar porque el software sigue intentando enviar el XML defectuoso y dando error constantemente, evitando los envíos siguientes acumulados
- Lo suyo hubiera sido regenerar el XML completo desde cero, para que la huella coincidiera, pero tal cual está hecho el software ahora mismo, no nos fue posible
- Se enviaron todas como 'Incidencia'

[Carlos]

Empezado por espinete

El XML original estaba mal firmado. El XML nuevo (modificado) estaba correcto (importe, IVA, etc.). Y ese fue el que se envió.

El problema es la Huella, que ya no coincidía porque el XML fue retocado a mano.

Está claro que no es lo correcto, pero es la primera vez y estábamos bajo la presión de hacerlo cuanto antes por el cliente. Obviamente lo ideal es hacerlo de otra manera.

- No podemos modificar la factura original porque el software no lo permite.
- No podemos subsanar o rectificar porque el software sigue intentando enviar el XML defectuoso y dando error constantemente, evitando los envíos siguientes acumulados
- Lo suyo hubiera sido regenerar el XML completo desde cero, para que la huella coincidiera, pero tal cual está hecho el software ahora mismo, no nos fue posible
- Se enviaron todas como 'Incidencia'

En el software que utilizo los datos para crear el RF están en la factura (no los tengo duplicados), y valido antes que tenga 'detalle'. Si no hay detalle la marca con error, no se incluye en el envío, y el usuario deberá desde el SIF anular la factura (no la tendrá impresa correctamente por que le falta el 'detalle' y se generará un RF de anulación sin registro previo) y que vuelva a emitir nueva factura ya correctamente.

Saludos,
Carlos G.

[sglorka]

Cuando ser recibe un error al enviar un bloque de RF's y no sabes cúal produjo el problema tu algoritmo debe reintentar el envío de esos RF's de uno en uno, marcando entonces el que está mal como rechazado y no volverlo a envíar. De esta forma, podrás enviar el resto del bloque sin problemas. Luego en el Visor de REF's que tengas donde se relacionan todos los RF's enviados junto con su estado, enviado o rechazado, generas una susbsanación sin registro previo, del registro rechazado. Esta subsanación se hace "ah doc" corrigiendo el error y volviendo a enviar el registro.
Yo tengo un desplegable que me permite generar subsanaciones específicas debido a todas las circunstancias que me han ocurrido hasta ahora.
Ni de pensamiento, debes tocar el RF mal construido, ahí se queda para la eternidad.
La próxima vez que toque comunicar el algortimo enviará siempre primero el bloque entero y conmutará a individual cuando se produzca rechazo

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