NOTIER_Specifiche_Funzionali_1.1. NoTIER. Specifiche Funzionali e Processo. NoTIER Specifiche Funzionali 1/119

Transcript

1 NoTIER Specifiche Funzionali e Processo NoTIER Specifiche Funzionali 1/119

2 Sommario 1 Obiettivi del Documento Premessa Requisiti di base Attori Integrazione Integrazione con SDI Integrazione con ParER Integrazione con PEPPOL Validazione e Transcodifica Firma Digitale e Approvazione Visualizzazione Documenti Documenti Chiave Logica e URN Chiave Logica nel Ciclo Passivo Tracciamento Versionamento Processi di e-procurement Processo di Ciclo Attivo Flusso dei Documenti Fase di Invio Documento Fase di Elaborazione Fase di Trasmissione Fase di Ricezione Fase di Recupero Fase di Conservazione Processo di Ciclo Passivo NoTIER Specifiche Funzionali 2/119

3 7.2.1 Flusso dei Documenti Fase di Ricezione Fase di Elaborazione Fase di Recupero Fase di Integrazione Fase di Conservazione Fase di Invio Documento Fase di Trasmissione Processi Applicativi Stati e Sessioni Stati e Sessioni in Invio Stati e Sessioni in Ricezione Stati e Sessioni in Conservazione Ciclo di Vita nel Processo di Ciclo Attivo Ciclo di Vita nel Processo di Ciclo Passivo Innesco Transizioni Servizi Architettura REST Metadati Sicurezza Interfaccia WEB Architettura Sicurezza Utente WEB Funzioni e Ruoli Accreditamento Flusso di Navigazione Login NoTIER Specifiche Funzionali 3/119

4 10.8 Monitoraggio Dominio di Ricerca Metastati Interfaccia di Ciclo Attivo Dettaglio Documento di Ciclo Attivo Interfaccia di Ciclo Passivo Dettaglio Documento di Ciclo Passivo Funzione di esportazione Excel Funzione di esportazione Massiva UBL/SDI Profilo Utente Dati Principali Soggetti Password Esportazioni Approvazione Dominio di Ricerca Interfaccia Elenco Figure Figura 1- Infrastruttura di Trasporto PEPPOL BusDox Figura 2 Il Sistema SDI Figura 3 - Profilo di Integrazione lato client tra Attori e NoTIER Figura 4 - Integrazione con SDI, ParER, PEPPOL Figura 5 - Flusso dei Messaggi SDI Figura 6 - Use Case del Processo CA verso SDI Figura 7 - Sequenza Invio Documento del Processo CA Figura 8 - Sequenza Elaborazione Documento del Processo CA verso SDI Figura 9 - Sequenza Trasmissione Documento del Processo CA verso SDI NoTIER Specifiche Funzionali 4/119

5 Figura 10 - Sequenza Ricezione Notifiche da SDI del Processo CA Figura 11 - Sequenza Recupero Notifiche del processo CA Figura 12 - Sequenza di Versamento Documento Principale Figura 13 - Sequenza di Versamento Annesso Figura 14 - Use Case del Processo CP da SDI Figura 15 - Sequenza Ricezione Fattura del Processo CP Figura 16 Sequenza Elaborazione Fattura del Processo CP Figura 17 - Sequenza Integrazione del Processo CP Figura 18 - Sequenza Invio Documento del Processo CP Figura 19 - Sequenza Trasmissione Notifica a SDI del Processo CP Figura 20 - State Machine Sessione Invio Figura 21 - State Machine Documento in Invio Figura 22 - State Machine Sessione Ricezione Figura 23 - State Machine Documento in Ricezione Figura 24 - State Machine Sessione Conservazione Figura 25 - State Machine Documento Conservazione Figura 26 - Client Authentication sui Servizi REST Figura 27 - Associazione Utenti WEB e Soggetti Figura 28 - UI Flow Chart Figura 29 - Pagina di login di NoTIER Figura 30 - Funzione di reset della password Figura 31 Monitoraggio di CA Maschera di Ricerca Figura 32 - Monitoraggio di CA Maschera dei Risultati Figura 33 - Dati Principali di Dettaglio di Ciclo Attivo Figura 34 - Documenti Correlati di Ciclo Attivo Figura 35 - Stato Documenti di Ciclo Attivo Figura 36 - Monitoraggio di CP Maschera di Ricerca Figura 37 - Dati Principali di Dettaglio di Ciclo Passivo NoTIER Specifiche Funzionali 5/119

6 Figura 38 - Rifiuto di un Documento in Ciclo Passivo Figura 39 - Integrazione Dati Fiscali in Ciclo Passivo Figura 40 - Esportazione Excel Figura 41 - Attivazione Profilo Utente Figura 42 - Profilo Utente - Dati Principali Figura 43 - Profilo Utente Soggetti Associati Figura 44 - Profilo Utente Tabella Soggetti Associati Figura 45 - Profilo Utente Cambio Password Figura 46 - Profilo Utente Esportazioni Figura 47 - Profilo Utente Campi Esportazione Figura 48- Filtri Approvazione Elenco Tabelle Tabella 1 - Rappresentazione HTML di una Fattura in formato UBL Tabella 2 - Tipi di Documenti NoTIER Tabella 3 - Flusso Documenti CA Tabella 4 - Flusso Documenti CP Tabella 5 - Ciclo di Vita Documento Principale nel Processo CA Tabella 6 - Ciclo di Vita Documento Correlato nel Processo CA Tabella 7 - Ciclo di Vita Documento Principale nel Processo CP Tabella 8 - Ciclo di Vita Documento Correlato nel Processo CP Tabella 9 - Elenco JOB NoTIER Tabella 10 - Metastati nel Processo di Ciclo Attivo in base al Contesto Tabella 11 - Metastati nel Processo di Ciclo Passivo Tabella 12 - Monitoraggio di CA - filtri applicabili Tabella 13 - Monitoraggio di CA - Tabella dei Risultati Tabella 14 - Campi Dati Principali di Ciclo Attivo Tabella 15 - Lista Documenti Correlati di Ciclo Attivo NoTIER Specifiche Funzionali 6/119

7 Tabella 16 - Campi Stato in Ciclo Attivo Tabella 17 - Campi di Integrazione Dati Fiscali in Ciclo Passivo Tabella 18 - Profilo Utente - Campi Dati Principali Tabella 19 - Approvazione - Campi Filtro Tabella 20 - Approvazione - Risultati Tabella 21 Approvazione Maschera dei Risultati NoTIER Specifiche Funzionali 7/119

8 Cliente: IntercentER Progetto/Servizio: Centro di Interscambio NOTIER Codice Commessa/e: Data: Redatto da: Approvato da: Consegnato a: Versione: 1.1 Nome documento: NOTIER_Specifiche_Funzionali_1.1.doc Revisione Versione Data Autore Cambiamenti apportati /03/2015 Giuseppe Larosa Marco Quaranta 1.1 Giuseppe Larosa Aggiunto Paragrafo Aggiunto Paragrafo 5.6 Aggiunto Capitolo 10 Eliminato Q&A Glossario Acronimo e-procurement CA Definizione Electronic Procurement Insieme di regole, modalità organizzative e procedure che consentono l acquisizione di beni e servizi on-line, impiegando tecnologie informatiche attraverso Internet. Ciclo Attivo o Ciclo delle Vendite Insieme delle operazioni che un Ente pubblico o privato intrattiene verso i suoi clienti e che determina dei guadagni finanziari per lo stesso. Le operazioni riguardano la vendita di beni e/o servizi. Una delle operazione fondamentali del Ciclo Attivo è la gestione dei Documenti relativi, i più importanti dei quali sono quelli fiscalmente NoTIER Specifiche Funzionali 8/119

9 CP IntercentER SiCiPa-ER NoTIER SDI FatturaPA rilevanti, ossia Fattura Attiva, Nota di Credito Attiva etc. Ciclo Passivo o Ciclo degli Acquisti Insieme delle operazioni che un Ente pubblico o privato intrattiene verso i suoi fornitori e che determina delle uscite finanziarie per lo stesso. Le operazioni riguardano l acquisto di beni e/o servizi. Una delle operazione fondamentali del Ciclo Passivo è la gestione dei documenti relativi, i più importanti dei quali sono quelli fiscalmente rilevanti, ossia Fattura Passiva, Nota di Credito Passiva etc. Agenzia per lo sviluppo dei mercati telematici della Regione Emilia- Romagna. l Agenzia ha il compito di ottimizzare, razionalizzare e semplificare la spesa per beni e servizi delle Pubbliche Amministrazioni del territorio regionale Riferimento: Sistema Regionale per la Dematerializzazione del Ciclo Passivo Istituito dalla Legge Regionale 11/2004 al fine di sviluppare il processo di dematerializzazione del CP delle acquisizioni per Enti della Pubblica Amministrazione Nodo Telematico di Interscambio Regione Emilia Romagna. Sistema regionale per la fatturazione elettronica e per la dematerializzazione del ciclo degli acquisti e delle vendite, gestito da IntercentER. Sistema di Interscambio. Infrastruttura gestita dall Agenzia delle Entrate che gestisce il processo di invio e ricezione di documenti fiscalmente rilevanti rappresentati nel formato FatturaPA. Riferimento: Formato XML definito dall'agenzia delle Entrate nel Sistema di Interscambio SDI per rappresentare tutte le tipologie documentarie fiscalmente rilevanti, come ad esempio la Fattura e la Nota di Credito. Riferimento: NoTIER Specifiche Funzionali 9/119

10 IPA PEPPOL UBL ParER REST Indice delle Pubbliche Amministrazioni Archivio ufficiale contenente i riferimenti organizzativi, telematici e toponomastici delle pubbliche amministrazioni e dei gestori di pubblici servizi. Riferimento: Pan-European Public Procurement On Line. Iniziativa sviluppata nell ambito del Programma Europeo per l Innovazione e la Competitività (CIP), che ha come obiettivo quello di individuare standard, protocolli e soluzioni di supporto all intero ciclo di e- Procurement e che consentano a qualsiasi operatore economico dell Unione Europea ad esempio di partecipare a una gara d appalto di una Pubblica Amministrazione di un altro Stato Membro tramite ad un unica piattaforma digitale. Riferimento: Universal Business Language. Standard internazionale che definisce una Libreria liberamente utilizzabile di formati XML che rappresentano tutte le tipologie documentarie che caratterizzano il ciclo di Procurement: catalogo, ordine, fattura documento di trasporto etc. E lo standard adottato come riferimento per la trasmissione di documenti nell ambito del progetto PEPPOL. Riferimento: Polo Archivistico dell Emilia Romagna. Servizio dell Istituto per i Beni Artistici Culturali e Naturali dell Emilia- Romagna (IBACN) che si occupa della conservazione a lungo termine dei documenti e degli archivi digitali delle pubbliche amministrazioni. Riferimento: REpresentational State Transfer. Stile architetturale costituito da un insieme di vincoli, linee guida e best practice che descrivono come generiche risorse WEB sono organizzate, identificate e rese disponibili. NoTIER Specifiche Funzionali 10/119

11 1 Obiettivi del Documento Il presente documento ha lo scopo di tracciare e descrivere le specifiche funzionali del sistema NoTIER (denominato anche come NoTIER-SDI) nei seguenti ambiti: Gli Attori coinvolti. L Integrazione con altri sistemi, in particolare con SDI. Gli Oggetti che gestisce, ovvero i Documenti relativi ai cicli di e-procurement. I Processi di e-procurement che gestisce. I Processi Applicativi che implementa. I Servizi e l Interfaccia WEB che rende disponibile. 2 Premessa Nell'ambito degli obblighi normativi 1 in materia di Fatturazione Elettronica e digitalizzazione dei processi, la Regione Emilia-Romagna ha istituito il SiCiPa-ER in capo ad IntercentER, da utilizzare per l emissione, la trasmissione, il ricevimento, la conservazione e l archiviazione dei Documenti di CP 2 esclusivamente in forma elettronica. In questo ambito è stato realizzato il Nodo telematico di Interscambio Regione Emilia Romagna (NoTIER), che costituisce lo strumento organizzativo interoperabile per la gestione dei documenti di e-procurement ed in particolare delle Fatture. NoTIER inoltre nasce con il requisito cardine di assicurare l'inoltro ed il ricevimento di documenti validati e conformi agli standard e alle regole tecniche europee e statali. Pertanto NoTIER ha adottato il formato UBL 3 per la rappresentazione dei Documenti di e- Procurement e ha incluso un Access Point PEPPOL per integrarsi con infrastruttura di trasporto (BusDox) prevista nell ambito del progetto PEPPOL 4 per gestire e veicolare lo scambio degli stessi tra i fornitori e la Pubblica Amministrazione. 1 Legge Regionale n.11 del 05/2004 e successiva Legge Regionale 17/ Si utilizza come convenzione il punto di vista degli Enti della PA, i quali effettuano prevalentemente Ciclo Passivo in quanto in generale acquistano beni o servizi da fornitori NoTIER Specifiche Funzionali 11/119

12 La fase di conservazione è stata invece realizzata tramite l integrazione di NoTIER con il Sistema di Conservazione messa a disposizione da ParER, secondo lo schema (SacER) previsto dalle relative specifiche di servizio. Figura 1- Infrastruttura di Trasporto PEPPOL BusDox A questo scenario si è successivamente aggiunto quello previsto dal recente Decreto del Ministero dell Economia e Finanze 5, che specifica il regolamento che le Pubbliche Amministrazioni Locali devono adottare in materia di emissione, trasmissione e ricevimento della fattura elettronica. In particolare: Il formato da utilizzare, ossia FatturaPA. L integrazione con SDI. 5 DM 55 del 04/2013 NoTIER Specifiche Funzionali 12/119

13 Modalità di trasmissione, ricezione e colloquio con SDI Figura 2 Il Sistema SDI Il decreto ha inoltre stabilito dei tempi di Attuazione di tale regolamento a carico delle PA, in particolare ha stabilito le seguenti date a partire dalle quali diventa obbligatorio utilizzare SDI per i clienti/fornitori: 6 Giugno 2014 per Ministeri, Enti Nazionali Previdenza e Assistenza Sociale, Istituti di Istruzione Statale di ogni Ordine e Grado 31 Marzo per Federazioni Nazionali e Ordini, Gestori di Pubblici Servizi, Forze di Polizia a ordinamento civile e militare, tutte le altre PA centrali. Si è resa quindi evidente la necessità non solo di accreditare NoTIER come Intermediario presso SDI, ma anche di realizzare la logica necessaria all integrazione con i relativi servizi di trasmissione 6 Anticipato rispetto alla data precedentemente stabilita del 6 Giugno 2015 NoTIER Specifiche Funzionali 13/119

14 e ricezione e di supportare le varie fasi del relativo Flusso dei Messaggi 7 entro i termini previsti dalla prima scadenza. La prima versione di NoTIER era inoltre completamente priva di una interfaccia WEB di monitoraggio che consentisse a tutti gli attori del sistema (Client e Amministratori) di monitorare e/o gestire il flusso di Documenti in transito sul sistema. La modalità di integrazione lato client era inoltre basata su di un protocollo Web Service SOAP (LIME) considerato come sample implementation in ambito PEPPOL. Il suo approccio a due fasi imponeva una gestione stateful delle richieste e pregiudicava la scalabilità dell applicazione. Quanto finora premesso ha portato alla necessita di riprogettare completamente NoTIER per tenere conto di specifici requisiti. 3 Requisiti di base NoTIER è stato completamente riprogettato per essere conforme ai seguenti requisiti di base: Mutuare gli originali requisiti richiesti da SiCiPa-ER, ossia realizzare uno strumento organizzativo interoperabile per la gestione dei documenti di e-procurement ed in particolare delle Fatture, sia per la gestione di CA che quella di CP, in particolare relativamente all integrazione con il sistema di conservazione di ParER e l infrastruttura PEPPOL, supportandone al contempo i relativi processi 8 Promuovere l utilizzo di UBL come formato di rappresentazione XML di riferimento per i documenti di e-procurement in transito, garantendo la correttezza formale degli stessi. Realizzare una completa integrazione con il servizio SDI e implementare il pieno supporto al relativo Flusso dei Messaggi, tenendo conto del formato di rappresentazione proprietario FatturaPA. Realizzare una modalità di integrazione lato client leggera, scalabile e garantita da un contesto di elevata sicurezza. Realizzare una interfaccia WEB di monitoraggio, interrogazione e gestione dei Documenti in transito su NoTIER. 7 Si veda il Paragrafo In particolare quello relativo all Integrazione dei dati Fiscali necessario per il versamento in Conservazione in ParER. Si veda il Paragrafo NoTIER Specifiche Funzionali 14/119

