Newsgroup: it.discussioni.commercialisti
Titolo: fattura conto terzi: bizzarra comunicazione

Ricevo la comunicazione che copio-incollo qui sotto: chiedo a chi ha queste casistiche (Casanmaner su tutti) un parere.
 
Lasciate perdere gli errori e i refusi nel testo (chi l'ha spedito probabilmente manco l'ha riletto) e soprattutto la prolissità. Vi chiedo: che ne pensate??
 
 
 
 
Cosa succede però con le fatture in nome e per conto, con il Servizio di Registrazione del Recapito?
 
Il “peccato originale” è che lo SdI “dà per scontato” che il destinatario della fattura sia il cliente (cessionario/committente), cosa non vera in questo caso.
Il destinatario è il fornitore (cedente/prestatore).
 
Quindi per tutte le fatture :
•	lo SdI guarda chi è il cliente,
•	trova che è ha il recapito registrato,
•	lo utilizza,
•	la fattura “torna indietro” all’emittente,
•	a cui dallo SdI viene comunicata una notifica di “Consegnata”,
•	ma il destinatario non l’ha mai ricevuta.
 
Il problema è stato portato all’AdE, che, senza modificare nulla nel processo di consegna dello SdI, ha fornito le seguenti indicazioni:
•	i soggetti che devono emettere AFPP:
o	DEVONO inserire nel file . XML della fattura, il recapito del destinatario (che quindi glielo deve comunicare anche se quest’ultimo si è registrato al Servizio),
o	NON DEVONO usufruire del servizio di Registrazione, quindi sono 
Da cui gli inconvenienti riportati nella prima parte, relativa agli effetti pratici.
 
Viene vanificata in tal modo gran parte dell’utilità del Servizio di Registrazione.
 
La cosa assurda è che, nel tracciato .XML della fattura elettronica, il fatto che la fattura “viaggi alla rovescia”, cioè dal cliente al fornitore, è evidenziato, tramite l’apposito campo “1.6   <SoggettoEmittente>”, di cui le istruzioni stabiliscono:
“Da valorizzare in tutti i casi in cui la fattura è emessa da un soggetto diverso dal cedente/prestatore; indica se la fattura è emessa dal cessionario/committente oppure da un terzo per conto del cedente/prestatore”. 
Infatti questo campo come valori prevede:
“vuoto”  indica che la fattura è emessa dal fornitore (verso normale), quindi è da consegnare al cliente,
“CC”        indica che la fattura è emessa dal cliente (verso rovescio), quindi è da consegnare al fornitore!
“TZ”        indica che la fattura è emessa da un terzo soggetto. Anche questo caso è da rivedere, in quanto manca proprio l’indicazione se è emessa da un terzo in nome e per conto del fornitore oppure in nome e per conto del cliente, per poter determinare a che debba essere consegnata (ovviamente all’altro).
Basterebbero alla fine 2 valori, ad es.: 
“TF”        per indicare che la fattura è emessa da un “terzo per conto del Fornitore”, quindi è da consegnare al cliente, (verso normale),
“TC”        per indicare che la fattura è emessa da un “terzo per conto del Cliente”, quindi è da consegnare al fornitore, (verso rovescio).
 
Questa ultima cosa, last but not least, provocherà simili problemi, ad es.: 
•	con le fatture emesse in nome e per conto delle compagnie aeree da parte del BSP, 
•	oppure per quelle emesse da Trenitalia, Grandi Navi Veloci, altre compagnie di navigazione, per le provvigioni riconosciute alle AdV per l’intermediazione della biglietteria.
In pratica tutti questi soggetti ugualmente non potranno utilizzare il Servizio di Registrazione, essendo costretti a comunicare a tutti i fornitori il proprio canale per la ricezione di fatture da questi.
 
E’ un problema “loro”, ma potrebbe ugualmente avere ripercussioni di incertezza e confusione.
 
 

Ho fatto veramente fatica e non credo di aver capito il problema.
 
Ma perché il sistema SDI dovrebbe "consegnare" la fattura al fornitore?
Il fornitore ha adempiuto al suo obbligo di emettere fattura, tramite un soggetto terzo.
Chi dal sistema DEVE ricevere la fattura elettronica è proprio il "cliente stesso".
Vero che in "epoca cartacea" se ad emettere la fattura era il cliente stesso questi in pratica se l'era già "autoconsegnata".
Ma in "epoca elettronica", dove la fattura deve essere spedita al SDI e l'SDI la consegna al "cessionario/committente" è questi che deve riceverla tramite questo mezzo.
 
