Informazioni fiscali

Informazioni Fiscali

In questa tab vendono inseriti dati e parametri di tipo prevalentemete fiscale.

Non in Spesometro: Campo obsoleto presente per retro-compatibilità (Riferito allo spesometro pre-2017 abrogato). Il flag è comunque funzionante in quanto ancora presente la funzionalità per lo spesometro annuale (art. 21 DL 78/2010).

Escludi da dich. black list: Campo obsoleto presente per retro-compatibilità. L'adempimento fiscale è attualmente abrogato.

CIG: il flag attiva il campo apposito all'interno della fattura di vendita per indicare il codice identificativo di gara (esempio per gli appalti pubblici).

CUP:  il flag attiva il campo apposito all'interno della fattura di vendita per indicare il codice unico progetto (per la fatturazione ad enti pubblici)

Ritenuta d'acconto: Il flag, da associare al successivo campo Tipo ritenuta, attiva, per l'anagrafica (di tipo fornitore) in uso, la gestione della ritenuta d'acconto sul compenso percipiente. Con questo tipo di gestione attiva, l'inserimento dei documenti e la contabilizzazione della fattura ricevuta e del pagamento effettuato avverrà dal modulo Percipienti al fine di poter gestire correttamente ed in modo automatico la ritenuta d'acconto.

Tipo ritenuta: il campo (menu a discesa) è collegato alla tabella Tipi ritenuta all'interno della quale vengono definite le tipologie di ritenuta a titolo d'acconto (o a titolo d'imposta) da utilizzare. Per ogni riga, corripondente ad un tipo ritenuta, devono essere compilati i campi che permettono la gestione automatica del calcolo e della contabilizzazione da parte del modulo Percipienti.

Flag Pubblica amministrazione: il flag permette di attivare la gestione della fattura verso la pubblica amministrazione e richiede la compilazione della sottostante griglia Pubblica amministrazione.

Griglia Pubblica amministrazione:

Codice Ufficio: Codice dell'ufficio pubblico destinatario della fattura

Nome ufficio: Descrizione del campo codice ufficio da compilare con il nome dell'ufficio pubblico

Ragione sociale: in questo campo è possibile collegare un'anagrafica già codificata in Fluentis e riferita, ad esempio, all'uffico pubblico che dipende dall'anagrafica principale che stiamo utilizzando (esempio: ufficio lavori pubblici del comune di ..., oppure Azienda sanitaria ....... che dipende dall'anagrafica principale "Comune di ....") Tale anagrafica collegata dovrà essere impostata come destinazione per l'anagrafica principale nel tab consegna, in questo modo la destinazione (esempio ufficio lavori pubblici ....) sarà riportata nel tracciato del file .xml completa di codice ufficio e degli altri dati quale indirizzo ecc...