15 Garantire il tracciamento di tutte le iterazioni effettuate lato client su NoTIER 9 e salvare in persistenza tutti i Documenti in transito nel sistema e i relativi Metadati. 4 Attori Come previsto dagli obblighi normativi 1 la platea dei possibili client di NoTIER è estremamente generica e si divide in: Entità che devono aderire a SiCiPa-ER: Regione, Enti regionali, enti e aziende del Servizio Sanitario Regionale, etc. Entità che possono aderire a SiCiPa-ER: Enti Locali, Consorzi, Istituti di Istruzione Scolastica, etc. Inoltre, bisogna tenere conto del livello di granularità adottato da SDI per risolvere univocamente gli emittenti e destinatari dei Documenti nell ambito del relativo Flusso dei Messaggi. In particolare SDI utilizza il codice previsto 10 dal registro IPA univocamente assegnato alle singole unità organizzative degli Enti iscritti, ad esempio gli uffici preposti alla fatturazione. Per ultimo, PEPPOL specifica che i Documenti in transito sulla relativa infrastruttura (BusDox) siano accompagnati da un set di metadati obbligatori, tra i quali l identificativo univoco previsto dalle specifiche 11 che identifica un mittente/destinatario di un generico documento UBL. Per rispettare i vincoli di genericità e allo stesso tempo supportare il livello di granularità previsto da SDI, in NoTIER è stato definito un modello a due livelli gerarchici per descrivere gli Attori client, che sono definiti come segue. Organizzazione. Generica Entità che si integra lato client con NoTIER per utilizzare i servizi resi disponibili ai fini della gestione dei processi di e-procurement. Ufficio. Generica unità organizzativa che afferisce ad una e una sola Organizzazione ed è univocamente identificato in NoTIER come emittente o destinatario di un generico Documento, indipendentemente dal flusso dei sistemi con cui NoTIER si integra, SDI e/o PEPPOL Un esempio di sovrapposizione con un caso reale può essere quello di una ASL (Organizzazione) che ha uno o più uffici (Soggetto) preposti a gestire diversi flussi di Fatturazione CP Secondo la modalità denominata 4W: Who, What, When, Where 10 In generale il codice IPA è una stringa di 6 caratteri, ad esempio UFDPCJ 11 In generale l Id PEPPOL è una stringa composta nel formato xxxx:xxxxxxx, ad esempio 9906: NoTIER Specifiche Funzionali 15/119

16 Un Organizzazione si può considerare quindi una interfaccia lato client attraverso la quale uno o più di Soggetti ad essa afferenti scambiano Documenti di e-procurement con NoTIER. Questo consente di realizzare un solo client di integrazione con NoTIER per singola Organizzazione, garantendo al contempo una netta separazione dei flussi documentali in transito, che vengono associati all identificativo univoco dell Ufficio (ID NOTIER) e, in caso anche la possibilità di isolare il monitoraggio a livello di singoli flussi 13 Figura 3 - Profilo di Integrazione lato client tra Attori e NoTIER Sull Ufficio vengono quindi fatti collassare anche gli identificativi univoci IPA e PEPPOL necessari per il corretto instradamento dei flussi Documentali sui relativi sistemi. Tali identificativi saranno però del tutto trasparenti per l Ufficio stesso. Come infatti descritto nel Paragrafo 9.2, l Ufficio si 12 Si noti come questa strutturazione a due livelli è assolutamente analoga a quella adottata dal registro IPA. 13 Si veda il Paragrafo 10.3 NoTIER Specifiche Funzionali 16/119

17 identifica in NoTIER solo tramite un identificativo univoco a lui assegnato in fase di accreditamento, detto ID NoTIER. A seconda del tipo di processo sarà poi NoTIER stesso a riconciliare l ID NoTIER con l analogo identificativo del sistema (IPA o ID PEPPOL) a cui inviare (o ricevere da) il flusso documentale. 5 Integrazione Per la garantire la corretta gestione del processo applicativo che regola i flussi Documentali in transito su NoTIER in base ai requisiti specificati al Paragrafo 3, è stata realizzata una forte integrazione con sistemi del tutto eterogenei tra loro, quali SDI, il servizio di versamento in conservazione ParER e l infrastruttura PEPPOL (BusDox). Tale integrazione, pur aumentando la complessità a livello applicativo e di processo di NoTIER, ha consentito di rendere l iterazione con essi completamente trasparente lato client. Il client è tenuto solamente ad implementare le specifiche tecniche dei servizi di NoTIER e conoscere i relativi processi applicativi. Il client deve però essere in grado di gestire i Formati utilizzati per rappresentare i Documenti (Es. il formato XML che descrive l esito di versamento di ParER). Figura 4 - Integrazione con SDI, ParER, PEPPOL NoTIER Specifiche Funzionali 17/119

18 5.1 Integrazione con SDI Il Flusso dei Messaggi previsto da SDI è il seguente. Figura 5 - Flusso dei Messaggi SDI NoTIER Specifiche Funzionali 18/119

19 Si noti che NoTIER si pone come Intermediario completo nei confronti di SDI, ossia implementa sia le funzioni di Trasmissione (CA) che di Ricezione (CP). La logica di integrazione con SDI è stata realizzata secondo le specifiche di servizio in modalità SPCoop 14, che prevedono l implementazione di due Web Services SOAP deputate all invio (SpCoop Trasmissione) e alla ricezione (SpCoop Ricezione). Si noti inoltre che le specifiche di servizio SDI impongono che le fatture trasmesse (e ricevute) nel formato FatturaPA siano firmate tramite un Certificato di Firma Elettronica Qualificata secondo i formati CAdES-BES o XAdES-BES previsti dalle direttive Agid 15. Per raccordare i vari documenti del flusso, in particolare Fatture e relative Notifiche, SDI associa inoltre ad ogni Documento in ingresso un identificativo numerico univoco, detto Identificativo SDI utilizzato come riferimento per le successive Notifiche. Tale identificativo viene comunicato da SDI a NoTIER in fase di invio (o ricezione) di una Fattura e opportunamente salvato. 5.2 Integrazione con ParER Le modalità di versamento in Conservazione previste dalle specifiche tecniche di ParER prevedono la creazione di una Unità Documentaria in cui vengono inseriti tutti i componenti di un singolo flusso Documentale. In particolare si considera come riferimento il flusso specificato da SDI e si effettua in una prima fase il versamento di un Documento Principale (Fattura nel formato FatturaPA firmata) e in fasi successive l aggiunta di tutte le Notifiche SDI (Consegna, Scarto, Esito etc.) ad esso correlate in qualità di Annessi del Documento Principale. Il versamento del Documento Principale e le successive aggiunte di Allegati dell Unità Documentale avvengono in determinate fasi dei processi di e-procurement gestiti da NoTIER. ParER inoltre richiede che all atto del versamento siano indicati alcuni dati specifici di Integrazione Fiscale. Tali dati sono estratti direttamente dalla Fattura da NoTIER o inviati dall utente a seconda del Processo di e-procurement Servizi per la Cooperazione Applicativa. Si veda il sito 15 Agenzia per l Italia Digitale. Si veda il sito 16 Si vedano i Paragrafi e NoTIER Specifiche Funzionali 19/119

20 5.3 Integrazione con PEPPOL Come specificato al Paragrafo 2 e ai requisiti di base, NoTIER integra l Access Point accreditato PEPPOL 17 per utilizzare la relativa infrastruttura (BusDox) ed inviare o ricevere Documenti di e- Procurement in formato UBL. Inoltre, come previsto dalla roadmap PEPPOL, l Access Point implementa in trasmissione e in ricezione il nuovo protocollo AS2 di tipo REST in sostituzione del precedente protocollo START di tipo SOAP. 5.4 Validazione e Transcodifica Come specificato al Paragrafo 2, NoTIER ha adottato UBL come formato XML di riferimento per rappresentare i Documenti di e-procurement, in particolare la Fattura e la Nota di Credito. Per garantire la correttezza formale di tali documenti nell ambito del processo di e-procurement e nel contesto di Business italiano, sono state definite opportune Specifiche di Implementazione di Interoperabilità da parte del Sottocomitato Italiano di Localizzazione UBL 18. Tali specifiche descrivono dettagliatamente come deve essere composto un Documento UBL, in particolare dal punto di vista delle regole sintattiche (quali campi valorizzare in base al relativo Schema XSD) e semantiche (come devono essere valorizzati tali campi). Per adeguarsi a questo scenario NoTIER ha effettuato l integrazione di una logica che esegue la validazione dei documenti UBL in transito sul sistema. Tale validazione si divide in due fasi eseguite in sequenza: Validazione sintattica. Il Documento viene validato sullo schema XSD UBL di riferimento (Invoice, CreditNote etc.) Validazione semantica. Viene verificato che i valori dei campi del Documento siano conformi alle specifiche correnti di implementazione di interoperabilità. Nella seconda fase si utilizza un tipo particolare di foglio XSLT denominato Schematron (SCH). Il requisito di integrazione con SDI ha invece reso palese la necessità di integrare una logica che in fasi specifiche del processo effettui la traduzione del formato UBL in quello FattupaPA accettato dal SDI (e viceversa), in quanto SDI non supporta il formato UBL. 17 Il processo di accreditamento prevede il rilascio di un Certificato Digitale che l Access Point utilizza per accreditarsi presso gli altri Access Point dell infrastruttura quando invia o riceve Documenti 18 UBL Italia. Si veda il sito NoTIER Specifiche Funzionali 20/119

21 Esistono quindi in NoTIER due tipi di Transcodifica: Transcodifica dal Formato UBL al Formato FatturaPA (Ciclo Attivo) Transcodifica dal Formato FatturaPA al Formato UBL (Ciclo Passivo) In entrambi i tipi di transcodifica un Documento viene sottoposto ad una particolare trasformazione XSLT che lo trasforma da un formato all altro. Al termine del processo di transcodifica, NoTIER esegue sempre la validazione del Documento risultante, in particolare: UBL -> FatturaPA FatturaPA FatturaPA -> UBL UBL. NoTIER esegue la validazione sintattica (XSD) del file in formato NoTIER esegue la validazione completa (XSD+SCH) del file in formato 5.5 Firma Digitale e Approvazione SDI richiede che il file in Formato Fattura sia dotato di firma elettronica qualificata, pertanto in NoTIER è stata integrata una logica che prevede che il file in formato FatturaPA risultato del processo di transcodifica da UBL sia firmato utilizzando un apposita funzione disponibile nell interfaccia WEB 19. La firma di tutte le fatture in formato FatturaPA viene effettuata da IntercentER ed il successivo invio a SDI è condizionato all approvazione dell Ufficio Emittente della Fattura UBL originale, che può essere: Automatico. L Ufficio all atto dell invio autorizza esplicitamente NoTIER ad inviare la fattura a SDI immediatamente dopo la firma. Manuale. L Ufficio approva manualmente 20 l invio a SDI dopo avere validato personalmente il risultato della transcodifica UBL FatturaPA. 5.6 Visualizzazione Documenti I Documenti in formato UBL e FatturaPA sono file XML che presentano i dati in maniera strutturata e difficilmente comprensibile per il target di utenza di riferimento di NoTIER, composto generalmente da personale amministrativo e/o contabile. 19 Applet di firma e Kit di firma con lettura del certificato da SmartCard. 20 Tramite apposita funzione offerta dall interfaccia WEB. Vedi Paragrafo NoTIER Specifiche Funzionali 21/119

22 Per consentire quindi la visualizzazione dei Documenti Principali 21 in una modalità facilmente leggibile e comprensibile, NoTIER ha integrato una funzione di Visualizzazione degli stessi che produce un formato HTML appositamente formattato a partire dal file originale. Per ottenere questo risultato sono stati sviluppati dei Fogli di Stile XSLT per ciascun Documento Principale nei formati UBL e FatturaPA. La visualizzazione avviene in due modalità: Da interfaccia WEB, attraverso la funzione di Monitoraggio 22 Da remoto, in quanto i Fogli di Stile XSLT sono pubblicate da NoTIER come risorse pubbliche e possono essere quindi applicati al file XML utilizzandone i riferimenti. Tabella 1 - Rappresentazione HTML di una Fattura in formato UBL 21 Si veda il Paragrafo 6 22 Si veda il Paragrafo 10.8 NoTIER Specifiche Funzionali 22/119

23 6 Documenti I Documenti sono gli Oggetti principali di NoTIER. I Documenti in NoTIER sono essenzialmente file XML caratterizzati da: Tipo: Fattura, Nota di Credito, Notifica etc. Formato: UBL, FatturaPA, ParER Versione, relativa al Formato Rappresentazione: XML base o XML firmato CaDES/XAdES Classificazione: Principale e Correlato Fattura Nota di Credito Tabella 2 - Tipi di Documenti NoTIER TIPO FORMATO VERSIONE RAPPR. CLASS. UBL 2.1 XML FatturaPA XML/CAdES/XAdES XML/ CAdES /XAdES UBL 2.1 XML FatturaPA XML/ CAdES /XAdES XML/ CAdES /XAdES Principale Principale Ricevuta di Consegna FatturaPA 1.0 XAdES Correlato Notifica Mancata Consegna FatturaPA 1.0 XAdES Correlato Notifica Scarto FatturaPA 1.0 XAdES Correlato Notifica Esito Cedente FatturaPA 1.0 XAdES Correlato Attestazione Trasmissione Fattura FatturaPA 1.0 XAdES Correlato 23 Fino al 31 Gennaio Dal 1 Febbraio 2015 NoTIER Specifiche Funzionali 23/119

24 Notifica Decorrenza Termini FatturaPA 1.0 XAdES Correlato Notifica Esito Committente FatturaPA 1.0 XML Correlato Scarto Esito Committente FatturaPA 1.0 XAdES Correlato File Metadati Fattura FatturaPA 1.0 XML Correlato Ordine UBL 2.1 XML Principale Documento di Trasporto UBL 2.1 XML Principale Esito di Conservazione ParER 1.3 XML Correlato La Classificazione viene introdotta in conformità con il Flusso dei Messaggi previsto da SDI, secondo il quale ad una Fattura sono correlate un certo numero di Notifiche che giungono successivamente all invio della stessa (e raccordate dall ID SDI). 6.1 Chiave Logica e URN I Documenti vengono univocamente identificati in NoTIER da una Chiave Logica così composta: ID NoTIER Emittente Anno Documento Numero Documento Tipo Documento Tipo Ciclo 25 NoTIER prevede inoltre la creazione di un URN 26 che serve per identificare univocamente la risorsa Documento in NoTIER 27. Tale URN viene composto a partire dalla chiave logica come segue: 25 Il Tipo Ciclo dipende dal Processo nell ambito del quale il Documento entra in NoTIER e non deve essere quindi specificato nei metadati di invio. Si veda il Paragrafo 7 26 Uniform Resource Name. 27 Si veda il paragrafo 9.1 NoTIER Specifiche Funzionali 24/119

25 urn:notier:id NOTIER: ANNO:NUMERO:TIPO CICLO:TIPO DOCUMENTO Es: urn: notier:uff01_fatturapa:2015:0001:ca:fattura. Per convenzione i Documenti correlati ereditano la chiave logica del relativo documento principale a meno del tipo, pertanto, ad esempio, ad una Fattura di CA con la seguente chiave logica e URN: ID NoTIER: uff01_fatturapa Anno: 2015 Numero: 0002 Tipo: Fattura Ciclo: CA urn:notier:uff01_fatturapa:2015:0001:ca:fattura Corrisponderà ad esempio una Notifica di Scarto con Chiave Logica e URN: ID NoTIER: uff01_fatturapa Anno: 2015 Numero: 0002 Tipo: Notifica di Scarto Ciclo: CA urn:notier:uff01_fatturapa:2015:0001:ca:notifica_di_scarto Fa eccezione la sola Notifica di Esito Committente che richiede che l ID NoTIER sia quello del Ufficio Emittente della Notifica stessa 28. Ad esempio, se un Ufficio con ID NoTIER uff01_fatturapa riceve una Fattura di CP con la seguente chiave logica e URN: 28 L ID NoTIER è infatti un metadato che serve per identificare il Soggetto mittente in NoTIER in fase di Invio di un Documento. Si veda il Paragrafo 9.2 NoTIER Specifiche Funzionali 25/119

