1

(SICRA) Finanziaria 32.8.0 Setup necessario, rif. appendice 2 ed al report fin77 32.8.0; già il 1°rilascio fin77 32.1.0 aveva aggiunto nuove colonne: 1) uffici: aggiunto il cod_ufficio_ipa alla solita tabella uffici; 2) clienti/fornitori: aggiunti cod_ufficioipa, cod_iva_causale; 3) fatture: aggiunto Identif.SdI, indiretto il cod_ufficio_ipa; 4) parametri: aggiunti nuovi campi, nuova aletta schedario. Le tabelle sopra elencate sono necessarie per la gestione della fatturaPA alias ormai usato per la fattura elettronica.

Modulo di fatturazione elettronica sicra con stringa di attivazione (F77_FATTURAPA) da inserire in Finanziaria mediante il percorso Documenti/Fatture/FatturaPA.

Link formale: http://www.fatturapa.gov.it Standard per far trasmettere le fatture tra aziende Private/Pubbliche o Pubbliche/Pubbliche. Ragioneria Generale Dello Stato ↑ Fornitori ---------� ----------- | Sistema | -------- � ---------- PA --------- ----------- | di | --------- ----------- [o Int.] | Interscambio | [o Int.] In vigore da Giugno 2014 nelle Pubbliche Amministrazioni Centrali, es. i fornitori per le vendite verso le amministrazioni centrali già obbligati; mentre 31/3/2015 per le PA è il termine ultimo, cosi l’Ente non eseguirà più il data entry delle fatture fornitori. Il sistema è bidirezionale, con notifiche es. entro 15 gg accettazione o rifiuto della fattura.

[P ] ↔ [Fatturazione Elettronica sicraweb] ↔ Sistema gestionale (sicra) [r ] [o ] ↔ [Sistema documentale sicraweb] (impatta poco sull’applicativo sicra) [t. ] → [Conservazione sostitutiva sicraweb] o esterna [sicraweb] o di altra ditta Conservazione sostitutiva con repository sicraweb o diversamente. Sicra ora non interfaccia l’intermediario, e senza l’integrazione con la Gestione documentale, che non sarà mai possibile in sicra. Il destinatario è identificato da un codice ufficio univoco censito all’IPA per i servizi di fatturazione elettronica: IPA sito istituzionale Indice Pubbliche Amministrazioni. Entro il 31/12/2014 scadenza censimento IPA, doveva essere già stato censito l’ufficio destinatario di fattura elettronica: il codice ufficio che il fornitore deve avere per l’esatta destinazione che è “in pancia” alla fattura elettronica; e non tutti gli uffici dell’Ente quindi ma solo quelli di fatturazione elettronica. Es. un Comune di 20.000 abitanti con 25 uffici, ma di fatturazione elettronica esempio 1 solo (col simbolo dell’euro in remoto). Vigilato l’abuso del codice di default e non sarà più tollerato l’ufficio predefinito con codice ufficio univoco. Quanti uffici per la fatturazione elettronica censire all’IPA? La norma lascia liberi. Unico sarebbe una prima soluzione; meglio sarebbe censirne per lo smistamento automatico, ma più codici equivale ad avere poi più fatture. Si può cambiare magari gradualmente ma il fornitore di contro vorrà 1 solo ufficio per i costi di invio. La scadenza era il 28/2/2015 per comunicare ai fornitori i codici identificativi degli uffici destinatari di f.e.; prima della scadenza per informatizzare (la data scadenza di adeguamento sistemi informatici il 15/03/2015). Il fornitore spedisce la fattura o un lotto di fatture a PA, ma è il S.d.I. che li spedisce all’Ente. Non esiste più il cartaceo in pratica e comunque si deve conservare il file che è arrivato. La ragioneria è la destinazione però l’iter partirebbe dal protocollo, il quale normalmente attrezzato per la conservazione. Al Protocollo sicraweb si arriva direttamente tramite il canale trasmissivo (a cui il S.d.I dovrà recapitare le fatture) scelto che è la pec: il metodo più diffuso per il quale non bisogna accreditarsi come in altri canali e quindi facilmente attivabile, inoltre file fino a 30 MB mentre in altri modi solo di qualche Mb. Consigliabile una casella di pec dedicata e non la medesima del protocollo. Dal 31 marzo le fatture il Cliente le avrà nella casella di pec entro 5 gg, se (importante) ha censito l’ufficio ed attivato la pec. Se non accettate/rifiutate entro 15 gg da quando ricevute: tacito assenso, anche se entro 10 giorni da quando ricevute già sarebbero da registrare per il Registro unico; tempi di pagamento 30 gg quindi rimangono 15 gg dalla tacita accettazione! La fattura datata 30/3? Ancora cartacea, con 3 mesi di tolleranza per il pagamento. Emessa dal fornitore > = 31/3? Non la si può più pagare cartacea! La f.e. sostituirebbe cosi il Modello 002, ma non il Modello 003 Comunicazione scadenze e Pagamenti.

2

