Registros aceptados pero que luego deben de ser subsanados
 

Hola tengo una dudilla sobre los casos de aceptación que luego deben de ser subsanados.
Yo lo que entiendo es que estas facturas deben ser corregidas (no se si con una rectificativa), entiendo que se quiera corregir cosas como el importe la cuota el NF, pero el resto no termino de verlo, por ejemplo FechaHoraHusoGenRegistro, es algo que entiendo que se avise pero no veo razón para subsanarla

¿vosotros como estáis tratando estas repuestas ?

Buenos días

El error 2004 no hace falta subsanarlo según la propia AEAT

un saludo

me imaginaba que ese caso no tiene sentido subir una rectificativa, pero como esta en el mismo apartado que las demás.

prewww2.aeat.es/static_files/common/internet/dep/aplicaciones/es/aeat/tikeV1.0/cont/ws/errores.properties

Justo esos errores son los únicos que no requieren rectificativa y solo haría falta subsanación.

Yo hace 15 días le pedí a Hacienda que por favor confirmaran si ese bloque de errores son los que requieren sí o sí hacer una "subsanación", porque hay diversidad de opiniones al respecto.

De hecho ya ha quedado claro que el error 2004 no requiere hacer nada. Ni subsanación ni rectificativa ni nada.

Por lo tanto, está claro que el listado de códigos de error no es lo más intuitivo y detallado que han hecho en su vida, así que les pedí que por favor ampliaran la información, o indicaran claramente qué facturas se pueden subsanar, cuales rectificar, si se puede rectificar una factura subsanable, etc.

Se ven que se lo están tomando con calma para responder, o que están hartos y pasan olímpicamente ya del tema.
Probablemente me respondan algo así: "lo que dice el reglamento".

Algunas conclusiones a las que se ha llegado con el tiempo:
- La mayoría de errores no se darán nunca cuando el SIF esté ya pulido. Muchos de los errores son evitables (deben ser evitables por nosotros)
- Algunos errores está claro que requieren subsanación. Lo ideal sería que en la propia lista te lo dejaran claro, y no a base de prueba-error
- Otros requieren hacer rectificativa. Hay quien ha optado por exigir rectificativa siempre y punto, que sea el cliente quien corrija. Ya verás como no se vuelve a equivocar ;)

Yo personalmente pienso que Hacienda se podría haber currado mejor la lista de errores, haciendo un bloque de los que se pueden subsanar y los que no. Pero se ve que eso es mucho pedir y que tenemos que estrujarnos la cabeza y navegar por la normativa para averiguarlo...

Yo lo veo mas o menos claro, deberían aclarar lo del error 2004 (ponerlo en la docu), pero el resto esta mas o menos claro. Lo que si es verdad es que no deberían darse casos si controlamos bien nuestro SIF.

El problema es que según he leído, ahí la palabra "subsanados" no se refiere a que haya que hacer un registro de subsanación, sino a que decidieron usar esa palabra y no cualquier otra.
Además, también se ha dicho que algunos de los errores de los demás bloques también se pueden subsanar.

Como ya me lío entre lo que se ha dicho, lo que entienden unos y lo que entienden otros, opté por enviarle la consulta a Hacienda.

Si me dicen que solo ese bloque son las que se pueden subsanar, pues mira, una cervecita que me bebo ese día a gusto. Más fácil para nosotros, para el cliente final, etc.

No me jodas... yo lo tenia por dogma, jajajaja, pues nada otra cosa que controlar, esperemos que te respondan lo que pensaba y no que hay que listar de nuevo los errores por nosotros mismos.
Cada día que pasa tengo las cosas menos claras ¬¬.

Perdonad pues mis respuestas anteriores sobre este tema.

Tampoco te fíes. Yo es que llevo un par de semanas con el tema de cómo tratar cada error y por eso tengo fresca esa información, pero es lo que se ha estado comentando últimamente.

A ver si me responden con la respuesta "oficial" desde Hacienda antes de Diciembre...

Sisi, es que me fui una semana de vacas y estoy volviendo a ponerme al día con esto, a ver si responden pronto la verdad por que ya tenia preparada la herramienta para las subsanaciones y así ya la dejo bien montada.

¡Hola! Hace una semana hice la misma consulta a la AEAT, preguntando si los errores 2XXX eran los que necesitaban ser subsanados mediante una subsanación.

Respondieron lo siguiente:

Es decir, que para realizar una subsanación, no debemos basarnos en que estén en el bloque 2XXX, sino en que el campo no aparezca en la factura o el ROF no indique que necesita rectificativa.
¡Espero que sirva!

Pues vaya, tocará reescribir pues, muchas gracias por la respuesta aleixep.

No termino de entender a qué se refieren. Será que hoy es viernes...

Entonces solo se pueden subsanar errores en los campos? Porque entonces casi todo el bloque desde el 1100 hasta el 1281 serían subsanables, y me da a mi que no.
Además eso no significa que otros errores (del 2000 al 2007 menos el 2004) también puedan ser subsanables.

En fin, qué más les daba a esta gente hacer una lista de errores subsanables y otra lista de errores que requieran rectificativa...

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.

Según entiendo, la mayoría de campos no serán subsanables, porque o aparecen en la factura o el ROF indica que requieren rectificativa. En el caso de los errores del 1110 al 1281, muchos involucran campos que están en la factura (fecha, tipos impositivos, importes...). Todos estos deben ser gestionados mediante facturas rectificativas. Otros, como clave régimen, parece que el ROF indica que también requieren rectificativa (este en concreto no estoy seguro del todo). Y otros son sobre NIF incorrecto, en estos casos, si el problema es que el NIF no está censado, se puede subsanar, pero si el NIF es erróneo, requiere rectificativa.

