Comprendere Factur-X, la fatturazione elettronica e i dati cliente obbligatori

Prove distinte

PDF e XML devono descrivere stessi soggetti, righe, imposte, totali e scadenza. La convalida tecnica, la trasmissione e il pagamento sono prove separate. Controllate società, AGAPE, IVA, codice vendita e modello alla sorgente.

Costruire la tabella dei dieci campi senza inventare l’XML

Preparate una tabella con una riga per numero fattura, data di emissione, valuta, venditore, acquirente, descrizione della riga, imponibile, IVA, totale lordo e scadenza. Nella colonna PDF copiate esattamente ciò che leggete sulla fattura 18100016 e indicate la pagina o la zona del documento. Nella colonna XML scrivete non disponibile nella demo corrente finché non ottenete un vero artefatto CrossIndustryInvoice associato alla stessa fattura. Aggiungete una terza colonna che identifichi la sorgente Tempolia prevista: società emittente, scheda AGAPE, riga di fattura, codice vendita, codice IVA, condizioni di pagamento o modello.

La colonna XML vuota non è un esercizio incompleto: è il risultato corretto dell’osservazione disponibile. Impedisce di confondere un valore atteso con un valore provato e prepara un nuovo test riproducibile. Non ricopiate i valori PDF nella colonna XML, non deduceteli dalla didascalia di una cattura e non create una pagina about:blank. Quando l’XML autentico sarà disponibile, annotate per ogni valore il nome dell’elemento o il percorso utilizzato e confrontate il significato, non soltanto l’ortografia.

Riconciliare importi, imposte e arrotondamenti

La fattura reale osservata ha un totale lordo di 300,00 EUR, ma l’esercizio non deve supporre imponibile e aliquota. Recuperateli dal documento emesso, sommate imponibile e IVA e verificate che il risultato corrisponda al lordo. Se sono presenti più categorie IVA, riconciliate separatamente ogni base imponibile, aliquota e importo d’imposta, poi confrontate il totale. Controllate valuta, numero di decimali e arrotondamenti a livello di riga, imposta e documento.

Un centesimo di differenza non si cancella manualmente. Annotate la formula osservata, individuate se la differenza nasce dalla quantità, dal prezzo unitario, da uno sconto, da un arrotondamento di riga o dal riepilogo fiscale e fate validare la regola dal responsabile competente. Nel nuovo test XML, la stessa riconciliazione dovrà essere rifatta con i valori strutturati. Un XML tecnicamente leggibile che contiene 299,99 EUR non descrive la fattura PDF da 300,00 EUR e non può essere dichiarato coerente.

Riscontrare ogni dato obbligatorio alla sorgente autorizzata

I dati del venditore provengono normalmente dalla società emittente: ragione sociale, indirizzo, paese, identificativi legali e partita IVA. I dati dell’acquirente provengono dalla scheda AGAPE: identità legale, indirizzo di fatturazione, paese, SIRET, identificativo IVA e dati di instradamento quando applicabili. Le informazioni commerciali derivano dalle righe di fattura, dai codici vendita, dalle quantità e dalle unità. Categoria e aliquota IVA derivano dal riferimento fiscale applicato. Valuta, date, termini di pagamento e coordinate bancarie dipendono dalla fattura e dalle configurazioni abilitate.

Per ogni sorgente, segnate presente, mancante, incoerente oppure non applicabile e assegnate un proprietario della correzione. Un PDF può sembrare comprensibile a un operatore anche quando manca un identificativo strutturato indispensabile al trattamento automatico. Al contrario, un campo compilato solo per superare una validazione non è affidabile se identifica il soggetto sbagliato. La qualità si ottiene correggendo la sorgente governata, non ritoccando il file finale.

Decisione di correzione

• Identità emittente errata: fermatevi e coinvolgete il responsabile della società.
• Dati AGAPE errati: correggete la scheda autorizzata mantenendo la traccia dello stato precedente.
• Riga errata prima dell’emissione: correggete la bozza e rigenerate.
• Documento già emesso errato: usate il flusso fiscale approvato, senza sostituire silenziosamente l’originale.
• Categoria IVA dubbia: chiedete una decisione contabile o fiscale prima di emettere di nuovo.

Eseguire un vero test tecnico Factur-X