Dopo che si protocolla la pec, di per se nulla ancora si avrebbe in una eventuale Contabilità sicraweb, ma la gestione documentale se lotto con più fatture permette magari di smistare la pec per l’accetto/rifiuto sicraweb, lotto del codice Ufficio IPA sul file xml. Invece con la fin77 sicra, protocollando la pec in sicraweb può venire già scritta la Tabella indice (struttura a supporto delle query grafiche di fatture Pa) e posti files in cartella comune: ivi l’xml che oltre al codice IPA contiene l’aliquota 22% ecc. e per il quale servirà un sistema di mapping alle aliquote sicra, ecc. Il modulo di Fatturazione elettronica sicraweb è trasparente, e con la sua versione 1.1.13 è eventualmente differibile il tempo di contabilizzazione del lotto (dati in tabella indice di sicra ed xml in cartella condivisa); nella Gestione documentale si ha sempre il permesso di rifiutare singole fatture del lotto e non il solo lotto, per cui decidendo poi di contabilizzare e sempre sottinteso per sicra l’intero lotto, le rifiutate andrebbero cancellate a mano in sicra. Il meccanismo ben regge sull’impossibilità reale di rifiutare.

Generazione fatture in sicra con controlli. Ufficio: ricercato in tabella uffici utilizzando il codice ufficio IPA presente nella fatturapa. Evitare ci siano diversi IPA identici (viene preso il 1°) e che in tabella uffici non si trovi il codice IPA (non si inserisce l’ufficio in fattura sicra).

L’ analisi se il fornitore è presente mediante CF/p.IVA e se non trovati lo si aggiunge dai parametri e con i dati della fatturapa. Col tasto Servizi scegliere Utilita’/Tools/Isql e poi chiamare Shift F5 ove copiare la query seguente:

SELECT distinct a.cod_clifor, b.cod_fiscale, b.partita_iva, b.ragione_sociale FROM iva_mov_fat a, iva_clifor b WHERE a.cod_ente = 1 AND a.pagamento = 0 AND b.cod_clifor = a.cod_clifor AND (a.cod_iva_registro = 'A' or a.cod_iva_registro = 'N') AND ( (a.data_reg >= date('01.01.2014') AND a.data_reg <= date('31.12.2015') ) or (a.data_ritorno >= date('01.01.2014') AND a.data_ritorno <= date('31.12.2015') ) ) and (b.partita_iva = '' or b.cod_fiscale = '') group by a.cod_clifor, b.cod_fiscale, b.partita_iva, b.ragione_sociale order by 1 ;

Eseguire un successivo File/Salva, quindi File/Esci; dopodichè F9 per eseguirla. Shift F2 per creare il file c:\nocfpiva.txt (F9 sempre per eseguire, F4 per pulire lo schermo, F10 per uscire).

Cioè il fornitore viene cercato in anagrafica in base alla partita IVA o al codice fiscale: se ne trova più d’uno, è preso l’ultimo; non trovato, lo si registra istituzionale con i dati recuperabili dalla fatturapa: edit 1° fattura sicra se comm.le!

Dettagli di pagamento: automaticamente compilata la forma di pagamento nella fattura sicra la quale ne avrà sempre una avuta dalla mappatura tramite eventuale iban o dal flag standard mandati o se unica. Cioè se è stato indicato l’IBAN sulla fatturapa, è cercata la sua forma di pagamento sul fornitore e se la si trova già la si inserisce in fattura, altrimenti viene presa la standard mandati se quietanze aggiuntive. Poi ovvio potrà essere cambiata, ed una volta cambiata ricordiamo è ereditata sul mandato quella in fattura sicra, prioritaria anche sul flag standard mandati.

Controllo assegnazioni: assegnazioni automatiche nelle fatture ricevute solo se il CIG è univoco sugli impegni, diversamente l’assegnazione è vuota. Cioè L’IMPEGNO VIENE CERCATO IN BASE AL CIG INDICATO IN FATTURAPA ma si ha l’assegnazione fin. solo se presente un unico impegno con quel cig (nessuna ambiguità). Controllo delle aliquote: in sicra la medesima percentuale imponibile se univoca (*); e dalla finanziaria sicra 32.2.0 anche la esatta mappatura delle diverse aliquote a percentuale 0 tramite il campo Natura che l’utente dovrà settare: aggiunta in fattura sicra la valorizzazione del codice Iva anche quando l'aliquota iva indicata nell’xml è 0 e prendendo in considerazione l’esatta aliquota memorizzata in sicra con percentuale uguale a 0 tra: N1 escluse ex art. 15, N2 non soggette, N3 non imponibili, N4 esenti, N5 regime del margine ed N6 inversione contabile (reverse charge); in sintesi inserire il campo Natura alle aliquote a percentuale 0 di sicra e predisporre poi le eventuali rimanenti. (*) Quando la percentuale imponibile non unica per l’esistenza di aliquote indetraibili, un’euristica la cerca nell’ultimo documento all’indietro dall’anno in corso e trovandolo se i documenti esistono, altrimenti viene presa random.