26 ID NoTIER: uff99_fatturapa Anno: 2015 Numero: 2/0006 Tipo: Fattura Ciclo: CP urn:notier: uff99_fatturapa:2015:2_0006:cp:fattura E vuole inviare a NoTIER una Notifica di Esito Committente, la chiave logica (e di conseguenza) l URN) dovrà essere: ID NoTIER: uff01_fatturapa Anno: 2015 Numero: 2/0006 Tipo: Notifica di Esito Committente Ciclo: CP urn:notier: uff01_fatturapa:2015:2_0006:cp: NOTIFICA_DI_ESITO_COMMITTENTE Chiave Logica nel Ciclo Passivo Per evitare possibili collisioni di Chiave Logica nel Ciclo Passivo dovute alle peculiarità delle specifiche tecniche SDI, il relativo Numero viene generato da NoTIER come segue: Numero Chiave Logica: Numero Fattura + _ + Decodifica SDI del tipo Documento 29, Es: 0002_TD01 Numero Chiave Logica: Numero Fattura+ _ + Progressivo Numerico 30, solo nel caso in cui la Fattura si avvalga di Art.73, Es: 0002_ Per le Decodifiche fare riferimento alle Specifiche Tecniche SDI 30 Il progressivo è l ID assegnato da SDI al Documento NoTIER Specifiche Funzionali 26/119

27 Ovviamente l URN calcolato riporterà il Numero di Chiave Logica così calcolato, Es: urn:notier:uff01_fatturapa:2015:0002_td01:ca:fattura 6.2 Tracciamento In conformità con i requisiti di tracciabilità, NoTIER salva tutti i Formati associati ai Documenti in transito sul sistema. Ad esempio, relativamente ad una Fattura inviata da un Ufficio NoTIER Salva il formato UBL della Fattura Salva il formato FatturaPA dopo la transcodifica Salva la rappresentazione CAdES del Formato FatturaPA dopo la firma Tutti questi file sono associati al medesimo Documento e vengono resi in qualsiasi momento disponibili per la visualizzazione e il download 31 Analogamente NoTIER salva tutti i Metadati associati al Documento corrispondenti alle diverse fasi in cui viene elaborato dal sistema, ad esempio quelli associati all invio dello stesso dal parte dell Ufficio. Queste funzioni unitamente al salvataggio sui log applicativi delle azioni eseguite dai vari attori che operano sul sistema, consentono la completa tracciabilità di tutte le fasi e di tutti gli Attori interagenti in cui un singolo Documento transita in NoTIER. 6.3 Versionamento In conformità con i requisiti di tracciabilità di ogni Documento in transito sul sistema, NoTIER supporta la possibilità di sovrascrivere un documento preesistente previo il suo versionamento. In particolare, se un Documento è sovrascrivibile, NoTIER: 1) Salva Stati e Sessioni del Documento da sovrascrivere. 32 2) Salva tutte le precedenti Rappresentazioni del Documento da sovrascrivere. 3) Salva tutti i Documenti (e relative Rappresentazioni) correlati al Documento da sovrascrivere. 4) Salva il nuovo Documento utilizzando Chiave Logica e URN del precedente. 31 Tramite l apposita funzione disponibile nell interfaccia WEB. Si veda Paragrafo Errore. L'origine riferimento non è stata trovata. 32 Si veda Paragrafo 8.1 NoTIER Specifiche Funzionali 27/119

28 Si noti che la sovrascrittura di un Documento non è sempre ammessa da NoTIER, ma è vincolata a precisi requisiti che deve avere il Documento a seconda della fase del Processo in cui si trova Si vedano i Paragrafi e NoTIER Specifiche Funzionali 28/119

29 7 Processi di e-procurement NoTIER offre una gestione completa sia del processo di Ciclo Attivo che di quello Passivo di e- Procurement, che vengono dettagliati in seguito. 7.1 Processo di Ciclo Attivo Per convenzione si considera il punto di vista del client, ossia si considera Processo di CA l insieme di tutte le fasi che seguono l invio su NoTIER da parte del client di un Documento Principale. In fase di Invio l ufficio emittente può specificare l instradamento da associare al Documento. NoTIER attualmente supporta due tipi di instradamento: Invio a SDI. Che attiva il processo più complesso che prevede l invio di Fatture o Note di Credito, la transcodifica, firma, gestione del Flusso dei Messaggi e versamento in ParER. Invio a PEPPOL che attiva un processo in cui il Documento viene direttamente inviato all Access Point destinatario 34 senza subire alcuna elaborazione. A seguito dell invio della Fattura/Nota di Credito l Ufficio in seguito potrà recuperare tutte le eventuali Notifiche ad essa correlate (Es. le Notifiche SDI e l Esito di Versamento). Si presenta di seguito il solo caso di uso relativo al Ciclo Attivo con instradamento a SDI 34 In base ai valori specificati nei metadati dal Soggetto emittente in fase di invio. NoTIER Specifiche Funzionali 29/119

30 Figura 6 - Use Case del Processo CA verso SDI NoTIER Specifiche Funzionali 30/119

31 7.1.1 Flusso dei Documenti Il Flusso dei Documenti interessati da questo processo e i relativi Formati è il seguente: Fattura Nota di credito Tabella 3 - Flusso Documenti CA Tipo Formato e Rappr. Flusso UBL/FatturaPA CAdES Ufficio -> NoTIER -> SDI UBL Ufficio -> NoTIER - PEPPOL UBL/FatturaPA CAdES Ufficio -> NoTIER -> SDI UBL Ufficio -> NoTIER - PEPPOL Ordine UBL Ufficio -> NoTIER - PEPPOL Documento di Trasporto UBL Ufficio -> NoTIER - PEPPOL Ricevuta di consegna FatturaPA XAdES SDI-> NoTIER -> Ufficio Notifica mancata consegna FatturaPA XAdES SDI-> NoTIER -> Ufficio Notifica scarto FatturaPA XAdES SDI-> NoTIER -> Ufficio Attestazione trasmissione fattura FatturaPA XAdES SDI-> NoTIER -> Ufficio Notifica esito cedente FatturaPA XAdES SDI-> NoTIER -> Ufficio Notifica decorrenza termini FatturaPA XAdES SDI-> NoTIER -> Ufficio Esito conservazione ParER ParER->NoTIER-> Ufficio Tutti i Documenti gestiti in questo processo saranno associati automaticamente da NoTIER al Tipo Ciclo CA, che comporrà la loro chiave logica Fase di Invio Documento E la fase in cui un Ufficio invia a NoTIER un Documento in formato UBL e viene schematizzata dal seguente Diagramma di Sequenza semplificato. Tale fase è indipendente dal tipo di Documento. NoTIER Specifiche Funzionali 31/119

32 Figura 7 - Sequenza Invio Documento del Processo CA L invio è una fase sincrona in cui NoTIER: 1. Riceve e verifica dalla Request l autenticazione dell Ufficio (soggetto) 35 è l autorizzazione ad inviare quel tipo di Documento. 2. Verifica la correttezza dei metadati associati al Documento inviato in base all instradamento scelto Verifica che il Documento non sia già presente in NoTIER in base al valore della sua Chiave Logica. Se il documento è già presente, verifica se è sovrascrivibile in caso affermativo effettua la fase di versionamento. 4. Effettua la Validazione UBL (XSD+SCH) del Documento Si veda il Paragrafo Secondo quanto previsto dalle Specifiche Tecniche dei Servizi NoTIER. NoTIER Specifiche Funzionali 32/119

33 1. Salva il Documento 2. Compone l Esito specificando l URN del nuovo documento salvato e lo invia al client in response. Se uno qualunque dei passi in sequenza fallisce (Es. il Documento non supera la validazione UBL) NoTIER interrompe l elaborazione dei passi successivi, compone un esito negativo con il dettaglio dell anomalia e lo restituisce all Ufficio client Versionamento Per attivare il versionamento un Documento deve essere sovrascrivibile. Le condizioni per cui un Documento di CA diventa sovrascrivibile sono le seguenti: Il Documento è stato scartato, ossia ha ricevuto una Notifica di Scarto da SDI. Il Documento è stato rifiutato dal Destinatario, ossia ha ricevuto una Notifica di Esito Cedente con esito negativo. Il Documento è stato rifiutato dall Emittente, nel caso di approvazione manuale dell Ufficio Mittente. L Ufficio Mittente deve inoltre attivare esplicitamente la sovrascrittura tramite un opportuno flag dei metadati di invio Fase di Elaborazione E la fase in cui un Documento viene elaborato da NoTIER per il successivo invio ai destinatari previsti dall instradamento. Se l invio a PEPPOL non prevede alcuna elaborazione, relativamente a SDI tale fase può essere schematizzata come segue: 37 Solo nel caso il Documento Principale sia in formato UBL 38 Fare riferimento al Documento di Specifiche Tecniche dei Servizi NoTIER Specifiche Funzionali 33/119

34 Figura 8 - Sequenza Elaborazione Documento del Processo CA verso SDI L Elaborazione è una fase complessivamente asincrona in cui NoTIER: 1. Effettua la Transcodifica dal Formato UBL a quello FatturaPA del Documento. 2. Effettua la Validazione SDI (XSD) del Documento trasformato e aggiunge il nuovo Formato a quello preesistente. 3. Il Firmatario esegue la firma digitale di tutti i Documenti transcodificati in formato FatturaPA. 4. Se non è stata attivata la modalità di approvazione automatica, l Ufficio può manualmente approvare (o scartare) i Documenti prima dell invio a SDI. NoTIER Specifiche Funzionali 34/119

35 7.1.4 Fase di Trasmissione E la fase in cui NoTIER invia il Documento al Sistema scelto. Relativamente a SDI tale fase prevede anche la Gestione del Flusso dei Messaggi (in particolare la ricezione delle Notifiche). Tale fase può essere schematizzata come segue: Figura 9 - Sequenza Trasmissione Documento del Processo CA verso SDI La Trasmissione è una fase sincrona in cui NoTIER: 1. Prepara i metadati previsti dalle Specifiche Tecniche SDI. 2. Invia il Documento in Formato FatturaPA firmato a SDI. 3. Salva i Metadati di Esito inviati da SDI, tra cui l Identificativo SDI associato al Documento Fase di Ricezione E la fase in cui SDI effettua le verifiche previste sulla Fattura inviata da NoTIER ed invia le Notifiche ad essa correlate previste dal Flusso dei messaggi. Tale fase può essere schematizzata come segue: NoTIER Specifiche Funzionali 35/119

36 Figura 10 - Sequenza Ricezione Notifiche da SDI del Processo CA La Ricezione è una fase complessivamente asincrona in cui: 1. SDI invia le Notifiche a NoTIER relative alla Fattura/NdC precedentemente inviata, come previsto dal Flusso dei Messaggi. 2. NoTIER salva le Notifiche generando la relativa chiave logica 39 e associandole alla Fattura inviata precedentemente come Documenti Correlati Fase di Recupero E la fase in cui l Ufficio Mittente recupera le Notifiche inviate da SDI relative al Documento Principale (Fattura o Nota di Credito) precedentemente inviato e viene schematizzata dal seguente Diagramma di Sequenza semplificato. L Ufficio può effettuare il Recupero in qualsiasi momento del Processo di CA 39 Come descritto al Paragrafo 6.1 NoTIER Specifiche Funzionali 36/119

37 Figura 11 - Sequenza Recupero Notifiche del processo CA Il recupero è una fase sincrona in cui l Ufficio Mittente recupera le Notifiche relative al Flusso di Messaggi (e/o l Esito di Versamento) in due modalità: LISTA 1) L ufficio recupera la lista di tutti e soli di Documenti di cui è destinatario. 40 2) NoTIER Riceve e verifica dalla Request l autenticazione dell Ufficio 41 è l autorizzazione ad utilizzare il Servizio. 3) NoTIER recupera tutti Documenti in attesa di recapito, in particolare nel Processo di CA le Notifiche relative al Flusso dei Messaggi SDI. 4) NoTIER invia all Ufficio una lista dei Documenti di cui è destinatario, specificando in particolare l URN da utilizzare per il recupero puntuale. 40 Il recupero prevede la possibilità di applicare dei filtri 41 Si veda il Paragrafo 9.3 NoTIER Specifiche Funzionali 37/119

38 PUNTUALE 1) L Ufficio recupera il Documento di interesse specificandone l URN. 2) NoTIER Riceve e verifica dalla Request l autenticazione dell Ufficio 41 è l autorizzazione ad utilizzare il servizio 3) NoTIER restituisce all Ufficio Mittente il Documento specificato Fase di Conservazione E la Fase in cui NoTIER esegue il versamento su ParER del Flusso dei Messaggi relativo ad un Documento inviato da un Ufficio Mittente. Si noti che Il versamento in conservazione deve essere esplicitamente richiesto dall Ufficio Emittente in fase di Invio del Documento Principale. Come descritto nel Paragrafo 5.2, ParER prevede il versamento di una Unita Documentale caratterizzata da un Documento Principale e dall aggiunta successiva degli Annessi. Pertanto tale Fase è suddivisa in due sequenze Versamento Documento Principale Le condizioni per cui NoTIER esegue il primo versamento in ParER di un Documento (Fattura o Nota di Credito) sono le seguenti: L Ufficio deve avere esplicitamente richiesto il versamento in fase di Invio del Documento. Il Documento deve essere stato inviato a SDI. Il Documento deve essere associato almeno ad una Notifica di Consegna o Mancata Consegna. Si noti che in caso di Notifica di Scarto il Documento non viene versato in ParER. NoTIER esegue il primo versamento dell Unità Documentale, contenente: Documento Principale: Fattura in formato FatturaPA firmata CAdES. Annesso: Fattura nel formato originale UBL. NoTIER Specifiche Funzionali 38/119

39 Figura 12 - Sequenza di Versamento Documento Principale In questa sequenza NoTIER: 1) Recupera i dati di Integrazione Fiscale richiesti da ParER e compone l Unità Documentaria. 2) Inserisce la Fattura in formato FatturaPA firmata CAdES come documento principale. 3) Inserisce come Annesso la Fattura in formato UBL. 4) Esegue il versamento su ParER. 5) Se e solo se il Versamento è Positivo, salva l Esito di Versamento come nuovo Documento, assegnandogli una chiave logica come descritto nel Paragrafo 6.1 e associandolo al Documento Fattura Versamento Annessi Mano a mano che SDI invia a NoTIER le Notifiche previste dal Flusso dei Messaggi, esse diventano eleggibili di versamento in ParER, ovviamente alla seguente condizione: NoTIER Specifiche Funzionali 39/119

40 Il Documento Principale deve essere stato precedentemente già versato con Esito Versamento Positivo. Si noti che NoTIER esegue un singolo Versamento di Annesso per ogni Notifica che riceve da SDI. Figura 13 - Sequenza di Versamento Annesso In questa sequenza NoTIER: 1) Verifica che il Documento Principale sia stato già versato con esito Versamento Positivo. 2) Esegue il versamento della Notifica come annesso al Documento Principale. NoTIER non salva l esito di versamento dell annesso come nuovo Documento. NoTIER Specifiche Funzionali 40/119

41 7.2 Processo di Ciclo Passivo Per convenzione si considera il punto di vista di NoTIER, ossia si considera Processo di CP l insieme di tutte le fasi che seguono la ricezione in NoTIER di un Documento Principale inviato da SDI o PEPPOL. La ricezione può quindi avvenire come: Ricezione da SDI. Che attiva il processo più complesso che comprende la transcodifica, il recupero, l integrazione e il versamento in ParER del Documento Principale e delle successive eventuali Notifiche correlate inviate da SDI. Ricezione da PEPPOL che attiva un processo in cui il Documento viene immediatamente reso disponibile per il recupero all Ufficio Destinatario. A seguito della ricezione della Fattura/Nota di Credito l Ufficio, detto Committente potrà recuperare in seguito tutte le eventuali Notifiche ad essa correlate (Es. le Notifica Decorrenza Termini e l Esito di Versamento) ed inviare eventualmente una Notifica di esito Committente. Si presenta di seguito il solo caso di uso relativo al Ciclo Passivo con ricezione da SDI. NoTIER Specifiche Funzionali 41/119