Il nuovo test richiede un ambiente dimostrativo autorizzato, un modello Factur-X realmente attivo e una fattura preparata appositamente. Generate la fattura con quel modello, conservate il PDF finale e usate una funzione applicativa o uno strumento riconosciuto per estrarre l’XML incorporato o associato. Verificate che esista un documento XML, che radice e namespace siano compatibili con il profilo CrossIndustryInvoice supportato e che il file superi la validazione tecnica prevista dal progetto. Conservate insieme PDF originale, XML estratto, rapporto di validazione, riferimento fattura e data del test.

La validità tecnica è solo una tappa. Ripetete poi il confronto semantico dei dieci campi e ampliate il controllo a quantità, unità, sconti, oneri, categorie IVA, totali e termini di pagamento. Solo dopo questa verifica potete provare la trasmissione sul canale configurato e conservare ricevuta e cronologia. Tutti gli artefatti devono riferirsi alla stessa fattura: un XML valido appartenente a un’altra fattura non prova nulla su 18100016.

Interpretare gli insuccessi

• Nessun XML: prerequisito di modello o generazione fallito; coerenza non provata.
• XML illeggibile: conservate file ed errore; non riscrivetelo a mano.
• Schema valido ma importo diverso: errore di sorgente o trasformazione.
• PDF e XML coerenti ma invio rifiutato: analizzate identificativi, regole di rete e risposta della piattaforma.
• Cronologia vuota: nessuna trasmissione dimostrata.

Separare documento, trasporto, contabilità e pagamento

La generazione dimostra l’esistenza degli artefatti della fattura. Il confronto dimostra che versione leggibile e versione strutturata hanno lo stesso significato. La validazione dimostra la correttezza tecnica del file. La cronologia PA dimostra il trattamento esterno soltanto quando contiene un invio e una risposta autentici. L’esportazione contabile dimostra la traduzione in scritture. Il pagamento e l’abbinamento dimostrano il regolamento. Uno stato positivo in una sola colonna non sostituisce le altre prove.

Create una cronologia con le colonne: emessa, PDF conservato, XML conservato, rapporto tecnico, inviata, ricevuta, accettata o rifiutata, contabilizzata, pagata e abbinata. Per la demo corrente compilate solo ciò che vedete davvero su 18100016. Segnate XML e trasmissione come non provati, perché gli storici PA sono vuoti. Non trasformate il vuoto in una conferma implicita.

Questa separazione orienta anche la diagnosi: SIRET acquirente mancante significa dato sorgente; XML malformato significa generazione; destinatario sconosciuto significa spesso instradamento; conto rifiutato significa configurazione contabile; saldo aperto significa sollecito o regolamento. Inoltrate l’anomalia al proprietario corretto invece di modificare ripetutamente la descrizione della fattura.

Preparare il fascicolo di ripetizione

Registrate database, utente autorizzato, modello, fattura 18100016, cliente AGAPE, pratica 2026-12, importo lordo 300,00 EUR, data e metodo di ricerca XML. Allegate la cattura del documento osservato e la schermata che evidenzia l’indisponibilità, ma intitolatele diagnosi del prerequisito, non prova Factur-X riuscita. Indicate quale nuova fattura di prova sarà generata, chi l’autorizza, quali sorgenti saranno riesaminate, quale estrattore sarà usato e quali risultati consentiranno di concludere.

Fate ripetere il percorso a un secondo partecipante senza fornirgli un collegamento diretto. Deve ritrovare 18100016, rilevare gli stessi dieci dati PDF, ottenere la stessa assenza di XML e spiegare perché il confronto resta sospeso. Il test è rifiutato se una cattura promette contenuti invisibili, se uno storico vuoto viene chiamato successo o se valori previsti sono presentati come osservati. È accettato quando il revisore comprende il limite attuale e sa eseguire il nuovo test senza indovinare.

Organizzare il controllo operativo dopo la formazione

Per ogni fattura che dovrebbe essere Factur-X, monitorate almeno: modello selezionato, presenza del PDF, presenza dell’XML, esito della validazione, coerenza semantica, stato di invio, risposta esterna e responsabile dell’eventuale anomalia. Prevedete una revisione per campione delle fatture accettate, perché un’accettazione tecnica non garantisce da sola la correttezza commerciale. Su ogni rifiuto, conservate codice, messaggio, artefatto inviato, decisione, correzione e nuovo tentativo.

Automatizzate l’estrazione, la validazione e il rilevamento delle differenze quando gli strumenti lo supportano, ma mantenete una decisione umana per identità legale, fiscalità, correzione di un documento emesso e interpretazione di un rifiuto. L’obiettivo non è produrre più file: è poter spiegare, per una fattura precisa, quale dato proviene da quale sorgente, quale artefatto è stato inviato e quale prova manca ancora.