Che fare se la PA rifiuta una fattura elettronica?

La questione è stata oggetto di esame da parte dell'Agenzia delle Entrate che, col "principio di diritto" n.17 del 30 ottobre 2020, ha affermato che la fattura che supera i controlli del SdI, anche se rifiutata dall'Ente destinatario, si considera validamente emessa.

La tesi sposata dall'AdE lascia alcune perplessità considerato che:

• se si riemette, con lo stesso numero e la stessa data, una fattura rifiutata dalla PA il SdI la accetterà, a condizione che il nome del file che contiene la fattura elettronica abbia un nome diverso dal precedente. Le specifiche tecniche precisano, infatti, che
  
  
  "La verifica viene eseguita al fine di intercettare ed impedire l'inoltro di una fattura già trasmessa e elaborata; in quest' ottica, qualora i dati contenuti all'interno della fattura e relativi a identificativo cedente/prestatore, anno della data fattura, numero fattura, coincidano con quelli di una fattura precedentemente trasmessa e per la quale non sia stata inviata al soggetto trasmittente una notifica di scarto oppure una notifica di rifiuto da parte del destinatario, il documento viene rifiutato"
  
  
  Risulta evidente come le regole tecniche su cui si fonda il SdI sono state pensate ed attuate in maniera tale che l'efficacia giuridica della fattura elettronica PA sia sottoposta alla condizione del suo non rifiuto, esattamente come avviene per lo scarto, circostanze che rendono il documento logicamente inesistente;
• a contrariis, una nuova e successiva fattura elettronica, con identici estremi di quella rifiutata (identificativo cedente/prestatore, anno e data), viene accettata dal sistema.

Ciò premesso si aprono due scenari:

1. riemissione della stessa fattura corretta (stesso numero e data). Inizialmente unica modalità prevista, rimane la più utilizzata dalle PA, soprattutto dalle PA locali, ed è dovuto al fatto che il controllo delle fatture elettroniche viene svolto a livello di protocollo informatico (le fatture non sono cioè ancora contabilizzate) ed in caso di emissione della “Notifica di esito cessionario/committente” di rifiuto, viene semplicemente richiesto al fornitore la riemissione della medesima fattura corretta (stesso numero e data) e la fattura rifiutata non viene contabilizzata;
2. emissione di una nota di credito e di una nuova fattura elettronica. È la modalità utilizzata principalmente dalle PA centrali che impiegano il sistema SICOGE (Sistema informativo di contabilità integrata delle PA), ove la verifica di correttezza contabile della fattura elettronica viene svolta dopo che è stata contabilizzata, e quindi in caso di emissione della “Notifica di esito cessionario/committente” di rifiuto, è necessario richiedere una nota di credito ed una nuova fattura dato che la precedente fattura rifiutata era stata contabilizzata.

Considerato che, quando la PA emette la “Notifica di esito cessionario/committente di rifiuto", dovrebbe compilare il campo “descrizione”, indicando:

• il motivo esatto del rifiuto;
• il comportamento richiesto al fornitore per rettificare la fattura rifiutata
  

è ragionevole adottare, di volta in volta, l'approccio indicato (o confrontarsi telefonicamente, via email/PEC con la PA per capire come rettificare la fattura  rifiutata).

NOTA A LATERE

Trasmessa la fattura elettronica tramite SdI, la PA ha 15 giorni (di calendario) di tempo per emettere una “Notifica di esito cessionario/committente” che potrà essere di rifiuto oppure di accettazione, diversamente il SdI invierà ad entrambi una “Notifica decorrenza termini”, a significare che le parti non potranno più utilizzare il SdI per colloquiare, ma dovranno utilizzare altri canali quali email, PEC...

Novità per fatture elettroniche emesse ad esportatori abituali

A partite dal 1 gennaio 2022 le fatture elettroniche emesse a cosiddetti esportatori abituali per operazioni non imponibili, ai sensi dell’art. 8, comma 1, lettera c), del DPR n. 633/1972 dovranno rispettare il nuovo tracciato come previsto dal provvedimento del 28 ottobre scorso.

Sarà necessario indicare gli estremi del protocollo di ricezione della dichiarazione d’intento in alcuni campi a compilazione vincolata della fattura e con un formato specifico definito da Agenzia delle Entrate; non sarà quindi più possibile indicare la dichiarazione di intento nella causale del documento. 

È l’effetto delle previsioni della legge di Bilancio 2021 finalizzate a contrastare le frodi commesse dai falsi esportatori abituali.

Nuove misure di contrasto delle frodi dei falsi esportatori abituali