La proforma è determinata dal Tipo documento: la fattura di acquisto viene caricata come PROFORMA se trattasi di PARCELLA, altrimenti come DEFINITIVA. In sicra si liquidano quindi proforme in quanto parcelle arrivate via fatturazione elettronica, e no ripetizioni perchè con la f.el. non è atteso l'arrivo di altro ancor prima. Causale per fattura di acquisto: prende quella indicata nella tabella dei fornitori, se presente, altrimenti prende quella indicata nei parametri. Rec. IVA = DIFFERITA. Il sezionale: prende il sezionale associato alla causale. Il sezionale serve cioè stabilirlo noi nella causale con moltiplicazione dell’unica casuale di acquisto ivato: sufficienti nuove causali associando la causale iva acquisti ad ogni sezionale e per brevità senza la dicitura fattura/parcella o nota. Se nella causale viene indicato il sezionale, SOLO in fase di caricamento automatico (e non manualmnete) della fatturaPA di acquisto, viene inserito (proposto cioè) automaticamente il sezionale indicato nella causale. Ritorno N. e del in fattura sicra ora saranno protocollo e data della fatturapa che arrivano dal Protocollo alla tab. Indice (pag. 17); diversamente senza il Protocollo sicraweb si continuino ad inserire i soliti campi utilizzati per la PCC. Le scadenze dei pagamenti presenti nell’xml in date molteplici o come 30/60/90, sono trascritte nella fattura sicra. Escluse dagli automatismi (fare la legenda ambiguità), ma in ogni caso caricate e da rivedere manualmente: a) fattura mista (con doppia causale) rilevante IVA e NON IVA; b) fattura su più sezionali: per ora da suddividere in più registrazioni, come pure per il caso a). c) Fornitore con doppia veste istituzionale e commerciale, la quale non qualificata nell’xml della pec. Per le Vendite: nella fatturazione elettronica sicraweb una maschera di importazione delle fatture dalla finanziaria sicra, dalla quale con l’export munito di filtri, le stesse sono poste sulla cartella condivisa ottenendo file XML, che invece vanno firmati e spediti via pec quando non si disponga del protocollo sicraweb. Alternativa diretta: se con Protocollo di altra ditta, l’XML allegato alla pec lo si salvasse nella cartella comune alla Ragioneria, sicra lo importerebbe bypassando il protocollo! La Ragioneria tramite l’importazione fatture PA dell’XML, ha una entrata di sicurezza, a prescindere dal Protocollo di altra ditta.

3

Nota tecnica. Protocollo sicraweb? SI. Dal protocollo sicraweb alla Contabilità Sicra il collegamento per la fatturazione elettronica è determinato tramite la configurazione della TABELLA INDICE per SICRA: in sicraweb dalla Ragioneria, nel modulo interno di Fatturazione elettronica (ed almeno di versione 1.1.13), scegliere il path Configurazione/Integrazione applicativa. Da solo sul lotto fatture differito: dal Protocollo seleziono, guardo la mia pec ed infine la protocollo, la prendo in carico, l’accetto e se la contabilizzo allora la contabilità sicra riceve il lotto, cioè la riga in tabella indice e l’xml nella cartella comune da processare in finanziaria sicra; la contabilità sicra lo può processare (e pure se non fosse ancora accettato o rifiutato, indipendentemente quindi dal Rifiuto/acc. qualora non si differisse la contabilizzazione). Dopodichè le fatture sono create sicra: l’Accetto/rifiuto fatture in sicra predisposto per chi non ha il ns. Protocollo.

NO. Per la finanziaria Sicra il protocollo di altra ditta dovrebbe riuscire a scaricare in cartella comune, e se non col loro protocollo direttamente la pec scaricata in cartella comune; la ragioneria acquisisce (import) solo l’XML e non il file di metadati identificativo del lotto (nell’export delle vendite sufficiente xml su cartella mentre eventuale firma ecc. a carico del protocollo); se riceve il file xml da processare in cartella comune, la contabilità Sicra lo può già importare e processare anche se non ancora accettato o rifiutato: per il protocollo esterno con la fin77 32.1.1 Rifiuto/acc. in finanziaria, per il quale serve inserire in fattura Sicra l’identificativo del lotto e salvare, ed un Cliente in grado di firmare ed inviare al S.d.I. la notifica prodotta che è un XML. TUTTE LE MODIFICHE.

Se pur avendo in uso più uffici, si fosse censito all’IPA un unico ufficio di fatturazione elettronica, caricare a quel solo ufficio il campo “codice univoco ufficio IPA”.

MODIFICHE nei Parametri: gestibili (statici) solo mediante sicra dba ove la nuova “aletta” FatturePA.

4

Cartella OBBLIGATA: condivisa sul server, di cui sicra mai ne cancella il contenuto e impostata in configurazione di Tabella indice in sicraweb; es. \\serverhp2\fatturepa. Prog. file xml Iniziale (per Vendite): di 5 caratteri, univoco (stesso algoritmo interno a sicra/sicraweb) e tutti zeri se non ancora spedite fatture al S.d.I. Causale di Acquisto: ricordiamo cercata qui solo se non trovata sul Fornitore, tipica ad Iva no per l’Istituzionale. Da Regime fiscale in poi i dati necessari solo per le fatture di Vendita; sfoglia: esempio normalmente scelta RF01, … Comune dell’Ente: legge da sicra ma attenzione non istat per Parchi, Comunità Montane, … Modalità di “pagamento”= incasso: sfoglia, es. bonifico ma non obbligata nel file XML da trasmettere al Cliente (Vendite), ed indipendente dalla solita che sicra userà poi nelle reversali e quindi non occorre la sua mappatura. Facoltativi i restanti campi, l’ultimo del quale l’Iban Ente.

Modifiche Fornitore[Cliente]: codice Ufficio IPA Cliente: per fattura di vendita, ma qui non obbligato se poi lo si inserisce in fattura; Causale per FatturaPA: di acquisto, in doppione ultimo, e prioritaria rispetto l’eventuale nei parametri.