42 Figura 14 - Use Case del Processo CP da SDI NoTIER Specifiche Funzionali 42/119

43 7.2.1 Flusso dei Documenti Il Flusso dei Documenti interessati da questo processo e i relativi Formati è il seguente: Tabella 4 - Flusso Documenti CP Tipo Formato e Rappr. Flusso Fattura UBL 42 SDI NoTIER Ufficio UBL PEPPOL NoTIER Ufficio Nota di credito UBL 42 SDI NoTIER Ufficio UBL PEPPOL NoTIER Ufficio Ordine UBL PEPPOL NoTIER Ufficio Documento di Trasporto UBL PEPPOL NoTIER Ufficio Notifica Esito Committente FatturaPA Ufficio NoTIER SDI Notifica Decorrenza Termini FatturaPA XAdES SDI NoTIER Ufficio Esito conservazione ParER ParER NoTIER Ufficio Tutti i Documenti gestiti in questo processo saranno associati automaticamente da NoTIER al Tipo Ciclo CP, che comporrà la loro chiave logica Fase di Ricezione E la fase in cui NoTIER riceve un Documento Principale inviato da SDI o PEPPOL. In particolare nel secondo caso SDI invia a NoTIER una Fattura utilizzando il relativo Servizio SPCoop Ricezione. Tale Fase nel caso SDI può essere schematizzata come segue: 42 Formato risultato della transcodifica FatturaPA UBL che esegue NoTIER da quello inviato da SDI in formato FatturaPA NoTIER Specifiche Funzionali 43/119

44 Figura 15 - Sequenza Ricezione Fattura del Processo CP La ricezione è una fase complessivamente asincrona in cui: 1) SDI invia una Fattura in formato FatturaPA 43 a NoTIER tramite il Servizio RiceviFile 2) NoTIER estrae il Formato FatturaPA da quello firmato CAdES o XAdES 3) NoTIER estrae il File di Metadati della Fattura previsto dal Servizio SDI 4) NoTIER identifica l Ufficio Destinatario tramite il Codice IPA specificato da SDI. NoTIER identifica l Ufficio Mittente estraendo il Codice Fiscale dalla Fattura. Se quest ultimo non è presente in Anagrafica lo inserisce al volo creando un nuovo Ufficio Le specifiche SDI prevedono anche l invio di lotti di Fatture. 44 Tale tipologia di Soggetti, denominati esterni vengono fatti afferire ad unica Organizzazione fittizia NoTIER Specifiche Funzionali 44/119

45 5) Verifica che il Documento non sia già presente in NoTIER in base al valore della sua Chiave Logica. Se il documento è già presente, verifica se è sovrascrivibile in caso affermativo effettua la fase di versionamento. 6) NoTIER salva la Fattura come Documento Principale estraendo dalla Fattura i Dati necessari per comporre la chiave logica. Salva inoltre entrambe i Formati, quello firmato originale e quello XML. 7) NoTIER salva il File dei Metadati come Documento Correlato generando la chiave logica come descritto nel Paragrafo Versionamento Per attivare il versionamento un Documento deve essere sovrascrivibile. Le condizioni per cui un Documento di CP sia sovrascrivibile sono le seguenti: Il Documento è stato rifiutato dal Destinatario, ossia l Ufficio Destinatario ha precedentemente inviato una Notifica di Esito Committente con esito negativo Fase di Elaborazione E la fase relativa alla sola ricezione da SDI, in cui NoTIER esegue la transcodifica dal Formato FatturaPA a UBL e la successiva validazione (XSD+SCH). Tale Fase può essere schematizzata come segue: Figura 16 Sequenza Elaborazione Fattura del Processo CP NoTIER Specifiche Funzionali 45/119

46 La ricezione è una fase sincrona in cui: 1) NoTIER esegue la transcodifica dal Formato FatturaPA a UBL. 2) NoTIER esegue la validazione UBL (XSD+SCH) e aggiunge il nuovo Formato a quelli preesistenti Fase di Recupero E la fase in cui l Ufficio Destinatario recupera la/le Fatture inviate da SDI o le Notifiche previste dal Flusso dei Messaggi. L Ufficio può effettuare il Recupero in qualsiasi momento del Processo di CP La sequenza è del tutto analoga a quella descritta nel Paragrafo Fase di Integrazione Nell ambito del Processo di Ciclo Passivo, i dati di Integrazione Fiscale richiesti da ParER non possono essere estratti da NoTIER perché vengono richiesti i dati contabili di registrazione della Fattura nel sistema dell Ufficio Committente. Pertanto deve essere l Ufficio stesso ad inviarli a NoTIER utilizzando un servizio detto di Integrazione. Per potere effettuare l Integrazione di una Fattura l Ufficio deve avere precedentemente effettuato il recupero della stessa. Inoltre l Ufficio committente potrà effettuare l integrazione di una Fattura una sola volta. La sequenza è la seguente: NoTIER Specifiche Funzionali 46/119

47 Figura 17 - Sequenza Integrazione del Processo CP L Integrazione è una fase sincrona in cui 1) L Ufficio Committente invia a NoTIER i dati di Integrazione specificando l URN della Fattura/Nota di Credito di CP precedentemente recuperata 2) Riceve e verifica dalla Request l autenticazione dell Ufficio 45, l autorizzazione ad invocare il servizio di Integrazione e che la Fattura/Nota di Credito specificata sia effettivamente afferente all Ufficio 3) Verifica che la Fattura/Nota di Credito sia Integrabile 4) Salva i dati di Integrazione Fiscale inviati Fase di Conservazione E la Fase in cui NoTIER esegue il versamento su ParER del Flusso dei Messaggi relativo ad un Documento Principale ricevuto da SDI e inviato all Ufficio Destinatario. 45 Si veda il Paragrafo 9.3 NoTIER Specifiche Funzionali 47/119

48 Come descritto nel Paragrafo 5.2, ParER prevede il versamento di una Unita Documentale caratterizzata da un Documento Principale e dall aggiunta successiva degli Annessi. Pertanto tale Fase è suddivisa in due sequenze Versamento Documento Principale Le condizioni per cui NoTIER esegue il primo versamento in ParER di un Documento (Fattura o Nota di Credito) sono le seguenti: Deve essere stata effettuata dall Ufficio la fase di Integrazione relativa al Documento. NoTIER esegue il primo versamento della Unità Documentale, contenente: Documento Principale: Fattura in formato FatturaPA firmata CAdES Annesso: Fattura nel formato originale UBL La sequenza è del tutto analoga a quella descritta nel Paragrafo Versamento Annessi Gli annessi versati nel ciclo passivo sono sicuramente Il File di Metadati della Fattura ed eventualmente le Notifiche previste dal Flusso dei Messaggi. Gli annessi diventano eleggibili di versamento in ParER, ovviamente alla seguente condizione: Il Documento Principale deve essere stato precedentemente già versato con esito positivo Si noti che NoTIER esegue un singolo Versamento Annesso per ogni Notifica che riceve da SDI. La sequenza è del tutto analoga a quella descritta nel Paragrafo Fase di Invio Documento E esclusivamente 46 la fase in cui l Ufficio Committente invia una Notifica di Esito Committente a NoTIER relativa ad una Fattura/Nota di Credito di Ciclo Passivo precedentemente recuperata. 46 Questa fase non si applica nel caso di Invio di un Documento tramite PEPPOL, che rientrerebbe formalmente nel processo di Ciclo Attivo NoTIER Specifiche Funzionali 48/119

49 Si noti che tale fase è del tutto indipendente dalla Fase di Integrazione, NoTIER non richiede che le fasi vengano effettuate in alcuna specifica sequenza. Si noti inoltre che le regole di composizione della Chiave Logica della Notifica di Esito Committente devono essere aderenti a quanto specificato nel Paragrafo 6.1. Figura 18 - Sequenza Invio Documento del Processo CP L Invio Documento è una fase sincrona in cui 1. Riceve e verifica dalla Request l autenticazione dell Ufficio 47 è l autorizzazione ad inviare quel tipo di Documento. 2. Verifica che la Notifica sia correttamente correlata alla Fattura/Nota di Credito, in particolare che l identificativo SDI sia il medesimo. 3. A seconda del contenuto della Notifica di Esito Committente, NoTIER imposta come Approvata o Scartata dal Committente la Fattura/ Nota di Credito associata. 47 Si veda il Paragrafo 9.3 NoTIER Specifiche Funzionali 49/119

50 4. NoTIER salva la Notifica di Esito Committente e la prepara per la trasmissione a SDI senza effettuare alcuna elaborazione Fase di Trasmissione E esclusivamente la fase in cui NoTIER invia la Notifica di Esito Committente a SDI. Figura 19 - Sequenza Trasmissione Notifica a SDI del Processo CP E l unico caso in cui le specifiche SDI prevedano la gestione sincrona della Trasmissione di una Notifica. Se non la ritiene valida, SDI può inviare come esito una Notifica di Scarto Esito Committente, che viene salvata da NoTIER come nuovo Documento Correlato a quello Principale originale, ossia la Fattura/Nota di Credito associata alla Notifica di Esito Committente. NoTIER Specifiche Funzionali 50/119

51 8 Processi Applicativi Da quanto descritto finora è chiaro che i Documenti in transito su NoTIER devono essere associati ad un ciclo di vita ben definito, inteso come una successione di varie fasi, che dipende dal tipo di processo di e-procurement (Attivo o Passivo) e dall instradamento da e verso i sistemi integrati con NoTIER (SDI, PEPPOL, ParER). Si noti che il ciclo di vita di un Documento non finisce nell ambito del singolo transito in NoTIER. Si pensi ad esempio al Flusso dei Messaggi previsto da SDI, in cui lo stato finale di un Documento dipende dal tipo di Notifica che SDI invia a NoTIER successivamente all invio. 8.1 Stati e Sessioni Per rappresentare tutte le possibili fasi del processo di e-procurement in cui un Documento si trova, è stato definito un insieme finito e numerabile di Stati. La sequenza di tutte transizioni tra Stati in cui si è trovato costituisce quindi il ciclo di vita di un Documento in NoTIER. A partire dall insieme complessivo di Stati sono state individuate alcune collezioni in base ad un contesto comune, in particolare le Sessioni di un Documento sono collezioni di Stati che descrivono il transito di un Documento in NoTIER declinato in uno specifico verso. Pertanto un Documento (Principale o Correlato) è associato in maniera mutuamente esclusiva ad una: Sessione di Invio. Insieme di tutti gli Stati che descrivono il transito di un Documento a partire dall invio da parte di un Ufficio Mittente fino alla trasmissione al Sistema scelto dall instradamento (SDI o PEPPOL). Sessione di Ricezione. Insieme di tutti gli Stati che descrivono il transito di un Documento a partire dalla ricezione da un Sistema (SDI o PEPPOL) fino al recupero da parte di un Ufficio Destinatario. A cui si aggiunge eventualmente una: Sessione di Conservazione. Insieme di tutti gli Stati che descrivono il versamento in ParER di un Documento, indipendentemente dal processo di e-procurement in cui il versamento avviene. Dato che il ciclo di vita di un Documento non finisce con il singolo transito su NoTIER, in particolare nel caso di integrazione con SDI, sono state inoltre definite collezioni di Stati specifici del Documento stesso, anche questi suddivisi in base al verso con cui il Documento transita in NoTIER, analogamente alle Sessioni. NoTIER Specifiche Funzionali 51/119

52 8.2 Stati e Sessioni in Invio Le transizioni tra stati di una Sessione di Invio sono descritte dal seguente diagramma: Figura 20 - State Machine Sessione Invio Le transizioni tra stati di una Documento in contesto di Invio sono descritte dal seguente diagramma: NoTIER Specifiche Funzionali 52/119

53 Figura 21 - State Machine Documento in Invio NoTIER Specifiche Funzionali 53/119

54 8.3 Stati e Sessioni in Ricezione Le transizioni tra stati di una Sessione di Ricezione sono descritte dal seguente diagramma: Figura 22 - State Machine Sessione Ricezione Le transizioni tra stati di un Documento in un contesto di Ricezione sono descritte dal seguente diagramma: NoTIER Specifiche Funzionali 54/119

55 Figura 23 - State Machine Documento in Ricezione NoTIER Specifiche Funzionali 55/119

56 8.4 Stati e Sessioni in Conservazione La Sessione di Conservazione viene creata in seguito alla transizione su particolari Stati della Sessione di Invio o Ricezione ed è caratterizzata dal seguente diagramma: Figura 24 - State Machine Sessione Conservazione Le transizioni tra stati di un Documento nell ambito della Conservazione sono descritte dal seguente diagramma: NoTIER Specifiche Funzionali 56/119

57 Figura 25 - State Machine Documento Conservazione 8.5 Ciclo di Vita nel Processo di Ciclo Attivo La tabella a pagina seguente specifica nel dettaglio gli eventi che comportano la transizione tra Stati della Sessioni e quelli specifici di un Documento durante tutto il suo ciclo di vita nel contesto del Processo di e-procurement di Ciclo Attivo 48. Si noti che NoTIER crea le Sessioni e le associa al Documento quando viene effettuata la prima transizione ad uno Stato iniziale delle stesse. Si suppone che l Ufficio emittente abbia esplicitamente richiesto l invio in conservazione in fase di invio del Documento, in caso contrario né il Documento Principale né le Notifiche correlate vengono versate in ParER. Si suddivide la trattazione per i Documenti Princiipali e i Correlati. 48 Vedi Paragrafo 7.1 NoTIER Specifiche Funzionali 57/119

58 INVIO NOTIER_Specifiche_Funzionali_1.1 Tabella 5 - Ciclo di Vita Documento Principale nel Processo CA Evento Stato Sessione Invio 49 Stato Documento Invio 49 Stato Sessione Cons. 49 Stato Documento Cons. 49 Inviata Fattura/NdC in formato UBL, metadati validi, instradamento verso SDI. Non esiste un Documento precedente oppure esiste ma è sovrascrivile. Effettuato eventuale versionamento. DA TRASFORMARE IN ELABORAZIONE Inviata Fattura/NdC in formato UBL, metadati validi, instradamento verso UBL. Non esiste un Documento precedente oppure esiste ma è sovrascrivile. Effettuato eventuale versionamento. DA INOLTRARE BUSDOX IN ELABORAZIONE Inviata Fattura/NdC in formato SDI firmato CAdES, metadati validi, Non esiste un Documento precedente oppure esiste ma è sovrascrivile. Effettuato versionamento. DA INVIARE SDI IN ELABORAZIONE Inviata Fattura/NdC in formato UBL/SDI, metadati validi, instradamento verso UBL. Esiste un Documento precedente in uno stato che non consente la sovrascrittura e il versionamento DUPLICATO 50 IN ELABORAZIONE 49 Inteso come lo stato di destinazione della transizione 50 NoTIER non crea un nuovo Documento, ma associa la Sessione di Invio al Documento precedente per motivi di tracciamento NoTIER Specifiche Funzionali 58/119

59 ELABORAZIONE NOTIER_Specifiche_Funzionali_1.1 Inviata Fattura/NdC in formato UBL/SDI, metadati non validi oppure il Documento non supera la validazione UBL (XSD+SCH). NON VALIDO 51 Fattura/NdC UBL correttamente transcodificata in formato FatturaPA e valida secondo SDI (XSD). DA FIRMARE IN ELABORAZIONE Si è verificata un anomalia relativamente alla transcodifica da UBL a FatturaPA IN LAVORAZIONE 52 IN ELABORAZIONE Fattura/NdC in Formato FatturaPA valida viene firmata, approvazione automatica. DA INVIARE SDI IN ELABORAZIONE Fattura/NdC in Formato FatturaPA valida viene firmata, approvazione manuale. DA APPROVARE IN ELABORAZIONE 51 NoTIER non crea un Nuovo Documento, ma solo la Sessione di Invio per motivi di tracciamento 52 Questo stato comporta un intervento manuale per correggere l anomalia in fase di transcodifica. Successivamente il Documento può essere rielaborato. NoTIER Specifiche Funzionali 59/119

