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

[espinete]

Empezado por ermendalenda

Eso sería anulación sin registro previo
Subsanacion son casos muy excepcionales que no este el error en el nodo de registrofacturacion

¿Por qué debería anular una factura correcta, que tiene un nif correcto, pero que la AEAT no tiene actualizado en su censo?
¿Qué hago entonces, le pido al cliente otro nif distinto?

¿No se puede enviar como subsanación, esta vez poniendo IDOtro = 07 (no censado)?

[ermendalenda]

Empezado por espinete

¿Por qué debería anular una factura correcta, que tiene un nif correcto, pero que la AEAT no tiene actualizado en su censo?
¿Qué hago entonces, le pido al cliente otro nif distinto?

¿No se puede enviar como subsanación, esta vez poniendo IDOtro = 07 (no censado)?

A ver, la aeat no puede tener un tío en ventanilla esperando a comprobar que ese cif, aunque no esté censado sea válido, por tanto,, veo lógico que te lo rechace con ese aviso de que no está, y ya lo envías por otro cauce, no me había fijado en el 07 No censado, pero si existe estupendo. Así que por lógica de los controles de flujo de escenarios similares, en los que rechazan una factura por algún motivo, lo lógico es anularla sin registro previo y remitirla de la forma que piensas que está bien.
Anulas sin registro previo y emites de nuevo como no censado

[espinete]

Confirmado lo que quería decir en el primer post de este hilo: una factura enviada y "rechazada", la puedo reenviar sin problema tras corregir el error.

Es decir... La he podido reenviar, tras corregir el error, SIN especificar en ningún sitio que era una subsanación, ni RechazoPrevio ni nada.

¿Es porque no han habilitado esa comprobación en el entorno de pruebas? ¿las facturas rechazadas se pueden simplemente reenviar y punto? ¿O es que ellos ya se encargarán de quedarse "con la última, que es la buena"?

Esta es la prueba que he hecho:
- Envío una factura normal pero me salto un campo adrede
- Me devuelve "Error1100: Valor o tipo incorrecto del campo".
- Queda marcada como "Error".

Según el listado de errores, se trata de un error "que provoca el rechazo de la factura (o de la petición completa si el error está en la cabecera)".

He vuelto a añadir el campo que faltaba, le he dado a enviar y se envía y se acepta sin avisos.

¿Es normal?

Luego he hecho esta otra prueba:
- Factura con un error forzado en las cuotas, total, etc.
- me devuelve el error 2005 o 2006, que supuestamente es SUBSANABLE según el listado de errores
- La factura la "acepta con avisos"
- Propongo por lo tanto "subsanación"
- Corrijo el error y le doy a "enviar como subsanación"
- Me dice "Error 3000 Registro duplicado"

Así que ya no sé si tomarme unos días libres o qué, la verdad.

[Jarogo08]

Empezado por espinete

Luego he hecho esta otra prueba:
- Factura con un error forzado en las cuotas, total, etc.
- me devuelve el error 2005 o 2006, que supuestamente es SUBSANABLE según el listado de errores
- La factura la "acepta con avisos"
- Propongo por lo tanto "subsanación"
- Corrijo el error y le doy a "enviar como subsanación"
- Me dice "Error 3000 Registro duplicado"

Así que ya no sé si tomarme unos días libres o qué, la verdad.

¿has puesto Subsanación a "S"? Porque a mí ese caso me lo subsana correctamente

CType(objectoFactEmitida.RegistroFactura(x).Item, RegistroFacturacionAltaType).SubsanacionSpecified = True
CType(objectoFactEmitida.RegistroFactura(x).Item,  RegistroFacturacionAltaType).Subsanacion = SubsanacionType.S

Saludos!

[espinete]

Si no recuerdo mal (ya no estoy en la oficina):

Subsanación S
Rechazo previo X

Mañana lo confirmo y pruebo otra vez

[ermendalenda]

Si el error es estructural te dejan mandarlo de nuevo. El hecho de que lo mandes de nuevo arreglado no está dentro de lo que te piden. En error estructural tendrás que mandarlo como subsanacion sin registro previo.
En el caso de las cuotas erróneas, tampoco es coreecto una subsanacion, tienes que hacer una rectificativa.
El hecho de que te acepte no quiero decir que ya vaya a misa lo dicen muy claro, los envíos están sujetos a verificaciones posteriores
Saludos

[espinete]

Empezado por ermendalenda

Si el error es estructural te dejan mandarlo de nuevo. El hecho de que lo mandes de nuevo arreglado no está dentro de lo que te piden. En error estructural tendrás que mandarlo como subsanacion sin registro previo.

Probaré mañana a enviarlo como Subsanación=S y RechazoPrevio=N.
Ahora bien... ¿no es confuso, y poco intuitivo, que la "rechacen" pero que tenga que poner RechazoPrevio=N?

Empezado por ermendalenda

En el caso de las cuotas erróneas, tampoco es coreecto una subsanacion, tienes que hacer una rectificativa.

En el listado de errores, el error 2005 aparece en el bloque de "deben ser subsanados". ¿O es que ahí la palabra "subsanados" no significa que requiera una "subsanación"?

Empezado por ermendalenda

El hecho de que te acepte no quiero decir que ya vaya a misa lo dicen muy claro, los envíos están sujetos a verificaciones posteriores

Lo de "lo dicen muy claro", vamos de dejarlo ahí...

Esto es lo que dice Hacienda:

a) Si los errores detectados tras la emisión están previstos en el reglamento de obligaciones de facturación (ROF), aprobado por el Real Decreto 1619/2012, deberá efectuarse su rectificación de acuerdo con el procedimiento que indique el ROF según el tipo de error de que se trate, lo que implica expedir nueva/s factura/s rectificativas de la factura original errónea, en la/s que se pondrán los códigos de los campos de RF qué le/s corresponda/n de entre los que se detallan en la OM HAC/1177/2024.

b) Si los errores detectados tras la emisión NO están contemplados en el ROF, pero afectan a campos del registro de facturación (RF) generado al emitir la factura (que, digamos, “no se ven” en la factura impresa, es decir, son campos “internos”, como ciertas codificaciones tributarias), se debe corregir la factura original (esos datos “internos” de la misma) y se debe generar un RF de alta de subsanación de esa factura donde conste ya la nueva información que proceda. Estos casos deberían ser MUY POCO FRECUENTES.

c) Si los errores detectados tras la emisión NO están contemplados en el ROF ni afectan a campos del registro de facturación (RF) generado al emitir la factura, se corrige la factura original sin que sea preciso generar un nuevo RF de ningún tipo.

d) Si se considera que "toda la factura" en sí misma está mal o no debería haberse emitido, siempre que para solucionarlo no deba emplearse algún procedimiento (de rectificativa u otro) previsto en el ROF, se podrá "anular" generando para ello un RF de anulación. Estos casos deberían ser MUY POCO FRECUENTES.

Ya podrían haberse currado mejor los bloques de error y ponernos las cosas un pelín más fáciles de entender. Creo que no pido tanto.
Teniendo en cuenta que el RF es el XML (fallo estructural, por ejemplo), entiendo que es el caso b), y por lo tanto, requiere subsanación. Pero sin embargo, yo la he reenviado directamente, tras corregir el error, sin indicar subsanación ni nada.

En mi segundo ejemplo, error 2005, la factura es "aceptada con errores". De verdad que me cuesta entender por qué se debe rectificar y no subsanar. Voy a terminar por no subsanar nada y solo permitir rectificativas y punto.