1 DOMINIO DI APPLICAZIONE DEL SERVIZIO INFORMATICO DI TESORERIA... 3

ASSESSORATO DELLA PROGRAMMAZIONE, BILANCIO, CREDITO E ASSETTO DEL TERRITORIO DIREZIONE GENERALE PROCEDURA APERTA PER L AFFIDAMENTO DEL SERVIZIO DI TESORERIA REGIONALE ALLEGATO SPECIFICHE FUNZIONALI E TECNICHE APPROVATO CON DETERMINAZIONE N. 6324/192 DEL 26.07.2012 INDICE 1 DOMINIO DI APPLICAZIONE DEL SERVIZIO INFORMATICO DI TESORERIA... 3

1.2 Finalità dell intervento... 3 2 Gestione dell Ordinativo Informatico locale... 3 2.2 Il flusso tecnologico di comunicazione... 3 2.3 Punto unico di accesso... 4 2.4 Gestione dei poteri di firma... 5 2.5 Formazione e firma del flusso... 5 2.6 Trasmissione, ricezione e controlli formali del flusso... 5 2.7 Elaborazione del flusso e controlli di merito... 6 2.8 Esecuzione di ordinativi informatici di incasso e pagamento... 6 2.9 Pagamenti/Riscossioni in assenza di ordinativi: emissione di provvisori di cassa... 6 2.10 Annullo ordinativi di incasso o pagamento... 6 2.11 Variazione di ordinativi di incasso e pagamento... 7 2.12 Messaggi di ritorno... 7 2.13 Ricevuta di servizio... 8 2.14 Ricevuta applicativa... 8 2.15 Informazioni dell ordinativo modificabili dal Tesoriere... 9 3 Gestione bilancio e successive variazioni... 9 4 Portale web per l accesso alle informazioni, disposizione, e tenuta conti... 13 5 Allegati tecnici del mandato informatico... 15 5.2 Tracciato XSD Flusso Ordinativi... 15 5.3 Tracciato XSD Ricevute Applicative... 33 5.4 Tracciato XSD Flusso Ricevute di servizio... 40 5.5 Tracciato XSD Flusso Ricevute applicative pacchetto... 42

1 DOMINIO DI APPLICAZIONE DEL SERVIZIO INFORMATICO DI TESORERIA 1.2 Finalità dell intervento Il presente documento espone la definizione dei processi, delle regole e delle tecniche per la gestione dei flussi informativi standard e personalizzati in uso presso la Regione Autonoma della Sardegna. Di seguito si elencano i punti di accesso di comunicazione tra l Amministrazione e il Tesoriere: Gestione dell Ordinativo Informatico Locale: realizzato in base alle specifiche tecniche della Circolare ABI serie 80/2003. Attualmente implementato su tre distinte contabilità: a. Bilancio ordinario; b. Bilancio ENPI CBC Bacino del Meditteraneo; c. Bilancio del Piano di Rinascita. Gestione del portale informativo e dispositivo, il portale deve fornire in autonomia I seguenti servizi minimi: a. Profilazione, livelli di sicurezza e livelli autorizzativi; b. Gestione bilanci e delibere di variazione del bilancio; c. Gestione flussi informativi; d. Gestione flussi stipendiali; e. Gestione flussi modelli fiscali; f. Gestione flussi MAV. Gestione del bilancio e delle variazioni. 2 Gestione dell Ordinativo Informatico locale Nel presente capitolo sono descritti i requisiti funzionali del flusso di comunicazione basato sulle specifiche tecniche della Circolare ABI serie 80/2003 e le successive integrazioni e personalizzazioni. 2.2 Il flusso tecnologico di comunicazione Il flusso informativo di comunicazione tra l Amministrazione regionale e il Tesoriere è rappresentato dai seguenti flussi in tecnologia XML: 1. Disposizioni dall Amministrazione verso il Tesoriere: a. mandato di pagamento/regolarizzazione; b. annullo mandato di pagamento; c. variazione mandato di pagamento; d. reversale di incasso/regolarizzazione;

e. annullo reversale di incasso; f. variazione reversale di incasso; g. Conferma ricezione flusso provvisori (non firmato). Tali disposizioni possono essere raggruppate per tipologia (mandato, reversale, annullo, variazione) e inviati in un unico flusso, in genere denominato lista. Si specifica che le disposizioni di cui al punto uno sono costituite da un singolo beneficiaro/versantie, ed è inoltre possibile che con l apposizione di un unica firma digitale si sottoscriva un flusso contenente un singolo ordinativo informatico oppure più ordinativi informatici. La firma di un flusso, comprensivo di più ordinativi, non cambia l autonomia e la soggettività di ognuno di loro tale che la firma è da intendersi riferita ad ogni singolo ordinativo contenuto nel flusso. La firma elettronica individuata è, nel rispetto della normativa vigente, una firma digitale qualificata che conferisce ai documenti la stessa valenza giuridica della firma autografa. Inoltre, ai fini dell esecuzione, sono considerati i singoli ordinativi informatici. Il trattamento e l eventuale conseguente rendicontazione di un singolo ordinativo informatico non condiziona il trattamento di altri ordinativi informatici eventualmente contenuti nel medesimo flusso. Di seguito si elencano le altre tipologie di flusso informativo: 2. Informazioni inviate dal Tesoriere all Amministrazione regionale: a. Riscontro esito flusso dispositivo; b. Riscontro esito per ogni singola disposizione; c. Provvisorio in uscita; d. Provvisorio in entrata. Le disposizioni elencate al punto due devono anch esse prevedere la tecnologia di firma elettronica. 2.3 Punto unico di accesso Il punto unico di accesso è un sistema hardware/software messo a disposizione del Tesoriere, sito nei locali dell Amministrazione Regionale, tale punto permette lo scambio sicuro di informazioni da e verso il Tesoriere Regionale. Il sistema è constituito tecnicamente da: Un PC con le seguenti caratteristiche minime o o o o Sistema Operativo Windows 7 Professional Processore Pentium dual core da 2.80 Ghz Memoria RAM 2GB Disco Rigido da 250 GB Il software di sincronizzazione dei flussi digitali che deve offrire le segue funzionalità minime o Permettere di creare più profili, in base ai conti di tesoreria gestiti, seprati e indipendenti con i relativi livelli minimi di sicurezza; o o Paramettrizzazione delle cartelle di invio/ricezione; Schedulazione e temporizzazione dell invio/ricezione dei flussi.