e ripetersi per ogni sezionale.

5

Con Servizi scegliere Utilita’/Tools/Isql, Shift F5 e copiare: SELECT distinct a.cod_clifor,

b.cod_fiscale, b.partita_iva, b.ragione_sociale, b.cod_iva_causale

FROM iva_mov_fat a, iva_clifor b

WHERE a.cod_ente = 1 AND a.pagamento = 0 AND

b.cod_clifor = a.cod_clifor AND

a.cod_iva_registro = 'A' AND

( (a.data_reg >= date('01.01.2014') AND

a.data_reg <= date('31.12.2015') ) or

(a.data_ritorno >= date('01.01.2014') AND

a.data_ritorno <= date('31.12.2015') )

) and (b.partita_iva != '' or b.cod_fiscale != '')

group by a.cod_clifor, b.cod_fiscale, b.partita_iva, b.ragione_sociale,

b.cod_iva_causale order by 1 ;

/* Fornitori comm.li del solo 2014 e 2015: esattamente commerciali (che fatturano solo a servizi rilevanti iva del Comune)

o maggiormente commerciali (ambigui e che fatturano prevalentemente a servizi rilevanti iva del Comune) o raramente commerciali (ambigui che fatturano prevalentemente a servizi non rilevanti iva del Comune).

Alla 1° tipologia è necessario e sufficente caricare la causale f.el. di acquisto in anagrafica (tipicamente con codice > 100); per il 2° tipo serve caricare la causale f.el. di acquisto, ma non è sufficente per cui è obbligato il tasto bleu in fattura; per il 3° tipo, come per gli esattamente istituzionali (che fatturano solo a servizi non rilevanti iva del Comune), non va caricata la causale f.el. di acquisto, ma per detti magg. ist.li obbligatorio il tasto bleu.

Eccezioni del 2° e 3° tipo, rilevate col tasto bleu in fattura, richiedono un cambio causale/rinumerazione protocolli iva. */

Eseguire File/Salva, quindi File/Esci; dopodichè F9 per eseguirla. Shift F2 per creare il file c:\tmp\COMMoMAGG.txt (F 9 sempre per eseguire, F4 per pulire lo schermo, F10 per uscire). Eventualmente per inserire il codice IPA nei Clienti 2014/15, nella query sopra sostituire ‘A’ con ‘V’. I doppioni ormai non più cercati: di ogni occorrenza nominativo con Cf/P.iva doppio, interessa l’ultimo. Mai cancellare i doppioni di Cf/p.Iva e non serve più completarli tutti allo stesso modo e lasciar scegliere poi all'automatismo xml/fattura sicra, perché ormai sceglie l’ultimo che è il solo d’interesse; sconsigliato per Indice di temp. e Registro unico fatture, cancellare la p.iva e c.f. lasciando in vita un solo nominativo.

SE IL CLIENTE HA IL PROTOCOLLO SICRAWEB: aprire sicraweb come administrator e se non è attivo il modulo di fatturazione elettronica sicraweb, se pur presente nella versione più che aggiornata? Per attivare l'integrazione a sicra si deve chiedere prima la stringa di Fatturazione elettronica sicraweb, (alle operation). Inoltre ad administrator aggiungere i diritti amministratore di Fatturazione elettronica; anche gli utenti del protocollo sicraweb nella versione più aggiornata, devono avere loro diritti per essa tipicamente ereditati dal nuovo gruppo di processatori di pec: migliore rif. gli Affari generali sicraweb. Sicraweb/Ragioneria/Modulo di fatturazione elettronica/Configurazione/Integrazione applicativa:

Oltre al nome del server, ad es. in oracle bisognerà conoscere la password dell’utente oracle ingres, e pure verificare eventualmente il nome dell’istanza del db che potrebbe essere ad es. non orcl ma orcl1. La cartella condivisa si riferisce al server di sicraweb: se eventualmente distinto da quello sicra, bisognerà riferirsi ai sistemisti di Maggioli divisione Saga per l’alias, affinchè la cartella venga trovata. Una volta eseguito il Salva, tornandovi il campo Database non viene più esposto, in quanto sottinteso.

6

Esempio: iter COMPLETO per le fatture di Acquisto.

7

“Mittente interno”: solo se il campo è presente allora la gestione documentale è configurata in modo corretto. Solitamente il mittente interno è l’ufficio che protocolla le PEC ricevute e tale mittente figurerà come colui che smista il lotto di fatture all’ufficio di competenza. Se non è presente, la gestione documentale necessita di essere modificata e, in questo caso, è necessario sospendere le operazioni e richiedere l’intervento di un istruttore degli Affari generali/area Documentale.

Di default già protocollando le fatture arrivate, viene scritta la Tabella indice e:

8

Il solo file XML interessa la fin77, ottenuto dal file xml.p7m che è una firma digitale, ed MT il metadati con l’identificativo del lotto letto però dal solo protocollo sicraweb. Chi non ha il protocollo sicraweb tolga la firma digitale nella condivisa (o in una propria cartella e copi l’xml) invisibile a chi ha il protocollo sicraweb, e senza la fin77 32.5.0, mai da essa si sposti o cancelli l’xml: ne resterebbe invalidato in finanziaria il tasto bleu del collegamento, ed avreste una segnalazione di errore per quanto risulterà scomparso: per l’import dalla fin77 si facciano le subcartelle per data della condivisa lasciando vuota la condivisa e senza fin77 32.5.0 di inalterato contenuto e mai rinominarle.

