F.A.Q.
Risposte brevi ai dubbi che emergono davvero nei progetti di localizzazione italiana.
Scegli un tema
Nella maggior parte dei casi sì, almeno nei riferimenti normativi. Il D.Lgs. 19 gennaio 2026, n. 10, il nuovo Testo unico IVA, riunisce in un solo testo le norme sull’IVA, con applicazione prevista dal 1° gennaio 2027. Lo stesso caso normativo avrà quindi un articolo di riferimento diverso.
In D365 Finance il cambiamento tocca soprattutto i codici di esenzione e non imponibilità: le descrizioni dei codici, i testi stampati in fattura, il riferimento normativo nella fattura elettronica e i registri IVA.
Il lavoro di sistema parte da un inventario dei punti in cui compaiono i riferimenti e da una mappatura dal vecchio al nuovo articolo. L’interpretazione dei singoli casi spetta al fiscalista, che valida la mappatura prima del passaggio in produzione.
Dipende da quanto conta la leggibilità dello storico.
Aggiornare i codici esistenti è la strada più rapida: si cambiano descrizioni e riferimenti e, dal giorno del passaggio, le nuove operazioni riportano il nuovo articolo. Il rischio è che documenti e stampe dei periodi precedenti mostrino riferimenti diversi da quelli in vigore quando l’operazione è stata registrata.
Creare nuovi codici validi dal 1° gennaio 2027, lasciando i vecchi per lo storico, richiede qualche giorno in più di configurazione e di test. In cambio ogni periodo resta leggibile con i riferimenti corretti, e le verifiche diventano più semplici.
In entrambi i casi la corrispondenza tra vecchio e nuovo articolo va validata dal fiscalista prima del passaggio in produzione.
Per evitare buchi nei protocolli IVA in Dynamics 365 Finance servono due presidi: sequenze numeriche continue dove serve una numerazione senza salti, e un gruppo di sequenze numeriche corretto su ogni anagrafica e ogni ordine. Secondo la documentazione Microsoft sulle sequenze numeriche, una sequenza continua non salta numeri, mentre una sequenza non continua può saltarli; Microsoft consiglia le sequenze continue solo in presenza di un requisito normativo.
I buchi nascono di solito da registrazioni interrotte, da documenti annullati o da un gruppo di sequenze mancante, che porta il sistema a usare una numerazione predefinita. Per le sequenze continue Dynamics 365 Finance prevede un processo di pulizia che recupera i numeri rimasti sospesi dopo un errore.
In pratica conviene evitare numerazioni predefinite utilizzabili sui documenti fiscali, pianificare la pulizia in orari di basso carico e ricontrollare i registri IVA dopo ogni aggiornamento di versione.
In Dynamics 365 Finance il credito IVA del periodo precedente si inserisce nel campo Previous sales tax credit (-) della sezione Sales tax payment, quando si genera la stampa di liquidazione IVA italiana. Se il campo resta vuoto, il credito non entra nel saldo esposto dalla stampa.
La sezione Sales tax payment contiene anche i campi Sales tax credit for compensation (-), Previous sales tax debit (+) e Sales tax paid in advance (-), che concorrono al campo Sales tax balance secondo la documentazione Microsoft sul riepilogo IVA italiano.
In pratica, prima si fa confermare l’importo del credito a chi segue la parte fiscale, poi lo si inserisce nel periodo indicato, infine si verifica a ogni periodo successivo che il valore sia coerente con il saldo contabile. Ogni rettifica successiva su questi campi richiede la stessa autorizzazione.
In Dynamics 365 Finance una fattura già registrata con l’IVA sbagliata non si modifica: di norma si emette una nota di credito che storna la fattura originale e una nuova fattura con il codice IVA corretto. La scelta del documento e del periodo va validata da chi segue la parte fiscale.
Dynamics 365 Finance offre la funzione Credit invoicing, che si attiva con l’opzione Credit invoicing nella scheda Updates dei parametri di contabilità clienti e fornitori, come descritto nella documentazione Microsoft sulla Credit invoicing per l’Italia. Dopo la chiusura del periodo di liquidazione IVA, Dynamics 365 Finance non consente modifiche al periodo.
In pratica, prima si fa confermare la correzione al fiscalista, poi si registra la nota di credito, infine si emette la nuova fattura. Creare un codice IVA duplicato solo per gestire la correzione è sconsigliato, salvo esigenze fiscali o tecniche precise.
Se la fattura corretta viene bloccata per la data, vedi Perché Dynamics 365 Finance non registra una fattura con data anteriore all’ultima del sezionale IVA?.
In Dynamics 365 Finance il plafond consumato da una lettera d’intento di un cliente si verifica con la funzione Posted sales tax sulla lettera, che mostra le transazioni IVA collegate. La somma degli imponibili di quelle transazioni indica l’importo già utilizzato.
Il dato è affidabile solo se ogni fattura è collegata alla lettera. Una fattura emessa con la fascia IVA corretta ma senza riferimento alla lettera non entra nel conteggio. Per questo l’opzione Usual exporter sul cliente e l’assegnazione della lettera in fatturazione sono il presupposto del controllo.
Il plafond della società, quando è la società stessa a essere esportatore abituale verso i propri fornitori, si segue invece con la funzione Tax plafond e le sue Plafond transactions. Le funzioni lato clienti sono descritte nella pagina Microsoft sulle intent letters.
In Dynamics 365 Finance, per importare configurazioni di Electronic Reporting dal repository Dataverse serve uno di questi ruoli di sicurezza: Electronic reporting developer, Electronic reporting functional consultant o System administrator. In Dataverse serve inoltre un ruolo di sicurezza con permessi su tabelle specifiche.
La documentazione Microsoft sull’importazione delle configurazioni ER da Dataverse indica i permessi Create, Read, Write, Delete, Append, Append to, Assign e Share, con ambito Organization, su quattro tabelle: Electronic Reporting Configuration File, Electronic Reporting Configurations Index File, Globalization Feature File e Globalization Features Index File.
Nella pratica conviene assegnare questi ruoli prima che serva un intervento, per esempio a chi supporta la localizzazione italiana, invece di chiederli quando una fattura elettronica è già in errore.
Per definire l’accesso di chi supporta la localizzazione dall’esterno, vedi Come dare accesso a Dynamics 365 Finance al consulente esterno della localizzazione italiana?.
No, non è un obbligo di legge: dal 2013 la fattura deve riportare un numero progressivo che la identifichi in modo univoco, non una numerazione che riparta ogni anno solare. Lo ricorda l’Agenzia delle Entrate nella risposta n. 505 del 29 ottobre 2020, che richiama l’art. 21, comma 2, lettera b), del DPR 633/1972 e la risoluzione n. 1/E del 2013.
Si può quindi proseguire la numerazione esistente oppure ripartire da 1 ogni anno, a condizione che ogni fattura resti identificabile senza ambiguità, ad esempio includendo l’anno nel numero.
In Dynamics 365 Finance la scelta si traduce nella configurazione delle sequenze numeriche: per ripartire ogni anno si usano sequenze distinte per anno, collegate ai gruppi di sequenze numeriche, oppure un ambito che combina persona giuridica e periodo del calendario fiscale, come descritto nella documentazione Microsoft sulle sequenze numeriche. La decisione va condivisa con chi segue la parte fiscale.
Sì, entro limiti precisi. In Dynamics 365 Finance l’utente con ruolo di project owner in Lifecycle Services può mettere in pausa un aggiornamento di servizio, uno solo consecutivo alla volta. Il rinvio non è indefinito: vanno installati almeno due aggiornamenti l’anno.
Secondo la documentazione Microsoft sulla pausa degli aggiornamenti, una pausa aggiuntiva viene concessa solo per un difetto o una regressione del prodotto Microsoft confermati e senza workaround. Una richiesta di supporto aperta, da sola, non basta. I problemi di personalizzazioni o di soluzioni di terze parti non danno diritto a pause aggiuntive.
Rimandare l’aggiornamento conviene quando la regressione tocca processi fiscali, come la numerazione dei registri IVA o la fattura elettronica. Nel frattempo conviene aprire un ticket a Microsoft, seguire il rilascio della correzione e ripetere i test in sandbox prima di aggiornare la produzione.
Per preparare i test dopo l’aggiornamento, vedi Quali processi testare dopo un aggiornamento di Dynamics 365 Finance con la localizzazione italiana?.
Dopo un aggiornamento di Dynamics 365 Finance con la localizzazione italiana vanno testati almeno i processi fiscali: numerazione dei registri IVA, fattura elettronica, liquidazione IVA, stampe fiscali e report di Electronic Reporting. I test si fanno in sandbox, prima che l’aggiornamento arrivi in produzione.
Nel ciclo degli aggiornamenti automatici di servizio la sandbox viene aggiornata sette giorni prima della produzione. Una lista scritta dei processi chiave, con un responsabile per ciascuno, rende quei sette giorni utilizzabili.
In pratica, prima si registrano fatture da giornale e da ordine e si controlla la numerazione. Poi si generano fatture elettroniche di prova e se ne verifica il file. Infine si eseguono liquidazione IVA e stampe. Le funzionalità fiscali in anteprima vanno attivate solo dopo test approfonditi, perché nel Feature management alcune funzionalità non si possono disattivare dopo l’attivazione.
Se un test rivela una regressione, vedi Si può rimandare un aggiornamento di Dynamics 365 Finance che introduce una regressione?.
In Dynamics 365 Finance l’accesso al consulente esterno della localizzazione italiana si concede con un ruolo di sicurezza dedicato, definito in anticipo, non con permessi aggiunti all’ultimo momento. Il ruolo raccoglie solo i duty necessari e si attiva per finestre di intervento pianificate.
La sicurezza basata sui ruoli di Dynamics 365 Finance non concede accessi ai singoli utenti, ma solo ai ruoli di sicurezza; un utente senza ruolo non ha privilegi. L’amministratore può creare nuovi ruoli o modificare i ruoli di esempio forniti da Microsoft.
In pratica, prima si definisce il perimetro del ruolo con il consulente e l’IT. Poi si stabilisce chi attiva e disattiva l’utenza, e con quali tempi di risposta. Infine si verifica l’accesso prima delle scadenze fiscali, non durante.
Per scegliere i ruoli da assegnare in Electronic Reporting, vedi Quali ruoli di sicurezza servono per Electronic Reporting in Dynamics 365 Finance?.
Dynamics 365 Finance blocca la registrazione di una fattura con data anteriore all’ultima fattura registrata nello stesso sezionale IVA quando è attivo il controllo unificato sulla data di registrazione. Il controllo protegge la numerazione sequenziale e senza buchi del sezionale IVA.
Secondo la documentazione Microsoft sui registri IVA italiani, la funzionalità (Italy) Unified posting date control aggiunge la colonna Skip posting date control alla pagina Italian sales tax book sections: con la casella deselezionata, impostazione predefinita, il blocco è attivo. Dynamics 365 Finance non consente inoltre di registrare o stornare una fattura con data anteriore alla chiusura del periodo IVA.
Le soluzioni tecniche possibili, come un nuovo sezionale IVA o la registrazione nel periodo successivo, hanno effetti sui registri e sulla liquidazione: la scelta va validata da chi segue la parte fiscale prima di configurarla.
Se la fattura va invece corretta dopo la registrazione, vedi Come si corregge in Dynamics 365 Finance una fattura già registrata con l’IVA sbagliata?. Per un altro blocco legato alla numerazione, vedi Perché Dynamics 365 Finance blocca la fattura con un errore sulla sequenza numerica continua?.
Dynamics 365 Finance blocca una fattura con un errore sulla sequenza numerica continua quando il numero da assegnare non è coerente con lo stato della sequenza. Le cause tipiche sono un numero rimasto in sospeso dopo una registrazione interrotta o un numero successivo spostato a mano.
Secondo la documentazione Microsoft sulle sequenze numeriche, una sequenza numerica continua non salta numeri: se una transazione viene annullata, il numero viene riciclato. Il processo di pulizia, manuale o in batch, recupera i numeri persi dopo un errore imprevisto.
Per risolvere l’errore si procede in ordine. Prima si verifica nel giornale fatture l’ultimo numero registrato; poi lo si confronta con i numeri in sospeso e con il numero successivo; infine si esegue la pulizia della sequenza. Se un numero di fattura risulta perso, la correzione va concordata con chi segue la parte fiscale.
Se il blocco riguarda invece la data della fattura, vedi Perché Dynamics 365 Finance non registra una fattura con data anteriore all’ultima del sezionale IVA?. Per intervenire sul numero successivo è suggerito di rivolgersi ad un esperto di D365 F&O.
Sì, in Dynamics 365 Finance il numero successivo di una sequenza numerica continua si può modificare. Sulle fatture italiane, però, va fatto solo dopo aver verificato l’ultimo numero registrato: spostarlo avanti crea un salto, riportarlo indietro riparte da numeri già assegnati.
La normativa italiana chiede un numero progressivo che identifichi la fattura in modo univoco (articolo 21, comma 2, lettera b, del DPR 633/1972), come richiama l’Agenzia delle Entrate nella risposta a interpello n. 505 del 2020. Per questo sulle fatture italiane si usano di solito sequenze continue, che la documentazione Microsoft sulle sequenze numeriche consiglia solo in presenza di un requisito normativo.
Prima di modificare il numero successivo conviene controllare nel giornale fatture l’ultimo numero registrato ed eseguire la pulizia della sequenza continua, che recupera i numeri rimasti in sospeso. Ogni modifica manuale alla numerazione delle fatture italiane va poi condivisa con chi segue la parte fiscale.
Se la registrazione si blocca con un errore di sequenza, vedi Perché Dynamics 365 Finance blocca la fattura con un errore sulla sequenza numerica continua?.
In Dynamics 365 Finance la ritenuta d’acconto non compare sulla registrazione della fattura del professionista perché il sistema la calcola al pagamento. La ritenuta viene calcolata sul giornale pagamenti fornitore, dedotta dal pagamento e registrata sul conto della ritenuta.
Il comportamento è coerente con l’articolo 25 del DPR 29 settembre 1973, n. 600, che collega la ritenuta sui compensi di lavoro autonomo al momento del pagamento.
Per vedere un importo già sulla fattura, dalla versione 10.0.33 di Dynamics 365 Finance l’opzione Estimate withholding tax amount on invoice dei parametri di contabilità generale mostra una stima su ordini e fatture fornitore. La ritenuta definitiva resta quella calcolata al pagamento, come descrive la documentazione Microsoft sulla withholding tax negli acquisti.
In Dynamics 365 Finance i saldi di apertura si importano con l’entità General journal del Data management, che accetta righe con tipo conto Ledger, Customer, Vendor o Bank. Un solo giornale può quindi caricare saldi contabili e partite aperte di clienti e fornitori.
Secondo la documentazione Microsoft, l’entità General journal usata con il framework di gestione dati fa una validazione minima durante l’import: segni invertiti o conti errati arrivano nel giornale senza essere bloccati.
Prima si caricano e controllano le anagrafiche; poi si importa il giornale in un ambiente di prova, verificando nella cronologia dei job di import i record elaborati e quelli scartati; infine si confrontano i totali dei partitari con i saldi dei conti collettivi prima di registrare in produzione.
E’ suggerito di rivolgersi ad un professionista di D365 F&O per effettuare attività di migrazione dei dati.
Utilizziamo solo cookie tecnici necessari al funzionamento del sito. Non svolgiamo attività di profilazione, marketing o tracciamento pubblicitario. Maggiori dettagli sono disponibili nella Privacy Policy e nella Cookie Policy.
© 2026 Eduardo Belli – Privacy Policy – Tutti i diritti riservati.