Il sistema software di sincronizzazione, a carico del Tesoriere, dovrà essere costantemente manuntenuto e aggiornato e dovrà essere possibile segnalare tempestivamente eventuali malfunzionamenti tecnici, i cui tempi di risoluzione sono demandati a quanto previsto nel capitolato d oneri. 2.4 Gestione dei poteri di firma Il documento di accreditamento dei firmatari contiene lo specimen di firma di un soggetto firmatario da parte dell Amministrazione regionale e in particolare vengono indicate le seguenti informazioni: il codice fiscale del soggetto, utilizzato come codice identificativo del soggetto; stampa del certificato pubblico con cui il soggetto è abilitato a firmare; la determina/decreto di autorizzazione da parte dell Amministrazione che ne descrive la sua validità (perpetua o a scadenza). L Amministrazione regionale comunica al Tesoriere i soli dati anagrafici del firmatario, il certificato utilizzato per la firma e lo stato del certificato mediante nota con firme autografe. L attribuzione di poteri di firma è comunicata attraverso un e-mail dai soggetti autorizzati dell Amministrazione e del tesoriere, in cui viene allegata il certificato pubblico di firma digitale. I controlli formali relativi al flusso specimen di firma sono tesi a verificare anche la congruità dei dati in esso contenuti come ad esempio la coerenza tra il codice fiscale espresso in chiaro e quello presente nel certificato. Alla ricezione dell e-mail e della nota, il Tesoriere risponde all Amministrazione con conferma del caricamento sui propri sistemi e l esito dei controlli formali sul certificato. Il Tesoriere è tenuto a comunicare mediante stesso processo di cui al punto precedente il proprio certicato pubblico di firma digitale, che sarà prontamente caricato dall Amministrazione. Prima della conferma di avvenuta ricezione e caricamento da parte dei soggetti, non sarà possibile trasmettere informazioni in firma digitale. 2.5 Formazione e firma del flusso L'emissione del flusso è controllata e autorizzata da parte delle unità competenti presso l Amministrazione regionale. Il flusso è sottoscritto con firma digitale dai soggetti responsabili presso l Amministrazione regionale, nel rispetto del proprio regolamento. 2.6 Trasmissione, ricezione e controlli formali del flusso L Amministrazione, una volta verificate le sottoscrizioni presenti nel flusso, li trasmette al sistema di gestione e invio dei flussi dispositivi ; il Tesoriere controlla la validità della firma digitale, la legittimità dei poteri del sottoscrittore e la struttura complessiva del flusso come descritti nella sezione tecnica:

nel caso in cui il Tesoriere rilevi anomalie nel flusso ricevuto, genera ed invia un messaggio di rifiuto del flusso (denominato di seguito ricevuta di servizio negativa ); in assenza di anomalie nel flusso ricevuto, genera ed invia un messaggio di conferma di ricezione del flusso (denominato di seguito ricevuta di servizio positiva ). 2.7 Elaborazione del flusso e controlli di merito Una volta ricevuti i flussi dispositivi dall Amministrazione, il Tesoriere esegue i controlli di merito per ogni singolo ordinativo informatico. Per ogni ordinativo viene generato il seguente risultato: Il Tesoriere, in assenza di anomalie, invia un messaggio di acquisizione ordinativo (denominato di seguito Ricevuta di Carico positiva). Il Tesoriere, alla presenza di almeno un anomalia concernente l ordinativo la comunica all Amministrazione mediante un messaggio di rifiuto dell ordinativo (di seguito denominato Ricevuta di Carico negativa ). In questa fase se un ordinativo riceve un carico negativa da parte del Tesoriere, l ordinativo non potrà essere ritrasmesso dall Amministrazione come un nuovo ordinativo informatico, all interno di un successivo flusso. In questo caso, l Amministrazione dovrà tassativamente procede all annullamento dell ordinativo all interno del proprio sistema, dandone comunicazione al Tesoriere mediante l invio di un flusso Ordinativo di Annullo. 2.8 Esecuzione di ordinativi informatici di incasso e pagamento Il Tesoriere attiva le procedure contabili e informatiche per l esecuzione degli ordinativi di incasso e di pagamento con le modalità di estinzione previste dal contratto. Qualora l esecuzione di un ordinativo sottintenda un operazione contabile é prodotto un messaggio di esecuzione/storno di ordinativo (di seguito denominato ricevuta di Esecuzione ). 2.9 Pagamenti/Riscossioni in assenza di ordinativi: emissione di provvisori di cassa A seguito dell emissione di un provvisorio di cassa di uscita o di entrata, il Tesoriere produce la relativa Ricevuta di Esecuzione, anche cumulativa per giornata e tipologia. L Amministrazione, una volta eseguite le verifiche contabili, provvederà a regolarizzare le ricevute con l emissione dei relativi ordinativi a copertura o regolarizzazione. Il Tesoriere non può procedere allo storno di un Sospeso se ha già inviato la ricevuta di carico positiva dell Ordinativo a Copertura. 2.10 Annullo ordinativi di incasso o pagamento Nel caso in cui un ordinativo risulti impagabile o incassabile, l Amministrazione dovrà procedere alla produzione dell ordine di annullo. Il Tesoriere prende atto dell annullamento dell ordinativo informatico da parte dell Amministrazione e ne da conferma alla stessa con una ricevuta di carico positiva.

L ordinativo di annullo deve essere emesso per ogni ordinativo rifiutato dal Tesoriere al fine di permettere ai propri archivi documentali di rimanere allineati ed in particolar modo al fine della concordanza nelle rispettive verifiche di cassa. 2.11 Variazione di ordinativi di incasso e pagamento In seguito all esecuzione di un ordinativo è possibile la variazione di alucne informazioni tramite la specifica emissione di nuovi ordinativi. E consentita la modifica di alcuni elementi relativi all imputazione di bilancio, della codifica SIOPE, dei dati del provvedimento, informazioni che non risultano essenziali ai fini della validità e della regolarità dell operazione eseguita. Di norma, il Tesoriere prende atto della richiesta di variazione e ne conferma il recepimento con una ricevuta di carico positiva. Il Tesoriere, qualora l ordinativo sostituente differisca dall ordinativo originale per elementi essenziali ai fini della validità e della regolarità dell operazione di tesoreria già eseguita o se l ordinativo originale non risulta eseguito comunica il diniego della richiesta con una ricevuta di carico negativa. Nel caso di errore, l Amministrazione potrà procedere con un altra sostituzione, correggendo gli elementi errati. L Ordinativo di variazione rappresenta un ordinativo a tutti gli effetti, la sua numerazione deve essere progressiva nell ambito degli ordinativi della sua specie e pertanto un suo eventuale rifiuto richiede l emissione di una specifica richiesta di annullo. L iniziativa di variazione avviene da parte dell Amministrazione nel caso in cui vi è la necessità di variare dati non essenziali e per ordinativi già eseguiti che pertanto non potranno poi essere annullati. I dati soggetti a variazione: capitolo e centro di responsabilità; impegno di spesa o accertamento d entrata; liquidazione attiva o passiva; codifiche SIOPE. All ordinativo sostituente vengono associate le quietanze originariamente emesse sull originale. Una volta terminata l operazione, l ordinativo originale sarò stornato. E possibile sostituire parimenti gli ordinativi a copertura. 2.12 Messaggi di ritorno Sono previsti un insieme di messaggi di ritorno con i quali il Tesoriere risponde all Amministrazione a fronte della ricezione degli ordinativi strutturati come indicato nei paragrafi precedenti. Detti messaggi sono sottoscritti con la firma digitale dai soggetti competenti presso il Tesoriere. Sono di seguito riepilogati i messaggi generati dal Tesoriere e ne sono precisati il significato e le loro caratteristiche. Vi sono due tipi di messaggio di ritorno in risposta all invio di un flusso di ordinativi: messaggio di conferma di ricezione del flusso (ricevuta di servizio positiva);