In sicra Documenti/Fatture/Fatture PA: solo chi non ha il Protocollo sicraweb utilizzerà la funzione “Importa da file xml” col quale otterrà la fattura sicra creata ed un documento processato in Tabella indice, sicchè fruibile il CERCA nelle query; diversamente l’utente finale fruirà dell’IMPORTA nelle stesse query in forma grafica sulla Tabella indice per fatture e notifiche: “da processare” = non importate; “ricevuti dal S.d.I.” = documenti di Acquisto / trasmessi = documenti di Vendita; “protocollati” entro un certo intervallo. Cod univoco Ufficio IPA: senza li cerca tutti; rif. con descrizione alla Tabella uffici.

9

Nota tecnica. Il bottone all’estrema destra “i” per i record della Tabella Indice. Il bottone a sinistra “lente con righe” è il visualizza la fatturapa dal file XML con il foglio di presentazione prodotto da Maggioli automaticamente consegnato con l’aggiornamento alla fin77 di base 32.1.0; riferirsi alle figure seguenti dell’esempio:

10

Includi tutte. IMPORTA: nell’esempio un lotto di 2 fatture che hanno preso 2 diversi codici sicra.

11

Il bottone “lente” = dei documenti processati, cioè in ogni riga visualizza le fatture già registrate in sicra.

12

Già predisposta la funzione per la generazione della notifica in sicra di esito COMMITTENTE /CESSIONARIO (ACCETTAZIONE EC01-RIFIUTO C02) per le fatture di acquisto, per gli Enti che non hanno il Protocollo sicraweb. L'accettazione/rifiuto scrive la Tabella indice e genera un file xml nella cartella condivisa: il rilascio della fin77 32.2.0 permette pure la visualizzazione dell’xml di notifica. Il nome del file è uguale a quello che conteneva la fatturaPA ricevuta dal SdI seguito da '_EC_nnn' dove nnn è il progressivo del file. Possibili n notifiche di accettazione/rifiuto per una stessa fattura sicra, se già processata per SdI bloccato.

Per accettare/rifiutare, richiamare la fattura di acquisto e poi accedere al menu 'Gestione' (se la fattura risulta già accettata/rifiutata al momento dalla sola finanziaria, accedendo alla stessa, verrebbe visualizzata la dicitura "FatturaPA accettata/rifiutata").

Per l'accettazione e/o il rifiuto tecnicamente serve ancor prima che nella fattura sicra sia inserito l'identificativo del flusso, il quale però da valorizzare a mano e con fattura da salvare conseguentemente, solo se non è operativo il collegamento della finanziaria sicra con il protocollo sicraweb. Nel caso l’identificativo SdI verrà letto dall’utente es. nell’oggetto della pec; diversamente lo si ritroverà già inserito automaticamente in tab. indice e fattura. In fattura sicra il tasto Fatture PA per rivedere in origine la f.e. col ns. visualizzatore, per verificare/risolvere eventuali aliquote indetraibili o eventuali ambiguità annotate, o ulteriori dettagli come es. trasporto, o allegati.

13

Senza il protocollo sicraweb, dopo aver salvata la fattura sicra con l'Identificativo SdI: Gestione- Accetta fattura PA e senza fare altro si genera il file xml nella cartella condivisa, che va firmato digitalmente e poi lo si trasmette all’SdI tramite pec (però quasi nessuno fa l’accettazione, sottintesa).

Idem per il Rifiuto.

14

Iter esempio di FATTURE DI VENDITA: Le fatture di vendita si caricano come sempre in sicra (col codice IPA Cliente se verso Pubblica Amministrazione) e munite anche di Dettaglio, poi si esportano in cartella condivisa con apposita scelta, ottenendo cioè gli xml nella cartella condivisa:

15

16

Al termine dell'export una visualizzazione dell'elenco delle fatture esportate: codice fattura e nome file generato. Rimangono:

17

Poi in Documenti/Fatture/FatturePA col Cerca: “Da processare” nel senso da inviare, e “trasmessi a SdI” nel senso di Vendite, avrò le vendite ancora da trasmettere: senza collegamento al protocollo sicraweb dalla cartella condivisa, una volta firmati, dovete poi inviarli Voi gli xml al Sistema di Interscambio; mentre col protocollo sicraweb la Fatturazione elettronica sicraweb è in grado di leggere in tale Tabella indice circa la fattura di vendita di sicra trovando il suo xml in cartella condivisa, ma si deve utilizzare per l’import il bottone 'Controlla Fatture' dalla Configurazione dell'Integrazione applicativa.

18

LE NOVITA’ IN FIN77 32.2.3 rispetto alle prime versioni F.EL. sicra rilasciate ����interessati solo i Clienti che le hanno usate! Una novità riguarderebbe i Clienti sicra che hanno in uso il protocollo sicraweb, di cui buona parte non usando la configurazione base di F.EL. sicraweb, fino a poco tempo fa aspettavano sugli Affari la consegna del diritto del Contabilizza, e che stampano Iva: con la fin77 32.2.3 in fattura sicra non viene più consegnato numero e data di protocollo dell’Ufficio protocollo, quale numero e data di protocollo di registrazione in finanziaria cioè dell’Iva, invece ora lasciati inalterati: con le ultime versioni ci veniva chiesta la solita progressione sulla numerazione distinta per sezionale e quindi con la fin77 32.2.3 è cambiato sicra per la F.EL. per consegnare numero e data di protocollo dell’Ufficio protocollo nei soliti campi Ritorno numero e data, già in uso dai Clienti. In sintesi per la comprensibile urgenza, si è riusciti a dare priorità