Per la corretta gestione di più codici ufficio (e quindi più soggetti) riferiti alla stessa anagrafica principale si raccomanda quindi di gestire e compilare anche questo campo (comunque non obbligatorio e non necessario in caso di singolo codice ufficio direttamente legato all'anagrafica in questione).

Data inizio servizio: definisce la data di inserimento della riga o comunque la data dalla quale è attivo il rapporto di fornitura con la pubblica amministrazione in questione.

Data fine servizio: definisce la data di fine del rapporto di fornitura con la pubblica amministrazione e rende non più utilizzabile questa posizione per la generazione del file telematico per la fattura elettronica.

Nota per la gestione della fattura elettronica P.A.

Fluentis permette di generare automaticamente il file .xml della fattura elettronica, da caricare nel sistema di interscambio con la Pubblica Amministrazione, e lo memorizza automaticamente all'interno della gestione documentale. Pertanto una copia del file potrà essere scaricata in ogni momento sul PC direttamente dalla maschera della fattura cliente.

La generazione automatica del file .xml avviene utilizzando la procedura del cambio stati. Verificare pertanto che nell'installazione Fluentis sulla quale si sta lavorando lo stato idoneo per la creazione della fattura P.A. sia presente oppure richiederne la configurazione.

Art. 62: flag che gestisce l'attivazione della gestione delle scadenze di pagamento massime nel settore alimentare per beni deperibili e non deperibili ai sensi dell'art 62 D.Lgs. n. 192/2012; in particolare in fase di inserimento degli articoli in fattura controlla la scadenza di pagamento rispetto a quelle obbligatorie per questa tipologia di prodotti.

da gestire con i due flag successivi.

Sol. inf. 30 gg: impone una soluzione di pagamento a 30 giorni bypassando le altre impostazioni (anche quelle relativa all' art. 62, ad esempio la soluzione a 60 giorni)

Sol. inf. 60 gg: NON GESTITO / DISATTIVATO

Vi sono altre impostazioni riguardanti la gestione merci deperibili:

il campo GG Pag. merce deperibile all'interno dell'anagrafica articolo  (tab generalità) dove viene definita la scadenza da applicare;

il campo GG Ricev. fattura nella tab indirizzi alternativi dell'anagrafica cliente / fornitore (tab Generale) utile per ottemperare alla data certa di ricevimento della fattura (affinchè si abiliti il campo, il tipo indirizzo collegato all’indirizzo alternativo utilizzato e definito nella tabella Tipi indirizzi deve avere il flag “Email Fatt.C.”  settato)

il campo Giorni trasporto nella tabella Zone, campo che può essere inserito nell'anagrafica cliente / fornitore  nell tab Consegna

LOGICA DI CALCOLO DELLA SCADENZA DI PAGAMENTO

La scadenza di pagamento viene proposta a partire dalla data  decorrenza della fattura.
La data decorrenza viene calcolata automaticamente nel seguente modo:
⦁            inizialmente uguale alla maggiore tra data inserimento e  data fattura ,
⦁            poi se nel tipo indirizzo dell’email di fatturazione sono impostati dei gg di ricevimento fattura, alla data fattura vengono sommati i gg di ricevimento fattura, la data decorrenza diventa la maggiore tra data decorrenza e data fattura + gg di ricevimento fattura
⦁            se nel tipo indirizzo dell’email di fatturazione non sono impostati dei gg di ricevimento fattura allora viene cercato se ci sono i giorni di trasporto nel codice zona associato al cliente e alla data fattura vengono sommati i gg di trasporto, la data decorrenza diventa la maggiore tra la data decorrenza e data fattura + gg di trasporto
⦁            se per la zona del cliente non sono impostati dei gg di trasporto, la data decorrenza corrisponde alla maggiore tra la data inserimento fattura e la data fattura

L’utente può in ogni caso cambiare la data decorrenza e mettere la data voluta, resterà traccia nella fattura che la data decorrenza è stata cambiata manualmente

Per proporre  correttamente la data scadenza devono essere codificate 2 nuove soluzioni di pagamento con il flag “DL Art.62” settato, entrambe con il flag fine mese settato e il flag commerciale settato, una con giorni 30  e l’altra con giorni 60

Se la soluzione pagamento dell’anagrafica cliente è migliorativa rispetto a quella calcolata per gli articoli agricoli o agroalimentari, tale soluzione viene mantenuta.

Inserendo le fatture manualmente (anche evadendo le righe dell’ordine cliente) è possibile inserire, per il cliente che ha il flag Art62 settato, solo articoli che abbiano la stessa tipologia di pagamento, perciò tutti articoli a 30 gg o a 60 gg oppure senza gg pagamento. Un messaggio impedirà l’inserimento di articoli misti e avvertirà che la soluzione di pagamento verrà modificata automaticamente con la soluzione calcolata in base ai gg di pagamento degli articoli.

Creando la fattura da altri documenti (es. da DDT),  i documenti verranno suddivisi per i gg di pagamento presente nell’articolo e verranno create più fatture se in uno stesso documento ci saranno articoli con giorni di pagamento diversi.

CAMPI RIFERITI ALLA GESTIONE DISTINTE SDD (Sepa Direct Debit – Addebiti diretti SEPA)

L'Addebito Diretto Sepa, che va a sostituire il precedente RID nazionale, è uno strumento di incasso pre-autorizzato a fronte di un mandato all'addebito rilasciato dal Debitore a favore del suo Creditore.

E' basato su un accordo preventivo (mandato) tra Debitore e Creditore che consente a quest'ultimo di richiedere l'attivazione di una procedura interbancaria per addebitare il conto del Debitore in modo automatico.

Codice scopo mandato: in questo campo va riportato il ‘Purpose code’ (solitamente viene impostato il codice “GDSV” [PurchaseSaleOfGoodsAndServices])

Codice cliente/mandato: in questo campo va inserito il codice identificativo assegnato al mandato sottoscritto dal debitore. Corrisponde in Rulebook (document tecnico ufficiale) ad AT-01 Unique Mandate Reference.
Ilcampo non è case-sensitive. Ad es. gli identificativi 123AAa45678, 123aaA45678, 123aaa45678 e 123AAA45678 devono essere considerati identici.
Non può essere valorizzato con soli spazi e deve contenere solo caratteri appartenenti al set latino di base

Esempio:

IT05394480900

Mandato modificato: Flag attualmente non gestito e da lasciare de-selezionato

Data firma mandato: in questo campo va inserita la data di firma del mandato.

Data prima esecuzione / Data ultima esecuzione: essendo l'addebito sdd (così come il "veccchio" sistema RID) di per se un'esecuzione periodica, questo range di date controlla l'inizio e la fine validità dell'esecuzione.

Per la gestione dell’SDD bisogna inoltre compilare i campi

-      Codice unico cliente

-      Identificatore creditore: esempio IT95ZZZ0000007333890900

Nella tabella Società

Regime fiscale: campo necessario per la gestione delle fatture alla Pubblica Amministrazione: il dato è inserito nei tracciati telematici .xml generati da Fluentis. La combo box è collegata ad una tabella fissa contenete i possibili regimi fiscali da selezionare.

Gestione cointestatari: il flag attiva la gestione della fattura di vendita cointestata.

Questa casistica è frequente, ad esempio, nella vendita ai privati di beni che possono essere oggetto di detrazione fiscale dalle imposte sui redditi, se la spesa è sostenuta da più persone, la fattura deve essere intestata ad entrambi per poter operare la detrazione.

Con il flag attivo, all’interno delle fatture intestate all’anagrafica in questione verrà visualizzato un ulteriore tab dove inserire i cointestatari.

Per richiamare i cointestatari, all’interno dell’anagrafica in questione, è necessario codificarli preventivamente nella sezione Indirizzi alternativi della sezione Dati generali.

A tal fine è necessario, preventivamente, definire un tipo indirizzo con flag Cointestatari attivo all’interno della tabella Tipi indirizzi alla quale è collegata la combo box del campo Tipo indirizzo

Quindi si procederà ad inserirli nella fattura indicando anche la percentuale di ripartizione della spesa.