Newsgroup: it.discussioni.commercialisti
Titolo: [FE] emittente: cessionario committente

Guardando una fattura elettronica, c'è una cosa che non capisco.
 
Soggetto emittente la fattura: CC (Cessionario committente).
E sotto i dati della ditta che ha emesso la fattura.
 
Perché viene riportato "cessionario committente"? E' il "cedente
prestatore" che emette la fattura.
 
Tra l'altro, nelle righe sopra, i dati sono riportati secondo logica:
il "cedente prestatore" è il fornitore, il "cessionario committente" è
il cliente.
 
In sintesi, mi pare che tutto sia logico a parte quella riga.
 
-- 
Ci sono 10 tipi di persone al mondo: quelle che capiscono il sistema binario
e quelle che non lo capiscono.

E sotto i dati della ditta che ha emesso la fattura.
 
E guardando il messaggio appena scritto, mi accorgo che avevo la data
sbagliata :-)


 In sintesi, mi pare che tutto sia logico a parte quella riga.
 
Invia una comunicazione all'ADE, lo apprezzano e fanno la correzione.
 
Io l'ho fatto una notte anni addietro (Tremonti regnante)
precisando che tutti gli scadenzario nel loro sito erano
scritti scadenziario.
La mattina dopo alle 9:30 ricevetti eMail di ringraziamento
con l'assicurazione che avrebbero provveduto a correggere.
Nel giro di qualche giorno tutti gli scadenziario erano spariti.
 
C'è un altro errore che tutte le volte che me lo vedo scritto
nella posta (quella cartacea) mi propongo di camunicare, poi
me ne dimentico sempre: "inerente la pratica".
 
Bruno

scritti scadenziario.
 
Ci proverò. Nel tuo caso dev'essere stata semplice la correzione, dato
che era solo testo.
 
Qui c'è un tracciato xml, il cui cambio dall'oggi al domani potrebbe
avere implicazioni anche grosse.


 avere implicazioni anche grosse.
 
Io non sono in grado di verifiuare fatture ricevute e comunque non
ho problemi ad accettare le tue asserzioni.
Ho comunque stampato copia di fattura che l'ADE dichiara
aver trasmesso, nella quale il destinatario (Cliente) è qualificato
Cessionario/Committente, mentre per l'emittente (Fornitore) non è
precisata ancuna qualifica. E fin qui tutto OK.
 
Ho pure stampato da F&C->Home consultazioni-> Dettaglio fattura
e poi Visualizza file fattura e anche qui tutto OK.
 
Tornando alla fattura che il Cliente/Cessionario/Committente riceve,
secondo quanto riferisci direi che l'errore attiene al testo,
ancorché espresso in formato XML, e non a una variabile o a
un'istruzione di programma.
In ogni caso... non dovrebbe essere corretto un errore dell'ADE
in cui si qualifica cliente per fornitore e viceversa? sarebbe come
scambiare Costi con Ricavi!
 
Bruno
come
al cliente

 In sintesi, mi pare che tutto sia logico a parte quella riga.
 