60 TRASMISSIONE NOTIER_Specifiche_Funzionali_1.1 Fattura/NdC in Formato FatturaPA valida e firmata è stata approvata manualmente tramite l apposita funzione WEB. DA INVIARE SDI IN ELABORAZIONE Fattura/NdC in Formato FatturaPA valida e firmata è stata scartata manualmente tramite l apposita funzione WEB. SCARTATO ELABORATO_KO 53 Fattura/NdC in Formato FatturaPA valida, firmata e approvata viene inviata a SDI con successo. Salvato ID SDI che SDI associa alla fattura inviata INVIATO SDI 54 INVIATO SDI Notifica di Esito Committente riceve in response uno Scarto Notifica Esito Committente INVIATO SDI 55 NON ACCETTATO 53 Fattura/NdC in Formato UBL viene inviata al destinatario PEPPOL SDI con successo INVIATO BUSDOX 54 INVIATO BUSDOX DA INVIARE DA INVIARE 53 In questo Stato il Documento diventa sovrascrivibile 54 Stato Finale. La Sessione di Invio associata al Documento viene chiusa, specificando la data di Chiusura 55 Stato Finale. La Sessione di Invio associata al Documento viene chiusa, specificando la data di Chiusura NoTIER Specifiche Funzionali 60/119

61 RICEZIONE NOTIER_Specifiche_Funzionali_1.1 Fattura/NdC in Formato UBL non è stata consegnata al destinatario PEPPOL (p.e. AP destinatario irraggiungibile) NON INVIATO BUSDOX 54 ELABORATO KO 53 Ricezione di Notifica di Scarto relativa alla Fattura/NdC inviata. NON ACCETTATO Ricezione di Notifica di Consegna o Mancata Consegna da SDI relativa alla Fattura/NdC inviata. CONSEGNATO/NON CONEGNATO 56 DA INVIARE DA INVIARE Ricezione di Notifica di esito Cedente con Esito Negativo. NON ACCETTATO 53 // 57 // Ricezione di Notifica di esito Cedente con Esito Positivo o Notifica di Decorrenza Termini relativa alla Fattura/NdC inviata. ACCETTATO // 57 // 56 Una Sessione in Stato NON CONSEGNATO vi rimane fino all arrivo della Notifica di Consegna 57 Questo evento non comporta transizioni nella esistente Sessione di Conservazione NoTIER Specifiche Funzionali 61/119

62 CONSERVAZIONE NOTIER_Specifiche_Funzionali_1.1 Ricezione Notifica di Attestazione File non Consegnabile relativa alla Fattura/NdC inviata NON CONSEGNABILE // 57 // Fattura/NdC è associata ad una sessione di Conservazione eleggibile di versamento.. Il versamento si conclude con Esito Positivo // 58 INVIATO OK INVIATO OK Fattura/NdC è associata ad una sessione di Conservazione eleggibile di versamento. Il versamento si conclude con Esito Negativo // 58 INVIATO_KO INVIATO_KO Tabella 6 - Ciclo di Vita Documento Correlato nel Processo CA Evento Stato Sessione Ricezione 59 Stato Documento Ricezione Stato Sessione Cons. 49 Stato Documento Cons. 49 Ricezione di una Notifica di Scarto SDI correlata ad una RICEZI ONE Fattura/NdC inviata in precedenza DA RECAPITARE NOTIFICATO DA SDI 58 Questo evento non comporta transizioni dello Stato di Invio 59 Inteso come lo stato di destinazione della transizione NoTIER Specifiche Funzionali 62/119

63 CONSERVAZIONE RECUPERO NOTIER_Specifiche_Funzionali_1.1 Ricezione di una qualunque Notifica da SDI, escluso lo Scarto correlata ad una Fattura/NdC inviata in precedenza DA RECAPITARE NOTIFICATO DA SDI DA INVIARE DA INVIARE La Notifica di Scarto viene recuperata per la prima volta dal Ufficio emittente della Fattura/Ndc a cui è correlata. RECAPITATO 60 NOTIFICATO DA SDI Qualunque altra Notifica viene recuperata per la prima volta dall Ufficio emittente della Fattura/Ndc a cui è correlata RECAPITATO 60 NOTIFICATO DA SDI // 57 // La Notifica è associata ad una sessione di Conservazione e il Documento Principale è stato già versato con Esito Versamento Positivo. Il versamento si conclude con Esito Positivo // 61 INVIATO OK INVIATO OK La Notifica è associata ad una sessione di Conservazione e il Documento Principale è stato già versato con Esito Versamento Positivo. Il versamento si conclude con Esito Negativo // 61 INVIATO KO INVIATO KO 60 Stato Finale. La Sessione di Ricezione associata al Documento viene chiusa, specificando la data di Chiusura 61 Questo evento non comporta transizioni dello Stato di Ricezione NoTIER Specifiche Funzionali 63/119

64 8.6 Ciclo di Vita nel Processo di Ciclo Passivo La tabella nella pagina seguente specifica nel dettaglio gli eventi che comportano la transizione tra Stati della Sessioni e quelli specifici di un Documento durante tutto il suo ciclo di vita, in particolare nel contesto del Processo di e-procurement di Ciclo Passivo 62. Si noti che NoTIER crea le Sessioni e le associa al Documento quando viene effettuata la prima transizione ad uno Stato iniziale delle stesse. Si noti che nel caso SDI, alla ricezione di una Fattura corrisponde la Creazione di un Documento Principale (Fattura) e di un Correlato (File Metadati Fattura). Si suddivide la trattazione per i Documenti Princiipali e i Correlati. 62 Vedi Paragrafo 7.2 NoTIER Specifiche Funzionali 64/119

65 RICEZIONE NOTIER_Specifiche_Funzionali_1.1 Tabella 7 - Ciclo di Vita Documento Principale nel Processo CP Evento Stato Sessione Ricezione 63 Stato Documento Ricezione Stato Sessione Cons. 49 Stato Documento Cons. 49 Ricevuta Fattura/NdC in formato FatturaPA firmato, estratto con successo il Documento Principale in formato FatturaPA, identificati Ufficio Emittente e Destinatario. Non esiste un Documento precedente oppure esiste ma è sovrascrivile. Effettuato eventuale versionamento. DA TRASFORMARE IN ELABORAZIONE Ricevuto Documento da PEPPOL, identificati Ufficio Emittente e Destinatario. DA RECAPITARE IN ELABORAZIONE Si è verificata una anomalia durante la ricezione SDI o UBL NON VALIDO Inteso come lo stato di destinazione della transizione 64 NoTIER non crea un Nuovo Documento, ma solo la Sessione di Ricezione per motivi di tracciamento NoTIER Specifiche Funzionali 65/119

66 ELABORAZIONE NOTIER_Specifiche_Funzionali_1.1 Ricevuta Fattura/NdC in formato FatturaPA firmato, estratto con successo il Documento Principale in formato FatturaPA, identificati Ufficio Emittente e Destinatario. Esiste un Documento precedente in uno stato che non consente la sovrascrittura e il versionamento DUPLICATO 65 IN ELABORAZIONE Fattura/NdC in formato FatturaPA correttamente transcodificata in formato UBL e validata (XSD+SCH) DA RECAPITARE IN ELABORAZIONE IN ATTESA DATI FISCALI DA INVIARE Si è verificata un anomalia relativamente alla transcodifica da UBL a FatturaPA IN LAVORAZIONE 66 IN ELABORAZIONE 65 NoTIER non crea un nuovo Documento, ma associa la Sessione di Invio al Documento precedente per motivi di tracciamento 66 Questo stato comporta un intervento manuale per correggere l anomalia in fase di transcodifica. Successivamente il Documento può essere rielaborato. NoTIER Specifiche Funzionali 66/119

67 INTEGRAZIONE RECUPERO NOTIER_Specifiche_Funzionali_1.1 Il Documento in formato UBL ricevuto PEPPOL viene recuperata per la prima volta dall Ufficio Destinatario RECAPITATO 67 ELABORATO OK La Fattura/NdC in formato UBL viene recuperata per la prima volta dall Ufficio Destinatario RECAPITATO 67 IN ELABORAZIONE // 68 // L Ufficio invia i dati di Integrazione fiscale relativi alla Fattura/NdC in formato UBL recuperata in precedenza IN ELABORAZIONE DA INVIARE DA INVIARE 67 Stato Finale. La Sessione di Ricezione associata al Documento viene chiusa, specificando la data di Chiusura 68 Questo evento non comporta transizioni nella esistente Sessione di Conservazione NoTIER Specifiche Funzionali 67/119

68 TRASMISSIONE CONSERVAZIONE NOTIER_Specifiche_Funzionali_1.1 Fattura/NdC integrata è associata ad una sessione di Conservazione eleggibile di versamento. Il versamento si conclude con Esito Positivo // 69 INVIATO OK INVIATO OK Fattura/NdC è associata ad una sessione di Conservazione eleggibile di versamento. Il versamento si conclude con Esito Negativo // 69 INVIATO_KO INVIATO_KO L Ufficio Destinatario ha inviato con successo un Notifica di Esito Committente con esito Positivo, oppure è stata ricevuta una Notifica di Decorrenza Termini da SDI. ELABORATO_OK // 68 // L Ufficio Destinatario ha inviato con successo un Notifica di Esito Committente con esito Negativo NON ACCETTATO 70 // 68 // 69 Questo evento non comporta transizioni dello Stato di Ricezione 70 In questo Stato il Documento diventa sovrascrivibile NoTIER Specifiche Funzionali 68/119

69 TRASMISSIONE INVIO NOTIER_Specifiche_Funzionali_1.1 Tabella 8 - Ciclo di Vita Documento Correlato nel Processo CP Evento Stato Sessione Invio 71 Stato Documento Invio Stato Sessione Cons. 49 Stato Documento Cons. 49 Invio della Notifica di Esito Committente da parte dell Ufficio Destinatario della Fattura/NdC, metadati validi. Non esiste un Documento precedente oppure esiste ma è sovrascrivile. Effettuato eventuale versionamento. DA INVIARE SDI IN ELABORAZIONE La Notifica di Esito Committente viene inviata con successo a SDI INVIATO SDI 72 ELABORATO_OK DA INVIARE DA INVIARE La Notifica di Esito Committente viene inviata ma scartata da SDI INVIATO SDI 72 ELABORATO KO Inteso come lo stato di destinazione della transizione 72 Stato Finale. La Sessione di Invio associata al Documento viene chiusa, specificando la data di Chiusura 73 In questo Stato il Documento diventa sovrascrivibile NoTIER Specifiche Funzionali 69/119

70 CONSERVAZIONE NOTIER_Specifiche_Funzionali_1.1 La Notifica è associata ad una sessione di Conservazione e il Documento Principale è stato già versato con Esito Versamento Positivo. Il versamento si conclude con Esito Positivo // 74 INVIATO OK INVIATO OK La Notifica è associata ad una sessione di Conservazione e il Documento Principale è stato già versato con Esito Versamento Positivo. Il versamento si conclude con Esito Negativo // 74 INVIATO KO INVIATO KO Per quanto riguarda la Ricezione della Notifica Decorrenza Termini fare riferimento alla Tabella 6. Il Versamento della Notifica di Decorrenza Termini è ovviamente subordinato a quello della Fattura/NdC di Ciclo Passivo precedentemente ricevuta da SDI. 74 Questo evento non comporta transizioni dello Stato di Ricezione NoTIER Specifiche Funzionali 70/119

71 8.7 Innesco Transizioni Si è visto che le transizioni tra Stati avvengono essenzialmente in seguito al verificarsi di particolari eventi. Alcuni di questi eventi sono esterni ed asincroni, nel senso che si verificano in seguito alle azioni eseguite da Attori esterni a NoTIER, ad esempio l invio di un Documento da parte di un Ufficio o la ricezione di una Fattura da SDI. Altri eventi sono interni e sincroni, nel senso che vengono attivati da specifiche azioni che esegue NoTIER in momenti predeterminati e cadenzati. NoTIER utilizza infatti una logica basata sullo scheduling, in un ottica di esecuzione massiva della stessa azione su collezioni di Documenti che si trovano nel medesimo Stato. In particolare sono stati definiti i seguenti JOB: Tabella 9 - Elenco JOB NoTIER JOB AZIONE CONDIZIONE Transcodifica CA Invio SDI Invio PEPPOL Transcodifica CP Invio Conservazione Esegue la Transcodifica UBL FatturaPA di tutti i Documenti Principali da inviare a SDI Effettua l invio di tutti i Documenti a SDI Effettua l invio di tutti i Documenti a PEPPOL Esegue la Transcodifica FatturaPA UBL di tutti i Documenti Principali ricevuti da SDI Esegue il versamento di tutti i Documenti in Conservazione, indipendentemente dalla Classificazione e dal Processo 75 Sess. Invio: DA TRASFORMARE Documento: IN ELABORAZIONE Sess. Invio: DA INVIARE SDI Documento: IN ELABORAZIONE Sess. Invio: DA INVIARE BUSDOX Documento: IN ELABORAZIONE Sess. Ric.: DA TRASFORMARE Documento: IN ELABORAZIONE Sess. Cons.: DA INVIARE Documento: DA INVIARE 75 Si ricorda che i Documenti Correlati vengono effettivamente versati sse il relativo Documento Principale è stato versato con Esito di Conservazione Positivo. NoTIER Specifiche Funzionali 71/119

72 La schedulazione dei JOB può essere modificata parametricamente in base al carico previsto dei Documenti da elaborare. 9 Servizi I Servizi sono una delle due modalità complementari di integrazione lato Client offerte da NoTIER e vengono utilizzati esclusivamente per la gestione dei flussi Documentali relativi ai processi di e- Procurement gestiti da NoTIER. 9.1 Architettura REST I Servizi che NoTIER rende disponibile sono stati sviluppati per rispondere ai requisiti di integrazione leggera lato client e di scalabilità richiesti per garantire la consistenza dei flussi Documentali anche in un architettura basata su Clustering. Per questo motivo i servizi lato client utilizzano lo stile architetturale REST, in particolare ne soddisfano i principali requisiti, ossia: Sono basati sul paradigma Client-Server. Sono organizzati in termini di Risorse e azioni sulle stesse accessibili tramite identificativo. In particolare le Risorse principali di NoTIER sono i Documenti, che possono essere recuperati puntualmente attraverso il relativo URN 76 Sono invocabili utilizzando i verbi HTTP, in particolare GET e POST. Sono Stateless 77, in quanto ogni singola invocazione ai servizi contiene tutte le informazioni atte a gestirla, indipendentemente dall istanza del Cluster su cui viene indirizzata. Forniscono dinamicamente al client i controlli ipermediali 78 per gestire l accesso alle risorse, in particolare per quanto riguarda il recupero puntuale dei Documenti tramite URN che vengono forniti al client da NoTIER in fase di recupero di lista. 76 Chiaramente il recupero è soggetto a verifiche di Autenticazione e Autorizzazione 77 Ma non idempotenti, in quanto lo stato delle Risorse, ossia i Documenti e relative Sessioni, cambia ad ogni invocazione. 78 Vincolo HATEOAS (HyperText As The Engine Of Application State). NoTIER Specifiche Funzionali 72/119