messaggio di rifiuto del flusso (ricevuta di servizio negativa). entrambi questi messaggi sono obbligatori e sottoscritti con firma digitale. E inoltre possibile distinguere quattro categorie di messaggi di ritorno riguardanti i singoli ordinativi, definiti di seguito: messaggio di esito applicativo per acquisizione ordinativo, (Ricevuta di Carico positiva); messaggio di esito applicativo per rifiuto ordinativo, (Ricevuta di Carico negativa); messaggio di esito applicativo di avvenuta esecuzione/storno ordinativo. (Ricevuta di Esecuzione); messaggio di esito applicativo di ineseguibilità Ordinativo (Ricevuta di Inesegiubilità). 2.13 Ricevuta di servizio La ricevuta di servizio, a firma del tesoriere, ha lo scopo di comunicare all Amministrazione l avvenuto esito positivo della ricezione di un flusso, contenente uno o più ordinativi. Le ricevute di servizio sono di due tipologie positiva e negativa. Nella ricevuta di servizio positiva è presente un riferimento temporale a cura del Tesoriere. Esso rappresenta l'informazione contenente la data e l'ora di ricezione del flusso dal quale decorrono i tempi di estinzione dell ordinativo previsti nel Capitolato Speciale d Oneri. Il riferimento temporale, da intendersi come un indicazione che ha valenza bilaterale non rispondere ai criteri di marca temporale disciplinata nella normativa contenuta nel D.P.C.M 13/01/2004. La ricevuta di servizio negativa, anch essa a firma del Tesoriere, comunica all Amministrazione il rifiuto di un flusso formalmente non corretto per il contenuto o per problemi legati all autorizzazione del firmatario. 2.14 Ricevuta applicativa La ricevuta applicativa, generata per ogni ordinativo trasmesso, ha lo scopo di comunicare all Amministrazione lo stato di avanzamento delle operazioni di tesoreria. La ricevuta applicativa può essere delle seguenti tipologie: Ricevuta di carico positiva/negativa; Ricevuta di esecuzione; Ricevuta informativa di inesegubilità. Se l esecuzione dell ordinativo non sottintende una operazione bancaria l esecuzione positiva dello stesso è contestuale alla sua acquisizione e quindi questo messaggio attesta sia la regolarità dell ordinativo e quindi la sua l accettazione in ogni sua parte sia la sua esecuzione (es. annullo di un ordinativo, variazione ordinativo, ecc.). La ricevuta applicativa negativa ha lo scopo di comunicare all Amministrazione che il Tesoriere è impossibilitato ad acquisire l ordinativo. Il Tesoriere invia una ricevuta di carico negativa per ogni ordinativo che presenta anomalie.

La ricevuta applicativa di escecuzione comunica l'avvenuta esecuzione/storno di un ordinativo ed equivale all emissione di una quietanza o bolletta sia per un ordinativo emesso direttamente dall Amministrazione, che per iniziativa del Tesoriere (provvisori da regolarizzare). Il messaggio di avvenuta esecuzione/storno ordinativo viene sottoscritto con firma digitale dai soggetti competenti presso il Tesoriere. Nel caso di ricevuta applicativa di storno, al fine di informare tempestivamente l Amministrazione, il Tesoriere invierà una ricevuta applicativa di ineseguibilità dell ordinativo, la quale si informerà l Amministrazione delle motivazioni dello storno e della necessità di procedere con un annullo dell ordinativo. Il messaggio di ineseguibilità può essere prodotto anche prima dell esecuzione dell ordinativo qualora risulta evidente al Tesoriere l impossibilità che lo stesso possa andare a buon fine. 2.15 Informazioni dell ordinativo modificabili dal Tesoriere Di norma il Tesoriere non ha facoltà di modificare alcuna informazione dell ordinativo e pertanto è sempre garantita l uguaglianza tra le modalità con cui il Tesoriere esegue il pagamento e quelle espresse nel ordinativo. In via eccezionale e per ragioni di urgenza (es. pagamento che se non eseguito arreca danno all Amministrazione), i responsabili dell Amministrazione possono ordinare una modifica alle modalità di esecuzione dell ordinativo, tracciando la richiesta e attendendo riscontro da parte del Tesoriere. 3 Gestione bilancio e successive variazioni La gestione del bilancio sui conti di tesoreria dell Amministrazione Regionale può essere delle seguenti tipologie: Bilancio di compentenza; Bilancio di compentenza e di cassa; Bilancio di cassa. Nel caso di bilancio di cassa l Amministrazione Regionale non è tenuta a comunicare alcun allegato tecnico o variazioni della struttura del proprio bilancio al Tesoriere Regionale. In caso di bilancio di competenza e/o di cassa, il Tesoriere Regionale deve recepire ogniqualvolta si riterrà necessario, con cadenza (giornaliera, settimanale, mensile), l allineamento del così detto allegato tecnico e delle variazioni intercorse nell esercizio. L Amministrazione Regionale si riserva di modificare e aggiornare i tracciati ogni qualvolta sarà necessario e il Tesoriere dovrà di conseguenza adattare il proprio sistema informatico di ricezione. I tracciati proprietari dell Amministrazione e a cui il Tesoriere si deve attenere sono i segenti. TRACCIATO RECORD BILANCIO

RECORD DI TESTATA CONFIGURAZIONE CONTROLLI CAMPO DESCRIZIONE POSIZIONE BLOCCANTI / LUNGHEZZA FORMATO VALORI AMMESSI 1 Filler 1 1 A SPACE 2 Tipo record 2 2 AN TB 3 Codice SIA Ente Emittente 4 5 AN R0009 4 Codice Ente Assegnato da 9 6 N 002326 BNL 5 Esercizio di competenza 15 4 N AAAA 6 Tipologia di documento 19 1 AN A, Approvato P provvisorio 7 Nome del supporto inviato 20 19 AN Stanziamento.txt al Tesoriere 8 Filler 39 212 A SPACES RECORD SUCCESSIVI CONFIGURAZIONE CONTROLLI CAMPO DESCRIZIONE POSIZIONE BLOCCANTI / LUNGHEZZA FORMATO VALORI AMMESSI 1 Filler 1 1 A SPACE 2 Tipo record 2 2 AN DD 3 Tipo Voce di bilancio 4 1 A U oppure E 4 Capitolo 5 9 AN Primi 6 byte rappresentano il capitolo senza SC, senza punti con 0 di riempimento allineato a destra, con 3 spazi finali. Es. 080045 5 Filler 14 1 A SPACE 6 Strategia U / Titolo E 15 2 N Per le uscite, la prima coppia di byte numerici per le entrare 0 + primo byte dell UPB numerico 7 Funzione obiettivo U / Categorie E 17 2 N Per le uscite, la seconda coppia di byte numerici per le entrare 0 + il secondo byte dell UPB numerico 8 Unità Previsionale di Base 19 7 N Per l uscita UPB senza S ne punti Per l entrata 0 + UPB 9 Filler 26 4 A SPACES 10 Importo residui sesto anno precedente 11 Importo residui quinto anno precedente 30 15 Nv2 Importo senza virgola decimale, le ultime 2 cifre rappresentano sempre i due decimali dell importo, sempre valorizzato a 0. 45 15 Nv2 Importo senza virgola decimale, le ultime 2 cifre rappresentano sempre i due