Si tratta del caso di emissione della fattura da parte di un terzo per conto del cedente.
In questo caso il soggetto terzo che ha emesso la fattura per conto del cedente è lo stesso cessionario/committente (da qui l'indicazione CC nel tag 1.6 <SoggettoEmittente>.
Risultranno anche valorizzati i tag 1.5 <TerzoIntermediarioOSoggettoEmittente>

scambiare Costi con Ricavi!
 
Ah, questo sì... però non è una cosa semplice come correggere un testo
visualizzato.


Risultranno anche valorizzati i tag 1.5 <TerzoIntermediarioOSoggettoEmittente>
 
Questi andranno valorizzati inserendo TZ... no?


 Questi andranno valorizzati inserendo TZ... no?
 
No, va valorizzato con CC (cessionario committente).

Sě, il "cliente", colui che č cessionario/committente nei confronti del cedente (fornitore) ha emesso la fattura per conto di questi.
 
Aspetta, che non ti seguo.
 
Facciamo un esempio. Io ti vendo un computer: tu ti prendi il computer
e io una somma in denaro, allo stesso tempo compilo una fattura in cui
si legge "Cedente / prestatore: Valerio" e "Cessionario / committente:
casanmaner".
Fin qui la cosa mi sembra logica.
 
Poi, qualche riga sotto, si legge "emittente: cessionario".
E' questo che non mi torna.
 
L'hai emessa tu quella fattura o l'ho emessa io?
Io dico che l'ho emessa io, tu l'hai ricevuta.



No, tu mi hai dato incarico di emettere la fattura per tuo conto.
Tu sei il cedente.
Io l'acquirente.
Io l'emittente per tuo conto.
Ma tu rimani responsabile e ti devi assicurare che io abbia emesso quella fattura per tuo conto.
Tu versi l'iva.
Io la detraggo (se ne ho diritto).

Io la detraggo (se ne ho diritto).
 
Questo sě.


 visualizzato.
 
Sarebbero cazzi loro!
Ma il mio non è un invito a trasmettere la comunicazione,
sono solo considerazioni.
 
Bruno

Non hai capito.
Evidentemente c'è una delega a che ad emettere la fattura per conto del cedente sia lo stesso cessionario.
 
Si tratta del primo comma dell'art. 21 del dpr 633/72
 
---
1. Per ciascuna operazione imponibile il soggetto che effettua la cessione del bene o la prestazione del servizio emette fattura, anche sotto forma di nota, conto, parcella e simili, o, ferma restando la sua responsabilita', assicura che la stessa sia emessa, per suo conto, dal cessionario o dal committente ovvero da un terzo.
---


è anche il caso degli acquisti da agricoltore esonerato

---
 
Qui stai citando un possibile meccanismo, che non conoscevo.
Paolo cita anche un caso specifico. Va bene, quello che trovo assurdo
è considerare questa modalità l'unica esistente quando in realtà di
regola la fattura viene emessa dal cedente.


 
Ma non è la regola.
Ma tu dici di aver visto una fattura elettronica dove è presente questa casistica.
Evidentemente si tratta di emissione da parte del cessionario/committente per conto del cedente.
Ad es. con la recente manovra di bilancio 2019 è stato previsto un ulteriore caso di emissione della fattura da parte del cessionario/committente per conto del proprio cedente nel caso di sponsorizzazioni da parte delle associazioni sportive dilettantistiche.
In questa ipotesi chi PAGA la sponsorizzazione ad una ASD dovrà emettere la fattura elettronica per conto della ASD stessa.
Quindi indicherà i dati nella sezione
1.5 <TerzoIntermediarioOSoggettoEmittente> 
e indichera CC nella sezione
1.6 <SoggettoEmittente>

 Evidentemente si tratta di emissione da parte del cessionario/committente per conto del cedente.
 
Penso che siamo arrivati a sciogliere il nodo...
 
Ho anche visto una cosa, nel programma che uso per fare le fatture. Viene richiesto assolutamente di scegliere tra TZ e CC, da lì ho dedotto che per lo SDI quelle siano le uniche modalità possibili.
 
E, dato che la modalità più comune è quella in cui è il cedente a emettere la fattura, ho pensato a un errore.
 
Quindi quel campo non è da valorizzare obbligatoriamente?
Se il campo non è compilato, insomma nell'XML non c'è né TZ né CC si intende il cedente come emittente?
 
Se è così, allora le cose mi tornano e l'errore è nel mio programma che obbliga a scegliere tra le due voci.
Invece di scrivere al ministero, devo scrivere al produttore del programma.

 Se il campo non è compilato, insomma nell'XML non c'è né TZ né CC si intende il cedente come emittente?
 
Questo parla della fattura PA, ma immagino che valga anche per quella B2B:
 
https://www.fatturapa.gov.it/export/fatturazione/sdi/Suggerimenti_Compilazione_FatturaPA_V1.0.pdf
 
 
---------
 [1.6] SoggettoEmittente
Obbligatorietà: SI, ma solo se la fattura è emessa da un soggetto diverso dal 
cedente/prestatore. 
 
Utilità: è un dato richiesto dalla normativa (art. 21 DPR 
633/1972). 
Criteri di valorizzazione: indicare “CC” se la fattura è stata compilata da 
parte del cessionario/committente, “TZ” se è stata compilata da un soggetto terzo. 
---------
 
Ecco, quindi non è obbligatorio. Bisognerà che scriva all'assistenza del programma.

 Ecco, quindi non è obbligatorio. Bisognerà che scriva all'assistenza del programma.
 
Ah, ma è il tuo programma che ha creatol'xml per una fattura da te emessa.
Avevo inteso che tu avessi visto una fattura (non tua) con questa casistica.
Allora sì, devi chiedere alla sh che quel dato sia solo opzionale e non inserito.


Ho guardato tutte quelle ricevute (nel 2018 sono state solo per il carburante) e ho visto che riportano TZ oppure niente.
 
Ah, c'è da divertirsi adesso con l'assistenza. Questi [1] sono una disgrazia. Hanno iniziato a metà dell'anno scorso a dire "Aggiornate alla nuova versione, che gestisce la fattura elettronica etc etc".
Bene, ho preso la nuova versione con un po' d'anticipo per provarla.
Il modulo per la fatturazione elettronica è uscito solo a metà Dicembre, completamente inusabile.
 
In fase beta o forse alfa, con errori grossolani e facilmente riproducibili.
Uno apre "fatture di acquisto" -> importa da xml -> errore run-time e il programma si chiude.
Uno apre "fatture di vendita" -> Nuovo -> errore run-time, e programma chiuso
Dopo aver segnalato la cosa, l'errore viene corretto e si riesce a fare "nuovo", poi si clicca su "crea xml" e arriva un altro errore run-time.
Viene corretto, e solo al 6 Gennaio il programma è stato in grado di importare e creare un xml. Ora però non si vedono più le fatture degli anni precedenti.
 
Ora arriva questa cosa del CC e TZ obbligatori, e chissà cosa si aggiungerà...
Il fatto che tutti gli errori sono riproducibili sulla base di dati "azienda di prova" mi dice che questa gente non ha fatto il minimo test.
 
Mi chiedo quando riuscirò a fare la mia prima fattura.
 
[1]Il programma è Finson Soluzione Fattura, lo sconsiglio vivamente. Scrivono in una mail "A causa dell'intensa attività per la fattura elettronica, l'assistenza è più lenta. E' un problema comune a tutte le software house".
Sì, quello è vero, ma non si mette fuori un programma, che servirà dal primo Gennaio, a metà Dicembre senza averlo minimamente provato.

fatture, sebbene elettroniche, ci sono anche sw open 
 
Lo so, il problema è che in quel programma ho dentro gli articoli e
l'inventario.


venire un impulso di conato.
 
Nella speranza che sistemino presto il programma perché possa creare
anche xml senza CC né TZ, mi viene un dubbio.
 
Il programma, di per se, genera e importa file xml (rispettivamente da
fatture emesse e verso fatture ricevute). E' anche usabile in maniera
autonoma, uno può gestirsi i suoi xml come crede (andando manualmente
sul sito dell'ADE).
 
Poi c'è un servizio che si compra a pacchetti prepagati di documenti,
chiamato Finsonexpress. Un portale (anche accessibile via web, in cui
ho già visto una fattura ricevuta), con cui si interfaccia il
programma.
Ci sono la funzione "controlla fatture passive" e quella "invia
fattura emessa" (più o meno) che si occupano della cosa. Non le ho
ancora provate perché è da pochissimo che il programma riesce a
gestire gli xml.
 
Il mio dubbio è questo: usando un portale, l'emittente della fattura
rimango io (quindi devo lasciare vuoto il campo che diventerà
opzionale) oppure diventa il portale (e quindi dovrò inserire TZ)?


perdita di tempo e rottura di balle.
 
Una grande rottura.
Poi scoccia anche, per il fatto che questo programma l'ho pagato. 100
euro di aggiornamento, 50 euro il modulo della fattura elettronica e
50 euro un pacchetto prepagato di documenti per il portale.
 
Piů il beta test che mi č toccato fare.


attribuisce ad ogni file che inoltra al Sistema di Interscambio."
 
E con "trasmittente" trovo questo (le xxxx per la riservatezza, ma
sono i miei dati).
 
<DatiTrasmissione>
- <IdTrasmittente>
  <IdPaese>IT</IdPaese> 
  <IdCodice>VNNVLRxxxxxxx</IdCodice> 
  </IdTrasmittente>
  <ProgressivoInvio>0000000279</ProgressivoInvio> 
  <FormatoTrasmissione>FPR12</FormatoTrasmissione> 
  <CodiceDestinatario>123xxx</CodiceDestinatario> 
- <ContattiTrasmittente>
  <Telefono>055 xxxx</Telefono> 
  <Email>
val...@valeriovanni.com
</Email> 
  </ContattiTrasmittente>


creare le FE con il sw di AdE o simili.
 
Nel portale Finsonexpress riesco a entrar da we e, non ho ancora
provato ma ci sono delle procedure per creare le fatture.
E' che preferirei


tra finson e detto hub che infine a te riguarda ben poco o nulla.
 
Il soggetto emittente dovrà essere quello giusto, no?
Devo riuscire a capire se sono io o loro.


come sopra
 
Ammesso che si riesca a trovare un contatto, serve scrivergli? Se č
uno che scrive il codice e poi non fa le prove piů basilari...


xml
 
No, quelle due cose le ha intese così come scritte.
Se metto TZ, nell'xml compare TZ al posto di CC.
 
In entrambi i casi è presente una sezione
-----------------
<TerzoIntermediarioOSoggettoEmittente>
<DatiAnagrafici>
<IdFiscaleIVA>
<IdPaese>IT</IdPaese>
<IdCodice>08620470966</IdCodice>
</IdFiscaleIVA>
<Anagrafica>
<Denominazione>SOFTWARE HUB SYSTEM SRL</Denominazione>
</Anagrafica>
</DatiAnagrafici>
</TerzoIntermediarioOSoggettoEmittente>
-----------------
Poi, a seguire, una riga con CC o TZ
 
<SoggettoEmittente>TZ</SoggettoEmittente>


Personalmente penso che interpretino il loro ruolo di emissione in maniera non propriamente corretta. Il fatto che tecnicamente producano il file xml non vuol dire sono loro ad emettere la fattura per tuo conto.
Però da quello che ho visto non è l'unica casa di software a ragionare in tal modo.

Quindi non ti rimane che scrivere una PEC al tuo fornitore.
 
Una PEC minacciosa? Poi faccio causa?
 
Non so.
Oggi č uscita una nuova versione, che non ha risolto *nessuno* dei
problemi da me segnalati.



Mi sa anche a me... (quali sono gli altri?)
 
Oggi ero dalla mia commercialista, e mi diceva che loro hanno fatto
nell'anno scorso delle fatture elettroniche per conto di clienti.
 
Ho guardato qualche xml prodotto: loro figuravano alla voce
<TerzoIntermediarioOSoggettoEmittente> (così come il servizio Finson
Express nelle mie), ma il campo <SoggettoEmittente> non era presente.
 
Insomma, lì come emittente figurava l'emittente reale.


OK no probs, che dire altro (?) big mah!
 
E di quali obblighi si stanno caricando, di preciso?
Di quelli fiscali hanno la liberatoria nella delega.
 
Nel senso: di quali obblighi in piů, rispetto a quelli (dovuti) di
<TerzoIntermediarioOSoggettoEmittente>?


 Mi sa anche a me... (quali sono gli altri?)
 
Ad es. Digithera.
Nel loro caso risulta che il soggetto trasmittente è proprio Digitera.
L'identificativo del trasmittente corrisponde alla sua partita iva.
 
La fattura viene indicato che è emessa non dal cedente ma da un soggetto terzo che però è altri rispetto a Digithera (tal SATA APPLICAZIONE TECNOLOGIE AVANZATE S.R.L.).
 
Però so per certo che la compilazione delle fatture viene fatta direttamente dal cedente, tramite il servizio web di compilazione e invio delle fatture.
 
Ma il fatto che tecnicamente il file venga prodotto dalla "procedura" software, a mio parere, non vuol dire che a compilare ed emettere la fattura sia un soggetto terzo.
Magari questo soggetto poi, una volta dato l'invio, è il responsabile della trasmissione, utilizzando il proprio "canale" per dialogare con SDI.
Ma non sta emettendo la fattura per conto del cedente.
 
Diverso il caso del servizio "fax" o "pdf" dove l'utente manda una "fax simile" di quelli che sono i dati da inserire per compilare ed emettere la fattura e chi la predispone fisicamente è chi offre questo servizio.
 
Mah?
 

 "fax simile"
 
fac simile!!!!

hub.
 
Perché a loro pro? In linea di massim, figurare come "qualcosa"
comporta delle responsabilità in più.
Secondo me è più facile che, semplicemente, non ci stiano capendo
niente.


non e' opera caritatevole senza scopo di profitto.
 
L'ultimo aggiornamento ha portato una novità: hanno aggiunto un
pulsante "X" che permette di svuotare il campo.
 
A questo punto va sicuramente bene uno che usa il software, si crea
gli xml e se li gestisce per conto suo.
 
Se si attiva il servizio Finson Express, invece, il campo TZ va
compilato (altrimenti la creazione dell'xml si blocca con "soggetto
emittente mancante").
Insomma, questi sembrano convinti di dover essere emittenti.
 
Qual è, per esempio, un caso in cui la cosa ha senso?


del cliente
 
Terzo di che tipo?
Commercialista, consulente etc è un meccanismo che capisco, per il
resto mi chiedo quale possa essere il motivo per cui una ditta A
emette fatture per una ditta B.
Forse perché fa alla ditta B un servizio tipo contabile?
 
Ma quindi cosa qualifica esattamente l'emittente? L'operatore che
compila materialmente la fattura?


compila materialmente la fattura?
 
Ho appena visto una fattura compilata con un servizio di Aruba, e lì è
stato compilato anche il TZ.
Quello dovrebbe essere un servizio simile a quello che uso io.
--------
Dati del terzo intermediario soggetto emittente
Dati anagrafici 
• Identificativo fiscale ai fini IVA: IT01879020517
• Denominazione: Aruba Pec S.p.A.
Soggetto emittente la fattura
• Soggetto emittente: TZ (terzo) 
--------


 Ma quindi cosa qualifica esattamente l'emittente? L'operatore che
Ad es. per il GSE chi emette la fattura, per conto del soggetto che cede l'energia elettrica al gestore, è il gestore perché ha i mezzi per calcolare esattamente quanto dovuto e come e cosa indicare in fattura.
In questo caso il gestore emette la fattura, che dovrebbe essera compilata ed emessa, perché altrimenti sarebbe troppo complesso farla.
Ultimamente ci sarà il caso delle associazioni sportive dilettantistiche, per le quali, in caso di sponsorizzazione, la FE dovrà essere emessa dal cessionario/committente.
 
In questi due casi ad esempio indicheratto CC.
 
Se la commercialista non ha indicato TZ ha formalmente errato nella compilazione della fattura perché quello sarebbe un dato da indicare obbligatoriamente.

 
Non so come funzioni Aruba ma continuo a credere che per lo più interpretino in maniera errata il ruolo di trasmittente con il ruolo di emittente.
Come ho detto è vero che la fattura si ha per emessa con la trasmissione.
Ma un conto è assumere la sola funzione di far transitare il file tramite un proprio canale (sono responsabile tecnicamente della trasmissione) e un conto è chi compila i dati della fattura che finiranno nel file che verrà trasmesso.
Nel caso del commercialista che compila per conto del cliente i dati li inserisce lui stesso. Sta emettendo la fattura per conto del proprio cliente in qualità di terzo.
Poi magari anche lui si affiderà ad una casa di software per produrre fisicamente il file e per eseguire la trasmissione dello stesso.
Ma la creazione del file da parte del software comporta che sia la casa di software ad essere soggetto emittente per conto del cedente?
E la mera trasmissione di un file comporta che si diventi soggetto emittente?
 
Personalmente ritendo di no.

Personalmente ritendo di no.
 
Personalmente trovo sensato questo ragionamento.


 Penso che siamo arrivati a sciogliere il nodo...
 
 
situazione banale, vedi le centrali radiotaxi che emettono migliaia di 
fatture per conto dei loro fornitori ( il cessionario è l'emittente per 
conto del cedente! ), i tassisti! Non ne hai mai vista una e ti meravigli .

 
 
che strano, da dieci anni MIGLIAIA DI TASSISTI IN TUTTA ITALIA FANNO COSI'
 
VIVI SU MARTE?  le radiotaxi fatturano per i tassisti  A SE STESSE gli 
importi delle corse!

 
Questa è la sezione dedicata ai dati trasmissione:
 
1.1   <DatiTrasmissione>								Blocco sempre obbligatorio contenente informazioni che identificano univocamente il soggetto che trasmette, il documento trasmesso, il formato in cui è stato trasmesso il documento, il soggetto destinatario
 
Viene specificato che vanno indicati i dati del soggetto che TRASMETTE (e non che emette la fattura che di norma è il cedente/prestatore).
 
Questi i dati del cedente/prestatore
1.2   <CedentePrestatore>								Blocco sempre obbligatorio contenente dati relativi al cedente / prestatore (fornitore)
 
Questi i dati per il cessionario/committente
1.4   <CessionarioCommittente>							Blocco sempre obbligatorio contenente dati relativi al cessionario / committente (cliente)
 
Questi i dati del soggetto terzo emittente in caso in cui ad EMETTERE la fattura non sia lo stesso cedente/prestatore:
 
1.5   <TerzoIntermediarioOSoggettoEmittente>						Dati relativi al soggetto terzo che emette fattura per conto del cedente / prestatore
...
1.6   <SoggettoEmittente>							xs:string	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	"valori ammessi:
[CC]: cessionario / committente
[TZ]: terzo."
 
Il ruoto di soggetto trasmittente è differente dal soggetto TERZO emittente.
 
Come puoi notare per il punto 1.6 è previsto che sia da valorizzare in tutti i casi in cui la fattura è emessa (non trasmessa) da un soggetto diverso dal cedente.
 

Il ruoto di soggetto trasmittente è differente dal soggetto TERZO emittente.
 
Quindi per una fattura compilata dal cedente e caricata su un portale,
non dovrebbero esserci né 1.5 né 1.6 ma solo l'id trasmittente al
punto 1.1.
Giusto? Per il trasmittente non sembra che debbano esserci altri
dettagli.
 
 
Quindi, in pratica, le fatture che hanno fatto in quello studio sono
anomale, perché riportano il punto 1.5 ma non l'1.6. Non dovrebbe
esserci 1.5 in assenza di 1.6.
 
Quelli del programma che uso, invece, compilano in maniera coerente
(1.5+1.6), ma come dici tu sembra che stiano interpretando male il
ruolo.


Non so come funzioni Aruba ma continuo a credere che per lo piů interpretino in maniera errata il ruolo di trasmittente con il ruolo di emittente.
 
Finson mi ha risposto (in un ticket) che loro lo interpretano proprio
cosě.
 
Boh, speriamo che la cosa non crei dei problemi.


cosě.
 
Vedo da una fattura ricevuta che anche TeamSystem si imposta come TZ.


 
Sì, avevo visto anche io.
Così come fanno quelli di Finance Cloud.
Ma ad es. la nostra casa di software no.
Si imposta solo come soggetto trasmittente.
E se le fatture sono fatte dallo studio per conto del cliente indichiamo che siamo noi i soggettti terzi emittenti per conto del cedente.
Ma le fatture le prepariamo noi tramite il nostro software contabile.