Foros Club Delphi

Foros Club Delphi (https://www.clubdelphi.com/foros/index.php)
-   Envío de registros y sus respuestas (https://www.clubdelphi.com/foros/forumdisplay.php?f=66)
-   -   Problema con RF mal generado (por error en software) e impide los envíos (https://www.clubdelphi.com/foros/showthread.php?t=98042)

espinete 02-07-2026 12:57:05

Problema con RF mal generado (por error en software) e impide los envíos
 
Tengo un problema con un cliente que lleva tiempo enviando a VeriFactu sin problema, pero por algún motivo que desconocemos y ahora mismo es menos urgente, una factura se creó mal (vacía).
Concretamente, falta el nodo DetalleDesglose, lo cual provoca un error al hacer el envío.

- El XML de VeriFactu está generado, pero claro, falta ese nodo: dará error en el envío
- Como los envíos se hacen en bloques, y han seguido facturando, cada vez que se intenta enviar el bloque, devuelve el error 4102 y ese envío falla
- El software no permite modificar la factura para poder re-generar el XML de nuevo, así que no sé qué puedo hacer ahora para solucionar esto

No sé si hacer un apaño y borrar esa factura a mano de la BD, quitar el RF del bloque que da el problema, modificar a mano la BD corrigiendo el error que provocó que se guardara vacía para que se vuelva a generar el XML esta vez con DetalleDesglose...

Nunca nos ha pasado esto y la verdad es que es un lío arreglar estos problemas "en caliente", y encima con la BD y XML de VeriFactu en el PC del cliente, por remoto, etc.

Sé que lo suyo es evitar que se produzcan errores de este tipo en el propio software, pero de verdad no sabemos qué co_o ha hecho para que se guarde una factura vacía. En 20 años no hemos tenido un caso así, y ahora con VeriFactu sí es un problema.

jlmoli_67 02-07-2026 13:52:16

Buenas
Ahi lo has clavao. Es una inquietud que tengo desde hace unos meses. Que leches hacer si ocurre un problema como el que expones, un error no controlado que se ha originado por sabe que dios que no eres capaz de reproducir y que no sabes si se volvera a originar y que esta fastidiando todo. Yo he estado pensando en resolverlo a mano y hacer como una especie de memorias, logs o como se quiera llamar que digan que tal dia la empresa desarrolladora ha tenido que..... lo que sea. Algo se podra hacer digo yo mas cuando microsoft, por ejemplo, lanza una actualizacion y se carga 10000000 pcs y aqui no pasa ná. Por cierto, si lo comentas al correo de ayuda de verifactu te dan largas con bla bla bla "la ley...." bla bla pero en la vida real hay que solucionar para antes de ayer. Un saludo a todos

ISCOPYME 03-07-2026 09:34:29

Problema con RF mal generado (por error en software) e impide los envíos
 
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 03-07-2026 13:33:45

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 03-07-2026 14:03:59

Cita:

Empezado por espinete (Mensaje 572455)
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 03-07-2026 14:18:36

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 03-07-2026 14:44:52

Cita:

Empezado por espinete (Mensaje 572457)
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.


La franja horaria es GMT +2. Ahora son las 19:57:14.

Powered by vBulletin® Version 3.6.8
Copyright ©2000 - 2026, Jelsoft Enterprises Ltd.
Traducción al castellano por el equipo de moderadores del Club Delphi