Reenvío de facturas el Entorno de Pruebas SIN especificar Subsanación

[seccion_31]

Empezado por espinete

He empezado a hacer pruebas con el envío de subsanaciones de facturas, previamente rechazadas, aceptadas o aceptadas con errores, y me he dado cuenta de que he podido enviar una misma factura las veces que me de la gana hasta que Hacienda la acepta, SIN tener que indicar en ningún momento 'Subsanacion' = "S" y 'RechazoPrevio'="X".

Esto es normal? O es que Hacienda por ahora no está controlando eso? o son ellos los que se encargan de comprobarlo todo una vez reciban el registro correcto?

Que ya puestos, podría ser así: si yo envío una factura 2 veces, la segunda vez que la envíe deberían tomarla como una "subsanación" sin que yo tenga que decirles nada, pero bueno. O al menos no se me ocurre un motivo por el que no se pueda automatizar eso.
Otra cosa son las rectificativas, que sí habría que indicar a qué factura rectifica. Pero una subsanación, que no es más que la MISMA factura corregida, no veo la necesidad de tener que dárselo todo masticado.

Pero bueno, al lío... ¿Es normal que pueda enviar la misma factura (previamente rechazada) varias veces, sin tener que indicar "Subsanación = S"?

Y otra pregunta...

¿Cual es la forma correcta de indicar los campos Subsanación y RechazoPrevio? He visto algunos ejemplos pero ninguno con Subsanación=S RechazoPrevio=S. Siempre llevan X

- Factura previamente "Rechazada": Subsanación = S y RechazoPrevio = X ¿Por qué "X" y no "S"?
- Factura "Aceptada con Errores": Subsanación = S y ¿RechazoPrevio = N o S?
- Factura "Aceptada" pero nosotros mismos nos hemos dado cuenta de que requiere subsanación: Subsanación = S y ¿RechazoPrevio = N?

Pues eso. Siento sacar este tema otra vez, pero no me queda claro ni siquiera con el post de la respuesta "oficial" de Hacienda sobre este tema.

Te diria que la factura no esta en su sistema por tanto factura nueva. te la rechaza de nuevo por el motivo que sea.

Por lo que entendi en el hilo del componente para D7:

La huella de esa factura, en su nuevo envio debera cambiar si has enviado otras despues, y por la nueva hora de envio. En este caso Subsanación = S y RechazoPrevio = X (porque no esta en su sistema). En algun momento la factura pasara y quedara ahi con esos marcadadores, para indicar que tuvistes problemas.

Saludos

[[newtron]]

Si no especificas que es una subsanación entienden que la estás reenviando y, si ya existe, te dará un error de factura duplicada. Si lleva la marca de subsanación se la tragará sin problemas.


Entiendo que si la factura ha sido previamente rechazada tendrás que marcar lo de "rechazo previo" y si no no. Y si ya la has enviado en alguna ocasión siempre marcarla como subsanación.


De una forma o de otra cuidadín con eso de subsanar facturas que lo habitual es que lo que haya que hacer es rectificarla, no subsanarla. Subsanarla solamente cuando cambie algo que no afecte a la ley de facturación que serán pocas cosas.


Saludos.

[espinete]

Empezado por newtron

Entiendo que si la factura ha sido previamente rechazada tendrás que marcar lo de "rechazo previo" y si no no. Y si ya la has enviado en alguna ocasión siempre marcarla como subsanación.

Claro, pero la factura pudo haber sido rechazada, aceptada o aceptada con errores. ¿Por qué entonces hay tres opciones para RechazoPrevio (S, N y X)?

Empezado por newtron

De una forma o de otra cuidadín con eso de subsanar facturas que lo habitual es que lo que haya que hacer es rectificarla, no subsanarla. Subsanarla solamente cuando cambie algo que no afecte a la ley de facturación que serán pocas cosas.

Si, estoy haciéndolo solo con aquellas facturas que durante el desarrollo me han dado error. Entiendo que una vez esté todo pulido, a nivel de programación, y todos los escenarios estén previstos, no se debería tener que subsanar ninguna factura.

[[newtron]]

Empezado por espinete

Claro, pero la factura pudo haber sido rechazada, aceptada o aceptada con errores. ¿Por qué entonces hay tres opciones para RechazoPrevio (S, N y X)?

Bueno... esto pone en la documentación:





Saludos.

[espinete]

Entiendo por lo tanto, que en la lista de códigos de error posibles, el primer bloque (del 4102 al 4138 y del 3500 al 3503) el ENVÍO es rechazado completamente. Hacienda no tiene constancia alguna de la factura, y en ese caso debemos arreglar lo que esté mal y reenviarla como factura normal (no subsanación).

El segundo bloque que "rechaza la factura o bien el envío completo si el error está en la cabecera" (del 1100 al 1281 y del 3000 al 3003) es el que no me queda claro. Supongo que dependerá de si es rechazada completamente o aceptada con errores? Veo errores ahí que no tienen por qué requerir una rectificativa. La mayoría son errores "nuestros" (de programación) que deberíamos evitar que ocurran. No me queda claro si aquí hay que subsanar o reenviar como alta normal, imagino que según haya sido rechazada o aceptada con errores.

El último bloque (del 2000 al 2007) aceptan la factura pero deben ser "subsanados". Sin embargo, algunos de esos errores (como este: El campo ImporteTotal tiene un valor incorrecto para el valor de los campos BaseImponibleOimporteNoSujeto, CuotaRepercutida y CuotaRecargoEquivalencia suministrados) no sé hasta qué punto se deberían aceptar. Bajo mi punto de vista, no deberían aceptar una factura si los importes no cuadran, pero bueno.