Parece que los únicos campos que pueden ser subsanados son IDType, CodigoPais, Macrodato, la huella, SistemaInformatico y EmitidaPorTerceroODestinatario (y quizás TipoFactura, pero esta no estoy seguro).

¡Espero que sirva!

Estamos hablando de funcionarios... jejeje

La verdad es que tocara hacernos nuestra propia lista de acción según el error y mirar individualmente cada error para ver que procede, vaya culo.

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.

La mayoría de errores de la lista que hemos marcado como subsanar, imaginamos que no ocurrirán nunca porque el mismo programa ya no lo permite y serian debidos a errores de programación de mismo.
Algunos ejemplos de errores que considero que se debe crear un nuevo registro de facturación de subsanación:

1117 Si la factura no es de tipo rectificativa, el bloque FacturasRectificadas no podrá venir informado.
1130 El campo NumSerieFactura contiene caracteres no permitidos.
1137 El campo Macrodato solo acepta valores N o S.


4102 El XML no cumple el esquema. Falta informar campo obligatorio.
4119 Error al informar caracteres cuya codificación no es UTF-8.
4121 Error en la cabecera: el valor del campo Incidencia es incorrecto.

En todos esos casos el usuario no puede hacer nada, el desarrollador de software tiene que corregir su SIF para que ponga el valor correcto al crear un registro de facturación ... por lo tanto si ocurre alguno de esos errores... el usuario tendrá que avisarnos, tendremos que corregir el SIF, actualizar al usuario y luego, que de alguna forma indique que quiere subsanar tal factura y el SIF internamente haga un nuevo registro de facturación indicando subsanación y con el valor correcto que ante estaba mal...
Espero que esto no ocurra o ocurra muy poco pero imagino que puede pasar.


Exacto espinete. Estamos igual.

Cuando envias una consulta más complicada a Veri*Factu últimamente tardan varias semanas en contestar... de momento seguimos esperando varias respuestas.



Saludos

Con suerte así se darán cuenta de que este tema está generando bastantes dudas y hacen algo al respecto.

Eso al menos es lo que haría una empresa seria que tiene en cuenta las quejas y dudas de sus productos y realiza control de calidad :D

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.

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.

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

Digamos que cuotatotal sale de restar a la cuota de iva la retención de IRPF, pero esa retención no se desglosa en el XML en ningún lado, ni tan siquiera se referencia.

Vaya coñazo :mad:

Oh no, pues estaba super seguro que había que obviar el irpf y este solo reflejarlo en la factura en fisico.

Según miro por el foro, no hay que controlar el IRPF, una cosa es el importe a facturar (el del RF) y otra el importe a pagar (con el irpf contemplado).

Si, es así porque yo todas las facturas que emito llevan retención, con lo cual me lo he tenido que mirar bien hasta que entrasen

Revisa el apartado nº 20 del documento ACLARACIONES A DUDAS DE LOS DESARROLLADORES, que puedes encontrar en:

https://www.agenciatributaria.es/sta...rolladores.pdf

Allí te explica, que entienden ellos por TOTAL FACTURA

Creo que voy a consultarlo directamente con la AEAT a ver qué me dicen exactamente de este caso. Ya pondré la respuesta aquí, por si a alguien le sirve.

Es que ya digo, sé que está bien porque facturo a todos mis clientes con IVA 21% y retención de IRPF del 15% y me entran correctos todos menos dos de ellos.

Por cierto, no he escrito nunca a AEAT para consular nada, tenéis a mano la cuenta de correo??

Vale, ya lo se, te acepta el 2º por que entra en el rango de +/- 10 euros.

Así que sí, olvídate de irpf

Te has fijado si son cantidades pequeñas???


[email protected] aquí tienes el correo

En el ejemplo que tú has puesto:

<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%


Como el 15% de IRPF no está sujeto a IVA, partiendo de la Base de 276.04, al 21% de IVA, se obtiene una cuota de 57.97. Si sólo tienes esa base, la "CuotaTotal" debería ser 57.97, y el "ImporteTotal" de 334.01. Date cuenta que en "CuotaTotal" estás rebajando el IVA a pagar a AEAT, cuando no procede, y no te lo van a dar por bueno. Ya sabes "A Cesar lo que es del Cesar".

Pues ahora que lo dices ciertamente me pasa en facturas de mayor importe, el resto son más pequeñas, si...
Entonces en los campos cuotatotal e importetotal no contemplaría el IRPF????... creo recordar que lo probé así y me daba incorrecto, no recuerdo bien... o igual se lo traga bien, pero si hace una consulta el receptor de la factura le va a dar un importe distinto de la factura al del de la factura que tiene en la mano... No sería un poco raro eso???

Voy a probarlo como dices, a ver... Gracias!!!!!

Si si, tiene su lógica, pero más lógico sería poder reseñar la retención en el XML, porque cuando el cliente consulte la factura le va a dar otro importe en la web de la AEAT, lo que de entrada ya me parece bastante chusco

Ya... pero por eso en la factura física tendrás que poner importe facturado (importe total del RF) e importe a pagar (teniendo en cuenta el IRPF), así por lo menos habrán datos que coincidan y el cliente no se quedara tan pillado.

Pues si, eso haré... Muchas gracias a los dos!!!!

De hecho, cuando consultas con el QR de la factura, en la respuesta ya sale un mensaje de aviso con respecto a estos temas, concretamente:

El importe mostrado de la factura incluye el total de la contraprestación por los bienes o servicios facturados más, en su caso, el importe de los impuestos indirectos que la gravan, sin la consideración de otras cantidades tales como gastos suplidos, retenciones a cuenta, recargos financieros, etc. que se consigne en la factura.

Esto para que el cliente no se mosquee.