Il "fornitore" non deve ricevere alcun xml perché non è lui che deve "detrarre" l'acquisto.
Al più deve sapere che una fattura è stata emessa, per suo conto, e ne dovrà tenere conto in sede di registrazione/liquidazione.
Eventualmente avrà bisogno dell'xml per "importare" i dati ma non è l'SDI che deve consegnargli la fattura.
 
Ma forse non ho compreso.

E rileggendo ancora proprio non capisco questa:
'---
“TZ”        indica che la fattura è emessa da un terzo soggetto. Anche questo caso è da rivedere, in quanto manca proprio l’indicazione se è emessa da un terzo in nome e per conto del fornitore oppure in nome e per conto del cliente, per poter determinare a che debba essere consegnata (ovviamente all’altro). 
'---
 
Come si può EMETTERE una fattura "in nome e per conto del cliente", quando il cliente non emette fatture (perché non è lui il soggetto cedente che ha l'obbligo di emettere la fattura per l'operazione iva effettuata) ma al più le riceve?
 
Continuo a non capire.

Il concetto è che il “fornitore” (chiamiamolo così) che si fa emettere la fattura da cliente, questa fattura la deve ricevere se no non riesce a contabilizzarla. 
Io davo per scontato che, qualora sia un terzo soggetto ad emettere la fattura o addirittura il cliente stesso, lo SdI (quando è compilato il campo “terzo emittente”) consegnasse la fattura sia al fornitore che al cliente. Invece pare che così non sia. 
O meglio: pare che il cliente che emette la fattura se la vede arrivare. E basta. 
 
La fattura conto terzi è diffusissima nella pratica, mi stupisco che non abbiano previsto accorgimenti pratici in merito

 La fattura conto terzi è diffusissima nella pratica, mi stupisco che non abbiano previsto accorgimenti pratici in merito
 
L'accorgimento pratico è che il duplicato della fattura emessa è comunque disponibile in "F&C" e comunque il terzo che ha emesso la fattura può sempre fornire con altri mezzi (email, ftp interno, messa a disposizione su proprio portale come fatto per il gse mi pare) il duplicato.
 
Pensa al caso in cui tu, quale terzo, emettessi le fatture per conto del tuo "cliente assistito" per cui tieni anche la contabilità.
Mica ti interesserebbe inviare al tuo "cliente assistito", tramite SDI, le fatture che poi tuo dovresti farti dare per contabilizzarte.
Ti interesserebbe, invece, che a ricevere tramite SDI siano i cessionari/committenti.
Se, per assurdo, il tuo "cliente assistito" fosse anche un tuo fornitore.
A chi vorresti che fosse recapitata la fattura?
Al codice destinatario (o pec) del tuo assistito o al tuo codice destinatario (pec) perché alla fine è una tua fattura di acquisto?
Se tu dovessi comunque far avere al tuo assistito le fatture che tu hai emesso per suo conto gli invieresti in altro modo, non tramite SDI, i file (che sono dei duplicati) delle fatture.
 
Ho appena letto le nuove FAQ e se vedi c'è proprio il caso della fattura emessa dal consorzio per conto dei consorziati che conferma questa impostazione.
'---
In merito al secondo quesito (ndr viene richiesto come il cedente possa ricevere la fattura), nel predisporre la fattura elettronica la cooperativa può inserire il proprio indirizzo telematico (per esempio il proprio indirizzo PEC o il proprio codice destinatario) come indirizzo del destinatario della fattura: in tal caso, affinché il socio abbia un esemplare della fattura, la cooperativa deve comunicare al produttore agricolo socio di avere emesso la fattura e deve trasmettergli (tramite email o altro strumento ritenuto utile) duplicato del file XML della fattura elettronica o copia in formato PDF della fattura (eventualmente con la relativa ricevuta di avvenuta consegna pervenuta dal SdI), ricordando al socio che può consultare o scaricare la fattura elettronica anche nella propria area riservata del portale “Fatture e Corrispettivi”.
'---
 
E sinceramente mi sembra l'unico modo corretto di operare.
Quello, invece, di idicare il "codice destinatario/pec" del cedente (tra l'altro con necessità di non registrare un proprio indirizzo telematico) è un "accorgimento" possibile ma fondamentalmente errato.

Grazie per l’analisi. 
Quindi l’unica soluzione perché il cedente/prestatore riceva l’xml per La sua contabilità è che il terzo emittente (o il suo cliente) gliene invii una copia via mail o qualcosa di simile. 
Giusto?


Sì