alla correzione tecnica, per non alterare cioè ai Clienti consci o meno, il protocollo Iva di quelli almeno che hanno il protocollo sicraweb e stampano anche l’Iva: non troppo importante (2° col.), ma in presenza di eventuale pregresso, risolvere con ns. update e poi con la funzione di Rinumerazione dei progressivi Iva “debole”: Impostazioni col flag su Rinumera i protocolli, no flag su Mantieni l’ordine esistente, no flag su Rinumera i progressivi di pagamento, in Ordinamento flag auspicato su Numerazione per sezionale; in Registri da rinumerare flag su A e flag su N (questa è anche la modalità con cui usarsi tale funzione in seguito a scambio di causale o ad eventuale eliminazioni di fatture).

Ed un’altro miglioramento è che in presenza di doppioni in anagrafica, l’automatismo per la F.EL. ora sceglie l’ultimo e non più il primo, almeno perché spesso si dà un cambio di intestazione ditta fermo restando la stessa partita iva. Ciò rende la query sui doppioni ridondante o per sapere l’ultimo e non dà più adito ai Clienti di eseguire l’operazione deleteria per indice di tempestività e registro unico eventuali, però mai da noi suggerita, di cancellarsi p.iva e c.f. ai doppioni meno uno sull’intera anagrafica.

Per MAGGIOLI S.P.A. Divisione SAGA HotLine di Finanziaria Sicra tiziano.fantuzi@maggioli.it Centralino 030 9949011

19

PS1. Sicraweb Fatturazione Elettronica. Ragioneria / Fatturazione elettronica / Configurazione / Parametri: con aletta e sub aletta Impostazioni generiche – Parametri predefiniti. Attivo il flag Abilita la gestione automatica della fattura PA. Non attivo invece il flag Elementi documentali su singole fatture inseriti da contabilità esterne perché l’Accetto/Rifiuto della finanziari sicra non ritorna alla Gestione documentale sicraweb. L’ufficio destinatario al quale inviate le fatture nel caso quello indicato dal fornitore non esista nell’organigramma, es. pure la Ragioneria che ovvio può essere sostituito in sede di protocollazione.

20

Con la Fatturazione Elettronica 1.1.13 non più obbligata causale (e sezionale) non iva per registrare in Contabilità sicraweb le fatture dei fornitori, qualora non esistano altri elementi per determinarla. Ragioneria / Fatturazione elettronica / Configurazione / Parametri: con aletta e sub aletta Impostazioni generiche – aletta Gestione azioni: maschera della Fatturazione elettronica 1.1.13 (rilasciata) dove come commentato con * ed ** i primi due flag sono ininfluenti per la Gestione documentale sicraweb, ma cosi sono settati di default e non da lasciarli cosi per il PASSAGGIO IN CONTABILITA’ SICRA:

21

Se dei primi due lasciato attivo il SOLO primo flag = vecchia maniera, cioè in questa fase si creano documenti contabili in finanziaria sicra, mai in finanziaria sicraweb per cui se si lascia attivo è per sicra ;

Contabilizza lotto … = va attivato per sicra in maniera mutuamente esclusiva rispetto al 1° flag: mai singole fatture per sicra, la contabilizzazione del lotto o fatture in sicraweb sicraweb indipendentemente se attivato o meno; Accettazione/Rifiuto lotto o singole fatture riguarda solo la Gestione documentale sicraweb: se di fatture però in sicra sempre contabilizzato il lotto intero (nb) per cui quelle rifiutate poi in finanziaria sicra andrebbero cancellate manualmente, su diretto preavviso del rifiutatore sicraweb.

22

Come per l’utente esempio fatpa creato, deve avvenire per gli utenti della Gestione documentale, che si debbano aggiungere al gruppo dei processatori di pec:

di cui si ereditano completamente i permessi:

23

Perché a detto Gruppo si erano dati in dettaglio i seguenti permessi:

24

Gestione / Configurazione / moduli base / Posta elettronica/ Gestione caselle di Posta: consigliata una nuova con i parametri per la connessione alla Pec dedicata alla fattura pa e si raccomanda di configurare anche l’ACL per impedirne l’accesso di chiunque:

25

26

27

L’ufficio destinatario al quale inviate le fatture se di default perchè quello indicato dal fornitore non esiste nell’organigramma, ovviamente verrà sostituito prorio in sede di protocollazione, qualora non ci sia un eventuale responsabile dello smistamento. Quando presente il campo “Mittente interno” allora la Gestione documentale, ricordiamo, è configurata in modo corretto. Vedi originale e Visualizza il documento.

28