73 Dal punto di vista dei Servizi NoTIER può essere quindi classificato come un Sistema pienamente RESTful 79 Un vantaggio di utilizzare REST è che fornisce un modello leggero di integrazione. Essendo infatti basato sull utilizzo del solo protocollo HTTP, non richiede ulteriori livelli di comunicazione come ad esempio SOAP. Un client NoTIER potrebbe essere benissimo realizzato con una semplice pagina HTML statica. I Servizi REST che NoTIER rende disponibile per l integrazione lato client sono quelli atti a garantire i processi di e-procurement descritti al Paragrafo 7 e sono i seguenti: Servizio di Invio (HTTP POST) di Documenti in formato UBL o FatturaPA 80 Servizio di Recupero (HTTP GET) in modalità Lista (elenco di Documenti informato UBL) e Puntuale (specificando l URI fornito con la lista) Servizio di Integrazione (HTTP POST) specifico del Ciclo Passivo, per l invio dei dati Fiscalmente rilevanti. Per i dettagli relativi all integrazione lato client con i servizi REST di NoTIER fare riferimento al Documento di Specifiche Tecniche dei Servizi. 9.2 Metadati Per garantire la statefulness delle singole invocazioni, i due servizi basati su POST richiedono che oltre al Documento venga inviato anche un apposito file di Metadati 81 che consentono a NoTIER di: Verificare l identità e il ruolo dell Ufficio Emittente attraverso l ID NoTIER specificato. Costruire la chiave logica del Documento o risolvere il Documento su cui operare, ad esempio nel caso di Integrazione. Comunicare l instradamento del Documento (SDI/PEPPOL). Fornire le informazioni aggiuntive necessarie per la corretta gestione del Documento, ad esempio i metadati da specificare per l invio dello stesso su PEPPOL BusDox. 79 E si classifica inoltre al Livello 4 (Glory of REST) del REST Maturity Model definito da Leonard Richardson 80 FatturaPA firmata CAdES e Notifica di Esito Committente. 81 Secondo uno schema XSD specifico dei Servizi NoTIER NoTIER Specifiche Funzionali 73/119

74 Per essere conforme ai requisiti di tracciabilità, NoTIER salva i Metadati relativi a tutte le singole invocazioni sui suoi servizi, anche quelle non valide. 9.3 Sicurezza NoTIER gestisce l accesso ai servizi REST in un contesto di elevata sicurezza, esponendoli esclusivamente su protocollo HTTPS e livello di crittografia/autenticazione basato su TLS 82 Ad ogni invocazione dei servizi vengono inoltre effettuate le verifiche di: Autenticazione del client (Organizzazione) su NoTIER. Autorizzazione ad operare su quello specifico servizio e sulla specifica Risorsa Documento. La fase di autenticazione viene implementata attraverso Client Authentication tramite Certificato Digitale. In fase di accreditamento di una nuova Organizzazione viene infatti generato un Certificato Digitale a partire da un Certificato CA (Certification Authority) proprio di NoTIER e viene inviato in modalità multicanale al Referente designato dell Organizzazione stessa. Il Certificato Digitale Client generato è specifico della singola Organizzazione e può essere revocato su richiesta (o a naturale scadenza). Il Client stabilisce una connessione su HTTPS attivando la Client Authentication con il Certificato Client e inviando una Request sull endpoint del servizio. La Request viene intercettata da NoTIER a monte dell endpoint e viene effettuato il trusting del Certificato Client su quello CA. Se il trusting non viene superato il client non accede in alcun modo all endpoint del Servizio e la Request viene rifiutata. Superato il trusting, dal Certificato Client vengono estratte alcune informazioni specifiche per identificare univocamente l Organizzazione client su NoTIER. Tali informazioni vengono aggiunte alla Request 83 e vengono utilizzate per effettuare la successiva fase di autorizzazione. 82 L utilizzo di SSL 3.0 non è più consentito a seguito della scoperta della vulnerabilità denominata POODLE. 83 Sotto forma di Headers HTTP NoTIER Specifiche Funzionali 74/119

75 Figura 26 - Client Authentication sui Servizi REST La verifica di Autorizzazione dipende dal servizio invocato, come segue: Servizio di Invio Vengono effettuati i seguenti controlli: Verifica la presenza di ID Organizzazione in Anagrafica 84 e la sua abilitazione ad invocare il servizio di Invio. Verifica che l ID NoTIER 85 corrisponda ad un Ufficio che appartiene all Organizzazione. Verifica che l ID NoTIER sia abilitato ad inviare il Documento specificato alla destinazione specificata. Se il Documento è una Notifica di Esito Committente, verifica che la Fattura/NdC correlata precedentemente ricevuta fosse effettivamente destinata a ID NoTIER. Verifica inoltre la corrispondenza degli ID SDI. 84 Estratto dal Certificato Digitale Client 85 Estratto dai Metadati NoTIER Specifiche Funzionali 75/119

76 Servizio di Recupero Vengono effettuati i seguenti controlli: Verifica la presenza di ID Organizzazione in Anagrafica 84 e la sua abilitazione ad invocare il servizio di Recupero. Nel caso di recupero lista con filtro su ID NoTIER 85, verifica che l ID corrisponda ad un Ufficio che appartiene effettivamente all Organizzazione. Nel caso di recupero puntuale, verifica che l URI fornito sia relativo ad una Fattura che sia da recapitare ad uno dei Soggetti afferenti all Organizzazione. Servizio di Integrazione Vengono effettuati i seguenti controlli: Verifica la presenza di ID Organizzazione in Anagrafica 84 e la sua abilitazione ad invocare il servizio di Invio. Verifica che l ID NoTIER 85 corrisponda ad un Ufficio che appartiene all Organizzazione. Verifica che ID NoTIER stia integrando una Fattura/NdC di cui è effettivamente destinatario. NoTIER infine prevede controlli specifici sui file XML (Documento e Metadati) per evitare le vulnerabilità più diffuse 86 quali: Missing XML Validation XEE Injection 86 Secondo le prescrizioni OWASP. NoTIER Specifiche Funzionali 76/119

77 10 Interfaccia WEB L interfaccia WEB è la seconda modalità che NoTIER mette a disposizione per l integrazione lato client ed è stata sviluppata per rispondere ai requisiti di offrire una piattaforma di monitoraggio dei Documenti in transito su NoTIER e implementare alcune modalità di gestione in base alla profilazione utente Architettura L Interfaccia WEB di NoTIER è stata progettata per essere: Responsive ossia adatta dinamicamente il proprio layout a tutte le tipologie di client WEB, dispositivi mobili compresi 87 Compatibile L interfaccia WEB richiede un browser IE Versione 9 (e superiori), ma è compatibile anche con browser quali Firefox e Chrome Facilmente Navigabile Oltre al classico menu viene visualizzato un Breadcrumb navigabile. Accessibile secondo gli standard di accessibilità previsti dalla Regione Emilia Romagna Sicurezza Analogamente ai Servizi, anche l interfaccia WEB di NoTIER è accessibile esclusivamente su protocollo HTTPS 89 anche se non richiede Client Authentication con Certificato Digitale. L accesso all interfaccia WEB è quindi del tutto distinto rispetto ai Servizi 90, pur essendo raggiungibile allo stesso URL ed è basato sul classico meccanismo di Autenticazione e Autorizzazione con Username e Password da inserire in una apposita pagina di login. Username e Password vengono generati ed comunicati all Utente WEB in fase di creazione, la password è ovviamente modificabile in qualsiasi momento. 87 Per lo sviluppo di FrontEnd è stato utilizzato il Framework Bootstrap Si veda il Sito 89 L Autenticazione del Server è garantito da un Certificato Digitale della Regione Emilia Romagna 90 Servizi e Interfaccia WEB operano infatti su due connettori distinti a livello di porta HTTPS NoTIER Specifiche Funzionali 77/119

78 Per facilitare la fase di profilazione utente, ossia l assegnazione del suo ruolo sull interfaccia WEB, in NoTIER gli Username sono univoci Utente WEB Un Utente WEB è l unico Attore client deputato ad operare sull interfaccia WEB offerta da NoTIER. In generale viene creato in fase di accreditamento di una Organizzazione (o su richiesta). L Utente WEB accede ai Documenti in transito in base ad una relazione di associazione con i Soggetti dei cui Documenti effettuerà il monitoraggio. Tale relazione viene in generale definita in fase di creazione dell Utente WEB ed è ovviamente modificabile in qualsiasi momento. Un Utente WEB monitora e/o approva esclusivamente i Documenti dei Soggetti a cui è associato. NoTIER non pone alcun vincolo in merito a tale associazione, pertanto: Un utente WEB può essere associato ad (almeno) uno o più Soggetti. Un Utente WEB può essere associato a Soggetti di diverse Organizzazioni. Un Ufficio può essere associato a più Utenti WEB. Se l Utente WEB è associato a più Soggetti, all atto del login ha facoltà di scegliere su quali di essi operare singolarmente, in modo tale da mantenere completamente distinti i flussi Documentali su cui effettuare il Monitoraggio. 91 In generale hanno la notazione nome.cognome NoTIER Specifiche Funzionali 78/119

79 Figura 27 - Associazione Utenti WEB e Soggetti NoTIER Specifiche Funzionali 79/119

80 10.4 Funzioni e Ruoli L interfaccia WEB si suddivide in varie Funzioni che sono accessibili secondo una politica basata su ACL 92. Ogni singola funzione è pertanto associata ad un permesso e vengono definiti dei Ruoli, intesi come collezioni di permessi, che vengono assegnati all utente WEB. Un utente WEB è associato al più ad un ruolo. Per l Utente WEB sono disponibili tre Ruoli: Monitoraggio Documenti che consente di effettuare ricerche con filtri su tutti e soli i Documenti afferenti ai Soggetti a cui è associato, ossia i Documenti di cui tali Soggetti sono Emittenti (CA) o Destinatari (CP). Approvazione che consente di effettuare l approvazione manuale di tutti e soli i Documenti dei Soggetti a cui è associato. Il ruolo approvatore eredita implicitamente il ruolo di monitoraggio. Modifica che consente di modificare manualmente lo stato di Ricezione e generare Accettazione, Rifiuto o Forza Conservazione di tutti e soli i Documenti dei Soggetti a cui è associato. Tale ruolo può essere associato o meno a quello di approvatore. La profilazione utente avviene in generale in fase di accreditamento dello stesso e può essere modificata facendone richiesta tramite i canali preposti da IntercentER Accreditamento L interfaccia WEB di NoTIER non dispone di una funzione di registrazione degli Utenti WEB, quindi la fase di accreditamento di un nuovo Utente WEB avviene attraverso le modalità definite da IntercentER 93. A seguito dell inserimento in anagrafica di un nuovo Utente WEB accreditato, NoTIER esegue in sequenza quanto segue: 1. Invio di una mail automatica con il ruolo e lo username associato all utente WEB, tipicamente nel formato nome.cognome, alla casella di posta fornita dall Utente in fase di Accreditamento 2. Invio alla stessa casella di una mail automatica con la password generata dal sistema. Al primo accesso l utente sarà obbligato al cambio password. 92 Access Control Layer 93 Fare riferimento alle Modalità di Adesione disponibili su sito IntercentER. NoTIER Specifiche Funzionali 80/119

81 3. Invio alla stessa casella di una mail automatica con il riepilogo dei Soggetti a cui è stato associato l utente WEB, il quale avrà comunque facoltà di richiedere in seguito ad IntercentER l aggiunta di ulteriori Soggetti Flusso di Navigazione Il flusso di navigazione è sintetizzato dal seguente diagramma che descrive per ogni Stato la pagina WEB in cui si trova l utente e le azioni che può compiere. Alcune delle Azioni sono disponibili solo in base al profilo assegnato all Utente stesso. Figura 28 - UI Flow Chart NoTIER Specifiche Funzionali 81/119

82 10.7 Login La pagina di login di NoTIER si presenta come segue: Figura 29 - Pagina di login di NoTIER L utente inserisce la coppia username/password assegnate per accedere all Interfaccia WEB. Relativamente alla pagina di Login vale quanto segue: Il numero di tentativi di immissione delle credenziali è limitato, superato il quale all utente viene associato uno stato di NON ATTIVO da NoTIER e viene inibito qualsiasi ulteriore tentativo di accesso 94 Al primo accesso l utente WEB viene obbligato ad effettuare il cambio della password. 94 L utente dovrà richiedere esplicitamente la riattivazione contattando il supporto tecnico di NoTIER attraverso i cabali preposti NoTIER Specifiche Funzionali 82/119

83 La durata della validità della password è limitata 95, superato il periodo di validità l utente viene obbligato ad effettuare il cambio password. Qualora l Utente WEB dimentichi la password, può accedere alla funzione di reset Password, in cui viene richiesto di specificare lo username e la mail fornita in fase di accreditamento. NoTIER: Verifica la corrispondenza tra username e mail fornita in Anagrafica. Invia una mail automatica all Utente WEB con una password temporanea, L utente sarà obbligato a modificarla al primo accesso. Figura 30 - Funzione di reset della password 95 Attualmente 90 giorni NoTIER Specifiche Funzionali 83/119

84 10.8 Monitoraggio Il Monitoraggio è la funzione principale dell Interfaccia WEB e consente agli utenti di verificare lo stato dei Documenti in transito su NoTIER e di eseguire alcune azioni che ne modificano il relativo Ciclo di Vita Dominio di Ricerca Il Domino di Ricerca su cui un Utente Web può operare per applicare i filtri offerti dalla Funzione di Monitoraggio consiste in tutti e soli i Documenti emessi da o destinati ai Soggetti a cui l utente è associato. Inoltre, relativamente alla Funzione di ricerca vale quanto segue: Il dominio di Ricerca è stato suddiviso a livello funzionale a seconda del Ciclo di riferimento, pertanto la Funzione di Monitoraggio è di fatto composta da due sottofunzioni distinte e complementari: il Monitoraggio sui Documenti di Ciclo Attivo 96 e quello sui Documenti di Ciclo Passivo 97. A prescindere dal Ciclo, il Dominio di Ricerca consiste nei soli Documenti Principali 98. I Documenti Correlati sono visualizzabili a partire dalla funzione di Dettaglio di un Documento Principale Metastati Il Ciclo di vita di un Documento in NoTIER è costituito dall insieme di tutte le transizioni di Stato del documento stesso e delle relative Sessioni 99. In un preciso momento un Documento sarà quindi caratterizzato da una collezione anche ampia dei valori di Stato. Per rendere più intuitivo e semplice l utilizzo della Funzione di Monitoraggio e consentire all utente WEB di avere una immediata comprensione dell effettivo stato di un Documento in un preciso momento del suo Ciclo di Vita, in NoTIER è stato introdotto il concetto di Metastato. 96 Si veda il Paragrafo Si veda il Paragrafo Si veda il Paragrafo 6 99 Si veda il Paragrafo 8 e successivi NoTIER Specifiche Funzionali 84/119

85 Un Metastato riassume in un unico valore l insieme degli Stati di un Documento e di quelli delle relative Sessioni validi in uno specifico momento del suo Ciclo di Vita. Anche la rappresentazione delle varie fasi del Flusso dei Documenti 100 è stata drasticamente semplificata in modo tale da riferire i valori dei Metastati a tre Contesti semanticamente significativi del relativo Ciclo di Vita: Invio/Ricezione. Insieme dei Metastati di un Documento che descrivono le fasi di transito di un Documento in NoTIER. Per transito si intende: o Nel Ciclo Attivo, da quando il Documento viene inviato a NoTIER dal client a quando lo stesso viene recapitato al Sistema Destinatario (SDI, PEPPOL). o Nel Ciclo Passivo, da quando il Documento viene inviato a NoTIER dal Sistema Emittente (SDI, PEPPOL) a quando lo stesso viene recapitato al client. Esito. Insieme dei Metastati che descrivono le fasi successive al Transito di un Documento in NoTIER, ad esempio a seguito di un invio a SDI di un Documento quando viene ricevuta una Documento Correlato (Notifica) ad esso relativo. Versamento. Insieme dei Metastati che descrivono le fasi che riguardano il versamento di un Documento in Conservazione. Ogni singolo Metastato è stato inoltre associato ad una specifica icona, visualizzata nella Maschera dei Risultati della funzione di Monitoraggio 101, utilizzando un simbolo ed un codice colore che lo rendono immediatamente identificabile. La Tabella seguente riassume tutti i Metastati divisi per Contesto e i valori che assumono nella fase di esito in base al tipo di Documenti Correlati (Notifiche) al Documento Principale ricevuti da NoTIER. 100 Si vedano i Paragrafi 7.1 e Si veda il Paragrafo e NoTIER Specifiche Funzionali 85/119