12 Importo residui quarto anno precedente 13 Importo residui terzo anno precedente 14 Importo residui secondo anno precedente 15 Importo residui primo anno precedente 16 Importo dello stanziamento in conto competenza 17 Importo dello stanziamento di cassa decimali dell importo, sempre valorizzato a 0. 60 15 Nv2 Importo senza virgola decimale, le ultime 2 cifre rappresentano sempre i due decimali dell importo, sempre valorizzato a 0. 75 15 Nv2 Importo senza virgola decimale, le ultime 2 cifre rappresentano sempre i due decimali dell importo, sempre valorizzato a 0. 90 15 Nv2 Importo senza virgola decimale, le ultime 2 cifre rappresentano sempre i due decimali dell importo, sempre valorizzato a 0. 105 15 Nv2 Importo senza virgola decimale, le ultime 2 cifre rappresentano sempre i due decimali dell importo. 120 15 Nv2 Importo senza virgola decimale, le ultime 2 cifre rappresentano sempre i due decimali dell importo. 135 15 Nv2 Importo senza virgola decimale, le ultime 2 cifre rappresentano sempre i due decimali dell importo, sempre valorizzato a 0. 18 Descrizione del capitolo 150 240 AN Descrizione del capitolo in base all allegato tecnico 19-A Centro di responsabilità 390 11 AN Centro di responsabilità. Es. 01.01.12.03 19-B Codice capitolo 401 1 N 0 Attivo con stanziamento, 1 Nuova Istituzione con stanziamento, 2 Attivo per memoria, 3 Nuova Istituzione per memoria.

19-C Filler 401 199 A SPACES TRACCIATO RECORD VARIAZIONI DI BILANCIO RECORD DI TESTATA CONFIGURAZIONE CONTROLLI CAMPO DESCRIZIONE POSIZIONE BLOCCANTI / LUNGHEZZA FORMATO VALORI AMMESSI 1 Filler 1 1 A SPACE 2 Tipo record 2 2 AN TD 3 Codice SIA Ente Emittente 4 5 AN R0009 4 Codice Ente Assegnato da 9 6 N 002326 BNL 5 Esercizio di competenza 15 4 N AAAA 6 Nome del supporto inviato 19 20 AN Variazioni.txt al Tesoriere 7 Filler 39 212 A SPACES RECORD SUCCESSIVI CONFIGURAZIONE CONTROLLI CAMPO DESCRIZIONE POSIZIONE BLOCCANTI / LUNGHEZZA FORMATO VALORI AMMESSI 1 Filler 1 1 A SPACE 2 Tipo record 2 2 AN DD 3 Tipo Voce di bilancio 4 1 A U oppure E 4 Capitolo 5 9 AN Primi 6 byte rappresentano il capitolo senza SC, senza punti con 0 di riempimento allineato a destra, con 3 spazi finali. Es. 080045 5 Filler 14 1 A SPACE 6 Numero Variazione 15 7 N Primi 7 numeri della Variazione SAP 7 Data di della Variazione 22 8 DT GGMMAAAA del documento SAP 8 Importo della Variazione di bilancio 30 15 Nv2 Importo senza virgola decimale, le ultime 2 cifre rappresentano sempre i due decimali dell importo 9 Segno 45 1 A Il segno dell importo 10 Importo della Variazione di cassa di bilancio + o - 46 15 Nv2 Importo senza virgola decimale, le ultime 2 cifre rappresentano sempre i due decimali dell importo, sempre valorizzato a 0. 11 Segno 61 1 A SPACE 12-A Centro di responsabilità 62 11 AN Centro di responsabilità. Es. 01.01.12.03 12-B Tipo di variazione 73 4 A Sottotipo budget della variazione SAP. Es. K, G, I,

LEG, RIA, COM, P. 12-C Descrizione 77 3 N Riga contabile, numero che identifica univocamente una variazione. BPEJ- BUZEI 12-D Descrizione 80 122 AN Descrizione SAP, campo tecnico BPBK-SGTEXT 13 Filler 202 49 A SPACES 4 Portale web per l accesso alle informazioni, disposizione, e tenuta conti Il Tesoriere deve mettere a disposizione un portale web, in cui l Amministrazione Regionale, in totale autonomia può eseguire operazioni di consultazione, gestione e disposizione. Di seguito si evidenziano le funzionalità base che il portale deve avere. 4.2 Gestione dei profili autorizzazitivi Il Tesoriere, in fase di startup, rilascia i profili amministrativi del portale ai tecnici dell Amministrazione, che in totale autonomia configureranno i profili e i ruoli ad ogni utente autorizzato. I conti correnti in essere presso l Amministrazione Regionali devono poter essere raggruppati per sotto ente / società, a cui ad esso devono poter essere associate le applicazioni/funzionalità di tipo informativo, dispositivo e di servizio. 4.3 Le applicazioni di tipo informativo Le applicazioni di tipo informativo devono poter permettere un analisi puntuale delle entità soggette al controllo Il set minimo informativo è di seguito speicificato: Tabulati con cadenza periodica o Verifica di cassa; o Sospesi giornalieri, riepilogo sospesi incassati, riepilogo sospesi pagaeti; o Mandati/Reversali da pagare; o Ricezione flussostipendi/stependi lavorati/iban inesistenti su stependi; o Mandati IBAN errati;

Movimentazioni sul C/C; Esisti informativi o Incassi; o Pagamenti; o F24. Analisi sulla situazione consolidata dell ente ad una certa data; Possibilità di visionare on-line la situazione dell ente o Situazione di esercizio; o Conti di Tesoreria; o Verifica di Cassa; o Disponibilità; o Saldo del Periodo. Possibilità di verificare la situazione on-line: o Mandati di pagamento; o Reversali di incasso; o Provvisori di entrata e di uscita. Estratto conto del periodo. 4.4 Le applicazioni di tipo dispositivo Le applicazioni di tipo dispositivo devono poter permettere, in una logica di workflow, l approvazione da parte dei dirigenti dei documenti caricati dagli operatori e sbloccati dai funzionari Il set minimo dispositivo è di seguito speicificato: F24; Mav; Riba; Rid; Stipendi. Il workflow dispositivo e autorizzativo deve poter riguardare i seguenti oggetti: Autorizzazioni Distinte (per distinta si intende un singolo oggetto dispositivo); Gestione invii Mandati e Reversali; Ricerche storiche nelle distinte. Infine, tramite il portale deve essere possibile disporre della gestione degli invii del bilancio di previsione e delle relative delibere tramite le seguenti funzionalità:

Bilancio di previsione; Delibere di bilancio. 5 Allegati tecnici del mandato informatico Di seguito si elencano il contenuto dei tracciati XSD preposti al controllo e alla validazione dei flussi in firma digitale scambiati tra l Amministrazione e il Tesoriere. L Amministrazione si riserva di aggiornare i propri tracciati ogni qualvoltà sarà necessario, conseguentemente il Tesoriere Regionale dovrà allineare i propri sistemi. 5.2 Tracciato XSD Flusso Ordinativi <?xml version="1.0" encoding="utf-8"?> <xs:schema xmlns:xsi="http://www.w3.org/2001/xmlschema-instance" attributeformdefault="unqualified" elementformdefault="qualified" xmlns:xs="http://www.w3.org/2001/xmlschema"> <xs:element name="flusso_ordinativi"> <xs:complextype> <xs:element name="codice_abi_bt"> <xs:pattern value="\d{5}" /> <xs:element name="identificativo_flusso"> <xs:pattern value="[a-za-z0-9]{12}" /> <xs:element minoccurs="0" name="data_ora_creazione_flusso" type="xs:datetime" /> <xs:element name="codice_ente" type="partitaivatype" /> <xs:element name="descrizione_ente"> <xs:maxlength value="30" /> <xs:element name="codice_ente_bt">

