Registro "aceptado con aviso"

[espinete]

Tenemos un cliente que está enviando a VeriFactu desde hace meses y ha tenido un problema con una factura concreta. La factura se envió y fue "Aceptada con aviso". Puede seguir enviando sin problema y no ha afectado (por suerte) a nada más.

Pero tiene esa factura marcada como "Aviso" en el programa.

El error concreto es: El campo ImporteTotal tiene un valor incorrecto para el valor de los campos BaseImponibleOimporteNoSujeto, CuotaRepercutida y CuotaRecargoEquivalencia suministrados

¿Cómo se produjo el error? Ni idea, porque que el programa se calcule sumando lo veo imposible, pero por algún motivo en el RF hay un importe que no cuadra con el del documento real. Probablemente un fallo nuestro interno, está claro.

La duda es... ¿Cómo solucionamos ese problema ahora? ¿Lo dejamos pasar porque Hacienda lo aceptó (no lo rechazó)? ¿Regeneramos un XML nuevo y lo enviamos como subsanación? ¿Hacemos rectificativa por diferencias o por sustitución?

¿Hacienda no debería haber rechazado la factura si los importes no cuadran? Que la rechacen por otras tonterías y no por esto me parece flipante, la verdad...

[Neftali [Germán.Estévez]]

Empezado por espinete

tiene esa factura marcada como "Aviso" en el programa.
El error concreto es: El campo ImporteTotal tiene un valor incorrecto para el valor de los campos BaseImponibleOimporteNoSujeto, CuotaRepercutida y CuotaRecargoEquivalencia suministrados

Empezado por espinete

¿Cómo se produjo el error? Ni idea, porque que el programa se calcule sumando lo veo imposible, pero por algún motivo en el RF hay un importe que no cuadra con el del documento real. Probablemente un fallo nuestro interno, está claro.

A nosotros en algún caso nos ha pasado algo similar por tema de redondeos.
Podemos trabajar con y sin IVA incluido y eso en algunos casos nos ha dado este problema.

Empezado por espinete

La duda es... ¿Cómo solucionamos ese problema ahora? ¿Lo dejamos pasar porque Hacienda lo aceptó (no lo rechazó)? ¿Regeneramos un XML nuevo y lo enviamos como subsanación? ¿Hacemos rectificativa por diferencias o por sustitución?

En nuestro caso les decimos a los clientes que no hagan nada. La factura está aceptada y ha sido en casos muy puntuales. Si fuera más habitual sería más problemático.

Empezado por espinete

¿Hacienda no debería haber rechazado la factura si los importes no cuadran? Que la rechacen por otras tonterías y no por esto me parece flipante, la verdad...

Es debido (al menos en nuestro caso) a que el importe de la factura es correcto, por eso la aceptan.
Pero te avisan de que la suma de los detalles "no cuadra" (por muy poco -redondeo-).
Digamos que prima el total. La suma debería coincidir, pero si no lo hace por poco, te la aceptan pero te avisan.

[Carlos]

Empezado por espinete

Tenemos un cliente que está enviando a VeriFactu desde hace meses y ha tenido un problema con una factura concreta. La factura se envió y fue "Aceptada con aviso". Puede seguir enviando sin problema y no ha afectado (por suerte) a nada más.

Pero tiene esa factura marcada como "Aviso" en el programa.

El error concreto es: El campo ImporteTotal tiene un valor incorrecto para el valor de los campos BaseImponibleOimporteNoSujeto, CuotaRepercutida y CuotaRecargoEquivalencia suministrados

¿Cómo se produjo el error? Ni idea, porque que el programa se calcule sumando lo veo imposible, pero por algún motivo en el RF hay un importe que no cuadra con el del documento real. Probablemente un fallo nuestro interno, está claro.

La duda es... ¿Cómo solucionamos ese problema ahora? ¿Lo dejamos pasar porque Hacienda lo aceptó (no lo rechazó)? ¿Regeneramos un XML nuevo y lo enviamos como subsanación? ¿Hacemos rectificativa por diferencias o por sustitución?

¿Hacienda no debería haber rechazado la factura si los importes no cuadran? Que la rechacen por otras tonterías y no por esto me parece flipante, la verdad...

1-Localica el error en cuanto a los importes.
2-Aplica la corrección que debas (modificando el SIF y/o el módulo que envía a Veri*factu [1])
3-Repites la generación en un NUEVO Rf y lo envías con el indicador de subsanación. [2]

[1] Yo tuve un problema similar por que entre el SIF (antiquísimo adaptado, de la época de las pesetas [no se reían, no es broma]) que proveía información para que el módulo que enviaba a Veri*factu (y que se quedaba una copia de los datos), y este módulo de envío a Veri*factu había una diferencia en cuanto a los decimales que manejaban.
[2] Lo generado y enviado NO SE PUEDE TOCAR, ahí quedará para la eternidad.

Los 'Aceptado con error' se deben subsanar (al menos eso recuerdo haber leído).