86 INVIO NOTIER_Specifiche_Funzionali_1.1 Tabella 10 - Metastati nel Processo di Ciclo Attivo in base al Contesto CA METASTATO ICONA DESCRIZIONE NOTIFICA DA INVIARE INVIATO Il Documento è stato inviato correttamente dal Client a NoTIER ed è attualmente in fase di elaborazione (Transcodifica, Firma, Approvazione) prima dell inoltro a SDI/PEPPOL 102 Il Documento è stato correttamente inoltrato a SDI/PEPPOL. NA Notifica di Mancata Consegna 103 (eventuale) IN LAVORAZIONE A seguito di una anomalia verificatasi durante la fase di Transcodifica dal formato UBL a FatturaPA, il Documento (Fattura/Nota di Credito) si trova in uno stato che prevede la gestione manuale da parte dello staff Tecnico NoTIER. NA 102 Si trovano in questo stato anche i Documenti per il quali, dopo la firma, non è stata prevista l Approvazione automatica. L Utente WEB abilitato dovrà approvare l inoltro a SDI tramite l apposita funzione disponibile nell Interfaccia WEB di NoTIER. 103 Se il Documento supera i controlli previsti da SOGEI, in questa fase possono essere presenti una o più Notifiche di Mancata Consegna, in quanto SDI effettua più tentativi di consegna al Committente entro i termini massimi previsti dalle Specifiche di Servizio. NoTIER Specifiche Funzionali 86/119

87 ESITO NOTIER_Specifiche_Funzionali_1.1 NON INVIATO A seguito del rifiuto da parte dell Utente WEB 104 o di un intervento manuale da parte dello Staff Tecnico NoTIER concordato con l Ufficio Emittente, il Documento si trova in uno stato KO che non prevede l inoltro a SDI/PEPPOL. Un Documento in questo stato può essere sovrascritto dall Ufficio Emittente 105 NA CONSEGNATO Il Documento (Fattura/Nota di Credito) inoltrato a SDI ha superato i controlli previsti ed è stato consegnato al Committente. Ricevuta di Consegna NON CONSEGNABILE SDI non è riuscita a consegnare il Documento (Fattura/Nota di Credito) entro i termini previsti dalle relative Specifiche di Servizio. Attestazione Di File Non Recapitabile ACCETTATO Il Documento (Fattura/Nota di Credito) è stato accettato dal Committente che ha inviato una Notifica di Esito Committente con esito di Accettazione Notifica Esito Cedente (EC01) 104 Si veda il Paragrafo Impostando il flag AccettaChiaveDuplicata al successivo reinvio dello stesso tramite il Servizio Invio Documento. NoTIER Specifiche Funzionali 87/119

88 VERSAMENTO NOTIER_Specifiche_Funzionali_1.1 RIFIUTATO DECORRENZA TERMINI In alternativa, se : Il Documento non ha superato i Controlli previsti da SOGEI ed è stato rifiutato con una Notifica di Scarto. Il Documento è stato rifiutato dal Committente che ha emesso una Notifica di Esito Committente con esito di Rifiuto. Un Documento in questo stato può essere sovrascritto dall Ufficio Cedente 106 Il Committente ha ricevuto il Documento, ma non ha inviato una Notifica di Esito Committente entro i termini previsti dalle Specifiche di Servizio. Il Documento pertanto si considera formalmente accettato. Notifica di Scarto (oppure) Notifica Esito Cedente (EC02) Notifica Decorrenza Dei Termini DA VERSARE Il Documento (Fattura/Nota di Credito) inoltrato a SDI è in attesa di versamento in Conservazione. Tale processo è interamente a carico di NoTIER Il Documento (Notifiche SDI correlate ad una Fattura/Nota di Credito) è in attesa di versamento in Conservazione. Tale processo è vincolato al corretto versamento del Documento a cui afferisce. NA VERSATO Il Documento (Fattura/Nota di Credito) è stato correttamente versato in Conservazione. Esito Di Conservazione 106 Impostando il flag AccettaChiaveDuplicata al successivo reinvio dello stesso tramite il Servizio Invio Documento. NoTIER Specifiche Funzionali 88/119

89 RICEZIONE NOTIER_Specifiche_Funzionali_1.1 ESITO VERSAMENTO NEGATIVO Si è verificata una anomalia durante il versamento in Conservazione che richiede l intervento dello Staff Tecnico NoTIER. 107 NA Tabella 11 - Metastati nel Processo di Ciclo Passivo CP METASTATO ICONA DESCRIZIONE NOTIFICA DA RECAPITARE Il Documento è stato ricevuto correttamente da NoTIER ed è attualmente in attesa di essere recuperato dall Ufficio Committente NA RECAPITATO Il Documento è stato correttamente recapitato all Ufficio Committente che, in alternativa: Lo ha recuperato attraverso il Servizio di Recupero (puntuale) Lo ha impostato manualmente come Recapitato tramite l apposita funzione disponibile sull interfaccia WEB 108 NA 107 Il versamento può fallire anche a causa di uno scorretto accreditamento e configurazione dell Ufficio versante in ParER. 108 Si veda il Paragrafo NoTIER Specifiche Funzionali 89/119

90 ESITO NOTIER_Specifiche_Funzionali_1.1 IN LAVORAZIONE ACCETTATO RIFIUTATO DECORRENZA TERMINI A seguito di una anomalia durante la fase di Transcodifica dal formato FatturaPA a UBL, il Documento (Fattura/Nota di Credito) si trova in uno stato che prevede la gestione manuale da parte dello staff Tecnico NoTIER. I Documenti (e le Notifiche correlate) che si trovano in tale stato non sono recuperabili puntualmente attraverso il servizio di Recupero di NoTIER. In alternativa, se : Il Documento (Fattura/Nota di Credito) è stato accettato dall Ufficio Committente, che ha inviato una Notifica di Esito Committente con esito di Accettazione utilizzando il Servizio Invio Documento. L Utente WEB abilitato associato all Ufficio Committente ha accettato manualmente il Documento, tramite l apposita funzione disponibile sull interfaccia WEB 108 In alternativa, se : Il Documento è stato rifiutato dall Ufficio Committente, che ha emesso una Notifica di Esito Committente con esito di rifiuto utilizzando il Servizio Invio Documento. L Utente WEB abilitato associato all Ufficio Committente ha rifiutato manualmente il Documento, tramite l apposita funzione disponibile sull interfaccia WEB 108 NoTIER accetta la sovrascrittura del Documento, qualora sia reinviata dall Ufficio Cedente remoto. L Ufficio Committente ha ricevuto il Documento, ma non ha inviato una Notifica di Esito Committente entro i termini previsti dalle Specifiche di Servizio. Il Documento pertanto si considera formalmente accettato. NA Notifica Esito Committente(EC01) (da inviare a SDI) Notifica Esito Committente(EC02) (da inviare a SDI) Notifica Decorrenza Dei Termini NoTIER Specifiche Funzionali 90/119

91 ESITO NOTIER_Specifiche_Funzionali_1.1 RIFIUTATO DECORRENZA TERMINI In alternativa, se : Il Documento non ha superato i Controlli previsti da SOGEI ed è stato rifiutato con una Notifica di Scarto. Il Documento è stato rifiutato dal Committente che ha emesso una Notifica di Esito Committente con esito di Rifiuto. Un Documento in questo stato può essere sovrascritto dall Ufficio Cedente 109 Il Committente ha ricevuto il Documento, ma non ha inviato una Notifica di Esito Committente entro i termini previsti dalle Specifiche di Servizio. Il Documento pertanto si considera formalmente accettato. Notifica di Scarto (oppure) Notifica Esito Cedente (EC02) Notifica Decorrenza Dei Termini ACCETTATO RIFIUTATO Notifiche Esito Committente La Notifica di Esito Committente è stata accettata da SDI e da esso inoltrata al Cedente Notifiche Esito Committente La Notifica di Esito Committente è stata rifiutata da SDI che ha inviato una Notifica di Scarto Esito Committente. La Notifica può essere sovrascritta dall Ufficio Emittente 110 NA Notifica di Scarto Esito Committente 109 Impostando il flag AccettaChiaveDuplicata al successivo reinvio dello stesso tramite il Servizio Invio Documento. 110 Impostando il flag AccettaChiaveDuplicata al successivo reinvio dello stesso tramite il Servizio Invio Documento. NoTIER Specifiche Funzionali 91/119

92 VERSAMENTO NOTIER_Specifiche_Funzionali_1.1 IN ATTESA DATI FISCALI Il Documento (Fattura/Nota di credito) è in attesa che l Ufficio Committente effettui l Integrazione dei Dati Fiscali tramite il relativo servizio di Integrazione di NoTIER. NA DA VERSARE Il Documento (Fattura/Nota di Credito) inoltrato da SDI è in attesa di versamento in Conservazione. Tale processo è interamente a carico di NoTIER. Il Documento (Notifiche SDI correlate ad una Fattura/Nota di Credito) è in attesa di versamento in Conservazione. Tale processo è vincolato al corretto versamento del Documento a cui afferisce. NA VERSATO Il Documento (Fattura/Nota di Credito) Conservazione. è stato correttamente versato in Esito Di Conservazione ESITO VERSAMENTO NEGATIVO Si è verificata una anomalia durante il versamento in Conservazione che richiede l intervento dello Staff Tecnico NoTIER. 111 NA 111 Il versamento può fallire anche a causa di uno scorretto accreditamento e configurazione dell Ufficio versante in ParER. NoTIER Specifiche Funzionali 92/119

93 Interfaccia di Ciclo Attivo La funzione di Monitoraggio di Ciclo Attivo consente di effettuare la ricerca per filtri sul Dominio di Ricerca e si presenta come composizione di due maschere: Maschera di Ricerca che presenta i filtri applicabili al Dominio di Ricerca. Maschera dei Risultati che presenta la lista dei all applicazione dei filtri. documenti estratti in seguito Al primo avvio della funzione (o dopo il reset dei filtri) si presenta solo la Maschera di Ricerca come segue. Figura 31 Monitoraggio di CA Maschera di Ricerca NoTIER Specifiche Funzionali 93/119

94 Il filtri applicabili sono i seguenti. Tabella 12 - Monitoraggio di CA - filtri applicabili Campo Tipo Tipo Ricerca Ente - Ufficio Select 112 URN/Numero Documento Testo Tipo Documento (Principale) Select Stato Documento Select 113 Ricerca libera sull URN o sul numero del Documento Principale Data Ricezione da Data Ricezione a Data Data Alla selezione si attiva la widget per l inserimento della data. Il campo non è editabile Alla selezione si attiva la widget per l inserimento della data. Il campo non è editabile Le azioni disponibili sulla Maschera di Ricerca sono: Ricerca. Applica i filtri al Dominio di Ricerca e visualizza la Maschera dei Risultati Pulisci. Elimina tutti i filtri applicati e riporta alla sola Maschera di Ricerca. In seguito all applicazione dei filtri e alla Ricerca si presenta la maschera dei Risultati. 112 Select a due livelli, la scelta dell Ente dalla prima Select popola la seconda Select Ufficio con i relativi valori degli uffici afferenti 113 La Select è popolata con i valori di Metastato applicabili al Ciclo Attivo e suddivisi per Contesto. NoTIER Specifiche Funzionali 94/119

95 Figura 32 - Monitoraggio di CA Maschera dei Risultati La Maschera dei Risultati consiste in una Tabella che presenta i dati strutturati di rilievo dei Documenti Principali estratti. La Tabella supporta la Paginazione 114 dei risultati in base al numero specificato degli stessi per pagina, che può essere scelto agendo sulla apposita Select in alto a sinistra. La Tabella è organizzata come segue. 114 Per motivi di performance la Paginazione è effettuata a Backend NoTIER Specifiche Funzionali 95/119

96 Tabella 13 - Monitoraggio di CA - Tabella dei Risultati Campo Ordinabile Contenuto Tipo SI Tipologia del Documento Principale Numero SI Numero originale del Documento Principale 115 Data Ricezione SI Data di ricezione del documento in NoTIER 116 Stato Dettaglio Allegato NO NO NO Icone disposte su tre colonne che rappresentano i valori di Metastato correnti in base al Contesto, in ordine: Invio/Ricezione, Esito, Versamento Pulsante che attiva la Funzione di Dettaglio 117 di CA del singolo documento. Icona che identifica se il Documento è provvisto di uno o più allegati 118, il cui Download è disponibile nella Funzione di Dettaglio. Le azioni disponibili sulla Maschera di Risultato sono: Scarico SDI/UBL. Attiva la Funzione di Esportazione Massiva 119 di tutti e soli i Documenti estratti. Sono ovviamente inclusi anche i Documenti presenti nelle pagine diverse da quella corrente. Esportazione Excel. Attiva la Funzione di esportazione Excel 120 di tutti e soli i Documenti estratti. Sono ovviamente inclusi anche i Documenti presenti nelle pagine diverse da quella corrente. 115 Non viene quindi mostrato il Numero calcolato da NoTIER secondo le modalità descritte nel Paragrafo Corrisponde quindi alla Data in cui il Documento è salvato con successo in seguito all Invio da parte dell Ufficio Client 117 Si veda il Paragrafo Gli Allegati sono estratti dalla rappresentazione codificata (Base64) di uno o più file Binari presenti nel file XML 119 Si veda il Paragrafo Si veda il Paragrafo NoTIER Specifiche Funzionali 96/119

97 Dettaglio Documento di Ciclo Attivo La funzione di Dettaglio di un Documento consente di: Visualizzare ulteriori informazioni relativamente al Documento e alle sue Sessioni. Effettuare il Download e la Visualizzazione del Documento nei due formati UBL e SDI. Effettuare la Visualizzazione 121 dei Documenti Principali in formato HTML formattato. Effettuare il Download degli eventuali Allegati al Documento Principale. Accedere alle Funzioni previste dal Ciclo Attivo: Conservazione. Visualizzare la lista dei Documenti Correlati e accedere al relativo Dettaglio. La Funzione di Dettaglio è organizzata in tre Tab Navigabili Dati Principali In questo Tab sono riepilogati i dati di dettaglio del Documento a complemento di quelli visualizzati nella Maschera dei Risultati. 121 Si veda il Paragrafo 5.6 NoTIER Specifiche Funzionali 97/119

98 Figura 33 - Dati Principali di Dettaglio di Ciclo Attivo I Dati sono presentati in sola lettura e sono organizzati come segue. Tabella 14 - Campi Dati Principali di Ciclo Attivo Campo Contenuto URN Identificativo Univoco del Documento in NoTIER 122 Tipo Documento Numero NoTIER Numero Tipo Documento Principale Numero calcolato da NoTIER per comporre la Chiave Logica Numero originale del Documento 122 Si veda il Paragrafo 6.1 NoTIER Specifiche Funzionali 98/119

99 Ufficio Emittente ID NoTIER e Denominazione dell Ufficio Emittente Ufficio Destinatario ID NoTIER e Denominazione dell Ufficio Destinatario 123 Anno Tipo Ciclo Anno di riferimento del Documento Principale che compone la Chiave Logica Valorizzato sempre a Ciclo Attivo Data Ricezione Data di ricezione del documento in NoTIER 116 Le Azioni Disponibili sono le seguenti: Visualizza UBL/SDI: Attiva la funzione di Visualizzazione del file in formato UBL/FatturaPA che produce una rappresentazione in HTML formattato dello stesso in una nuova pagina del Browser WEB. Scarica UBL/SDI: Consente il download del Documento Principale in rappresentazione XML. Nella sezione Allegati è inoltre possibile effettuare il download degli allegati binari inclusi nel Documento Principale. I file vengono prodotti con l estensione specificata nel file XML originale Azioni Specifiche di Ciclo Attivo Qualora l utente WEB sia associato al ruolo di Modifica è disponibile la seguente Funzione: Conserva. Consente all utente di forzare la conservazione in ParER in tutti i casi in cui non è prevista automaticamente da NoTIER, ossia per tutti e soli quei Documenti associati ad un Metastato di Esito Rifiutato 125 oppure i Documenti Principali che prevedono l invio a PEPPOL. Al Documento viene associata una Sessione di Conservazione e assume Metastato DA INVIARE nel contesto di Conservazione. 123 Il campo è valorizzato solo nel Dettaglio di Ciclo Passivo 124 NoTIER quindi non esegue alcun controllo sul MIME Type del file. 125 Tale condizione di verifica quando il Documento è stato scartato da SDI (Notifica di Scarto) NoTIER Specifiche Funzionali 99/119