<xs:maxlength value="7" /> <xs:element name="esercizio" type="xs:gyear" /> <xs:choice> <xs:element name="inserimento_reversali" type="reversalitype" /> <xs:element name="annullamento_reversali" type="reversalitype" /> <xs:element name="variazione_reversali" type="reversalitype" /> <xs:element name="sostituzione_reversali" type="reversalitype" /> <xs:element name="inserimento_mandati" type="mandatitype" /> <xs:element name="annullamento_mandati" type="mandatitype" /> <xs:element name="variazione_mandati" type="mandatitype" /> <xs:element name="sostituzione_mandati" type="mandatitype" /> </xs:choice> <xs:complextype name="bilancioreversaletype"> <xs:element name="codifica_bilancio"> <xs:maxlength value="9" /> <xs:minlength value="9" /> <xs:element name="descrizione_codifica"> <xs:maxlength value="450" /> <xs:element name="centro_di_responsabilita"> <xs:maxlength value="11" /> <xs:minlength value="11" />

<xs:element minoccurs="0" name="descrizione_cdr"> <xs:maxlength value="150" /> <xs:element name="gestione"> <xs:enumeration value="r" /> <xs:enumeration value="c" /> <xs:element minoccurs="0" name="anno_residuo" type="xs:gyear" /> <xs:element minoccurs="0" name="numero_articolo"> <xs:pattern value="[0-9]{1,4}" /> <xs:element minoccurs="0" name="voce_economica"> <xs:pattern value="[0-9]{1,3}" /> <xs:element minoccurs="0" name="importo_bilancio" type="importotype" /> <xs:element name="accertamento"> <xs:pattern value="\d{10}" /> <xs:element minoccurs="0" name="estremi_provvedimento_autorizzativo"> <xs:maxlength value="49" />

<xs:complextype name="bilanciomandatotype"> <xs:element name="codifica_bilancio"> <xs:maxlength value="9" /> <xs:minlength value="9" /> <xs:element name="descrizione_codifica"> <xs:maxlength value="450" /> <xs:element name="centro_di_responsabilita"> <xs:maxlength value="11" /> <xs:minlength value="11" /> <xs:element minoccurs="0" name="descrizione_cdr"> <xs:maxlength value="150" /> <xs:element minoccurs="0" name="fondo"> <xs:maxlength value="10" /> <xs:element minoccurs="0" name="descrizione_fondo"> <xs:maxlength value="150" />

<xs:element name="gestione"> <xs:enumeration value="r" /> <xs:enumeration value="c" /> <xs:element minoccurs="0" name="anno_residuo" type="xs:gyear" /> <xs:element minoccurs="0" name="numero_articolo"> <xs:pattern value="[0-9]{1,4}" /> <xs:element minoccurs="0" name="voce_economica"> <xs:pattern value="[0-9]{1,3}" /> <xs:element minoccurs="0" name="importo_bilancio" type="importotype" /> <xs:element name="impegno"> <xs:pattern value="\d{10}" /> <xs:element minoccurs="0" name="estremi_provvedimento_autorizzativo"> <xs:maxlength value="49" /> <xs:complextype name="versantetype"> <xs:element name="anagrafica_versante">

<xs:maxlength value="70" /> <xs:element minoccurs="0" name="indirizzo_versante"> <xs:maxlength value="30" /> <xs:minlength value="3" /> <xs:element minoccurs="0" name="cap_versante" type="captype" /> <xs:element minoccurs="0" name="localita_versante"> <xs:maxlength value="30" /> <xs:element minoccurs="0" name="partita_iva_versante" type="partitaivatype" /> <xs:element minoccurs="0" name="codice_fiscale_versante" type="codicefiscaletype" /> <xs:complextype name="classificazionereversaletype"> <xs:element name="codice_cge"> <xs:pattern value="\d{4}" /> <xs:element name="importo" type="importotype" /> <xs:complextype name="classificazionemandatotype"> <xs:element minoccurs="0" name="codice_cge"> <xs:pattern value="\d{4}" />

<xs:element minoccurs="0" name="codice_cup"> <xs:maxlength value="15" /> <xs:element minoccurs="0" name="codice_cig"> <xs:maxlength value="10" /> <xs:element minoccurs="0" name="codice_cpv"> <xs:pattern value="[0-9]{1,14}" /> <xs:element name="importo" type="importotype" /> <xs:complextype name="bollotype"> <xs:element name="assoggettamento_bollo"> <xs:enumeration value="es" /> <xs:enumeration value="be" /> <xs:enumeration value="bv" /> <xs:element minoccurs="0" name="causale_esenzione_bollo"> <xs:maxlength value="30" /> <xs:complextype name="sospesotype">

<xs:element name="flag_provvisorio"> <xs:enumeration value="s" /> <xs:element minoccurs="0" name="numero_provvisorio"> <xs:pattern value="\d{18}" /> <xs:element minoccurs="0" name="importo_provvisorio" type="importotype" /> <xs:complextype name="mandatoassociatotype"> <xs:element name="suff_numero_mandato" type="suffissotype" /> <xs:element name="numero_mandato" type="numeroordinativotype" /> <xs:element name="progressivo_beneficiario" type="progrverbentype" /> <xs:complextype name="informazioniaggiuntivetype"> <xs:element minoccurs="0" name="lingua"> <xs:pattern value="[a-z]{2}" /> <xs:element minoccurs="0" name="riferimento_documento_esterno"> <xs:maxlength value="25" /> <xs:element minoccurs="0" name="informazioni_tesoriere"> <xs:maxlength value="150" />

<xs:complextype name="informazioniversantetype"> <xs:element name="progressivo_versante" type="progrverbentype" /> <xs:element name="importo_versante" type="importotype" /> <xs:element name="tipo_riscossione"> <xs:enumeration value="01" /> <xs:enumeration value="02" /> <xs:enumeration value="03" /> <xs:element minoccurs="0" name="tipo_entrata"> <xs:enumeration value="fr" /> <xs:enumeration value="if" /> <xs:element minoccurs="0" name="destinazione"> <xs:enumeration value="li" /> <xs:enumeration value="vi" /> <xs:element minoccurs="0" maxoccurs="unbounded" name="classificazione" type="classificazionereversaletype" /> <xs:element minoccurs="0" name="bilancio" type="bilancioreversaletype" /> <xs:element name="bollo" type="bollotype" /> <xs:element name="versante" type="versantetype" /> <xs:element name="causale"> <xs:maxlength value="50" /> <xs:minlength value="3" /> <xs:element minoccurs="0" name="sospeso" type="sospesotype" /> <xs:element minoccurs="0" name="mandato_associato" type="mandatoassociatotype" /> <xs:element minoccurs="0" name="informazioni_aggiuntive" type="informazioniaggiuntivetype" />