La legge di Bilancio 2021 ha introdotto un meccanismo automatico di blocco. L’Amministrazione finanziaria effettua specifiche analisi di rischio volte a riscontrare la sussistenza delle condizioni soggettive per il riconoscimento dello status di esportatore abituale e conseguenti attività di controllo sostanziale finalizzate all’inibizione del rilascio e all’invalidazione delle dichiarazioni d’intento illegittime.
In caso di esito irregolare dei riscontri, che comportano il disconoscimento della qualifica di esportatore abituale, è inibita l’emissione di nuove dichiarazioni d’intento tramite i canali telematici dell’Agenzia delle Entrate.
Tenuto conto, inoltre, che gli estremi del protocollo di ricezione della dichiarazione d’intento devono essere indicati in fattura, nel caso in cui la dichiarazione d’intento sia stata invalidata, il Sistema di Interscambio inibisce l’emissione della fattura recante il titolo di non imponibilità IVA. In sostanza, il Sistema di Interscambio:

• invalida la dichiarazione d’intento precedentemente emessa;
• opera l’incrocio automatico tra il sistema della fatturazione elettronica e la dichiarazione d’intento ideologicamente falsa;
• inibisce l’emissione da parte del fornitore, che abbia indicato il riferimento della dichiarazione d’intento invalidata, della fattura elettronica con il titolo di non imponibilità.
  

Scarto della fattura elettronica trasmessa al SdI

L’invalidazione della dichiarazione d’intento comporterà a breve lo scarto della fattura elettronica trasmessa al Sistema di Interscambio, recante il titolo di non imponibilità e il numero di protocollo di ricezione di una dichiarazione d’intento invalidata. Il motivo dello scarto sarà specificato nella ricevuta recapitata al soggetto passivo.

In caso di esito irregolare delle attività di analisi e di controllo definite dal provvedimento n. 293390/2021, le dichiarazioni d’intento emesse illegittimamente sono invalidate e rese irregolari al riscontro telematico dell’avvenuta presentazione della dichiarazione d’intento. Contestualmente, l’Agenzia delle Entrate invia al soggetto emittente una comunicazione che riporta il protocollo di ricezione della dichiarazione d’intento invalidata e le relative motivazioni. La comunicazione è trasmessa mediante messaggio di PEC all’indirizzo presente nell’Indice Nazionale degli indirizzi PEC delle imprese e dei professionisti (INI-PEC), istituito presso il Ministero dello Sviluppo economico.

Supporto per compilazione nuovi blocchi XML

L'ultima versione di Facile supporta pienamente le nuove direttive senza comportare un sostanziale cambio di abitudini dell'utente: la nostra filosofia rimane quella di automatizzare quanto più possibile il lavoro senza esporre complicazioni tecniche inutili.

Per chi comunque avesse curiosità "tecniche" elenchiamo i campi la cui compilazione è ora obbligatoria (tre i campi del blocco  2.2.1.16 `<AltriDatiGestionali>`) per indicare il numero di protocollo della dichiarazione d'intento ricevuta dall'esportatore abituale:

• nel campo 2.2.1.16.1 `<TipoDato>` deve essere riportata la dicitura "INTENTO";
• nel campo 2.2.1.16.2 `<RiferimentoTesto>` deve essere riportato il protocollo di ricezione della dichiarazione d’intento (17 cifre) e il suo progressivo (6 cifre) separato dal segno "-" oppure dal segno "/" (es. 01234567891234567-000001);
• nel campo 2.2.1.16.4 `<RiferimentoData>` deve essere riportata la data della ricevuta telematica rilasciata dall’Agenzia delle entrate e contenente il protocollo della dichiarazione d'intento.
  

Risposte nelle email: sopra o sotto?

Dove inserire la risposta alle mail ricevute: in testa alla risposta (top-posting) od in coda (bottom-posting)?

Stando alle reazioni che le mie email generano, il dubbio parrebbe non sussistere. Proprio oggi un fornitore mi intimava:

> quando rispondi è necessario che tu scriva il tuo messaggio di risposta *SOPRA* altrimenti tutto quello che c'è sotto non riesco a vederlo

(sic!)

Altri, in maniera meno perentoria ma con chiaro intento educativo, mi chiedono il perché insista con la stravaganza di non rispondere all'inizio di una email sebbene:

> il programma si posizioni già al punto giusto per la risposta

Il "programma" una volta era Outlook Express, oggi è un qualche servizio di webmail che tramanda l'originario malcostume.

Ormai solo una minoranza di informatici (ahimè) senior comprende ed apprezza l'alternativa al top-posting.

Consideriamo questo scambio di messaggi (top-posting):

---

Perché così non si rende la discussione incomprensibile.
> Perché?
> > Preferisco rispondere in linea.
> > > Come ti comporti allora?
> > > > No.
> > > > > Ti piace il top-posting?


---

(nella realtà il testo, considerate le tipiche firme / controfirme, i disclaimer sulla privacy, le suppliche riguardanti il risparmio energetico e gli alberi abbattuti, sarebbe assai più involuto)

e paragoniamolo a:

---

> > > > > Ti piace il top-posting?
> > > > No.
> > > Come ti comporti allora?
> > Preferisco rispondere in linea.
> Perché?
Perché così non si rende la discussione incomprensibile.


