Se il motivo del rifiuto non è elencato in questo articolo, si tratta di un errore segnalato dal destinatario. In caso di dubbi a riguardo è necessario contattare l'organizzazione di destinazione.
Di seguito sono riportati gli errori di rifiuto più comuni che possono essere di due tipi:
- Gli errori di rigetto per motivi commerciali sono quelli definiti dall'ente destinatario della fattura; questi codici di errore e/o valori letterali sono estranei a e-FACT, per questo motivo questi tipi di errori non sono descritti in queste FAQ. È necessario contattare l'organizzazione ospitante in caso di dubbi.
- Gli errori di rifiuto per motivi tecnici sono quelli generati automaticamente dallo strumento durante l'esecuzione di determinate convalide interne.
Eventuali errori che comportano la correzione della fattura devono essere corretti rigenerando l'XML e firmandolo nuovamente. Se viene apportata una modifica al contenuto di un XML firmato, la firma della fattura non sarà più valida.
Di seguito descriviamo gli errori tecnici di rifiuto più comuni:
ERRORE DI FORMATO
| Codice | letterale | cosa significa | Come risolverlo? |
|---|---|---|---|
| La fattura non è nel formato corretto | Questo errore appare quando una fattura viene caricata nella casella di posta di consegna e non rispetta il formato della fattura. |
Convalida la fattura , controlla se il formato è corretto e correggi eventuali errori. I motivi più comuni degli errori di formato sono i seguenti: – Nel campo PersonTypeCode stai mettendo una "J" per una persona giuridica e quindi deve essere messo il CIF di una persona giuridica, se metti "F" per fisico devi mettere il NIF di una persona fisica. – L' intestazione non contiene il formato previsto. Ogni fattura deve iniziare con: – Il formato di uno dei documenti di identità (emittente NIF/CIF, destinatario CIF, terzo CIF...) non è corretto. Non può contenere spazi o trattini. |
|
| HF01 | Formato nome file errato | Il formato del file non segue le linee guida fornite nella guida all'integrazione | Il formato indicato nella guida all'integrazione dovrebbe essere rivisto e modificato. |
| HF08 | Errore di convalida dello schema | Lo schema della fattura inviata non ha superato la validazione sintattica e/o le estensioni pubblicate non hanno superato la validazione . | La fattura deve essere generata nel formato fattura 3.2 e 3.2.1. |
ERRORE DI REGISTRAZIONE
| Codice | letterale | cosa significa | Come risolverlo? |
| HRE1 | Errore durante la registrazione del documento | Non è stato possibile registrare correttamente la fattura, perché c'è una voce non segnalata correttamente? |
Convalida l'XML della fattura, se superi la convalida prova ad inviarla nuovamente. Se l'errore persiste, parla con l'organizzazione di destinazione per vedere se hanno un errore nel loro sistema di registrazione. |
| EV02 | Fattura duplicata | La fattura è già stata inviata. |
Verificare che la fattura non sia stata inviata in precedenza. Puoi controllare lo stato della fattura nella Casella di Consegna |
| DF01 | L'organismo ricevente ha rifiutato t manualmente la fattura | Errore rilevato dall'ente che riceve la fattura | È necessario contattare il destinatario della fattura per ottenere maggiori dettagli sul rifiuto commerciale della fattura. |
| HS01 | Codice della piattaforma di trasmissione sconosciuto | Ad esempio se la fattura viene consegnata da una piattaforma emittente che non aderisce al servizio e-FACT | Vedi le piattaforme dherides nel servizio e-FACT : Creare e inviare fatture |
| HR01 | Codice piattaforma ricevente sconosciuto | Codice piattaforma di ricezione fatture sconosciuto. Cioè è stato inviato a un codice di piattaforma che non esiste in e-FACT | Il codice della piattaforma destinatario della fattura è sconosciuto. Il codice destinatario deve essere rivisto o confermato con il destinatario. |
| HS02 | Piattaforma di trasmissione disabilitata | La piattaforma di trasmissione non è configurata correttamente. |
È necessario verificare la configurazione della piattaforma di invio e se ritieni che la configurazione sia corretta, inviaci l'errore, indicando la piattaforma da cui viene inviato e allegando l' xml della fattura e l' xml dell'errore : |
| EG01 |
Errore generico nel processo di ricezione della fattura | Si è verificato un errore durante il caricamento della fattura. | Ricarica la bolletta dopo pochi minuti. Se il problema persiste, contattaci tramite il modulo di supporto |
ERRORE DI FIRMA
| Codice | letterale | cosa significa | Come risolverlo? |
| HF04 | Il file non contiene una firma elettronica | È stato effettuato un tentativo di inviare XML non firmato alla piattaforma |
Il segno è obbligatorio l'XML per rispettare il formato della fattura |
| HV01 | Errore durante la verifica della firma/certificato | La fattura non ha superato la convalida del certificato digitale dell'emittente (certificato scaduto o non riconosciuto) oppure non è stato possibile convalidare la firma elettronica della fattura (formato errato). |
Verifica che il campo SigningTime nell'XML contenga l'ora della firma della fattura senza numeri o caratteri dispari. Se vedi, ad esempio, un +2 o una Z, devi rifare la firma della fattura e inviarla nuovamente. Se non c'è nulla che possa modificare questo campo, è necessario rivedere il certificato utilizzato per firmare la fattura tramite Signasuite. |
| HV02 | Impossibile eseguire la convalida della firma/del certificato | È stato superato il numero di tentativi impostati per convalidare la firma e il certificato di una fattura , pertanto la fattura verrà rifiutata |
La fattura deve essere inviata nuovamente . Se il problema persiste, contattaci tramite il modulo di supporto |
ERRORE CONTENUTO
| Codice | letterale | cosa significa | Come risolverlo? |
| HR11 | Ragione Sociale del Destinatario non indicata né segnalata | Manca indicare il la ragione sociale nell'XML. |
Questo punto deve essere corretto e la fattura inviata nuovamente. |
| HD01 | Errore durante l'invio del messaggio alla piattaforma di destinazione | Tentativo di inviare un allegato al quale non è associata una fattura precedente. |
La fattura per il relativo allegato deve essere inviata in anticipo. |
| HS09 | Emittente NIF non indicato nel documento | La fattura non contiene il NIF dell'emittente |
Verificare che l'XMl della fattura contenga questi dati (NIF dell'emittente) |
| HR09 | NIF del ricevitore non indicato nel documento | La fattura non contiene il NIF del destinatario | Verificare che l'XMl della fattura contenga questi dati (NIF del destinatario) |
| HR10 | Il NIF del destinatario indicato sulla fattura non corrisponde all'entità di destinazione | La fattura non riporta correttamente il TIN del destinatario | È necessario rivedere il NIF indicato nell'XML della fattura |
| HR04 | Contenuto del file ricevuto non supportato dalla piattaforma di destinazione | Consegna di una fattura con una versione non accettata del formato facturae . Ad esempio, fattura generata con la versione 3.oo 3.1. | La fattura deve essere generata in formato fattura 3.2 e 3.2.1 . |
| HF03 | Contenuto del file ricevuto non supportato dall'hub | Il contenuto del file non è corretto principalmente perché non è un formato fattura | La fattura deve essere generata in formato fattura 3.2 e 3.2.1 . |
| HF07 | Sono accettate solo fatture con fattura unica | Il fascicolo . XML contiene più di una fattura e sono supportati solo i file di fattura con una singola fattura | L'XML deve essere rigenerato in un'unica fattura. |
ERRORE CON CODICE INDIRIZZO
| Codice | letterale | cosa significa | Come risolverlo? |
| HS05 | Codice indirizzo mittente errato (cifra di controllo non valida) | La piattaforma di emissione ha riportato erroneamente la cifra di controllo (ultimo numero) del codice indirizzo del mittente (identificatore del mittente) |
Il formato indicato nella guida all'integrazione dovrebbe essere rivisto e modificato. |
| HR05 | Codice di indirizzamento del ricevitore errato (cifra di controllo non valida) | La cifra di controllo (ultimo numero) del codice di indirizzamento del ricevitore (ID ricevitore) non è corretta, secondo il formato riportato nella guida all'integrazione |
Il formato indicato nella guida all'integrazione dovrebbe essere rivisto e modificato. |
| HR08 | Il codice di indirizzamento del ricevitore non è un AAPP | Il codice indirizzo del destinatario (identificativo del destinatario) non corrisponde ad un ente pubblico |
Il formato indicato nella guida all'integrazione dovrebbe essere rivisto e modificato. |
| HR06 | Il codice di indirizzamento del ricevitore non esiste | Il codice di indirizzamento del ricevitore (ID ricevitore) non esiste (vedi guida all'integrazione ). |
Consulta la guida all'integrazione e se ritieni che sia corretta, inviaci l'errore, allegando l' xml della fattura e l' xml dell'errore: |
| HS06 | Non c'è nessun rif. precedentemente indicato in allegato | L'allegato viene rifiutato perché non è stata individuata una fattura registrata con lo stesso riferimento dell'allegato |
Consulta la sezione “Gestione dei documenti allegati” della guida all'integrazione |
ERRORE RCF HF09
Di seguito sono definiti i nuovi codici di rifiuto aggiunti a seguito delle nuove convalide incorporate dai necessari adattamenti del e-FACT per conformarsi ai requisiti richiesti ai PGE stabiliti dall'ordinanza HAP/1650/2015, del 31 luglio, che modifica l'ordinanza HAP /492/2014, del 27 marzo, che regola i requisiti funzionali e tecnici del registro contabile delle fatture degli enti nell'ambito della legge 25/2013, del 27 dicembre, che promuove la fatturazione elettronica e crea il registro contabile delle fatture al pubblico settore, e l'ordinanza HAP/1074/2014, del 24 giugno, che regola le condizioni tecniche e funzionali che deve soddisfare il punto di ingresso generale delle fatture elettroniche : https://www.boe.es/diario_boe/txt.php?id= BOE-A-2015-8844
Come vengono restituiti gli scarti RCF al PGE?
Quando una fattura viene rifiutata perché non conforme alle regole di convalida, tutti questi errori sono stati raggruppati nel codice = HF09 e nella descrizione sono inclusi il codice specifico dell'errore e la sua descrizione. Tutti gli errori rilevati vengono restituiti nel seguente formato:
- “Codice errore: Descrizione | codice errore: Descrizione”
Ad esempio, in una fattura con errori di convalida rilevati RCF05002 e RCF05004 verrebbero restituiti come commento di rifiuto:
- RCF05002: Emittente: Il NIF non è conforme alle regole e ai criteri della sua formazione. La regola numero 5b dell'allegato II dell'ordinanza HAP / 1650/2015 è violata | RCF05004: Emittente: nome e cognome sono obbligatori. La regola numero 5d dell'allegato II dell'ordinanza HAP / 1650/2015 è violata |
Descrizione degli errori di convalida
| errore | Codice | Descrizione dell'errore | Campo che deve essere modificato nell'XML della fattura e/o come risolverlo? |
|
HF09 |
RCF03001 | "Il numero della fattura è obbligatorio. La regola 3a dell'allegato II dell'ordinanza HAP/1650/2015 non è rispettata " | 3.1.1.1.Numerofattura
Indicare un numero di fattura in questo campo. |
| RCF04001 | "Fattura di rettifica con criterio di rettifica diverso da 01,02,03,04. La regola 4a dell'allegato II dell'ordinanza HAP/1650/2015 non è rispettata " | 3.1.1.5.6.Metodo di correzione
Indica uno dei possibili criteri di rettifica: 01,02,03,04 |
|
| RCF04002 | Per le fatture di rettifica con criterio di rettifica 01 o 02, il numero della fattura dell'emittente è obbligatorio. La regola 4b dell'allegato II dell'ordinanza HAP/1650/2015 non è rispettata | 3.1.1.5.1.NumeroFattura
Indicare in questo campo il numero della fattura dell'emittente rettificatore. |
|
| RCF05001 | Emittente: Il codice del tipo di persona, fisica \"F\" o giuridica \"J\" è obbligatorio. La regola 5a dell'allegato II dell'ordinanza HAP/1650/2015 non è rispettata | (2.1.1.1.PersonTypeCode)
Indicare in questo campo il codice “F” o “J”. |
|
| RCF05002 | Emittente: Il NIF non è conforme alle regole e ai criteri della sua formazione. La regola 5b dell'allegato II dell'ordinanza HAP/1650/2015 non è rispettata | 2.1.1.3.NumeroIdentificativoTax
Modificare tenendo conto di questo criterio: se i primi due caratteri del NIF sono lettere, si presumerà che equivalgano al paese e il resto al NIF. In un altro caso, il codice indicato sarà equivalente al NIF e si presuppone che il codice sia quello spagnolo. |
|
| RCF05003 | Emittente: Il codice paese (i primi due caratteri del NIF quando sono lettere), quando esiste, sarà adeguato a quanto stabilito nello schema di fatturazione stesso. La regola 5c dell'allegato II dell'ordinanza HAP/1650/2015 non è rispettata | 2.1.1.3.NumeroIdentificativoTax | |
| RCF05004 | Emittente: il numero e il nome sono obbligatori nel caso di una persona fisica. La regola 5d dell'allegato II dell'ordinanza HAP/1650/2015 non è rispettata | 2.1.4.2.1.Nome
2.1.4.2.2.NomeCognome Compila questi campi |
|
| RCF05005 | Emittente: La denominazione sociale è obbligatoria in caso di persona giuridica. La regola 5e dell'allegato II dell'ordinanza HAP/1650/2015 non è rispettata | 2.1.4.1.1.NomeAziendale
Compila questo campo |
|
| RCF05006 | Assegnatario: Il codice di tipo persona fisica \"F\" o giuridica \"J\" è obbligatorio. La regola 5a dell'allegato II dell'ordinanza HAP/1650/2015 non è rispettata | 1.6.1.1.1.PersonTypeCode
Indicare in questo campo il codice “F” o “J”. |
|
| RCF05007 | Assegnatario: Il NIF non è conforme alle regole e ai criteri della sua formazione. La regola 5b dell'allegato II dell'ordinanza HAP/1650/2015 non è rispettata | 1.6.1.1.3.TaxIdentificationNumber
Modificare tenendo conto di questo criterio: se i primi due caratteri del NIF sono lettere, si presumerà che equivalgano al paese e il resto al NIF. In un altro caso, il codice indicato sarà equivalente al NIF e si presuppone che il codice sia quello spagnolo. |
|
| RCF05008 | Assegnatario: Il codice paese (i primi due caratteri del NIF quando sono lettere) quando esiste, sarà adeguato a quanto stabilito nello schema di Fattura stesso. La regola 5c dell'allegato II dell'ordinanza HAP/1650/2015 non è rispettata | 1.6.1.1.3.TaxIdentificationNumber | |
| RCF05009 | Cessionario: il numero e il nome sono obbligatori. La regola 5d dell'allegato II dell'ordinanza HAP/1650/2015 non è rispettata | 1.6.1.2.2.1.Nome
1.6.1.2.2.2.NomeCognome Compila questi campi |
|
| RCF05010 | Assegnatario: il nome dell'azienda è obbligatorio. La regola 5e dell'allegato II dell'ordinanza HAP/1650/2015 non è rispettata | 1.6.1.2.1.1.NomeAziendale
Compila questo campo |
|
| RCF06001 | Nelle fatture emesse in euro, alcune righe degli importi hanno più di due cifre decimali o non sono numeriche. La regola 6a dell'allegato II dell'ordinanza HAP/1650/2015 non è rispettata | I campi importo convalidati sono i seguenti:
3.1.6.1.17. Costo totale 3.1.6.1.18.1.3. Importo sconto 3.1.6.1.19.1.3. Importo addebito 3.1.6.1.21.1.3.1. TaxableBase.TotalAmount 3.1.6.1.21.1.4.1. ImportoImposta.ImportoTotale 3.1.6.1.22.1.4.1. ImportoImposta.ImportoTotale NOTA : verificare che i campi non contengano spazi dopo l'importo. |
|
| RCF06002 | Nelle fatture emesse in euro il costo totale di ciascuna riga deve essere pari al prodotto del numero di quote per il prezzo unitario arrotondato con il comune metodo dell'arrotondamento al secondo decimale. La regola 6a dell'allegato II dell'ordinanza HAP/1650/2015 non è rispettata | Se ci sono più di due decimali, quelli dopo il secondo devono essere zero:
3.1.6.1.17.CostoTotale = ArrotondamentoA2decimali (3.1.6.1.14.Quantità*3.1.6.1.16.PrezzoUnitarioSenzaImposta) |
|
| RCF06003 | Nelle fatture emesse in euro l'importo lordo di ciascuna riga deve essere la somma del costo totale più la somma delle maggiorazioni meno la somma degli sconti. La regola 6a dell'allegato II dell'ordinanza HAP/1650/2015 non è rispettata | Controlla che:
3.1.6.1.20.Importo Lordo è uguale a 3.1.6.1.17.TotalCost meno SUM(3.1.6.1.18.1.3.DiscountAmount) più SUM(3.1.6.1.19.1.3.ChargeAmount) |
|
| RCF06004 | Nelle fatture emesse in euro, alcuni importi a livello di fattura, ad eccezione delle aliquote fiscali o delle percentuali da applicare, hanno più di due cifre decimali o non sono numerici. La regola 6b dell'allegato II dell'ordinanza HAP/1650/2015 non è rispettata | I campi importo convalidati sono i seguenti:
3.1.5.1. Importo lordo totale 3.1.5.3.1.3. Importo addebito 3.1.5.7. Uscite fiscali totali 3.1.5.10.1.3. Importo sussidio 3.1.5.11.1.2. Importo pagamentosuconto 3.1.5.12.1.6. Importo Spese Rimborsabili 3.1.5.13. Spese finanziarie totali 3.1.5.15. Pagamenti totali sul conto 3.1.5.16.3. Importo della ritenuta 3.1.5.18. Spese totali rimborsabili 3.1.3.1.3.1. TaxableBase.TotalAmount 3.1.3.1.5.1. SpecialTaxableBase.TotalAmount 3.1.3.1.6.1. ImportoImpostaSpeciale.TotaleA 3.1.3.1.8.1. EquivalenzaImportoSupplemento.ImportoTotale 3.1.4.1.3.1. TaxableBase.TotalAmount 3.1.4.1.4.1 Importo imposta.Importo totale NOTA : verificare che i campi non contengano spazi dopo l'importo. |
|
| RCF06005 | Nelle fatture emesse in euro l'importo totale lordo della fattura deve essere la somma degli importi lordi delle righe. La regola 6b dell'allegato II dell'ordinanza HAP/1650/2015 non è rispettata | 3.1.5.1.ImportoLordoTotale = SUM(3.1.6.1.20.ImportoLordo delle righe) | |
| RCF07002 | La data di emissione della fattura è obbligatoria e deve essere una data valida. La regola 7a dell'allegato II dell'ordinanza HAP/1650/2015 non è rispettata | 3.1.2.1.IssueData
Indica una data precedente o uguale alla data corrente e maggiore o uguale alla data di emissione della fattura. |
|
| RCF09002 | Nella descrizione sono presenti righe della fattura senza contenuto. La regola 9b dell'allegato II dell'ordinanza HAP/1650/2015 non è rispettata | 3.1.6.1.13.Descrizionearticolo
Controlla che non ci siano righe vuote in questo campo. |
|
| RCF01001 | La fattura non è conforme allo schema XSD "Facturae" della versione corrispondente (3.2 o 3.2.1). La regola 1 dell'allegato II dell'ordinanza HAP/1650/2015 è stata violata | Convalidare che il formato della fattura sia conforme allo schema “Facturae”: | |
| RCF02001 | Firma non valida: certificato attualmente scaduto con una firma non di lunga durata. La regola 2 dell'allegato II dell'ordinanza HAP/1650/2015 è violata | Convalida che la firma è conforme alla politica di firma in vigore associata al formato “Facturae”: | |
| RCF02002 | Firma non valida: certificato attualmente revocato in una firma non di lunga durata. La regola 2 dell'allegato II dell'ordinanza HAP/1650/2015 è violata | Convalida che la firma è conforme alla politica di firma in vigore associata al formato “Facturae”: | |
| RCF02003 | Firma non valida: certificato non valido. La regola 2 dell'allegato II dell'ordinanza HAP/1650/2015 è violata | Convalida che la firma è conforme alla politica di firma in vigore associata al formato “Facturae”: | |
| RCF02004 | Firma non valida: certificato non attendibile. La regola 2 dell'allegato II dell'ordinanza HAP/1650/2015 è violata | Convalida che la firma è conforme alla politica di firma in vigore associata al formato “Facturae”: | |
| RCF02005 | Firma non valida: errore di integrità. La regola 2 dell'allegato II dell'ordinanza HAP/1650/2015 è violata | Convalida che la firma è conforme alla politica di firma in vigore associata al formato “Facturae”: | |
| RCF02006 | Firma non valida: formato della firma non valido. La regola 2 dell'allegato II dell'ordinanza HAP/1650/2015 è violata | Convalida che la firma è conforme alla politica di firma in vigore associata al formato “Facturae”: | |
| RCF02010 | La fattura non contiene firme: la regola 2 dell'allegato II dell'ordinanza HAP/1650/2015 non è rispettata | Convalida che la firma è conforme alla politica di firma in vigore associata al formato “Facturae”: | |
| RCF09001 | Il numero di registrazione assegnato allo sportello generale delle fatture elettroniche è obbligatorio. La regola 9a dell'allegato II dell'ordinanza HAP/1650/2015 non è rispettata | ||
| RCF07001 | La data di iscrizione nel registro amministrativo è obbligatoria, deve essere valida, anteriore o uguale alla data corrente e maggiore o uguale alla data di emissione della fattura. La regola 7a dell'allegato II dell'ordinanza HAP/1650/2015 non è rispettata | 3.1.2.1.Data di emissione |