<xs:complextype name="variazionereversaletype"> <xs:element name="suff_numero_reversale_variata" type="suffissotype" /> <xs:element name="numero_reversale_variata" type="numeroordinativotype" /> <xs:element name="esercizio_reversale_variata" type="xs:gyear" /> <xs:complextype name="sostituzionereversaletype"> <xs:element name="suff_numero_reversale_sostituita" type="suffissotype" /> <xs:element name="numero_reversale_sostituita" type="numeroordinativotype" /> <xs:element name="esercizio_reversale_sostituita" type="xs:gyear" /> <xs:complextype name="annullamentoreversaletype"> <xs:element name="suff_numero_reversale_annullata" type="suffissotype" /> <xs:element name="numero_reversale_annullata" type="numeroordinativotype" /> <xs:element name="esercizio_reversale_annullata" type="xs:gyear" /> <xs:complextype name="reversaletype"> <xs:element name="suff_numero_reversale" type="suffissotype" /> <xs:element name="numero_reversale" type="numeroordinativotype" /> <xs:element name="data_reversale" type="xs:date" /> <xs:element name="importo_reversale" type="importotype" /> <xs:element minoccurs="0" name="estremi_provvedimento_autorizzativo"> <xs:maxlength value="49" /> <xs:element minoccurs="0" name="responsabile_provvedimento"> <xs:maxlength value="6" /> <xs:element minoccurs="0" name="ufficio_responsabile">

<xs:maxlength value="6" /> <xs:element name="bilancio" type="bilancioreversaletype" /> <xs:element name="informazioni_versante" type="informazioniversantetype" /> <xs:element minoccurs="0" name="variazione_reversale" type="variazionereversaletype" /> <xs:element minoccurs="0" name="sostituzione_reversale" type="sostituzionereversaletype" /> <xs:element minoccurs="0" name="annullamento_reversale" type="annullamentoreversaletype" /> <xs:complextype name="reversalitype"> <xs:element maxoccurs="unbounded" name="reversale" type="reversaletype" /> <xs:complextype name="quitenzatodelegatotype"> <xs:element name="codice_quietanzante_delegato" type="progrverbentype" /> <xs:element name="anagrafica_quietanzante_delegato"> <xs:maxlength value="70" /> <xs:element name="indirizzo_quietanzante_delegato"> <xs:maxlength value="30" /> <xs:minlength value="3" /> <xs:element minoccurs="0" name="cap_quietanzante_delegato" type="captype" /> <xs:element minoccurs="0" name="localita_del_quietanzante_delegato"> <xs:maxlength value="70" /> <xs:element minoccurs="0" name="partita_iva_quietanzante_delegato" type="partitaivatype" /> <xs:element minoccurs="0" name="codice_fiscale_quietanzante_delegato" type="codicefiscaletype" />

<xs:complextype name="stornomandatotype"> <xs:element name="suff_numero_mandato_stornato" type="suffissotype" /> <xs:element name="numero_mandato_stornato" type="numeroordinativotype" /> <xs:element name="esercizio_mandato_stornato" type="xs:gyear" /> <xs:complextype name="sostituzionemandatotype"> <xs:element name="suff_numero_mandato_sostituito" type="suffissotype" /> <xs:element name="numero_mandato_sostituito" type="numeroordinativotype" /> <xs:element name="esercizio_mandato_sostituito" type="xs:gyear" /> <xs:complextype name="variazionemandatotype"> <xs:element name="suff_numero_mandato_variato" type="suffissotype" /> <xs:element name="numero_mandato_variato" type="numeroordinativotype" /> <xs:element name="esercizio_mandato_variato" type="xs:gyear" /> <xs:complextype name="ritenutetype"> <xs:element name="importo_ritenute" type="importotype" /> <xs:element minoccurs="0" name="suff_numero_reversale" type="suffissotype" /> <xs:element minoccurs="0" name="numero_reversale" type="numeroordinativotype" /> <xs:element minoccurs="0" name="progressivo_versante" type="progrverbentype" /> <xs:complextype name="funzionariodelegatotype"> <xs:element name="codice_fiscale_funzionario_delegato" type="codicefiscaletype" /> <xs:element name="importo_funzionario_delegato" type="importotype" /> <xs:element minoccurs="0" name="tipologia_pagamento_funzionario_delegato"> <xs:maxlength value="2" /> <xs:element minoccurs="0" name="numero_pagamento_funzionario_delegato"> <xs:maxlength value="10" />

<xs:complextype name="piazzaturatype"> <xs:element minoccurs="0" name="abi_beneficiario"> <xs:pattern value="\d{5}" /> <xs:element minoccurs="0" name="cab_beneficiario"> <xs:pattern value="\d{5}" /> <xs:element minoccurs="0" name="numero_conto_corrente_beneficiario"> <xs:maxlength value="12" /> <xs:element minoccurs="0" name="caratteri_controllo"> <xs:pattern value="\d{2}" /> <xs:element minoccurs="0" name="codice_cin"> <xs:pattern value="[a-za-z]{1}" /> <xs:element name="codice_paese"> <xs:pattern value="[a-z]{2}" />

<xs:element minoccurs="0" name="denominazione_banca_destinataria"> <xs:maxlength value="186" /> <xs:element minoccurs="0" name="codice_iban"> <xs:maxlength value="34" /> <xs:element minoccurs="0" name="conto_corrente_estero"> <xs:maxlength value="18" /> <xs:element minoccurs="0" name="codice_swift"> <xs:maxlength value="11" /> <xs:complextype name="beneficiariotype"> <xs:element name="anagrafica_beneficiario"> <xs:maxlength value="70" /> <xs:element name="indirizzo_beneficiario">

<xs:minlength value="3" /> <xs:maxlength value="30" /> <xs:element minoccurs="0" name="cap_beneficiario" type="captype" /> <xs:element minoccurs="0" name="localita_beneficiario"> <xs:maxlength value="30" /> <xs:element minoccurs="0" name="partita_iva_beneficiario" type="partitaivatype" /> <xs:element minoccurs="0" name="codice_fiscale_beneficiario" type="codicefiscaletype" /> <xs:complextype name="informazionibeneficiariotype"> <xs:element name="progressivo_beneficiario" type="progrverbentype" /> <xs:element name="importo_beneficiario" type="importotype" /> <xs:element name="tipo_pagamento"> <xs:enumeration value="q" /> <xs:enumeration value="b" /> <xs:enumeration value="s" /> <xs:enumeration value="g" /> <xs:enumeration value="m" /> <xs:enumeration value="p" /> <xs:enumeration value="d" /> <xs:enumeration value="r" /> <xs:enumeration value="e" /> <xs:enumeration value="t" /> <xs:enumeration value="l" /> <xs:element minoccurs="0" name="impignorabili"> <xs:enumeration value="si" /> <xs:element minoccurs="0" name="frazionabile">

<xs:enumeration value="no" /> <xs:element minoccurs="0" name="gestione_provvisoria"> <xs:enumeration value="si" /> <xs:element minoccurs="0" name="data_esecuzione_pagamento" type="xs:date" /> <xs:element minoccurs="0" name="data_scadenza_pagamento" type="xs:date" /> <xs:element minoccurs="0" name="destinazione"> <xs:enumeration value="li" /> <xs:enumeration value="vi" /> <xs:element minoccurs="0" name="numero_conto_banca_italia_ente_ricevente"> <xs:maxlength value="7" /> <xs:element minoccurs="0" name="tipo_contabilita_ente_ricevente"> <xs:enumeration value="fr" /> <xs:enumeration value="in" /> <xs:element minoccurs="0" name="classificazione" type="classificazionemandatotype" /> <xs:element minoccurs="0" name="bilancio" type="bilanciomandatotype" /> <xs:element name="bollo" type="bollotype" /> <xs:element minoccurs="0" name="soggetto_destinatario_delle_spese"> <xs:enumeration value="ce" /> <xs:enumeration value="cb" />