Ricezione per competenza di un lotto di fatture: all’ufficio destinatario del lotto di fatture, viene recapitata una notifica Protocollo N. … che compare automaticamente in fondo al video di tutti gli utenti appartenenti a quell’ufficio. L’utente ha facolta di procedere smistando l’azione ad altro ufficio o utente (Assegnazione), rifiutando l’azione di workflow (ritorna al mittente interno) o prendendo in carico l’azione (la presa in carico o il rifiuto dell’azione non vanno assolutamente confuse con l’accettazione o rifiuto del lotto o della fattura) e per decidere l’utente può esaminare il lotto di fatture col bottone Apri il documento.

La presa in carico si ottiene premendo l’apposito bottone e si notino poi in particolare i bottoni nell parte superiore della maschera con cui è possibile operare sull’intero lotto, e ce ne sono anche in ciascuna riga della griglia delle fatture contenute nel lotto.

NB. La contabilizzazione possibile con la finanziaria esterna sicra è sempre dell'intero lotto. Quindi la Fatturazione elettronica sicraweb 1.1.13 o superiore, per permettere un nuovo comportamento: invece di ottenere il passaggio del lotto di fatture (e dati di protocollo ed identificativo del flusso) al momento della protocollazione, è stata data la possibilità di differire questo passaggio ai destinatari della pec, attori della Gestione documentale sicraweb, i quali oltre ad accettare (o rifiutare) devono anche avere attivo il tasto Contabilizza per chiedere detto passaggio in contabilità esterna (sicra). Mi stò riferendo all'immagine di pag 21 della nuova parametrizzazione. NB. La sola accettazione produce una contabilizzazione sottintesa solo per la finanziaria sicraweb ma NON per la contabilità esterna sicra per la quale bisognerà premere il tasto Contabilizza.

29

Quando si vuole attivare questo tipo di parametrizzazione in alternativa alla vecchia di in fondo a pagina 20, si deve fermare la protocollazione delle pec, ma dopo che ci si è schiariti le idee con tali note: è proprio una cosa da farsi con gli Affari generali, perchè non basterà cambiare parametrizzazione; infatti l'appendice fa vedere che se si scegliesse il nuovo modo, magari tramite un gruppo processatori di pec, si devono dare gli appositi diritti agli utenti sicraweb interessati affinchè a loro poi appaia oltre al tasto Accetta anche operativo il Contabilizza non più in in grigetto (quello in appendice solo uno scarno esempio).

