Registros aceptados pero que luego deben de ser subsanados

[rci]

Hola, no se si lo estamos haciendo mal pero nosotros a partir de la lista de errores del fichero https://prewww2.aeat.es/static_files...res.properties hemos puesto en cada uno una propuesta de acción para indicar al usuario.

De momento tenemos los posibles valores "Subsanar", "Rectificativa por sustitución", "reenviar", "no hacer nada" y vacío para los casos que no sabemos que hacer.

Esos valores los hemos asignado a ojo... mirando la descripción del error, la documentación, las FAQs e imaginando la mejor solución pero tenemos la esperanza que AEAT ayude un poco mas a los desarrolladores y nos diga que opción o opciones posibles hay para cada caso.

De toda la lista de errores, tenemos unos 153 con la opción de Subsanar. Todos los que hablan de campos del XML por ejemplo.
No se si será correcto pero como veo que algunos consideráis que solo hay esos pocos... por eso lo digo.

[espinete]

Empezado por rci

Hola, no se si lo estamos haciendo mal pero nosotros a partir de la lista de errores del fichero https://prewww2.aeat.es/static_files...res.properties hemos puesto en cada uno una propuesta de acción para indicar al usuario.

De momento tenemos los posibles valores "Subsanar", "Rectificativa por sustitución", "reenviar", "no hacer nada" y vacío para los casos que no sabemos que hacer.
Esos valores los hemos asignado a ojo... mirando la descripción del error, la documentación, las FAQs e imaginando la mejor solución pero tenemos la esperanza que AEAT ayude un poco mas a los desarrolladores y nos diga que opción o opciones posibles hay para cada caso.

De toda la lista de errores, tenemos unos 153 con la opción de Subsanar. Todos los que hablan de campos del XML por ejemplo.
No se si será correcto pero como veo que algunos consideráis que solo hay esos pocos... por eso lo digo.

Yo estoy haciendo eso también, pero me estresa que dependa de nuestra interpretación y que luego Hacienda diga lo contrario. Sobre todo porque en algún momento se llegó a decir por aquí que la mayoría deberían ser "rectificables", no "subsanables".

Mi intención es, tras recibir un rechazo o alta con errores, poder decirle al usuario cómo proceder con cada caso, pero está siendo complicado.

Ya les pregunté a Hacienda hace ya 2 semanas que podrían ayudar un poco más con la lista de errores y no dejarlo todo a nuestra interpretación. Se ve que ellos prefieren asustar con sanciones antes de ayudar y explicar las cosas mejor.
Yo espero sinceramente que re-elaboren la lista de errores para que sea más fácil de interpretar.

[Franche]

podrías facilitar esa lista en un excel por ejemplo, o como prefieras, y la propuesta a cada error ?

[espinete]

Empezado por Franche

podrías facilitar esa lista en un excel por ejemplo, o como prefieras, y la propuesta a cada error ?

En este nuevo post estoy intentando crear una lista de errores "subsanables" o "rectificables", pero no sé yo si la gente va a colaborar:
https://www.clubdelphi.com/foros/showthread.php?t=97420

A mí me parece que hay demasiados errores "subsanables" y sin embargo hay gente que opina que la mayoría requieren rectificativa. Esto va a ser una locura.

Mi interpretación es que si el error hace referencia a campos del XML específicos para VeriFactu, de los que el usuario no tiene por qué tener ni idea de que existen, etc. se debe subsanar.
Si son errores que "cometió" el propio usuario al elaborar la factura (importes, cuotas, datos fiscales, IVA incorrecto, etc.) entonces rectificativa.

Como bien dicen, la mayoría de los errores "subsanables" no deberían ocurrir nunca si el software lo tiene todo medianamente contemplado.

Por ejemplo: Si el usuario olvida indicar la ClaveRegimen correcta para una factura concreta y pone la que no es, entiendo que hay que "subsanar", porque no es un dato relacionado con el reglamento de facturación, sino con algo interno de VeriFactu.

Yo lo que veo es que muchos de los errores en realidad son subsanables, PERO la mayoría no se van a dar nunca si todo está bien hecho, así que en el día a día, lo normal es que haya que hacer rectificativas salvo casos muy raros.
Es decir, aunque la lista tenga cientos de errores subsanable, eso no significa que a la hora de la verdad se vayan a hacer más subsanaciones que rectificativas, ya que el 80% de los errores no se van a dar nunca.