<xs:element name="beneficiario" type="beneficiariotype" /> <xs:element minoccurs="0" name="quietanzante_delegato" type="quitenzatodelegatotype" /> <xs:element minoccurs="0" name="piazzatura" type="piazzaturatype" /> <xs:element minoccurs="0" name="funzionario_delegato" type="funzionariodelegatotype" /> <xs:element name="causale"> <xs:maxlength value="50" /> <xs:minlength value="3" /> <xs:element minoccurs="0" name="sospeso" type="sospesotype" /> <xs:element minoccurs="0" maxoccurs="unbounded" name="ritenute" type="ritenutetype" /> <xs:element minoccurs="0" name="informazioni_aggiuntive" type="informazioniaggiuntivetype" /> <xs:complextype name="mandatotype"> <xs:element name="suff_numero_mandato" type="suffissotype" /> <xs:element name="numero_mandato" type="numeroordinativotype" /> <xs:element name="data_mandato" type="xs:date" /> <xs:element name="importo_mandato" type="importotype" /> <xs:element minoccurs="0" name="importo_netto" type="importotype" /> <xs:element minoccurs="0" name="estremi_provvedimento_autorizzativo"> <xs:maxlength value="49" /> <xs:element minoccurs="0" name="responsabile_provvedimento"> <xs:maxlength value="6" /> <xs:element minoccurs="0" name="ufficio_responsabile"> <xs:maxlength value="6" />

<xs:element name="bilancio" type="bilanciomandatotype" /> <xs:element name="informazioni_beneficiario" type="informazionibeneficiariotype" /> <xs:element minoccurs="0" name="variazione_mandato" type="variazionemandatotype" /> <xs:element minoccurs="0" name="sostituzione_mandato" type="sostituzionemandatotype" /> <xs:element minoccurs="0" name="storno_mandato" type="stornomandatotype" /> <xs:complextype name="mandatitype"> <xs:element maxoccurs="unbounded" name="mandato" type="mandatotype" /> <xs:simpletype name="importotype"> <xs:pattern value="\d{1,13}\.\d{2,2}" /> <xs:simpletype name="partitaivatype"> <xs:pattern value="(\d){11}" /> <xs:simpletype name="codicefiscaletype"> <xs:pattern value="(\p{lu}{6}((\d{2}) (\d\p{lu}) (\p{lu}\d))\p{lu}\d{2}\p{lu}\d{3}\p{lu}) (\p{lu}{6}\d{2}\p{lu}((\d{2}) (\d\p{lu}) (\p{lu}\d))\p{lu}\d {3}\p{Lu}) (\p{lu}{6}\d{2}\p{lu}\d{2}\p{lu}((\d{3}) (\d{2}\p{lu}) (\d\p{lu}\d) (\p{lu}\d{2}))\p{lu}) (9{16})" /> <xs:simpletype name="suffissotype"> <xs:pattern value="\d{3}" /> <xs:simpletype name="numeroordinativotype"> <xs:pattern value="\d{7}" /> <xs:simpletype name="progrverbentype"> <xs:pattern value="\d{7}" /> <xs:simpletype name="captype"> <xs:pattern value="\d{5}" />

</xs:schema> 5.3 Tracciato XSD Ricevute Applicative <?xml version="1.0" encoding="iso-8859-15"?> <xs:schema targetnamespace="http://tesoreria.unicreditbanca.it/tesoreria/xsd/ricevuta_applicativa" xmlns:mi="http://tesoreria.unicreditbanca.it/tesoreria/xsd/ricevuta_applicativa" xmlns:xs="http://www.w3.org/2001/xmlschema" elementformdefault="qualified" attributeformdefault="unqualified"> <xs:element name="ricevuta_applicativa" type="mi:ricevuta_applicativatype"/> <xs:complextype name="ricevuta_applicativatype"> <xs:element name="data_ora_creazione_ricevuta" type="xs:datetime"/> <xs:element name="qualificatore"> <xs:minlength value="1"/> <xs:maxlength value="3"/> <xs:element name="codice_abi_bt"> <xs:pattern value="\d{5}"/> <xs:element name="codice_ente" type="mi:partitaivatype"/> <xs:element name="descrizione_ente"> <xs:maxlength value="30"/> <xs:element name="codice_ente_bt"> <xs:minlength value="1"/> <xs:maxlength value="7"/>

<xs:element name="data_ora_ricevuta" type="xs:datetime"/> <xs:element name="estremi_ordinativo" type="mi:estremi_ordinativotype"/> <xs:element name="esito" type="mi:esitotype"/> <xs:element name="estremi_pagamento" type="mi:estremi_pagamentotype" minoccurs="0"/> <xs:element name="ricevute" type="mi:ricevutetype" minoccurs="0"/> <xs:element name="anagrafica" type="mi:anagraficatype" minoccurs="0"/> <xs:element name="causale" minoccurs="0"> <xs:minlength value="3"/> <xs:maxlength value="370"/> <xs:element name="funzionario_delegato" type="mi:funzionario_delegatotype" minoccurs="0"/> <xs:element name="descrizione" minoccurs="0"> <xs:maxlength value="30"/> <xs:element name="numero_conto_tesoreria" minoccurs="0"> <xs:pattern value="\d{1,7}"/> <xs:complextype name="estremi_ordinativotype"> <xs:element name="numero_documento"> <xs:restriction base="xs:positiveinteger"> <xs:maxinclusive value="9999999"/> <xs:element name="codice_funzione"> <xs:minlength value="1"/> <xs:maxlength value="2"/>

<xs:element name="numero_ordinativo"> <xs:minlength value="1"/> <xs:maxlength value="7"/> <xs:element name="progressivo_ordinativo"> <xs:minlength value="1"/> <xs:maxlength value="7"/> <xs:element name="data_ordinativo" type="xs:date"/> <xs:element name="esercizio" type="xs:gyear"/> <xs:complextype name="esitotype"> <xs:element name="codice_esito"> <xs:pattern value="\d{2}"/> <xs:element name="descrizione_esito"> <xs:maxlength value="70"/> <xs:complextype name="estremi_pagamentotype"> <xs:element name="data_pagamento" type="xs:date"/> <xs:element name="importo_ordinativo" type="mi:importotype"/> <xs:element name="importo_ritenute" type="mi:importotype" minoccurs="0"/> <xs:element name="codice_pagamento"> <xs:pattern value="([1-9][0-9] 0[1-9])"/>

<xs:element name="flag_copertura" minoccurs="0"> <xs:enumeration value="s"/> <xs:element name="valuta_beneficiario" type="xs:date" minoccurs="0"/> <xs:element name="valuta_ente" type="xs:date" minoccurs="0"/> <xs:element name="abi_beneficiario" minoccurs="0"> <xs:pattern value="\d{5}"/> <xs:element name="cab_beneficiario" minoccurs="0"> <xs:pattern value="\d{5}"/> <xs:element name="numero_conto_corrente_beneficiario" minoccurs="0"> <xs:maxlength value="12"/> <xs:element name="coordinate_iban" minoccurs="0"> <xs:maxlength value="34"/> <xs:element name="carico_bollo" minoccurs="0"> <xs:enumeration value="b"/> <xs:enumeration value="c"/> <xs:enumeration value="i"/>

