La regola, in una tabella
| Tipo di fattura | Destinatario | Codice se non rispettato |
|---|---|---|
| F1, F3, R1, R2, R3, R4 | Obbligatorio, almeno uno. | 1189 |
| F2, R5 | Vietato. | 1190 |
| R3 | Solo NIF o IDType 07 (Non censito). | 1191 |
| R2 | Solo NIF, IDType 07 o IDType 02 (NIF-IVA). | 1192 |
| Qualsiasi tipo con IDOtro di tipo 02 | Solo F1, F3, R1, R2, R3 o R4. | 1156 |
E un codice più generale: il 1106, «El valor del campo TipoFactura no está incluido en la lista de valores permitidos.», il valore del campo TipoFactura non è incluso nella lista dei valori ammessi. Tutti rifiutano il record, non l'invio intero.

Come Odoo decide tipo e destinatario
Alla pubblicazione, il modulo classifica la fattura e, con quella classe, decide se inserire il destinatario:
- Una nota di credito esce come R1, o come R5 se rettifica una fattura registrata come F2. Oggi il modulo non distingue il motivo della rettifica, quindi R2, R3 e R4 non escono mai.
- Una fattura marcata come scambio di fatture semplificate esce come F3.
- Una fattura del POS, marcata come «Factura simplificada (F2)» o il cui cliente non ha NIF, esce come F2.
- Tutte le altre escono come F1.
Dopodiché, il blocco Destinatari è incluso solo se il cliente ha un identificativo e il tipo non è F2 né R5. Così si evitano alla radice il 1189, perché una fattura senza NIF del cliente non esce mai come F1, e il 1190, perché una F2 o una R5 non portano mai il destinatario. Anche il 1106 non dovrebbe comparire: il modulo usa solo tipi che l'AEAT ammette (F1, F2, F3, R1 e R5).

Il 1191 e il 1192 con il modulo di oggi
Entrambi dipendono dal tipo di nota di credito e dal paese del cliente. Un cliente fuori dalla Spagna viaggia in IDOtro con tipo 02 se è nell'UE, e con tipo 03 o 04 se non lo è. Incrociato con la tabella, una R3 verso un cliente straniero entrerebbe in conflitto con il 1191, che ammette solo NIF o il tipo 07, e una R2 verso un cliente fuori dall'UE con il 1192.
Con il modulo di oggi nessuno dei due arriva per questa via, perché non emette né R2 né R3. Il rovescio della medaglia è che una nota di credito che secondo la norma dovrebbe essere R2, R3 o R4 viene dichiarata come R1. Se emetti note di credito di quel tipo, scrivi a comercial@flexigobe.com prima di pubblicarle.
Quando è già stato rifiutato
La coda ritenta il record rifiutato finché non finisce in Dead Letter, ma il record è quello creato alla pubblicazione e non cambia anche se correggi il contatto. Il modulo pubblicato non invia da solo la rettifica. Scrivi a comercial@flexigobe.com con il numero della fattura e ti aiutiamo a chiuderla.
I codici di questa pagina, con il testo dell'AEAT
Ogni codice con il suo testo letterale, così come lo riporta l'elenco degli errori dell'AEAT:
| Codice | Testo dell'AEAT |
|---|---|
| 1189 | Si TipoFactura es F1 o F3 o R1 o R2 o R3 o R4 el bloque Destinatarios tiene que estar cumplimentado. |
| 1190 | Si TipoFactura es F2 o R5 el bloque Destinatarios no puede estar cumplimentado. |
| 1191 | Si TipoFactura es R3 sólo se admitirá NIF o IDType = No Censado (07). |
| 1192 | Si TipoFactura es R2 sólo se admitirá NIF o IDType = No Censado (07) o NIF-IVA (02). |
| 1106 | El valor del campo TipoFactura no está incluido en la lista de valores permitidos. |
| 1156 | Para el bloque IDOtro y IDType NIF-IVA (02), el valor de TipoFactura es incorrecto. |
Continua a leggere
Verificato nel codice del modulo (versione 20.0) e nelle fonti collegate
Fonti
- www.agenciatributaria.es/static_files/AEAT_Desarrolladores/EEDD/IVA/VERI-FACTU/Validacione
- Codice del modulo: flexigo_spain_verifactu 20.0 (aa2ea3d2): models/verifactu_cadena.py
- Codice del modulo: flexigo_spain_verifactu 20.0 (aa2ea3d2): models/verifactu_aeat_client.py
- Codice del modulo: flexigo_spain_verifactu 20.0 (aa2ea3d2): models/verifactu_cola_envio.py
- Codice del modulo: flexigo_spain_verifactu 20.0 (aa2ea3d2): models/verifactu_registro.py
- prewww2.aeat.es/static_files/common/internet/dep/aplicaciones/es/aeat/tikeV1.0/cont/ws/err