Lo dicho, tengo dudas con qué se debe hacer con cada bloque. Agradezco que hayan elaborado el listado de errores, pero que lo podían haber dejado todo más claro también es un hecho.
Mañana empezaré a hacer pruebas de varios tipos a ver si a base de probar lo voy entendiendo mejor.

[[newtron]]

Empezado por espinete

Entiendo por lo tanto, que en la lista de códigos de error posibles, el primer bloque (del 4102 al 4138 y del 3500 al 3503) el ENVÍO es rechazado completamente. Hacienda no tiene constancia alguna de la factura, y en ese caso debemos arreglar lo que esté mal y reenviarla como factura normal (no subsanación).

El segundo bloque que "rechaza la factura o bien el envío completo si el error está en la cabecera" (del 1100 al 1281 y del 3000 al 3003) es el que no me queda claro. Supongo que dependerá de si es rechazada completamente o aceptada con errores? Veo errores ahí que no tienen por qué requerir una rectificativa. La mayoría son errores "nuestros" (de programación) que deberíamos evitar que ocurran. No me queda claro si aquí hay que subsanar o reenviar como alta normal, imagino que según haya sido rechazada o aceptada con errores.

El último bloque (del 2000 al 2007) aceptan la factura pero deben ser "subsanados". Sin embargo, algunos de esos errores (como este: El campo ImporteTotal tiene un valor incorrecto para el valor de los campos BaseImponibleOimporteNoSujeto, CuotaRepercutida y CuotaRecargoEquivalencia suministrados) no sé hasta qué punto se deberían aceptar. Bajo mi punto de vista, no deberían aceptar una factura si los importes no cuadran, pero bueno.

Lo dicho, tengo dudas con qué se debe hacer con cada bloque. Agradezco que hayan elaborado el listado de errores, pero que lo podían haber dejado todo más claro también es un hecho.
Mañana empezaré a hacer pruebas de varios tipos a ver si a base de probar lo voy entendiendo mejor.

Yo creo que no es así. El que te rechacen la factura no significa que puedas corregirla y volver a enviarla como "nueva". Para la aeat "Factura hecha=Factura sagrada que no se puede corregir" a no ser que sea por algo distinto a la ley de facturación. Yo creo (es mi opinión) que una factura que te rechacen la mayoría de las veces tendrás que hacer una rectificativa. Tienes que tener en cuenta que la aeat aunque te rechace una factura "sabe" que se las intentado subir con unas características y no sé eso qué repercusiones puede tener en el futuro. Yo por mi parte de momento no doy ni opción a subsanar, factura que se rechaza directamente se sustituye con otra correcta.


Saludos.

[espinete]

Empezado por newtron

Yo creo que no es así. El que te rechacen la factura no significa que puedas corregirla y volver a enviarla como "nueva". Para la aeat "Factura hecha=Factura sagrada que no se puede corregir" a no ser que sea por algo distinto a la ley de facturación. Yo creo (es mi opinión) que una factura que te rechacen la mayoría de las veces tendrás que hacer una rectificativa. Tienes que tener en cuenta que la aeat aunque te rechace una factura "sabe" que se las intentado subir con unas características y no sé eso qué repercusiones puede tener en el futuro. Yo por mi parte de momento no doy ni opción a subsanar, factura que se rechaza directamente se sustituye con otra correcta.

Saludos.

Entiendo entonces que solo vas a permitir "rectificar", sea el error o el tipo de modificación que sea.

Está claro que esa opción da menos dolores de cabeza, pero no sé si es del todo correcto (aunque aceptado, y no te pueden prohibir hacerlo).

Mi intención es permitir subsanar solo algunas facturas que hayan sido rechazadas. Dependiendo del error que sea. Si luego el cliente prefiere rectificar, pues que rectifique, pero al menos con algunos códigos de error creo que sí es preferible subsanar. ¿Por qué?

- Subsanar no requiere hacer otra factura nueva (rectificativa). Se envía la MISMA, corregida/modificada, simplemente indicando que es una subsanación. Menos trabajo para el cliente, sobre todo en errores que hayan sido por algún despiste.

Mi duda (y creo que la de muchos) es no saber exactamente cuándo se debe/puede subsanar y cuándo no. Por mucho que la AEAT te diga "depende de si afecta al RF o al ROF o al RIFIRAFE", me tienen un poco cansado con tanto tecnicismo que te obligue a leerlo todo uno a uno.

No sé. Haré pruebas estos días y ya veré qué hago. Por lo pronto creo que me voy a decantar por no permitir nunca modificar una factura y requerir hacer siempre rectificativa, pese a quien le pese, porque lo de modificar facturas creo que ya debería estar prohibido desde la Ley Antifraude, y nuestro software ya no lo permite. Paso de permitirlo "según el caso".

[Logan05]

Empezado por espinete

Entiendo entonces que solo vas a permitir "rectificar", sea el error o el tipo de modificación que sea.

.....

Por lo pronto creo que me voy a decantar por no permitir nunca modificar una factura y requerir hacer siempre rectificativa .... Paso de permitirlo "según el caso".

Ese es también mi planteamiento, ante cualquier error en una factura, rectificativa completa al canto y factura completa nueva, estoy mareado ya de tanto "si esto o lo otro", porque me da la sensación de que siempre se me va a colar algún escenario y me van a poder "pillar" en algún error y me voy a comer el marrón.... Es muchiiiisimo más simple de programar y asegurar la trazabilidad sin el menor tipo de duda, al menos esa es mi opinión. ¿Es ilegal el planteamiento?