Generazione del FEC in Business Central: utilizzo, pianificazione e mappatura dei campi

L'articolo precedente ha descritto in dettaglio l'architettura del modulo di esportazione dei file di audit e la sua configurazione, dapprima comune a tutti i moduli, poi specifica per SAF-T e la FEC. Una volta completata questa configurazione, rimangono tre interrogativi: come gestire un'esportazione su base giornaliera, come pianificare l'elaborazione in background e, soprattutto, come costruire ciascuno dei diciotto campi normativi della FEC a partire dai dati già presenti in Business Central. Questi tre punti sono l'oggetto del presente articolo.

Controlla un'esportazione dalla pagina della scheda Documento di esportazione del file di audit.

Ogni esportazione corrisponde a un nuovo documento, creato dall'elenco Documenti di esportazione del file di audit.

Il formato viene ereditato dalle impostazioni generali e successivamente modificato. Per il FEC, la scheda visualizza un gruppo di campi dedicato: l'inclusione dei saldi di apertura, il codice di registrazione predefinito e il filtro opzionale sul piano dei conti.

#Opzioni FEC

I campi specifici di SAF-T (ripartizione mensile o giornaliera, archiviazione Zip, commento di intestazione) rimangono nascosti quando si seleziona il formato FEC. La mappa si adatta al formato, non viceversa.

Opzioni #SAF-T

Il gruppo Elaborazione visualizza lo stato di avanzamento: stato del documento, date di inizio e fine dell'esecuzione e, solo per SAF-T, il risultato dell'ultimo controllo dei dati.

#Elaborazione parallela

Una sottopagina elenca le linee di elaborazione, nella maggior parte dei casi solo una per FEC, più di una per SAF-T a seconda della suddivisione scelta.

Ogni riga offre quattro azioni: riavviare l'elaborazione, visualizzare il messaggio di errore dell'ultimo tentativo fallito, consultare il registro delle attività, scaricare il file del prodotto.

#Riga del registro FEC

Il ciclo di vita del documento è strutturato da quattro azioni.

• Controllo dei dati, riservato a SAF-T: verifica a monte la completezza delle impostazioni relative a clienti, fornitori, conti bancari e partita IVA.
• Avvio: crea le righe di elaborazione e avvia la generazione. Per la FEC, questo avvio verifica che le date del periodo e il numero SIREN siano stati inseriti e fallisce se nessuna voce corrisponde all'ambito definito.
• Ricreazione del file: Ricostruisce il risultato finale a partire dai dati già raccolti, senza riavviare l'intero processo di raccolta; utile per modificare un'opzione di archiviazione senza dover ricominciare tutto da capo.
• Scarica: apre l'elenco dei file prodotti.

#Azioni registrate dalla FEC

Una volta che tutte le righe raggiungono lo stato "Completato", la generazione del file finale inizia automaticamente. Pertanto, l'azione di ricreazione viene utilizzata solo per una nuova generazione intenzionale.

Pianificazione del trattamento di base

Il modulo non si basa sulla classica coda di attività di Business Central, bensì sullo scheduler di attività interno, che esegue le sessioni in background senza una coda visibile.

Tre parametri regolano questo comportamento sulla mappa:

• Elaborazione parallela, che può essere attivata solo se l'ambiente lo consente tecnicamente.
• Numero massimo di attività simultanee, impostato a tre per impostazione predefinita.
• Data/ora di inizio più vicina, che determina l'effettivo avvio delle attività pianificate.

#Impostazioni di pianificazione

Tra una pianificazione di riga e l'altra intercorre un ritardo di pochi secondi, al fine di limitare i conflitti di blocco tra sessioni simultanee.

Lo stato del documento segue una logica semplice: non iniziato, in corso, quindi completato o fallito a seconda dell'esito delle righe che lo compongono.

Ogni riga ha un contatore di tentativi, inizializzato a tre.

In caso di errore, il modulo registra l'errore nel registro attività, decrementa il contatore e riavvia automaticamente le linee che non sono ancora iniziate.