Quindi in altre parole l'eventuale Rifiuto in presenza di collegamento al protocollo sicraweb, va delegato alla gestione documentale sicraweb (ai destinatari) e se si rifiuta l'intero lotto allora NON eseguendo il tasto Contabilizza alla Finanziaria non arriva nulla (ed è proprio della Gestione documentale garantirsi dell' invio in tal caso di un xml di rifiuto al Sistema di Interscambio e quindi premunirsi chiarendo con gli Affari generali); e si aggiunge anche che, semmai invece il destinatario sicraweb rifiutasse puntualmente solo qualche fattura di un lotto di 10, dopo l'accettazione delle rimanenti il destinatario col Contabilizza potrebbe credere di mandare in finanziaria sicra meno di 10 fatture, ma invece va istruito che in finanziaria sicra arriverà sempre l'INTERO lotto e quindi di un rifiuto puntuale esso deve avvisare la finanziaria, la quale crea in automatico tutte e 10 le fatture però poi MANUALMENTE dovrà eliminare fisicamente le rifiutate in Documenti/Fatture (ed eseguire una rinumerazione progressivi iva). L'appendice riassumendo infatti è scritta per questi due motivi: si può delegare il momento di contabilizzazione automatico del Protocollo, ai destinatari con il Contabilizza, ma se rifiutano qualche fattura devono poi avvisare la finanziaria sicra perchè essa dopo averle avute in automatico, deve cancellare le rifiutate. Inoltre il manuale dice che l'Accetta/Rifiuto nella fattura sicra (figura pagina 12) non riguarda chi ha il protocollo sicraweb, perchè come già spiegato userebbe la sola gestione documentale sicraweb. Fin qui tutte le novità. In realtà il Rifiuto è stato considerato una rarità anche da chi ha prodotto l'analisi detta in sicraweb, perchè per quanto più raffinata guarda caso passa pur sempre l'intero lotto di fatture in sicra e quindi ha reputato questa evenienza pressochè irrealizzabile, immaginando cioè che la maggioranza preferisca registrare in finanziaria fatture formalmente ineccepibili e poi chiedere alla ditta la nota decurtativa o integrativa. PS2. Riassumendo: sicraweb ↓ ↑ Tabella indice I M C Import da XML P E Acc./Rifiuto Sicra O R EXPORT FATTURE PA fatture vendite Sicra R C T A A Cartella condivisa con xml di fatturepa di vendita prelevabili dalla Fatturazione elettronica sicraweb e notifiche di accetto/rifiuto.

Le fatture di vendita si caricano come sempre in sicra (con eventuale codice IPA Cliente se verso Pubblica Amministrazione) e poi si esportano in cartella condivisa con apposita scelta, ottenendo cioè gli xml nella cartella condivisa; dalla quale cartella, una volta firmati, dovete poi inviare gli xml al Sistema di Interscambio se sforniti di protocollo sicraweb. Diversamente dalla Fatturazione elettronica sicraweb va utilizzato il bottone 'Controlla Fatture' dalla Configurazione dell'integrazione applicativa: in questo modo sicraweb leggerà la tabella Indice e la cartella condivisa, importando la fattura; il resto va chiesto ai colleghi degli Affari generali.

30

PS2. Modifiche apportate con la versione 325.0 Data di rilascio: 28 Maggio 2015 1.1 Parametri della procedura - FatturaPA. E' stato inserito un nuovo indicatore: Dettagli fatture di acquisto. I valori possibili sono: Forma compatta (dettagli raggruppati per aliquota, natura, cig) o forma estesa (tutti i dettagli inseriti dal fornitore). Il default è forma compatta.

1.2 Importazione fatturapa. Se il flag "Dettagli fattura di acquisto" impostato nei parametri è forma estesa, non si avrà nessun cambiamento nell'import. Verranno importate tutte le righe di dettaglio fattura specificate dal fornitore. Se invece si richiede la forma compatta si procede in questo modo: - si aggiunge ad ogni dettaglio il CIG ricavato dalla sezione 2.1.2 <DatiOrdineAcquisto> attraverso il campo 2.1.2.1 <RiferimentoNumeroLinea>. - si raggruppano i dettagli x aliquota, natura, cig ottenendo così la LISTA 1; - si costruisce una LISTA 2 raggruppando i dettagli della LISTA 1 solo per aliquota e natura; - si confronta l'imposta di ogni riga della LISTA 2 con l'imposta della corrispondente riga del riepilogo iva (a parità di aliquota e natura). Se c'è una differenza, si aggiunge il delta alla riga della LISTA 1 con imposta più alta tra quelle che hanno quell'aliquota. - si aggiunge alla LISTA 1 eventuali righe del riepilogo iva che contengono un'aliquota o una natura non presente nei dettagli della LISTA 1; - la LISTA 1 così modificata forma i dettagli finali della fattura. Esempio: dettagli originali: 1. 100,00 10% 10,00 CIG 123 2. 200,00 10% 20,00 CIG 456 3. 300,00 10% 30,00 CIG 456 4. 400,00 20% 80,00 CIG 789 riepilogo IVA: 1. 600,00 10% 60,01 2. 400,00 20% 80,00 3. 50,00 fuori campo IVA 0,00 ---------------------------------------------- LISTA 1: 1. 100,00 10% 10,00 CIG 123 2. 500,00 10% 50,00 CIG 456 3. 400,00 20% 80,00 CIG 789 LISTA 2 1. 600,00 10% 60,00 (delta: 0,01) 2. 400,00 20% 80,00 LISTA 1 (modificata) 1. 100,00 10% 10,00 CIG 123 2. 500,00 10% 50,01 CIG 456 (aggiunto il delta 0,01) 3. 400,00 20% 80,00 CIG 789 4. 50,00 fuori campo IVA 0,00 (riga aggiunta)

31

2.1 Creato nuovo passo di setup per

memorizzare il contenuto dei file XML delle fatturePA nella tabella dei blobs. Fino alla versione precedente i file xml delle fatturapa non potevano essere cancellati o spostati in cartelle diverse da quelle utilizzate al momento dell'importazione dei dati in SICRA. Con questa versione, una volta importati in sicra o esportati da sicra (ed eventualmente acquisiti dal protocollo o trasmessi al sdi), i dati dei file xml vengono memorizzati nella tabella dei blobs e i file xml possono essere cancellati o spostati in altre directory. In fase di setup non vengono segnalati errori se non si trovano i file xml associati alla fatturaPA (vedi colonne dirfile + nomefile). Il blob viene generato solo se esiste il file xml della fatturapa.

2.2 Predisposta nuova funzione, nel menu delle utilità della Finanziaria - "Controlla fatturapa - Blobs" che consente di memorizzare i dati dei file xml delle fatturePA nei blobs (utile per tutte le fatture che non sono state prese in considerazione nella fase di setup a causa di errori che si sono creati durante la ricerca dei file xml)

2.3 Visualizzazione file xml associato alla fatturaPA: si visualizza il contenuto del file memorizzato nel blobs (se è stato già generato il blobs) o il contenuto del file xml (presente nella cartella condivisa o in altro percorso memorizzato in f77_fatturapa) 3 Collegamento protocollo sicraweb - Fatturapa SICRA. La Fatturazione elettronica sicraweb dalla versione 1.1.24 crea delle subcartelle in condivisa: per contro necessita fin77 32.5.0 sicra, ma che è ok pur con Fatturazione Elettronica inferiore. I file in allegato alle PEC provenienti dallo SDI hanno nel filename un identificativo case sensitive. Ciò potrebbe creare problemi. Infatti, nel caso di integrazione con una contabilità esterna, i file vengono copiati tutti nella stessa cartella condivisa e, nel caso di file che hanno il nome che differisce solo per caratteri maiuscoli/minuscoli questa scelta porta alla sovrascrittura dei file relativi al primo lotto acquisito con i file del secondo lotto, comportando così un'errata acquisizione del lotto da parte della contabilità esterna. Con questa versione: -Fase di scrittura (sicraweb): Il protocollo copia i file in una sottocartella nella cartella condivisa. Il nome della sottocartella è pari all'id dell'elemento documentale. -Fase di acquisizione: il file xml viene cercato in una sottocartella della cartella condivisa (con nome = cartella condivisa + ' ' + id elemento documentale). Se la ricerca va a buon fine, si continua con l'acquisizione dei dati, altrimenti si cerca il file nella cartella condivisa.