Visualizza wikitesto di Approfondimenti sull'acquisizione contabile dei documenti passivi

== Introduzione ==

I controlli SDI non sono perfettamente allineati e congruenti con specifiche e linee guida per la compilazione dei file XML della fattura elettronica.<br> 
Questo permette di produrre e inviare file di fatturazione elettronica ambigui che lo SdI non blocca e che una generica procedura automatica di acquisizione contabile non può interpretare univocamente.<br> 

Il caso più rilevante è quello delle grandi aziende operanti nel campo dell’erogazione di servizi quali acqua, energia elettrica etc. che per evitare complicate riorganizzazioni del software per l’emissione delle bollette, non distinguono i tipi di documento, ma solo importi positivi e negativi.<br>  

Di seguito si discutono i casi noti fino ad ora e le soluzioni da adottare.<br>  

__TOC__

=== Documenti negativi  ===

I documenti totalmente negativi, pur essendo formalmente corretti secondo le attuali specifiche SdI, non lo sono applicativamente secondo le indicazioni dell'Ade.<ref>Come svariate volte confermato dall'AdE, tutti i documenti sono sempre globalmente positivi. L'azione contabile e iva è definita solo e soltanto dal codice del tipo documento (TD01,TD04 etc.. 
Come esplicitato in:<br> 
**MONITOR FATTURAZIONE ELETTRONICA<br>  
**CONSIGLI PER LA CORRETTA FORMATTAZIONE DEL FILE FATTURA XML<br> 
**IMPORTI DELLE NOTE DI CREDITO (TD04) NEGATIVI<br> 
http://www.assosoftware.it/faq</ref><br>  

Questo vuol dire che nel documento possono esserci degli importi negativi, ma alla fine il totale degli imponibili (e quindi delle contropartite) deve esser positivo. Del resto anche nelle fatture/note credito di carta si segue questo criterio in presenza di totali documento e /o imponibili negativi, ossia chi legge la fattura sa a priori che tipo di documento "positivo" immettere.<br>  
In pratica un documento negativo può essere registrato contabilmente ''positivo'' sia come nota di credito che come fattura, anche se leggendo i TAG standard del file XML non è possibile capire quale causale contabile sia corretta né quali controlli fare.<ref>Quindi va contro il principale scopo della FE XML: impedisce l'uso di automatismi e obbliga l'intervento di un operatore. Ovvero senza che un "umano" legga il contenuti nel documento non è possibile capire di che tipo di registrazione contabile si tratti. Fra l'altro per questo è opinione comune che questo tipo di documenti potranno in futuro essere bloccati all'origine.</ref><br>
Di conseguenza SIGLA<sup>®</sup> per default blocca questo tipo di documenti nella fase di acquisizione contabile costringendo l'utente alla registrazione manuale.<ref>Con le versioni attuali di FEP (1.10) e SIGLA<sup>®</sup>(4.42) è comunque collegabile a FEP direttamente all’immissione dalla prima nota iva o successivamente tramite la finestra di lancio della revisione prima nota iva (Collega/Scollega).</ref><br> 

Nelle versioni attualmente in distribuzione è possibile sbloccare comunque la registrazione sotto la responsabilità dell'operatore, ossia usare una casuale contabile fattura con tipo documento FE '''TD04''' (nota credito) o causali contabili nota di credito in presenza di tipo documento '''TD01''' (fattura).<br>
Per ottenere lo sblocco si deve immette un record nella tabella DPCONFIG con CODICE=10355 e STATO='S'.<br> 
Così facendo è possibile registrare i documenti "negativi" sotto la responsabilità dell'operatore.<br>

La correttezza della registrazione a livello contabile e IVA sarà comunque a cura di chi immette la fattura, che dovrà ignorare i vari messaggi di incongruenza e forzare la registrazione.<br>

=== Fatture semplificate ===
Il formato XML per fatture semplificate permette di non specificare il corpo del documento (articolo, prezzi unitari, quantità e totale di riga) ma solo il riepilogo IVA finale in termini di:<br>

 2.2.2   <Importo>				
        2.2.3.1   <Imposta>			
        2.2.3.2   <Aliquota>		
 2.2.4   <Natura> 					

Dove:<br>
*<'''Importo'''> è il totale imponibile + IVA ed è obbligatorio<br>	
*<'''Imposta'''> e <'''Aliquota'''> sono imposta e aliquota relativi a <''Importo''>. Possono essere presenti entrambi, al minimo è necessario almeno uno dei dei due.<ref>Essendo sempre presente <Importo> che è il totale imponibile + iva, <Imposta> o <Aliquota> sono sempre ricavabili tramite le formule di scorporo</ref><br> 
*<'''Natura'''> serve per indicare il motivo (''Natura dell'operazione'') per il quale l'emittente della fattura non indica aliquota IVA<br>	
I controlli SdI permettono il passaggio di documenti con i soli <''Importo''> e <''Imposta''> di pari valore, ossia il totale iva è uguale al totale documento; in pratica si tratta di un documento di sola IVA senza indicazione della natura ne dell’aliquota, ovvero di un documento che corregge un aliquota in un’altra indicando solo la variazione iva risultante.<br>	

Come è noto in SIGLA<sup>®</sup> non esistono registrazioni di ''sola IVA'' e comunque nel caso non è possibile determinare la parte di contabilità generale certamente necessaria per quadrare la variazione iva.<br>	
Non potendo specificare ''l'aliquota'' o la ''natura'' che la nota di variazione corregge, il calcolo della liquidazione, pur essendo consistente negli importi totali, non lo sarà nelle singole aliquote e/o esenzioni<ref>In generale anche per registrare manualmente le variazioni iva in SIGLA si deve sapere quale è l'imponibile e aliquota che il documento corregge. Mentre documenti del genere indicano solo l'iva risultante dalla differenza fra le due imposte (quella errata e quella corretta) senza indicare ne imponibile ne aliquota</ref> e per questo l’acquisizione viene bloccata.<br>	
Il documento pertanto va registrato manualmente dal menù ''Immissione Prima Nota Iva'' decidendo in modo autonomo quali aliquote/esenzioni rettificare o integrare.<br>

=== Fatture ricevute da San Marino  ===
Con il decreto 21 giugno 2021 ed il Provvedimento del Direttore dell’Agenzia delle Entrate del 5 agosto 2021, è stato definito il quadro normativo che disciplina ai fini IVA i rapporti di scambio tra la Repubblica italiana e la Repubblica di San Marino ed i conseguenti obblighi di fatturazione elettronica.<br>
{{vedi anche|Acquisizione_delle_fatture_ricevute_da_San_Marino|Acquisizione delle fatture XML ricevute da San Marino.<br>}}

== Note  ==
<references />

== Bibliografia ==
*[http://www.agenziaentrate.gov.it/wps/portal/entrate/home Agenzia delle Entrate]
*[http://www.fatturapa.gov.it/export/fatturazione/it/sdi.htm Sistema di Inserscambio]
*[http://it.wikipedia.org/wiki/TAG#Informatica Tag]
*[http://it.wikipedia.org/wiki/XML XML]

== Voci Correlate ==
{{Portale|Contabilità}}
[[Categoria:Gestione documenti]][[Categoria:Contabilità]][[Categoria:Configurazione]]

{{Pubblicazione|PUBBLICARE|SM}}