<xs:element name="importo_bollo" type="mi:importoridtype" minoccurs="0"/> <xs:element name="carico_commissioni" minoccurs="0"> <xs:enumeration value="c"/> <xs:enumeration value="b"/> <xs:element name="importo_commissioni" type="mi:importoridtype" minoccurs="0"/> <xs:element name="carico_spese" minoccurs="0"> <xs:enumeration value="c"/> <xs:enumeration value="b"/> <xs:enumeration value="i"/> <xs:element name="importo_spese" type="mi:importoridtype" minoccurs="0"/> <xs:element name="numero_assegno" minoccurs="0"> <xs:pattern value="\d{1,20}"/> <xs:element name="data_emissione_assegno" type="xs:date" minoccurs="0"/> <xs:element name="data_estinzione_assegno" type="xs:date" minoccurs="0"/> <xs:element name="codice_versamento" minoccurs="0"> <xs:minlength value="1"/> <xs:maxlength value="5"/> <xs:element name="numero_pratica" minoccurs="0"> <xs:minlength value="1"/> <xs:maxlength value="16"/> <xs:element name="causale_pratica" minoccurs="0">

<xs:maxlength value="45"/> <xs:element name="numero_proposta_reversale" minoccurs="0"> <xs:pattern value="\d{1,7}"/> <xs:element name="numero_cro" minoccurs="0"> <xs:pattern value="\d{11}"/> <xs:complextype name="ricevutetype"> <xs:element name="ricevuta" type="mi:ricevutatype" maxoccurs="unbounded"/> <xs:complextype name="ricevutatype"> <xs:element name="numero_ricevuta"> <xs:pattern value="\d{7}"/> <xs:element name="importo_ricevuta" type="mi:importotype"/> <xs:complextype name="anagraficatype"> <xs:element name="nome_cognome"> <xs:minlength value="3"/> <xs:maxlength value="140"/> <xs:element name="indirizzo" minoccurs="0">

<xs:minlength value="3"/> <xs:maxlength value="30"/> <xs:element name="cap" minoccurs="0"> <xs:pattern value="\d{5}"/> <xs:element name="localita" minoccurs="0"> <xs:minlength value="2"/> <xs:maxlength value="30"/> <xs:element name="provincia" minoccurs="0"> <xs:length value="2"/> <xs:element name="partita_iva" type="mi:partitaivatype" minoccurs="0"/> <xs:element name="codice_fiscale" type="mi:codicefiscaletype" minoccurs="0"/> <xs:complextype name="funzionario_delegatotype"> <xs:element name="numero_pagamento_funzionario_delegato"> <xs:pattern value="\d{1,7}"/> <xs:element name="progressivo_pagamento_funzionario_delegato" minoccurs="0"> <xs:pattern value="\d{1,7}"/>

<xs:element name="codice_ente_beneficiario" minoccurs="0"> <xs:pattern value="\d{7}"/> <xs:simpletype name="importotype"> <xs:restriction base="xs:unsignedlong"> <xs:maxinclusive value="999999999999999"/> <xs:simpletype name="importoridtype"> <xs:restriction base="mi:importotype"> <xs:maxinclusive value="9999999"/> <xs:simpletype name="partitaivatype"> <xs:pattern value="(((\d){11}) (SM\d{5}))"/> <xs:simpletype name="codicefiscaletype"> <xs:pattern value="(\p{lu}{6}((\d{2}) (\d\p{lu}) (\p{lu}\d))\p{lu}\d{2}\p{lu}\d{3}\p{lu}) (\p{lu}{6}\d{2}\p{lu}((\d{2}) (\d\p{lu}) (\p{lu}\d))\p{lu}\d {3}\p{Lu}) (\p{lu}{6}\d{2}\p{lu}\d{2}\p{lu}((\d{3}) (\d{2}\p{lu}) (\d\p{lu}\d) (\p{lu}\d{2}))\p{lu}) (9{16})"/> </xs:schema> 5.4 Tracciato XSD Flusso Ricevute di servizio <?xml version="1.0" encoding="iso-8859-1"?> <xs:schema targetnamespace="http://tesoreria.unicreditbanca.it/tesoreria/xsd/ricevuta_servizio" xmlns:mi="http://tesoreria.unicreditbanca.it/tesoreria/xsd/ricevuta_servizio" xmlns:xs="http://www.w3.org/2001/xmlschema" elementformdefault="qualified" attributeformdefault="unqualified"> <xs:element name="ricevuta_servizio" type="mi:ricevuta_serviziotype"/> <xs:complextype name="ricevuta_serviziotype"> <xs:element name="codice_abi_bt"> <xs:pattern value="\d{5}"/>

<xs:element name="codice_ente_bt"> <xs:minlength value="1"/> <xs:maxlength value="7"/> <xs:element name="descrizione_ente" minoccurs="0"> <xs:maxlength value="30"/> <xs:element name="data_ora_creazione_ricevuta" type="xs:datetime"/> <xs:element name="estremi_flusso" type="mi:estremi_flussotype"/> <xs:element name="esito" type="mi:esitotype"/> <xs:complextype name="estremi_flussotype"> <xs:element name="identificativo_flusso" minoccurs="0"> <xs:restriction base="xs:positiveinteger"> <xs:maxinclusive value="999999999"/> <xs:element name="anno_flusso" type="xs:gyear" minoccurs="0"/> <xs:element name="impronta"> <xs:maxlength value="40"/> <xs:complextype name="esitotype"> <xs:element name="codice_esito"> <xs:pattern value="\d{2}"/>

<xs:element name="descrizione_esito"> <xs:maxlength value="50"/> </xs:schema> 5.5 Tracciato XSD Flusso Ricevute applicative pacchetto <?xml version="1.0" encoding="iso-8859-1"?> <xs:schema targetnamespace="http://tesoreria.unicreditbanca.it/tesoreria/xsd/flusso_ricevute_applicative_firma_pacchetto" xmlns:mi="http://tesoreria.unicreditbanca.it/tesoreria/xsd/flusso_ricevute_applicative_firma_pacchetto" xmlns:xs="http://www.w3.org/2001/xmlschema" elementformdefault="qualified" attributeformdefault="unqualified"> <xs:element name="flusso_ricevute_applicative" type="mi:flusso_ricevute_applicativetype"/> <xs:complextype name="flusso_ricevute_applicativetype"> <xs:element name="estremi_flusso" type="mi:estremi_flussotype"/> <xs:element name="ricevute_applicative" type="mi:ricevuteapplicativetype"/> <xs:complextype name="estremi_flussotype"> <xs:element name="identificativo_flusso"> <xs:restriction base="xs:positiveinteger"> <xs:maxinclusive value="999999"/> <xs:element name="anno_flusso" type="xs:gyear"/> <xs:element name="data_ora_creazione_flusso" type="xs:datetime" minoccurs="0"/> <xs:complextype name="ricevuteapplicativetype"> <xs:element name="ricevuta_applicativa" type="mi:ricevuta_applicativatype" maxoccurs="unbounded"/> <xs:complextype name="ricevuta_applicativatype"> <xs:element name="data_ora_creazione_ricevuta" type="xs:datetime"/>