Un ulteriore meccanismo rileva le sessioni perse (ad esempio, un server riavviato durante l'elaborazione) e riavvia le linee rimaste bloccate durante l'esecuzione senza che sia necessario alcun intervento manuale.

Tuttavia, questa funzionalità non supporta la ricorrenza nativa. Non è prevista alcuna integrazione predefinita con la coda di attività standard.

L'automazione di una generazione periodica, mensile per SAF-T o annuale per FEC, richiede l'incapsulamento della chiamata del modulo in una codeunit personalizzata, a sua volta attivata da una voce di coda standard. In caso contrario, l'attivazione rimane manuale, il che è adatto per un utilizzo occasionale, meno per la produzione ricorrente.

La mappatura dei diciotto campi della FEC

Il motore di generazione FEC analizza le registrazioni del libro mastro generale per il periodo, entro i limiti di eventuali filtri di conto definiti, e crea una riga per ogni registrazione. La mappatura con i dati di Business Central segue una logica semplice, con alcune eccezioni che meritano attenzione.

Identificazione del diario e della grafia

• JournalCode / JournalLib: Questi provengono dal codice sorgente della voce, oppure dal codice sorgente predefinito specificato nel documento quando la voce non ne ha uno. L'etichetta associata è quella dichiarata nel record del codice sorgente.
• EcritureNum: prende il numero di transazione interno di Business Central, in una sequenza univoca e continua lungo l'intero file, senza mai essere ripetuto da un giornale.
• Data di inserimento: corrisponde alla data in cui l'inserimento è stato registrato.

Identificazione dell'account e di terze parti

L'identificazione dell'account è diretta.

• CompteNum / CompteLib: prelevare il numero e il nome del conto generale come registrato nel piano dei conti.
• CompAuxNum / CompAuxLib: Questi campi vengono compilati solo quando il conto del libro mastro esportato corrisponde al conto della controparte cliente o fornitore, oppure a un conto di riconciliazione bancaria. Per gli altri conti, questi campi rimangono vuoti, in conformità con la regola del campo condizionale, che è sempre presente ma talvolta vuoto. Quando una transazione coinvolge più parti, il modulo inserisce un valore convenzionale, un asterisco in CompAuxNum e una nota esplicita in CompAuxLib, che deve essere documentata nella descrizione allegata.

Documento giustificativo, descrizione e importi

• PieceRef / PieceDate: riprodurre direttamente il numero del documento e la data della voce.
• EcritureLib: corrisponde alla descrizione inserita nel testo.
• Addebito/Credito: include gli importi di addebito e credito così come registrati, formattati senza separatore delle migliaia e con la virgola decimale.

Scrittura, convalida e valuta

• EcritureLet / DateLet: Questi campi visualizzano i riferimenti documentali delle registrazioni contabili applicate al regolamento e la data dell'ultima applicazione trovata. Questi campi rimangono vuoti se non è stata eseguita alcuna riconciliazione.
• Data di validità: Poiché Business Central non dispone di una modalità di bozza separata per il libro mastro, questo campo utilizza la data di creazione del batch di registrazioni contabili (il Registro del libro mastro) anziché una data di convalida aziendale. Nella maggior parte dei casi, questa data coincide con la data di contabilizzazione. Una discrepanza può verificarsi se la registrazione è posticipata rispetto all'evento contabile.
• Importo/Valuta estera: fornire informazioni solo per le transazioni che coinvolgono una valuta estera e lasciare vuoto il campo per le transazioni in valuta contabile.

Caso particolare: vendite di apertura

Un caso merita una menzione a parte. Quando l'opzione corrispondente è attivata sul documento, il modulo genera righe di bilancio con un codice di giornale fisso, 00000, un'etichetta di giornale fissa, SALDO DI APERTURA, e un numero di voce fisso, zero, per tutte queste righe. Questa convenzione, perfettamente leggibile nel file, deve tuttavia essere esplicitamente indicata nella descrizione allegata; in caso contrario, appare come un'interruzione nel sistema di numerazione a un revisore che non ne conosce l'origine.

Questo livello di dettaglio tecnico determina direttamente la conformità della documentazione del prodotto.

Il prossimo articolo conclude questa serie trattando gli aspetti operativi rimanenti: le autorizzazioni necessarie, le procedure di risoluzione dei problemi in caso di errore, l'eliminazione dei documenti obsoleti e, soprattutto, i punti di attenzione da tenere presenti prima di considerare un'esportazione FEC definitivamente affidabile.