Newsgroup: it.discussioni.commercialisti
Titolo: Accordi di servizio e fattura emessa conto terzi

Ciao a tutti, una software house mi riferisce che in caso di fattura elettronica gestita tramite accordo di servizi con una software house (sostanzialmente il 99% dei casi, anche il nostro) il campo “terzo emittente” è compilato dai dati sella software house stessa, e quindi non potrebbe essere gestita una fattura “conto terzi” (per conto cioè di un ulteriore soggetto, ad esempio nel caso in cui noi studio emettiamo fatture per conto dei clienti o nel caso ad esempio di Trenitalia che emette le fatture di provvigioni per conto delle agenzie viaggi che intermediano i biglietti ) proprio perché questo “conto terzi” è già occupato sala software house.
 
Qualcuno ha casi simili? Anche a voi risulta?

 Qualcuno ha casi simili? Anche a voi risulta?
 
A mio parere la cosa andrebbe risolta distinguendo chi esegue la trasmissione da chi emette la fattura per conto terzi dove nel tag del soggetto trasmittente andrebbe indicato il codice fiscale della casa di software tramite il cui canale accreditato transita la fe e indicando i dati del "terzo emittente" nei tag a questi dedicati.
Ovviamente è la casa di software che dovrebbe consentire l'indicazione dei dati del terzo trasmittente (in qualità di terzo o di cessionario) in fase di formazione della FE.

Devo andarmi a vedere il provvedimento con le specifiche tecniche: quindi secondo te ci sono DUE campi: uno soggetto emittente e l’altro soggetto trasmittente?
Dovrebbero esserci quindi 3 campi: cedente/prestatore + soggetto emittente + soggetto trasmittente

 Dovrebbero esserci quindi 3 campi: cedente/prestatore + soggetto emittente + soggetto trasmittente
 
Dati trasmittente:
		1.1.1   <IdTrasmittente>							E' l’identificativo univoco del soggetto trasmittente; per i soggetti residenti in Italia, siano essi persone fisiche o giuridiche, corrisponde al codice fiscale preceduto da IT; per i soggetti non residenti corrisponde al numero identificativo IVA (dove i primi due caratteri rappresentano il paese secondo lo standard ISO 3166-1 alpha-2 code, ed i restanti, fino ad un massimo di 28, il codice vero e proprio)		<1.1>			
			1.1.1.1   <IdPaese>					xs:string	Codice della nazione espresso secondo lo standard ISO 3166-1 alpha-2 code	[IT], [ES], [DK],[…]	<1.1>	2		
			1.1.1.2   <IdCodice>					xs:string	Codice identificativo fiscale	formato alfanumerico	<1.1>	1 … 28	Se l'elemento informativo 1.1.1.1 <IdPaese> vale "IT", viene verificato che la Partita IVA sia censita in Anagrafe Tributaria	00300: 1.1.1.2 <IdCodice> non valido
 
 
Dati intermediario/terzo emittente:
	1.5   <TerzoIntermediarioOSoggettoEmittente>								Dati relativi al soggetto terzo che emette fattura per conto del cedente / prestatore		<0.1>			
		1.5.1   <DatiAnagrafici>							Blocco contenente i dati fiscali e anagrafici del terzo intermediario		<1.1>			
			1.5.1.1   <IdFiscaleIVA>						Numero di identificazione fiscale ai fini IVA; i primi due caratteri rappresentano il paese ( IT, DE, ES …..) ed i restanti (fino ad un massimo di 28) il codice vero e proprio che, per i residenti in Italia, corrisponde al numero di partita IVA.		<0.1>			
				1.5.1.1.1   <IdPaese>				xs:string	Codice della nazione espresso secondo lo standard ISO 3166-1 alpha-2 code	[IT], [ES], [DK],[…]	<1.1>	2		
				1.5.1.1.2   <IdCodice>				xs:string	Codice identificativo fiscale	formato alfanumerico	<1.1>	1 … 28		
 
 
E possono essere soggetti diversi.


Ulteriore campo in caso di terzo emittente da compilare:
 
	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."	<0.1>	2		

 Allora ennesima fregnaccia raccontata da una software house nella fattispecie Zucchetti
 
 un mio cliente mi ha comunicato che Zucchetti affermato di non poter gestire la fatturazione conto terzi perché tale campo deve essere occupato da Zucchetti stessa
 
Rendetevi conto in che mani siamo i tecnici Software che dovrebbero maneggiare con competenza certe pratiche sono degli emeriti incompetenti e noi commercialisti dobbiamo attrezzarci per far fronte alle loro incapacità
 


Non so come ragionino quelli di Zucchetti ma personalmente ritengo che se anche utilizzo un software fornito da un soggetto terzo (per intendersi non "autocostruito"), come dovrebbe essere normale che sia per i più degli utenti, la produzione della fattura è fatta in proprio non solo se poi il file xml viene trasmesso in proprio (tramite pec o tramite un canale accreditato proprio), ma anche se si utilizza un servizio di invio fornito dalla stessa casa di software, la quale è responsabile della trasmissione di quel file ma non anche della "compilazione" (anche se tecnicamente è il loro programma che mi produce il file).
Il caso di "terzo emittente/intermediario" ritengo si verifichi quando non è direttamente il cedente a "produrre" il file (inserendo i dati della fattura) ma dà incarico ad un altro soggetto (che sia il cessionario o un terzo delegato).
Poi questo terzo potrebbe inviare direttamente (tramite propria pec o proprio canale accreditato) o utilizzare un altro soggetto trasmittente tramite il canale accreditato di questo soggetto trasmittente.