[Decanato]

2005 = El campo ImporteTotal tiene un valor incorrecto para el valor de los campos BaseImponibleOimporteNoSujeto, CuotaRepercutida y CuotaRecargoEquivalencia suministrados.

Os habéis encontrado con este error frecuentemente???. Es que a mi me está pasando con un par de clientes (sólo con ellos) a los que facturo un soporte mensual, y sin embargo reviso la factura y el XML y los importes son correctos, no tengo ni idea de a qué se debe
Decir que hago retención de IRPF en las facturas, pero en las de todos los clientes, no sólo en esas

[Decanato]

Empezado por Decanato

2005 = El campo ImporteTotal tiene un valor incorrecto para el valor de los campos BaseImponibleOimporteNoSujeto, CuotaRepercutida y CuotaRecargoEquivalencia suministrados.

Os habéis encontrado con este error frecuentemente???. Es que a mi me está pasando con un par de clientes (sólo con ellos) a los que facturo un soporte mensual, y sin embargo reviso la factura y el XML y los importes son correctos, no tengo ni idea de a qué se debe
Decir que hago retención de IRPF en las facturas, pero en las de todos los clientes, no sólo en esas

Este registro me da el error que comento:

<Desglose>
<DetalleDesglose>
<Impuesto>01</Impuesto>
<ClaveRegimen>01</ClaveRegimen>
<CalificacionOperacion>S1</CalificacionOperacion>
<TipoImpositivo>21.00</TipoImpositivo>
<BaseImponibleOimporteNoSujeto>276.04</BaseImponibleOimporteNoSujeto>
<CuotaRepercutida>57.97</CuotaRepercutida>
</DetalleDesglose>
</Desglose>
<CuotaTotal>16.56</CuotaTotal>
<ImporteTotal>292.60</ImporteTotal>

Lleva su IVA al 21% y una retención de IRPF del 15%

Y este otro sin embargo entra perfecto:

<Desglose>
<DetalleDesglose>
<Impuesto>01</Impuesto>
<ClaveRegimen>01</ClaveRegimen>
<CalificacionOperacion>S1</CalificacionOperacion>
<TipoImpositivo>21.00</TipoImpositivo>
<BaseImponibleOimporteNoSujeto>57.98</BaseImponibleOimporteNoSujeto>
<CuotaRepercutida>12.18</CuotaRepercutida>
</DetalleDesglose>
</Desglose>
<CuotaTotal>3.48</CuotaTotal>
<ImporteTotal>61.46</ImporteTotal>

Igual, con 21% de IVA y 15% de retención.

Le he dado 100 vueltas y no consigo sacar el por qué de que uno entre bien y el otro me de el error 2005. A ver si alguno, por favor, es capaz de ver algo que yo ya no veo, que me tiene esto loco.

[gcqZW]

solo hay un desglose??? no entiendo como sacas el valor de cuota total, o tienes mas operaciones o no tiene sentido ninguna de las dos. Pero por tu xml solo tienes un desglose.

Ya esta, no tienes que reflejar el importe con irpf en la factura si no me equivoco, importe total en el RF no tiene en cuenta el IRPF, ahora no se como una te la acepta y la otra no.

[Decanato]

Empezado por gcqZW

solo hay un desglose??? no entiendo como sacas el valor de cuota total, o tienes mas operaciones o no tiene sentido ninguna de las dos. Pero por tu xml solo tienes un desglose.

Ya esta, no tienes que reflejar el importe con irpf en la factura si no me equivoco, importe total en el RF no tiene en cuenta el IRPF, ahora no se como una te la acepta y la otra no.

Sólo un desglose porque sólo lleva un tipo de IVA. Y la retención de IRPF si se tiene que contemplar en el total de la factura, y también en cuotatotal... de hecho si no lo contemplo así me la rechaza completamente.

Además el total tiene que ser el de la factura, porque si no si un cliente consulta a través del QR le daría en hacienda la factura con un valor distinto.

La verdad es que no le veo por dónde pillarlo