---

non credo che servano molti commenti. Tuttavia è bene aggiungere alcune osservazioni:

• in generale non basta "scrivere sotto", bisogna eliminare le parti dei messaggi precedenti inessenziali alla comprensione del contesto ed inserire le risposte sotto ciascuna parte di rilievo, in maniera simile ad una discussione naturale. Vengono così citate solo le parti rilevanti dei precedenti messaggi (inline reply);
• sebbene l'utilità dell'inline reply sia evidente per le comunicazioni che coinvolgano più di due persone, anche nell'ordinaria corrispondenza fra due parti, se si sta argomentando circa qualche punto di una precedente conversazione, è utile effettuare una breve citazione in linea e non assumere che l'oggetto del messaggio sia sufficiente per richiamare alla memoria tutti i dettagli.

D'altronde queste sono, da sempre, le indicazioni della netiquette (vedi in proposito l'RFC 1855).

Sebbene la comune tendenza sia quella di considerare sorpassato tutto ciò che è vecchio, la decenza dovrebbe spingere a trovare un motivo per giustificare il nuovo modo di fare (e la pigrizia non è una valida ragione!).

ISA - Indici Sintetici di affidabilità

In questo periodo i commercialisti stanno richiedendo alle farmacie la stampa del *righi* da C1 a C14 per finalità ISA (Indici Sintetici di Affidabilità fiscale - Mod. AM04U).

Da SistemaF questa stampa si ottiene come segue:

1. Selezionare dalla schermata principale la voce "Menù rapporti" e, quindi, più in basso "Controllo di gestione"
   
   
2. Selezionare "Studi di Settore Mod. AM04U" e, a seguire, il tasto di elaborazione
   
   
3. Specificare l'intervallo temporale
   
   

Guida alla stampa delle prescrizione DEM

Come noto è stata data disposizione affinché i Medici di Medicina Generale possano fornire ai loro pazienti, soprattutto per le cronicità, il codice NRE (Numero Ricetta Elettronica) della prescrizione farmaceutica attraverso canali digitali: e-mail,sms...

In questi casi il Farmacista deve stampare la prescrizione in farmacia, presente il paziente, per l’applicazione delle fustelle.

Sostanzialmente:

• il cittadino delle Regioni autorizzate potrà recarsi in farmacia esibendo la Tessera Sanitaria e il NRE comunicato dal medico;
• il farmacista, individuerà la prescrizione e, verificata la correttezza della stessa, effettuerà la dispensazione dei farmaci;
• il farmacista procederà a stampare il promemoria e ad apporre le relative fustelle.

Sistema F Platinum e Sistema F Omnia sono già predisposti per stampare le prescrizioni farmaceutiche partendo dal codice NRE e dalla tessera sanitaria del paziente.

Vi forniamo qui il link dove scaricare il PDF della mini guida che spiega come fare.

Attuazione disposizioni DPCM 2020-03-08 per il contenimento della diffusione del virus Covid 19

In virtù di quanto previsto dal DPCM 8/3/2020 ed in merito alle indispensabili misure di contenimento e gestione dell'emergenza epidemiologica (CORONAVIRUS), che obbligatoriamente devono essere rispettate, si comunica che EOS:

• resterà chiusa al pubblico da oggi fino al 3 Aprile 2020 salvo proroghe;
• solo casi di estrema urgenza saranno trattati presso la nostra sede, previo appuntamento, in modo da poter attuare tutte le misure di prevenzione necessarie;
• interventi presso la sede dei clienti verranno effettuati solo in situazioni assolutamente improrogabili e per casi di estrema urgenza.

Ciò premesso EOS sarà operativa e potranno essere utilizzati strumenti di comunicazione quali e-mail, fax, telefono e software di teleassistenza per fornire tutto il supporto abituale.

Grazie.

C++Day 2019 Parma

EOS ha partecipato alla quinta edizione della conferenza C++ Day che si è tenuta all'Università di Parma il 30 novembre 2019.

Il nostro talk era incentrato sull'algoritmo MCTS ed alla sua implementazione in C++.

Il C++ Day è un'iniziativa italiana senza fini di lucro in cui professionisti, aziende e studenti si incontrano e condividono esperienze con focus sul C++.

L'evento, organizzato in collaborazione con Electric80, Beckhoff e Leica Geosystem, risponde al Codice di condotta comunitario C++ italiano:

1. Partecipare alla conferenza con atteggiamento curioso: tutti hanno qualcosa da imparare. Fai un viaggio intellettuale, spirituale e creativo.
2. Sii professionale: abbraccia la diversità, sii educato, in modo che tutti possano godere della conferenza.
3. Costruisci amicizie: gli eventi C++ italiani non riguardano solo il networking ma anche la costruzione di amici per tutta la vita. Le persone presenti sono fantastiche. Conosciamole.
4. Divertiti: se non è divertente, non conta.