100 Notifiche In questo Tab viene presentata una Tabella con la lista di tutti i Documenti Correlati al Documento Principale. Figura 34 - Documenti Correlati di Ciclo Attivo La Tabella supporta la paginazione dei risultati in base al numero specificato degli stessi per pagina, che può essere scelto agendo sulla apposita Select in alto a sinistra. La Tabella è organizzata come segue. Tabella 15 - Lista Documenti Correlati di Ciclo Attivo Campo Ordinabile Contenuto Tipo SI Tipologia del Documento Correlato Data SI Data di salvataggio del Documento Correlato in NoTIER Stato NO Icone su tre colonne che rappresentano i valori di Metastato correnti in base al Contesto, in ordine: Invio/Ricezione, Esito 126, Versamento 126 L Esito è visibile solo per la Notifica di Esito Committente nel Ciclo Passivo NoTIER Specifiche Funzionali 100/119

101 Sono presenti tre pulsanti che attivano le seguenti funzioni: Dettaglio. Attiva la funzione di Dettaglio del Documento Correlato. Azioni NO Scarica. Effettua il download del Documento con rappresentazione XML, analogamente al Documento Principale Visualizza. Attiva la funzione di Visualizzazione analogamente al Documento Principale E anche disponibile la seguente funzione, applicabile ai Documenti Correlati selezionati tramite Checkbox: Recapita. Forza il Metastato di Ricezione del Documento Correlato al valore RECAPITATO. L azione è del tutto equivalente al recupero puntuale dello stesso effettuata tramite l invocazione al servizio di Recupero Stato In questo Tab viene presentato il dettaglio relativo ai valori degli Stati del Documento e delle relative Sessioni descritti nel Paragrafo 8.1 In particolare saranno quindi presentati i soli dati relativi allo Stato del Documento, alla Sessione di Invio e all eventuale sessione di Conservazione. 127 Si veda il Paragrafo NoTIER Specifiche Funzionali 101/119

102 Figura 35 - Stato Documenti di Ciclo Attivo I Dati sono presentati in sola lettura e sono organizzati come segue Tabella 16 - Campi Stato in Ciclo Attivo Campo Invio Contenuto Stato Documento Valore dello Stato del Documento nel Contesto di Invio 128 Tipo Sessione Tipo della Sessione di Invio, SDI o PEPPOL Stato Sessione Valore dello stato della Sessione di Invio associata al Documento 128 Data di Invio Campo Conservazione Data di effettivo invio al Sistema destinatario, SDI o PEPPOL Contenuto Stato Documento Valore dello Stato del Documento nel Contesto di Conservazione 129 Stato Sessione Valore dello stato della Sessione di Conservazione associata al Documento Si veda il Paragrafo Si veda il Paragrafo 8.4 NoTIER Specifiche Funzionali 102/119

103 Interfaccia di Ciclo Passivo Analoga a quanto descritto nel Paragrafo Al primo avvio della funzione (o dopo il reset dei Filtri) si presenta solo la Maschera di Ricerca come segue. Figura 36 - Monitoraggio di CP Maschera di Ricerca NoTIER Specifiche Funzionali 103/119

104 Il filtri applicabili sono i seguenti. Campo Tipo Tipo Ricerca Ente - Ufficio Select 130 URN/Numero Documento Tipo Documento (Principale) Testo Select Ricerca libera sull URN o sul numero del Documento Principale Mittente Testo Stato Documento Select 131 Ricerca libera con funzione di auto completamento su ID NoTIER, Ragione Sociale e Codice Fiscale dell Ufficio Emittente Data Ricezione da Data Ricezione a Data Data Alla selezione si attiva la widget per l inserimento della data. Il campo non è editabile Alla selezione si attiva la widget per l inserimento della data. Il campo non è editabile Maschera dei Risultati e Azioni sono del tutto analoghe a quanto descritto nel Paragrafo Dettaglio Documento di Ciclo Passivo Analogo a quanto descritto nel Paragrafo Le azioni applicabili ai Documenti di Ciclo passivo sono: Recapita, Conserva, Accetta, Rifiuta Dati Principali Analogo a quanto descritto nel Paragrafo Figura 37 - Dati Principali di Dettaglio di Ciclo Passivo 130 Select a due livelli, la scelta dell Ente dalla prima Select popola la seconda Select Ufficio con i relativi valori degli uffici afferenti 131 La Select è popolata con i valori di Metastato applicabili al Ciclo Passivo e suddivisi per Contesto. NoTIER Specifiche Funzionali 104/119

105 Azioni Specifiche di Ciclo Passivo: Recapita Qualora l utente WEB sia associato al ruolo di Modifica è disponibile la seguente Funzione: Recapita. Forza il Metastato di Ricezione del Documento Principale al valore RECAPITATO. L azione è del tutto equivalente al recupero puntuale dello stesso effettuata tramite l invocazione al servizio di Recupero Azioni Specifiche di Ciclo Passivo: Accetta e Rifiuta 132 Si veda il Paragrafo NoTIER Specifiche Funzionali 105/119

106 Qualora l utente WEB sia associato al ruolo di Modifica sono disponibili la seguenti Funzioni: Accetta. Forza il Metastato del Documento di Invio al valore ACCETTATO. L azione è del tutto equivalente all invio effettuato tramite il servizio di Invio Documento di una Notifica di Esito Committente con valore EC La Notifica viene effettivamente generata da NoTIER ed inviata a SDI ed è quindi a tutti gli effetti un Documento Correlato a quello Principale. Rifiuta. Forza il Metastato del Documento di Invio al valore RIFIUTATO. L azione è del tutto equivalente all invio effettuato tramite il servizio di Invio Documento di una Notifica di Esito Committente con valore EC La Notifica viene effettivamente generata da NoTIER ed inviata a SDI ed è quindi a tutti gli effetti un Documento Correlato a quello Principale. In fase di conferma l utente WEB può inoltre inserire una descrizione del rifiuto come previsto dalle specifiche di servizio di SDI. Figura 38 - Rifiuto di un Documento in Ciclo Passivo 133 Si veda il Paragrafo NoTIER Specifiche Funzionali 106/119

107 Azioni Specifiche di Ciclo Passivo: Conserva La Funzione Conserva implementa la fase di Integrazione dei Dati Fiscali descritta nel Paragrafo ed è quasi equivalente 134 all Integrazione eseguita tramite l invocazione del servizio di Integrazione. La funzione è attiva se e solo se il Documento è associato al Metastato del contesto di Conservazione con valore IN ATTESA DATI FISCALI. Inoltre la funzione è attivabile una volta sola. Non è più possibile effettuare o modificare i dati di Integrazione Fiscale successivamente al primo salvataggio eseguito con successo. Figura 39 - Integrazione Dati Fiscali in Ciclo Passivo 134 Manca infatti la possibilità di specificare i riferimenti ai Documenti Collegati già versati in ParER NoTIER Specifiche Funzionali 107/119

108 I Dati presenti in maschera consentono l inserimento dei dati di Integrazione Fiscale richiesti. E inoltre attiva una funzione di validazione degli stessi al salvataggio. I campi sono i seguenti. Tabella 17 - Campi di Integrazione Dati Fiscali in Ciclo Passivo Campo Tipo Default Validazione Numero Registrazione Testo Obbligatorio, Max 50 Data Registrazione Campo Data Obbligatorio Registro Testo Obbligatorio, Max 50 Numero Protocollo Testo Obbligatorio, Max 50 Data Protocollo Campo Data Obbligatorio Oggetto Fornitura Testo Max 50 Scadenza Campo Data Tipo Riferimento Contabile Select 135 Riferimento Contabile Testo Max 50 Rilevanza IVA Select 136 CIG Testo Max 50 CUP Testo Max 50 Al salvataggio il Metastato del Contesto di Conservazione assume valore DA INVIARE Notifiche Analogo a quanto descritto nel Paragrafo Stato Analogo a quanto descritto nel Paragrafo Valori: CAPITOLO,IMPEGNO,PIANO GESTIONALE 136 Valori: SI, NO NoTIER Specifiche Funzionali 108/119

109 Funzione di esportazione Excel Disponibile nella Maschera dei Risultati, sia nel Ciclo Attivo che Passivo. All attivazione della Funzione NoTIER genera un file Excel 137 nel seguente formato. Figura 40 - Esportazione Excel Nel foglio Excel esportato vengono rappresentati gli eventuali valori di filtro applicati ed il riepilogo di tutti e soli i Documenti estratti in base al Ciclo scelto. 137 Con estensione.xls compatibile Office 2007 e successivi ed ovviamente con Open Office NoTIER Specifiche Funzionali 109/119

110 Funzione di esportazione Massiva UBL/SDI Disponibile nella Maschera dei Risultati, sia nel Ciclo Attivo che Passivo. All attivazione viene eseguita l esportazione massiva di tutti i Documenti correntemente selezionati dal filtro con rappresentazione XML in base al formato scelto. Nel caso di Esportazione Massiva SDI vengono esportati non solo i Documenti Principali, ma anche i relativi Documenti Correlati di tipo File Metadati Fattura. E stata inoltre prevista una modalità completamente asincrona di funzionamento, per impedire che i tempi di risposta siano eccessivamente lunghi qualora l esportazione riguardi migliaia o decine di migliaia di Documenti. Pertanto l Utente WEB attiva la Funzione di esportazione e può tranquillamente continuare ad utilizzare l interfaccia WEB o anche effettuare il logout. In qualsiasi momento successivo all attivazione può effettuare la gestione dell esportazione corrente attraverso l apposita Interfaccia offerta dal Profilo Utente e descritta nel Paragrafo Sempre per questioni di performance, l Utente WEB può effettuare un numero limitato di esportazioni massive contemporaneamente, superato il quale deve eliminare una precedente esportazione prima di potere attivarne una nuova Profilo Utente Il Profilo Utente è la funzione che consente agli utenti di accedere e modificare le informazioni relative alla propria utenza attiva sull Interfaccia WEB. La funzione è accessibile da qualsiasi pagina dell Interfaccia WEB agendo sull apposito menu che compare selezionando l area in alto a destra Figura 41 - Attivazione Profilo Utente Il Profilo Utente è organizzato in quattro Tab che consentono di accedere a funzioni specifiche NoTIER Specifiche Funzionali 110/119

111 Dati Principali Nel Tab sono presentati i dati anagrafici dell utente accreditato sull interfaccia WEB. Figura 42 - Profilo Utente - Dati Principali I Dati sono presentati come segue. Tabella 18 - Profilo Utente - Campi Dati Principali Campo Modifica Contenuto Validazione User ID NO Identificativo Univoco dell utente WEB assegnato in fase di accreditamento NoTIER Specifiche Funzionali 111/119

112 Ruolo NO Ruolo assegnato all Utente WEB 138 Nome NO Nome Utente WEB Cognome NO Cognome Utente WEB Codice Fiscale NO Codice Fiscale Utente WEB Scadenza Account NO Data di scadenza dell Account 139 SI associata all Utente WEB 140 Obbligatorio, valida Telefono SI Numero di telefono associato all Utente WEB Se inserito, almeno 6 cifre La funzione di Modifica consente all utente di modificare e salvare il valore dei soli campi e Telefono. E inoltre attiva una funzione di validazione dei dati inseriti al momento del salvataggio Soggetti Nel Tab viene visualizzata la lista dei Soggetti che sono stati associati all Utente WEB in fase di accreditamento. La Tabella che presenta la lista supporta la paginazione dei risultati in base al numero specificato degli stessi per pagina, che può essere scelto agendo sulla apposita Select in alto a sinistra. 138 Si veda il Paragrafo Alla data di scadenza l utente diventa non attivo e dovrà richiedere la riattivazione attraverso i canali preposti da IntercentER 140 La mail viene utilizzata per la funzione di recupero della Password e per le comunicazioni automatiche effettuate da NoTIER. NoTIER Specifiche Funzionali 112/119

113 Figura 43 - Profilo Utente Soggetti Associati La Tabella è organizzata come segue Figura 44 - Profilo Utente Tabella Soggetti Associati Campo Ordinabile Contenuto Organizzazione SI ID e Denominazione della Organizzazione a cui afferisce l Ufficio ID NoTIER SI ID NoTIER dell Ufficio associato Denominazione SI Denominazione dell Ufficio associato Riferimento SI Nome del Referente dell Ufficio NoTIER Specifiche Funzionali 113/119

114 Dettaglio Allegato NO NO Pulsante che attiva la Funzione di Dettaglio 141 di CA del singolo documento. Icona che identifica se il Documento è provvisto di uno o più allegati 142, il cui Download è disponibile nella Funzione di Dettaglio Password Il Tab consente in un qualsiasi momento di effettuare il cambio della password corrente. Figura 45 - Profilo Utente Cambio Password 141 Si veda il Paragrafo Gli Allegati sono estratti dalla rappresentazione codificata (Base64) di uno o più file Binari presenti nel file XML NoTIER Specifiche Funzionali 114/119

115 Le regole previste sull inserimento della nuova password sono le seguenti: La nuova password deve essere diversa dalla precedente. La nuova password deve essere lunga 8 caratteri e contenere almeno un numero ed un carattere alfabetico. La funzione di cambio password si attiva inoltre automaticamente al Login nei seguenti casi Al primo login dell Utente WEB, che inserisce la password temporanea generata automaticamente da NoTIER ed inviata per (Primo accesso o Reset Password) Alla data di scadenza della password corrente Esportazioni Il Tab consente la gestione delle Esportazioni Massive attivate dall Utente WEB nell interfaccia di Monitoraggio. Figura 46 - Profilo Utente Esportazioni NoTIER Specifiche Funzionali 115/119

116 E presente una Tabella con la lista delle Esportazioni Massive attivate organizzata come segue. Figura 47 - Profilo Utente Campi Esportazione Campo Ordinabile Contenuto Nome File SI Nome del file contenente i Documenti esportati Data Inizio SI Data di Inizio elaborazione 143 Data Fine SI Data di fine elaborazione Progresso NO Barra di avanzamento dell elaborazione Sono presenti due pulsanti Azioni NO Download. Si attiva solo a fine elaborazione, consente il download del file archivio con estensione.zip contenente i Documenti Elimina. Cancella l attività di elaborazione, eliminando il file archivio. Inoltre è disponibile un pulsante di Refresh, che consente di aggiornare lo stato di avanzamento dell elaborazione senza necessità di aggiornare la pagina Approvazione Funzione che consente agli Utenti WEB la gestione dell approvazione manuale dei Documenti in Formato FatturaPA firmato prima dell invio a SDI. Alla funzione accedono i soli Utenti WEB associati al ruolo di Approvazione Dominio di Ricerca Il Domino di Ricerca su cui un Utente Web può operare per applicare i filtri offerti dalla Funzione di Approvazione consiste in tutti e soli i Documenti di Ciclo Attivo veicolati a SDI ed emessi dai 143 L elaborazione effettiva dei File da esportare non parte all attivazione da parte dell Utente, ma all attivazione di un apposito JOB che si avvia con cadenza prestabilita. NoTIER Specifiche Funzionali 116/119

117 Soggetti a cui l utente è stato associato in fase di accreditamento e per i quali non è stata attivata la modalità di Approvazione Automatica durante l invio del Documento Interfaccia Analogamente al Monitoraggio, anche l Interfaccia di Approvazione è composta da una Maschera di Ricerca e una Maschera dei Risultati. Al primo avvio della funzione (o dopo il reset dei Filtri) si presenta solo la Maschera di Ricerca come segue. Figura 48- Filtri Approvazione Il filtri applicabili sono i seguenti. NoTIER Specifiche Funzionali 117/119

118 Tabella 19 - Approvazione - Campi Filtro Campo Tipo Tipo Ricerca URN Testo Ricerca libera sull Urn del Documento Tipo Documento Data Ricezione da Select Data Seleziona i due tipi di Documento disponibili: Fattura o Nota di Credito Alla selezione si attiva la widget per l inserimento della data. Il campo non è editabile Data Ricezione a Data Le azioni disponibili sull Maschera di Ricerca sono: Alla selezione si attiva la widget per l inserimento della data. Il campo non è editabile Ricerca. Applica i filtri al Dominio di Ricerca e visualizza la Maschera dei Risultati Pulisci. Elimina tutti i filtri applicati e riporta alla sola Maschera di Ricerca. In seguito all applicazione dei filtri e alla Ricerca si presenta la Maschera dei Risultati. Tabella 20 - Approvazione - Risultati NoTIER Specifiche Funzionali 118/119