Il supporto del sistema informativo (SI) si deve estendere a tutte le aree di attività aziendale e non solo alle attività di automazione delle attività impiegatizie. Il sistema di TREBI NSIL e i suoi sottosistemi si concentrano in particolare sui sistemi di automazione, intesi come punto di partenza per la successiva realizzazione di applicazioni adeguate a seguire tutte le attività operative aziendali, istituzionali, di controllo e reporting, direzionali e di supporto alle decisioni per le Società attive nel settore del Leasing e del contesto parabancario. NSIL nasce per la meccanizzazione dei processi operativi di Leasing ed è concepito come un sistema informatico:

• fortemente intergrato;
• supportato da data base relazionali;
• creato per soddisfare le esigenze di integrità, sicurezza e decentrabilità;
• di semplice e veloce evoluzione;
• che funge quale strumento di gestione e misurazione delle performance e delle attività aziendali operative e direzionali;
• attraverso una solida piattaforma che possa adeguarsi agli sviluppi futuri del settore creditizio e parabancario;
• facile da utilizzare.

È consuetudine classificare i differenti SI per classi generazionali. Ogni generazione è pertanto identificata dalle caratteristiche legate al periodo temporale in cui è stata progettata e dal livello di maturazione tecnologica offerto dal periodo stesso:

• prima generazione dei S.I. → processi batch per la meccanizzazione dei processi principali.No real time;
• seconda generazione dei S.I → TP, evoluzione in procedure interattive per tutte le aree di gestione in tempo reale;
• terza generazione dei S.I → integrazione & stabilità strutturale. Modellazione dei dati, approccio orientato agli oggetti, case, real time.

La III generazione di sistemi informativi si appoggia su Data base relazionali ed ha caratteristiche principali di: interattività, integrazione, flessibilità e facile manutenzione.

NSIL entra di diritto nella III generazione e anticipa l'ingresso nella IV generazione di sistemi informativi.
I sistemi odierni sono molto diversi dai sistemi precedenti: più grandi, maggiormente complessi e più volatili. A simili moderne e attuali caratteristiche ed esigenze TREBI risponde con un'ergonomia di utilizzo più evoluta (rappresentata principalmente dall'interfaccia Utente), con la modellazione dei dati (requisito più importante e necessario alla mole di analisi interessata) e con la pretesa di avere sistemi più stabili, più efficaci ed efficienti.


La struttura del nuovo sistema informativo NSIL organizzata per tipologie di attività aziendali presenta un'architettura logica a sua volta strutturata per tipologie di sottosistemi interdipendenti. Le differenti funzioni dei sottosistemi integrati di NSIL (automazione, controllo/reporting e supporto alle decisioni) sono gli attori principali del SI per il Leasing leader nel mercato. Il supporto del sistema informativo si estende a tutte le principali aree di attività aziendale e non solo a quelle di automazione delle attività impiegatizie: l'automazione lavora nel tempo presente, il controllo/reporting lavora nel tempo passato e il supporto alle decisioni lavorerà nel tempo futuro.


Per governare la complessità e la grande quantità di dati, eventi, informazioni e sistemi aziendali, la tecnologia del software NSIL sfrutta strumenti articolati ed evoluti di supporto all'analisi e allo sviluppo, quali case e uppercase, teorie e tecniche di analisi e sviluppo dei processi OOD/OOP (object oriented) e teorie e tecniche di analisi e sviluppo data base DBR.

Gli obiettivi chiave di NSIL nell'analisi e sviluppo OOD sono:

• l'aumento della produttività (in termini di riusabilità, ovvero come maggior sforzo di progettazione che porta ad un minor sforzo di sviluppo, la prototipazione);
• l'accrescimento della qualità (garantito dall'investimento in analisi e progettazione);
• la manutenzione facilitata (vista come atomizzazione dell'oggetto/funzione, incapsulamento e separazione di parti volatili/stabili);
• la creazione di sistemi più stabili;
• l'interfacciabilità avanzata orientata all'Utente;
• la separazione delle parti del sistema che sono intrinsecamente volatili da quelle più stabili (come avviene nella meccanica o nei circuiti elettronici integrati per i componenti intercambiabili).

Il modello relazionale di NSIL è considerato dall'Utente come un DB funzionale percepito quale collezione di tabelle. Gli obiettivi primari dei DBR di NSIL sono quindi volti all'ottimizzazione del sistema e si risolvono in procedure che traducono la realtà in concetti semplici e rigorosi, con pochi oggetti ma chiaramente definiti da linguaggi ad alto livello, che compiono operazioni sui dati con solida base teorica per rendere più semplice l'utilizzo e la definizione dei dati stessi: ovvero per garantire una semplicità di gestione operativa impeccabile da parte dell'Utente finale.

Metodologicamente, i passi di progettazione del data base di NSIL seguono la teoria più avanzata, e vedono:

• la creazione di uno schema concettuale;
• la creazione di uno schema logico relazionale (con le fasi di: identificazione entità/relazioni, attributi e domini, normalizzazione e definizione di regole di integrità);
• la creazione di uno schema fisico.

Il risultato sono l'estremo equilibrio e la sorprendente attualità di NSIL rispetto alle tendenze IT che collocano questo sistema in una posizione di avanguardia e anticipazione sul futuro di settore. Ciò si determina come speciale conseguenza dell'utilizzo, da parte di NSIL, di funzioni uppercase (ADW) nella progettazione del modello dati e del modello processi.

• Il modello dati, è stato sviluppato attraverso un modello E/R entity/relationships normalizzato alla terza forma secondo uno schema logico relazionale (unico sistema Leasing del genere in Europa);
• il modello processi è stato sviluppato con aproccio object, che ha consentito di ottenere un sistema informativo estremamente ergonomico.

NSIL offre quindi un'ampia, evoluta navigabilità, e permette all'Utente di interfacciarsi grazie a una barra azioni dinamica, help e finestre.

Nuovo Sistema Informativo di Leasing: NSIL

Dall'esame del mercato e da precise considerazioni relative al settore Leasing e ai prodotti offerti, quali:

• l'evoluzione del settore e dei suoi connotati di business;
• lo studio dei fattori critici di successo (FCS) tipici del settore dei finanziamenti;
• la ricerca di vantaggi competitivi per gli operatori.

Nasce l'analisi dei requisiti per lo sviluppo del nuovo sistema informativo di Leasing NSIL firmato TREBI. Lo studio deriva da un progetto specifico ideato, sviluppato e condotto da TREBI nel contesto progettuale di un prestigioso committente, allora e tutt'ora attore principale nel mercato del Leasing italiano.

Il progetto di implementazione di NSIL si è svolto, e prosegue sempre in fase di ricerca e di sviluppo, al mutare delle esigenze settoriali e dei continui cambiamenti nel mondo dell'IT, secondo i canoni classici delle metodologie di sviluppo dei sistemi informativi.

Emergono dall'analisi del nuovo SI Leasing NSIL peculiarità importanti di un sistema integrato, di nuova generazione, specializzato nella gestione delle Società di Leasing di grandi, medie, piccole dimensioni e volumi.

Analisi dei requisiti per SI di Leasing

Il Sistema NSIL nasce da una base teorica sviluppata nel corso di un'analisi a largo spettro effettuata da un team composto da esperti di Leasing, società di consulenza attive del settore finanziario, prestigiosi accademici italiani, specialisti di SI, tecnici IT e TREBI. I punti affrontati nell'analisi dei requisiti del sistema riguardano il richiamo delle principali caratteristiche dell'attività di Leasing, al fine di porre in rilievo gli elementi utili alla progettazione del sistema e di indicare le linee guida per lo sviluppo dello stesso. L'analisi pone l'accento su:

• gli aspetti evolutivi del Leasing nel contesto nazionale ed europeo;
• i connotati del business: trend di sviluppo, concorrenza, aspetti di regolamentazione, normativa del settore e valutazione dei margini finanziari dell'attività;
• le caratteristiche del prodotto Leasing in termini di politiche finanziarie, gestionali e commerciali;
• l'individuazione dei fattori critici di successo tipici del settore;
• le opzioni per la ricerca dei vantaggi competitivi.

Sono stati inoltre messi in rilievo e definiti per la definizione del sistema di punta di TREBI, NSIL:

• le esigenze connesse ai processi operativi rilevanti;
• i contenuti e le modalità di misurazione delle prestazioni tipicamente richieste all'attività del Leasing;
• l'opportunità di amplificare la componente finanziaria del prodotto e la componente dinamica dei servizi Leasing rispetto agli orientamenti standard, per soddisfare il posizionamento competitivo in termini di leadership dei costi e di differenziazione del prodotto offerto.

Considerando quindi questi aspetti e le caratteristiche del settore Leasing, si intuisce quanta rilevanza in fase di sviluppo del sistema NSIL sia stata data agli aspetti in continua evoluzione inerenti al mondo finanziario, legislativo ed economico che gravitano attorno alla sfera Leasing.

Primi aspetti di progettazione di fondamentale importanza sono:

• il lavoro di un team qualificato;
• la progettazione a partire dall'analisi dei dati;
• l'utilizzo di strumenti tecno-logici avanzati, sia per l'analisi dei requisiti sia per la costruzione dell'intero modello dati e processi.

I concetti ispiratori per lo sviluppo del sistema, ovvero la base concettuale per la costruzione del SI, sono:

Linee guida del sistema NSIL

Emergono dall'approccio al SI NSIL peculiarità importanti di un sistema integrato, di nuova generazione, specializzato nella gestione a 360° delle Società di Leasing.

- la ricerca della soluzione tanto degli aspetti gestionali e di controllo, quanto degli aspetti commerciali e di marketing;
- l'esecuzione delle operazioni analitiche nell'area gestionale svolte con regole di accuratezza e completezza equivalenti a quelle di tipo contabile;
- l'eliminazione delle riconciliazioni contabili;
- la completa storicità di tutti gli eventi, che rende possibile l'immediata ricostruzione di situazioni precedenti (contratti, piani finanziari, bilanci, ecc.);
- la possibilità controllata di negare qualunque operazione già registrata, con ripristino automatico del pregresso (come ad esempio lo storno della messa a reddito, lo storno della dismissione dei cespiti, lo storno della risoluzione del contratto);
- la completezza e la facile reperibilità dei dati e dell'aggregazione dati a fini di comunicazione a enti esterni (es.: reporting verso capogruppo, verso Assilea, e segnalazioni e sintesi di rischio verso Banca d'Italia).

Per ciò che riguarda i contenuti applicativi del pacchetto illustrato, il sistema informativo NSIL ha l'obiettivo di restituire un supporto completo e di riferimento all'attività di Leasing attualmente caratterizzata da vari FCS, correlati:

• alle diverse aree di attività (auto, strumentale, ecc.);
• alle diverse tipologie di Società di Leasing;
• alle possibili relazioni con i soggetti esterni (fornitori, sportelli bancari, reti di agenti, ecc.).

Tra i più importanti fattori critici di successo vanno menzionati:

• il costo del Leasing stesso per il Cliente;
• la rapidità dell'istruttoria;
• la capillarità della rete commerciale;
• l'efficienza della distribuzione;
• il grado di personalizzazione e flessibilità del servizio;
• le relazioni con i fornitori e l'efficienza operativa (ovvero la capacità di operare con spread basso, che deriva da un'incidenza contenuta dei costi di gestione).

Inoltre, il sistema risponde pienamente alle attuali ed emergenti esigenze di trasparenza, di risposta agli istituti di controllo, di gestione civilistica e fiscale dell'azienda di Leasing (d'oggi e d'un prevedibile futuro).

Particolarmente innovativi risultano dallo studio del sistema e delle logiche di NSIL la trattazione e lo sviluppo delle aree di:

• gestione beni/cespiti;
• gestione prodotti Leasing;
• trattativa e simulazione finanziaria;
• gestione del contratto e sue variazioni;
• gestione dei piani finanziari;
• gestione del credito Cliente;
• risposta a organi e istituti di controllo (normativa Banca d'Italia).

Il sistema informatizzato e automatizzato per il Leasing NSIL non copre con le stesse logiche e tecnologie tutte le aree dell'attività dell'azienda finanziaria. Al fine di ottenere maggiore flessibilità l'architettura del nuovo sistema informativo NSIL è quindi organizzata in tre componenti logiche:

- un primo nucleo centrale completamente automatizzato, ovvero l'insieme delle procedure informatiche fondamentali per la gestione del business del Leasing, e l'insieme delle interfacce necessarie per integrare le varie componenti semi-automatizzate o non automatizzate;

- una periferia specializzata nella gestione dei prodotti – automatizzata per i prodotti più importanti e semi-automatizzata e molto flessibile per i prodotti secondari o nuove aree di business future;

- una terza componente, i sistemi di produttività e coordinamento volti all'orientamento e al recupero di efficienza individuale nelle attività di office automation e in quelle di supporto al core business aziendale, grazie a tecnologie informatiche e tecniche per il miglioramento della produttività individuale e di gruppo.

Aspetti tecnici/Plus

Tecnologie

Per la realizzazione del modello dati e processi di NSIL si è fatto ricorso all'utilizzo di avanzati strumenti di supporto all'analisi e sviluppo, mentre per la realizzazione dell'applicazione si sono adottate innovative teorie e tecniche di analisi e implementazione dei processi. Infine, per la creazione del Data Base relazionale di NSIL normalizzato alla terza forma normale, si sono adottate le ultime teorie e le più recenti tecniche di analisi e sviluppo per Data base DBR, sempre tenendo presente la precisa applicazione di tutti gli standard più rigorosi per l'implementazione e la progettazione del software applicativo.

Con l'utilizzo della logica di programmazione ad oggetti lo sforzo iniziale consiste nell'affrontare l'analisi per la ricerca degli oggetti e delle classi finalizzata alla creazione di programmi indipendenti dalla sfera contestuale da cui sono richiamati e in grado di gestire l'oggetto in maniera completa e indipendente (ciò, per garantire che la gestione dello stesso oggetto sia realizzata una volta soltanto e sempre dallo stesso programma). Se questo tipo di percorso richiede un tempo maggiore rispetto all'evasione del singolo problema volta per volta, esso tuttavia garantisce la costante affidabilità delle risposte alle interrogazioni poste dalle application al programma stesso – caratteristica prima di tutte le application TREBI.

Questo processo di innovazione tecnologia è quindi sfociato nel concepimento del modello dati con struttura logica relazionale avente tutte le caratteristiche tipiche di NSIL: data base relazionale normalizzato alla terza forma e innovativo modello processi sviluppato tramite logica object oriented.

Lo sviluppo del modello processi tramite logiche object oriented ha generato il sistema informativo NSIL, che per l'user si traduce come: una navigabilità (concepita come uso delle funzioni) totale e dinamica per l'Utente nell'intero sistema applicativo; una sofisticazione automatizzata delle funzioni interne, anche applicative, per consentire la semplicità e la linearità operativa; un'ergonomia di utilizzo. Caratteristiche, queste, tutte dovute anche all'uso di una presentazione video orientata alla forma del personal computer (al fine di accrescere la produttività personale dell'Utente) con la presenza di barra di azioni, menù a "tendine" e varie "finestre" per le differenti applicazioni attive contemporaneamente.

Informazioni sulle dimensioni dell'applicativo verticale di NSIL

significativo indicarne l'area di appartenenza. La struttura dei programmi consente ai flussi conversazionali di essere completamente personalizzabili all'interno del sistema. L'alta navigabilità all'interno della procedura permette di nidificare i flussi senza che venga persa alcuna informazione immessa dall'Utente. Si hanno circa 1000 schermate principali e circa 1000 window di richiesta parametri. Sono presenti più di 1100 file fisici e esistono inoltre oltre 1400 file scratch utilizzati per le elaborazioni temporanee nei batch. Il disegno del DB, come già accennato, è normalizzato alla terza forma normale, mentre il numero dei file logici è di circa 2000 entità (più pressapoco 350 file logici scratch). Esistono più di 150 file di stampa, e a questi vanno aggiunte le stampe che sono effettuate tramite Query e word/text processor e che rappresentano la maggioranza. Infine risiedono in NSIL circa 1400 programmi interattivi, 1050 batch, 900 routine, a cui vanno aggiunti circa 1150 CLP per i lavori batch.

Architettura dell'Applicativo NSIL

Il sistema operativo OS/400 con linguaggi di programmazione ILE COBOL/400 garantisce un accesso al DB sia in modalità nativa che tramite SQL. Esistono precisi standard di programmazione che prevedono prototipi (modelli/scheletri) predefiniti inclusi nei programmi tramite copy, e viene utilizzato un data dictionary centralizzato per file DB, video e printer, oltre che nei programmi. I programmi sono logicamente sezionati nelle diverse funzionalità (acquisizione dati dal DB, gestione video, controlli, messaggistica, aggiornamento DB, interfaccia con gli altri programmi, ecc.) che sono controllate dallo standard di programmazione tramite routine o copy. Non esiste un layer achitetturale per l'I/O poiché questo è standardizzato in sezioni specifiche dei programmi e gli accessi più frequenti e/o complessi sono effettuati da routine pubbliche e il flusso delle conversazioni è configurabile dall'Utente. La gestione degli errori è centralizzata con unica codifica per tutto il sistema NSIL e l'integrità dei dati è garantita tramite commit/rollback per activation group (in N livelli di commitment) generati durante la navigazione nei menu. Nella gestione dei lock viene utilizzata prevalentemente una strategia (parzialmente) pessimistica. Il locking infatti (ridotto al minimo) è prolungato per la durata della conversazione per salvaguardare l'operatività e gli update sono concentrati alla fine del processo. La profilazione è gestita tramite utenti e gruppi, e le tipologie di utenti sono personalizzabili dall'Utente stesso. I controlli di sicurezza sono gestiti dall'applicativo tramite profili utenti e gruppi, e questa può essere specificata a livello di menu, programma, funzionalità del programma o singolo campo video. La sicurezza infine è parametrizzabile dall'Utente: la sicurezza dell'OS/400 può integrare quella di NSIL.

Architettura distribuita di NSIL

NSIL può funzionare in architettura distribuita; tramite DDMF per il DB, tramite APPC e MQSeries per la logica. L'interfaccia web di NSIL è fornita da Host On Demand e WebFacing che utilizzano Java. NSIL ha infatti diverse integrazioni con altri sistemi, sia a livello applicativo sia per i dati. Le tecnologie utilizzate sono ad esempio: APPC, SQL remoto, MQSeries ed altre.

Servizi aggiuntivi di NSIL

In quasi tutti gli archivi operativi è presente una data di inizio e fine validità per la storicizzazione. Essendo il data base normalizzato alla terza forma normale, sono previste quindi funzioni di data warehouse su file esterni al data base. Tali file alimentano un DB SQL Server che viene utilizzato per qualunque tipo di analisi dei dati (attraverso procedure OLAP, Crystal Reports, MS Excel, MS Access, ecc.). Esistono infatti diverse soluzioni per le stampe distribuite e, a seconda dei casi, si possono usare strumenti quali: MS Office/Open Office, MQSeries, APPC ed altro. Le stampe sono altresì modificabili dall'Utente.

Considerazioni generali di architettura di NSIL

La modalità per accedere ai dati dipende dalla piattaforma remota. Da piattaforme IBM si consiglia DRDA, da Windows ODBC o OLE DB, ecc. Dalle esperienze dei sistemi TREBI sviluppati precedentemente (SIL, primo sistema informativo Leasing di TREBI) si può notare che gli eventuali colli di bottiglia in ambiente distribuito sono sempre attribuibili a fattori esterni a NSIL e OS/400 (reti, programmi remoti con codice SQL approssimativo, ecc.). Infatti, il DB dell'OS/400 supporta processi in "two fase commit" e quindi non sono possibili problemi di incoerenza dei dati in ambiente distribuito.

Informazioni Aggiuntive

Punti qualificanti di NSIL

Rispetto ai sistemi informativi per la gestione del Leasing presenti sul mercato, i punti qualificanti di NSIL, il sistema di nuova e globale progettazione tecnica e funzionale di TREBI, possono essere così riassunti e considerati:

• maggiore aderenza del sistema alle strategie, all'organizzazione e alle operatività attuali, previste e future del Leasing.
• esteso automatismo delle operazioni, senza rigidità gestionali, con immediata congruenza dei mondi gestionale, contabile, finanziario;
• notevole incremento delle informazioni integrate, a supporto dei vari livelli aziendali (DW);
• struttura evoluta del contratto per l'eliminazione dei vincoli di più livelli provvigionali, di più indicizzazioni, di più agevolazioni, di più piani di ammortamento, di più Clienti;
• dati aziendali estremamente analitici, storici, predisposti alle richieste avanzate da altri processi interni e/o da enti istituzionali di controllo;
• simulazioni finanziarie e preventivazioni integrate (NPV, IRR, break-even-points);
• gestione controllata di più stati di avanzamento delle proposte, con relative informazioni, documentazioni, validazioni ed attività;
• gestione di prodotti Leasing con i rispettivi listini e attributi parametrizzabili direttamente dall'Utente, come diretta definizione delle politiche finanziarie, commerciali e gestionali della Società;
• gestione e valutazione del bene con possibilità di frazionamento e controllo durante l'intera vita del cespite;
• controllo sistematico delle condizioni contrattuali applicate, iniziali e successive;
• cessione integrata delle opzioni e delle novazioni contrattuali;
• maggiori articolazioni a livello di canoni variabili, frequenze erratiche, anticipi/maxicanoni, indicizzazioni finanziarie e valutarie ed opzioni finali;
• gestione di piani di ammortamento multipli per singolo contratto;
• gestione degli immobili/cespiti edificanti, con diverse modalità di addebito/capitalizzazione degli interessi;
• gestione integrata del ciclo passivo (dall'ordine alla fatturazione e alla gestione di plafonds);
• gestione integrata dei piani finanziari con garanzia di un reale allineamento tra il mondo finanziario-gestionale e quello civilistico-fiscale;
• facilitazione al decentramento delle operazioni su rete estesa di vendita;
• interfaccia Utente per il front-desk di ultima generazione, facile utilizzo e grande funzionalità.

Il prodotto 3B_TES permette di trattare tutti i tipi di finanziamenti passivi (inclusi gli IRS SWAP) delle Società di Leasing e delle Finanziarie con il risultato di avere disponibile costantemente i dati della provvista di tesoreria. I dati della provvista di tesoreria trattati e gestiti dal sottosistema 3B_TES sono:

• Codice identificativo del finanziamento
• Descrizione del finanziamento
• Tipologia del finanziamento
• Importo del finanziamento all'erogazione
• Divisa in cui è espresso il finanziamento
• Rapporto di cambio
• Data di inizio e fine del finanziamento
• Tasso (tasso annuo nominale al momento dell' erogazione)
• Tipologia di indicizzazione
• Periodicità degli interessi
• Data di pagamento della 1' tranche di interessi
• Divisore annuo da applicare (360/365).

Dai finanziamenti vengono estratti del tutto in automatico le seguenti informazioni e funzionalità grazie al prodotto gestore delle attività di tesoreria di TREBI 3b_tes:

• saldo iniziale e saldi mensili dei vari finanziamenti in essere
• movimenti di tesoreria in conto capitale ed in conto interessi
• conteggio interessi
• competenze mensili degli interessi con riferimento alle variazioni di capitale, tasso e cambio
• costo medio della provvista nel periodo dal/al.
• scadenziario di tesoreria
• calcolo e quantificazione delle eventuali oscillazioni di cambio.

Il Mismatching di tesoreria, il bilanciamento dell'esposizione di tesoreria con quella derivante dai contratti è garantito dal prodotto 3B_TES. Inoltre le informazioni richieste da Bankitalia relative ai finanziamenti passivi vengono automaticamente riversate in Vigilanza senza alcun intervento manuale.

Il prodotto 3B_SEC garantisce la gestione delle diverse operatività connesse alle diverse fasi del processo di Securitization:

• Analisi delle performance storiche del portafoglio crediti per valutarne le caratteristiche al fine della definizione della struttura dell'operazione.
• Cessione di un portafoglio di attività da parte di un Originator (es. una banca) ad un soggetto giuridico separato denominato Special Purpose Vehicle.
L'emissione e il collocamento da parte dell'SPV, o da altro soggetto detto “Emittente”, dei titoli garantiti dai flussi di cassa periodici prodotti dal portafoglio di attività.
• La gestione del portafoglio da parte di un Servicer durante la vita finanziaria dei titoli. I pagamenti dei debitori originari sono raccolti dal servicer, generalmente lo stesso originator, che li trasferisce, dedottane una commissione, alla SPV la quale, a sua volta, pagherà gli investitori finali.
• Gli adempimenti connessi agli obblighi normativi e regolamentari ai fini della redazione del Bilancio sia del SPV che dell'originator.
• Gli adempimenti connessi agli obblighi normativi e regolamentari ai fini delle segnalazioni all'organo di Vigilanza sia del SPV che dell'originator.

Il prodotto 3B_SEC nasce per gestire con precisione ed efficienza:

• l'individuazione del perimetro del portafoglio da cedere;
• la selezione contemporanea di più portafogli revolving connessi ad operazioni distinte e quindi con criteri di eleggibilità differenti;
• la produzione della reportistica connessa alla selezione del portafoglio da cedere;
• l'individuazione dei flussi di cassa spettanti al Veicolo;
• la gestione contabile dell'operazione;
• la produzione della reportistica richiesta da mercato per il monitoraggio dell'andamento dell'operazione;
• la generazione dei set informativi necessari agli adempimenti richiesti ai fini della redazione del Bilancio del Veicolo e dell'Originator;
• la generazione dei set informativi necessari agli adempimenti richiesti dall'Organo di Vigilanza sia da parte del Veicolo che dell'Originator;
• la coerenza dei set informativi prodotti attraverso una serie esaustiva di procedure di quadratura operanti a livello analitico.

3B_SEC supporta, fornendo i set di dati necessari, le attività dei soggetti coinvolti nell'operazione di cessione dei crediti che possono essere individuati principalmente in:

• Originator (soggetto cedente)
  Chi origina i crediti che sono ceduti (pro-soluto) alla società cessionaria (SPV). La cessione deve avvenire a titolo oneroso.
  
  
• SPV (Special - Purpose Vehicle)
  La Società cessionaria (avente forma giuridica di società di capitali o cooperativa) direttamente o attraverso un'altra società detta “di emissione”, emette i titoli. Essa deve possedere un oggetto sociale che preveda esclusivamente il ruolo di veicolo per una o più operazioni di Cartolarizzazione; deve assicurare la separazione patrimoniale (i crediti relativi a ciascuna operazione di Cartolarizzazione costituiscono patrimonio separato da quello della società e da quello relativo alle altre operazioni. Quindi i titoli emessi non sono garantiti dal patrimonio delle SPV ma bensì dai soli crediti correlati all'operazione di Cartolarizzazione; pertanto risulta irrilevante il rapporto fra mezzi propri e mezzi di terzi della società emittente) e infine le Società per la cartolarizzazione dei crediti di cui alla Legge n. 130/1999 (c.d. Special Purpose Vehicle SPV) e le altre società per la cartolarizzazione istituite ai sensi di leggi speciali alle quali si applicano le disposizioni della Legge n. 130/1999 non sono più tenute ad iscriversi nell'Elenco 107. (d.m. 17 febbraio 2009, n. 29).
  
  
• Advisor finanziario
  Il quale ssume la funzioni di Advisor strategico per la strutturazione dell'operazione, organizzando e coordinando il lavoro dei soggetti che intervengono nell'operazione di cartolarizzazione. Organizza e coordina l'attività di due diligence finalizzata ad analizzare le caratteristiche qualitative e quantitative dei crediti oggetto di cessione



• Servicer
  È il soggetto incaricato della riscossione dei crediti ceduti e dei servizi di cassa e di pagamento. Il servicer deve essere una banca o un intermediario finanziario iscritto nell'elenco speciale di cui all'art. 107 del T.U. in materia bancaria e creditizia (provvedimento Bankitalia del 23/08/2000). Il servicer è quindi responsabile della gestione dei crediti acquistati dalla SPVe dei cash flow provenienti dai crediti stessi e può coincidere con l'originator.
  
  
• Agenzia di rating
  La quale assegna un rating ai titoli emessi dalla SPV; dà una valutazione del rischio di credito, cioè la probabilità che vengano effettuati puntualmente i pagamenti di capitale e interessi previsti dall'emissione.
  Esprime quindi un giudizio che riguarda la capacità degli attivi nel generare il cash-flow necessario al pagamento degli investitori. Il rating è la valutazione di un emittente o di un'emissione, espressa in forma sintetica attraverso un simbolo (es. AAA).
  L'assegnazione del rating è obbligatoria nel caso in cui i titoli emessi a fronte dell'operazione di Cartolarizzazione siano offerti ad investitori non professionali.
  
  
• Investment Bank
  Che può assumere le funzioni di: sottoscrivere i titoli derivanti da un'operazione di ABS per poi collocarli tramite un'offerta pubblica o collocare i titoli privatamente.
  
  
• Corporate Servicer
  È il soggetto incaricato ad adempiere, per conto del Veicolo, agli obblighi connessi alla redazione del bilancio ed a volte anche a quelli segnalativi.
  
  
• Credit Enhancer
  Per credit enhancement si intende l'insieme delle garanzie che assicurano gli investitori dal rischio di mancata performance del portafoglio; tendono a limitare i rischi sui crediti titolarizzati per i soggetti che intervengono nel processo e ad assicurare i pagamenti contrattualmente riconosciuti ai portatori dei titoli. Obiettivo ultimo è di ottenere un miglior giudizio di rating dei titoli emessi.
  Il Credit Enhancer ha il compito, attraverso l'offerta di determinate garanzie (lettere di credito, polizze assicurative ecc.), di ridurre il livello complessivo di rischio creditizio implicito nei titoli emessi;
  La garanzia sui titoli emessi può essere prestata sia dallo stesso originator sia da un terzo soggetto.
  Il fatto che in Italia i tempi il rientro per via giudiziale di somme dovute possa richiedere una causa di anni con le relative spese porta molti operatori a ritenere necessari interventi a loro tutela.
  
  

Di seguito si riportano con maggior dettaglio le principali operatività gestite dal prodotto 3B_SEC:

1. Analisi Storica (Performance Analysis):
   L'obiettivo dell'Analisi Storica di Portafoglio è quello di fornire le informazioni utili a definire le caratteristiche del Portafoglio cedibile e di conseguenza è alla base della definizione dei criteri di eleggibilità e dei Triggers di Portafoglio, tramite:
   • Arrears Experience, l'estrazione ha l'obiettivo di rappresentare l'analisi dei flussi di cassa, suddivisa per pool, ad ogni periodo di riferimento e la classificazione del cliente in base alla qualità del credito espressa dalla posizione debitoria e dalla numerosità dei canoni in ritardo;
   • Default Experience: analisi delle posizioni, suddivise per pool, che hanno soddisfatto i criteri d'ingresso in DFT ad ogni periodo di riferimento;
   • Static Pool Analysis: analisi dei crediti entrati in DFT ad ogni periodo di riferimento in base alla data di origination;
   • Recovery Analysis: analisi dei flussi di cassa relativi alle posizioni classificate in DFT che rappresenta la capacità di recupero dell'Originator sui crediti in sofferenza.
   
   
2. Selezione del Portafoglio Iniziale per la Cessione dei Crediti
   
   • Implementazione Eligibility Criteria;
   • Produzione dell'archivio 'Bill of Sale;
   • Produzione Reportistica con evidenza delle caratteristiche del portafoglio Eleggibile;
   • Calcolo analitico dei valori connessi alla definizione del prezzo di cessione per ogni credito oggetto di selezione (Capitale residuo, ratei interessi, maturato d'indicizzazione etc..);
   • Produzione del file anagrafico dei crediti oggetto della Cessione;
   • Fase di cut off;
   • Storicizzazione del Bill of Sale;
   • Produzione del Run Off dei piani finanziari ceduti.
   
   
3. Gestione dell'operatività per Operazioni Revolving
   La procedura è in grado di gestire, in contemporanea, la cessione revolving di più portafogli aventi anche criteri di selezione differenti.
   • Procedura aggiornamento portafoglio crediti ceduti;
   • Procedura calcolo nuovo portafoglio eleggibile;
   • Fase di cut off - Selezione Subsequent Portfolio;
   • Calcolo dei Triggers;
   • Produzione dell'archivio 'Bill of Sale'.
   
   
4. Gestione On Going
   La gestione dell'operazione consiste nella predisposizione dei dati relativi alla movimentazione contabile giornaliera sui crediti ceduti (Modello Contabile). Gli eventi trattati da 3B_SEC sono:
   • Movimenti di credito (maturazione o storno maturazione del credito);
   • Movimenti di cassa a soddisfazione del credito ceduto;
   • Accadimenti gestionali di post-vendita ( Subentri, Rinegoziazioni, Estinzioni anticipate, Furti e perimenti, Vendite e Rilocazioni);
   • Riacquisti di crediti ceduti al Veicolo (SPV);
   • Annullamento della cessione di crediti precedentemente selezionati.
   
   
   
5. Gestione Contabile
   
   • Produzione delle registrazioni contabili inerenti alla Cessione ed ai Revolving;
   • Produzione delle scritture contabili inerenti rendicontazione su base giornaliera;
   • Produzione del data set necessario alla redazione del Bilancio e della Nota Integrativa.
   
   
6. Reportistica
   
   • Produzione della Reportistica Mensile - Monthly Servicing Report (Collection & Payments Report);
   • Produzione della Reportistica Trimestrale - Quarterly Servicing Report (Collection Period, Conditions For The Purchase Of The Subsequent Portfolio, Triggers etc..);
   
   
7. Segnalazioni Banca d'Italia
   Verranno predisposte le opportune modifiche per la gestione delle Segnalazioni di Vigilanza e CR sia per quanto riguarda la Società Originator sia per quanto riguarda la Società SPV:
   
   
8. Quadratura delle Informazioni
   La procedura Securitization 3B prevede la predisposizione di appositi processi di quadratura al fine di garantire la corretta gestione delle fattispecie trattate. Tali processi dovranno essere implementati in base alle specifiche emerse in fase di analisi dell'istallazione della procedura Securitization.
   
   

3B_SEC, grazie alla base informativa garantita dalle piattaforme 3B ed alla potenza degli algoritmi di calcolo predisposti, è in grado di effettuare con puntualità e precisione l'individuazione del “di cui ceduto” di ogni accadimento riguardante i rapporti ceduti sia sul lato crediti sia sul lato flussi di cassa, riuscendo così ad attribuire le corrette competenze finanziarie e quindi, garantendo che i flussi di cassa vengano attribuiti in via prioritaria al Veicolo.

3B_SEC offre, inoltre, funzionalità di Reportistica in grado di soddisfare l'esigenze informative degli investitori e degli attori coinvolti, offrendo un data set completo dell'operazione.

3B_SEC offre un modello contabile già vagliato dalle principali Società di Revisione operanti nel mercato italiano.

La gestione e il censimento dei conti contabili:

• piano dei conti principale
• riclassifica IAS
• riclassifica consolidato
• riclassifica capogruppo
• altre riclassifiche

ll piano dei conti contabili sviluppato dal sistema 3B_COG viene gestito fino ad un massimo di 8 sotto-livelli, senza alcuna struttura gerarchica predefinita.

• L'integrazione completa in NSIL e con tutti i sistemi offerti da TREBI;
• insieme alla gestione delle scritture automatiche di fine periodo (mese/anno) con l'eventuale storno al primo del mese successivo;
• e l'amministrazione a sistema della data di competenza e della data contabile unita alla possibilità di effettuare scritture di rettifica del bilancio post chiusura del bollato e della Contabilità

Rappresentano le principali caratteristiche del sistema integrato di gestione della Contabilità Generale offerto da TREBI. La struttura di 3B_COG si basa su determinate entità logiche dei dati raggruppate per tipo:

• ANAGRAFICA CONTI
Contiene tutti i conti contabili movimentabili a qualsiasi livello siano definiti nelle strutture dei piani di conti a cui appartengono. Per tutti i conti contabili (anche quelli che non sono derivanti da un rapporto) è individuata un'anagrafica corrispondente per poter definire le informazioni necessarie a Banca d'Italia come residente/non residente, partecipata/controllante,creditizio,ecc.


• PIANO DEI CONTI o RICLASSIFICA
Contiene la struttura variabile (suddivisa in massimo 8 livelli) degli N piani dei conti definibili, senza una struttura gerarchica predefinita. La struttura gerarchica è rappresentata dai legami "padre/figlio" contenuti nel piano dei conti stesso e l'utente ha l'assoluta libertà di costruirla secondo le proprie esigenze, in quanto tutte le routine di gestione della movimentazione contabile sono assolutamente indipendenti dai piani dei conti.


• MOVIMENTI CONTABILI
Contiene la raccolta di tutti movimenti contabili definitivi o provvisori. Tutti gli importi sono espressi sia nella moneta originale che nella moneta di libro (o nazionale), in modo da poter gestire una contabilità multicurrency.


• SALDI MESE PER MONETA
Contiene i saldi di ogni conto di un piano dei conti raggruppati per codice moneta, anno e mese.

L'elenco delle funzioni TP offerte tramite il sistema di gestione della Contabilità Generale – 3B_COG prevede:

• Registrazioni COGE Inserisce e visualizza (variazione ed annullamento sono ammessi solo per movimentazione non proveniente dal Sistema Leasing) righe di prima nota con controlli di quadratura a livello di numero di prima nota.
• Rettifiche di bilancio Gestisce righe di prima nota con data competenza diversa dalla data contabile.
• Scritture provvisorie Inserisce movimenti contabili che finiranno sul bollato solo dopo essere stati confermati.
• Gestione Anagrafica Conti Gestisce l'anagrafica dei conti contabili e le relative informazioni.
• Gestione Piani dei conti o Riclassifica Gestisce le strutture degli 'n' piani dei conti gestiti.
• Scheda di conto o "Mastrino" Visualizza i movimenti effettuati su di un conto contabile ordinati per data contabile.
• Partitario Visualizza i movimenti effettuati su di un conto contabile ordinati per chiave di partita.
• Saldi mensili di un conto di un piano dei conti Visualizza il saldo di un conto mese per mese.
• Liste movimenti contabili per codice gestionale per: Contratto/Modulo; Soggetto anagrafico; Bene e Codice finanziamento.

L'elenco delle funzioni batch offerte tramite il sistema di gestione della Contabilità Generale – 3B_COG prevede:

• Libro IVA Vengono stampati i vari registri IVA con relativo riepilogo per aliquota e riepilogo dei registri.
• Libro giornale Vengono stampati i movimenti contabili definitivi in ordine di data contabile .
• Conferma dei movimenti di rettifica provvisori Tramuta movimenti provvisori in movimenti definitivi.
• Cancellazione movimenti di rettifica provvisori Elimina i movimenti provvisori non tramutati in definitivi.
• Stampa di un piano dei conti Viene elencata la struttura di un dato piano dei conti.
• Stampa situazione contabile di un piano dei conti Vengono riepilogati i saldi a livello di conto e moneta ad una certa data contabile ordinati per livello.
• Stampa situazione contabile di un piano dei conti con evidenziate le rettifiche di bilancio E' la situazione contabile al netto delle scritture di rettifica con evidenza delle scritture di rettifica stesse..
• Chiusure/aperture conti Esegue le scritture automatiche di chiusura e riapertura dei conti.
• Stampa situazione contabile di un piano dei conti di un esercizio già chiuso E' la situazione contabile al netto delle scritture di chiusura dei conti.
• Stampa prima nota Elenca le registrazioni contabili ordinate per numero di prima nota.
• Stampa scheda di conto Stampare i movimenti effettuati su di un conto contabile ordinati per data contabile.
• Stampa partitario Stampa i movimenti effettuati su di un conto contabile ordinati per chiave di partita.
• Stampa scheda di conto gerarchica - Stampa movimenti per codici gestionali (Contratto / Modulo, Soggetto anagrafico, Bene)
• Stampa gruppi di conti e causali
• Interfaccia verso controllo di gestione

Scopo di tale sottosistema è la predisposizione di budget pluriennali e il monitoraggio dell'andamento dell'attività aziendale senza soluzione di continuità. Al fine di amplificare l'aspetto ergonomico ed ergotecnico per l'Utente, lo spettro funzionale contemplato dal sistema 3B_BDG è suddiviso in due moduli operanti su due ambienti elaborativi diversi:

• l'ambiente Host (As400) per l'origine delle informazioni del parco contratti in essere e per le attività di simulazione ed elaborazione del finanziario;
• l'ambiente Personal computer (PC) per la predisposizione degli impieghi per il budget e per la gestione autonoma e personalizzata degli output. A tal fine per avere il massimo grado di flessibilità nella generazione di report/prospetti, vengono forniti all'utente un datawarehouse, una serie di tabelle Pivot Excel predefinite e la possibilità di accesso tramite Olap Server.

Le funzioni e le caratteristiche del sottosistema 3B_BDG vengono di seguito esposte e raggruppate rispettivamente per il modulo operante su Host e per quello attivo su PC.

Modulo 3B_BDG operante su PC:
Questo modulo, parte integrante del sottosistema in esame 3B_BDG, gestisce tutte le attività di dialogo con l'Utente per la parametrizzazione dei servizi e dei conti, la gestione degli impieghi, l'elaborazione del budget e degli scostamenti e la predisposizione degli output.

1. CREAZIONE NUOVO BUDGET
• Creazione Ex Novo: consente l'inserimento nel database di un riferimento che identificherà il nuovo budget;
• Creazione Partendo da Dati già Esistenti: duplica le informazioni esistenti ed associate ad un budget specifico assegnandogli il nuovo riferimento.
2. GESTIONE IMPIEGHI
• Caricamento/Aggiornamento Impieghi: consente di caricare gli impieghi previsti per ogni budget a livello di budget/esercizio/filiale/prodotto/anno e mese di impiego;
• Visualizzazione Impieghi: visualizza raggruppato per esercizio/filiale/prodotto gli impieghi inseriti.
3. GESTIONE ALTRI COSTI/RICAVI
• Caricamento ed Aggiornamento Movimenti: consente di associare a livello di budget/esercizio/filiale/codice informazione, qualsiasi altro dato l'Utente desideri (spese per personale, affitti, aumenti capitale etc.);
• Visualizzazione Movimenti: visualizza le informazione introdotte.
4. ELABORAZIONE DEL BUDGET
• Sviluppo ed Elaborazione Completa. Provvede alla generazione del datawarehouse necessario ad elaborare: Cashflow Previsionale, Conto Economico Finanziario, Dati Aggiuntivi ed Informativi, Stato Patrimoniale Finanziario, Prospetti di redditività, Mismatching di Tesoreria. L'elaborazione può essere effettuata: acquisendo una base dati precedentemente elaborata su Host e residente sullo stesso (connessione diretta all Host), utilizzando una base dati Host già acquisita in budget precedenti, utilizzando solo dati di budget.
5. GESTIONE SERVIZI
• Gestione Prodotti: consente il caricamento, la modifica e la visualizzazione del prodotto (contratto tipo) che verrà referenziato negli impieghi di budget;
• Gestione Filiali: consente il caricamento, la modifica e la visualizzazione delle filiali ammesse;
• Caricamento/Aggiornamento Piano Conti (codici informazioni gestite): consente di decidere quali informazioni devono essere gestite e le regole con cui le stesse devono essere trattate. È la tabella parametrica più importante e delicata di tutte e la sua corretta gestione e comprensione è fondamentale.
6. GESTIONE FINANZIAMENTI PASSIVI
Viene recepita automaticamente dalla gestione tesoreria NSIL da AS400.
7. STAMPE VARIE
Tutte le Stampe sono generate mediante l'uso di tabelle Pivot Excel. Vengono fornite alcune Tabelle Pivot Predefinite ai fini di consentire al Cliente la comprensione della struttura del datawarehouse in modo che egli possa costruirsi in modo totalmente autonomo ogni tipo di report e/o prospetto desiderato accedendo al datawarehouse mediante tabelle Pivot oppure tramite Olap Server .
8. GESTIONE CONFRONTI
Esegue il confronto e i relativi scostamenti tra una elaborazione di budget/consuntivo ed una qualunque altra elaborazione storicizzata. Tutte le operazioni di confronto possono essere ottenute sulla base del dato progressivo al x giorno oppure al x mese. Gli scostamenti vengono forniti in valore assoluto ed in valore percentuale.

Questo modulo, parte integrante del sottosistema in esame, gestisce tutte le attività elaborative su piattaforma As400, necessarie per generare le informazioni di flusso dai sottosistemi Tesoreria e Contratti e per alimentare opportunamente l'interfaccia predisposta per il colloquio tra i due moduli del CDG Host/PC. Il modulo si fa quindi carico di estrarre dal database le informazioni, codificarle in modo opportuno estrapolando ove necessario le informazioni derivate.

Tali informazioni sono essenzialmente di tre tipologie base:

• le informazioni di flusso rappresentano i movimenti materiali di denaro (ad esempio l'entrata di un canone leasing oppure l'uscita per il pagamento di un bene acquistato);
• le informazioni di competenza rappresentano i movimenti di flusso e / o componenti degli stessi suddivisi nella loro distribuzione temporale (ad esempio la quota interessi di un canone suddivisa nei mesi di competenza coperti dalla stessa);
• le informazioni base contengono dati che oltre ad essere utilizzabili in quanto tali possono essere usati per effettuare ulteriori simulazioni e derivare altre informazioni (ad esempio il capitale residuo per cassa alla data x, associato al suo periodo di validità, può essere usato per derivare il capitale medio impiegato di periodo.

Questo modulo svolge una funzione estremamente critica in quanto estrae le informazioni fondamentali che verranno successivamente utilizzate per simulazioni, analisi etc. Poiché le informazioni, ai fini del budget, devono essere estratte non solo in modo puntuale ma anche proiettate nel tempo fino alla data desiderata, il modulo deve anche farsi carico di effettuare una simulazione dell'indicizzazione (simulazione che data la varietà e la complessità delle variabili connesse deve necessariamente essere eseguita sull'Host per creare un database di partenza attendibile per ulteriori simulazioni su PC).

Le informazioni in oggetto non permettono creazioni di elementi civilistici ma consentono di effettuare simulazioni di effetto sul margine del variare dei tassi. Il modulo 3B_BDG si connette al proprio database (SQLSERVER) tramite controlli ADO e, per quanto concerne le informazioni Host, accede direttamente agli archivi As400 in sola lettura utilizzando controlli che, a loro volta, utilizzano il protocollo ed il canale ODBC.
È necessario che il personal sia collegato con l'AS400, tramite Client/Access od equivalente e che l'utilizzatore abbia un profilo che gli consenta l'accesso agli archivi. Il modulo operante su macchina Host è realizzato secondo gli standard di sviluppo e in conformità all'architettura delle piattaforme TREBI.

Lo scopo del sottosistema di TREBI 3B_RPT è di rendere disponibile e fruibile all'Utente una versione opportunamente ridotta e denormalizzata della mole di dati presenti sul sistema NSIL.

Una volta creati i file denormalizzati, questi vengono importati sul server e resi disponibili agli Utenti per tutte le loro esigenze. Alla fine di ogni mese, i dati vengono storicizzati su appositi archivi. l sottosistema di reporting e controllo direzionale 3B_RPT opera su un database residente su un apposito server che funge da datawarehouse. I dati in esso contenuti sono stati opportunamente denormalizzati per consentirne un più facile utilizzo da parte degli Utenti. La necessità di una preventiva analisi dei dati desiderati e richiesti nei report, per poter conseguentemente modificare i programmi di estrazione già presenti sul sistema è il drive di sviluppo di 3B_RPT. Sono state create più procedure per scaricare i dati generati dall'AS/400 con cadenza giornaliera o mensile a seconda delle esigenze degli Utenti. Le potenzialità dello strumento utilizzato per la reportistica (Crystal Reports) consentono la creazione di report per le esigenze più disparate con risultati grafici decisamente notevoli. Per il corretto funzionamento del pacchetto 3B_RPT si necessita di un server adeguato alla mole di dati presente nel sistema (un sistema con multi processore evoluto, estesa memoria RAM a più livelli e capacità elevata di storicizzazione di disco fisso). Nel caso di necessità di estendere verso una Intranet (o Internet) i propri report, è opportuno predisporre un ulteriore server da utilizzare come Web Server (evitando di utilizzare il medesimo server con i rischi che tale scelta comporta).

Per quanto riguarda il software, si consiglia un sistema operativo Microsoft Windows Server (o Advanced Server), un database Microsoft SQL Server, l'emulatore IBM Client Access Express di ultima versione, Visual Basic per lo sviluppo, copia di Seagate Crystal Reports Developer, una serie di licenze per Seagate Crystal Reports Designer pari al numero degli Utenti che effettivamente si confronteranno con i report emessi dal sistema.

Ancora prevedere la separazione dell'ambiente di produzione da quello di sviluppo, per cui si rende necessario un Personal Computer da utilizzare solamente per lo sviluppo e la modifica dei programmi su cui verranno installati Visual Basic e Crystal Reports (Developer) precedentemente indicati.

Il sistema Servizio Web Clienti 3B_WSC di TREBI permette alle Società Finanziarie e agli Istituti di Credito di offrire ai propri Clienti funzionalità Web per quanto riguarda attività di:

• Inquiry sui propri contratti;
• Richiesta ristampa di modulistica varie;
• Richiesta stampe di copie conformi fatture;
• Richiesta stampa di fatture e altra documentazione fiscale;
• Comunicazione variazioni di indirizzo e anagrafica in generale;
• Comunicazione di variazioni e cambi di appoggio bancario (coordinate IBAN, domiciliazione, etc.);
• Richiesta stampa preventivi di riscatto;
• Richiesta di notifica di emissione di documenti IVA.

Il sottosistema Servizio Web Clienti 3b_WSC fornisce funzionalità di base distinguibili lato Clienti e lato Società di Leasing/Finanziarie, descritte di seguito. Le funzioni attive tramite il Servizio Web Clienti 3B_WCS sono riassumibili nelle funzioni/menu lato Cliente di:

1. Operazioni preliminari:
• Primo accesso di registrazione
• Recupera Password
• Login Area Cliente.
2. Menu "I tuoi dati":
• Profilo;
• Modifica indirizzo e-mail
• Profilo – Modifica password
• Profilo – Abilita scarico fattura
• Profilo – Fatture elettroniche
• Profilo – Iniziative Commerciali
• Dati anagrafici – Variazione dati generali
• Dati anagrafici – Variazione indirizzo
• Dati anagrafici – Variazione recapito telefonico
• Estratto conto saldo
• Estratto conto dettaglio
• Elenco richieste
3. Menu "Tutto contratti":
• Elenco contratti
• Elenco rate
• Elenco rate – Dati Fattura
• Elenco rate – Scarica in formato Excel/Pdf
• Piano ammortamento
• Piano ammortamento – Scarica in formato Excel/Pdf
• Estratto conto
• Estratto conto – dettaglio partita
• Estratto conto – Scarica in formato Excel/Pdf
• Variazione banca di appoggio
• Preventivo di riscatto
• Cessione di contratto
4. Menu "Documenti":
• Documenti IVA
• Stampa copie conformi
• Stampa documenti IVA

Le funzioni attive e gestibili tramite il sistema 3B_WCS lato Società di Leasing/finanziarie sono riassumibili nelle funzionalità di:

1. Gestione news
2. Gestione indirizzi multipli
3. Tracciamento operazioni effettuate dal Cliente
4. Modalità attivazione account Clienti:per Clienti già in portafoglio, nuova clientela, primo accesso del Cliente.

Il software 3B_IDG nasce con lo scopo di fornire la soluzione completa ed integrata in materia di Modulistica e Documenti (DocSet).

I principi alla base del suo sviluppo sono:

• Flessibilità;
• Semplicità;
• Scalabilità;
• Performance;
• Stabilità.

3B_IDG è un software modulare, adattabile alle situazioni architetturali più complesse, capace di operare con sistemi Windows e IBM I-Series.

Integrabile con tutti i Sistemi di TREBI, 3B_IDG può essere richiamato tramite apposite interfacce anche da architetture esterne, ricevendo ed evadendo le richieste di DocSet.

I dispositivi fisici di output, che rappresentano le destinazioni dei DocSet prodotti, (Device) sono implementati per: stampe, e-mail, salvataggi, fax e archiviazione. L'applicativo 3B_IDG è stato sviluppato per garantire un elevato throughput del sistema, con il massimo livello di stabilità in modo da minimizzare le operazioni di manutenzione ed intervento necessarie.

Il sistema 3B_IDG, al fine di garantire la stabilità del sistema, può essere configurato per funzionare in un apparato basato su Load Balancing con ripartizione di carico. Il funzionamento dell'applicativo avviene tramite un'interazione bidirezionale tra una macchina server IDG e una macchina contenente una base dati (solitamente IBM I-Series).

In termini macro, l'IBM I-SERIES, su richiesta dell'Utente (o di un flusso batch), popola dei file presenti in specifiche librerie e richiede l'elaborazione del DocSet al server IDG.

Questo, una volta attivato, si collega a IBM I-SERIES, recupera le informazioni dai file e genera il DocSet, che viene indirizzato/gestito sugli specifici Device richiesti per l'elaborazione corrente.

Questa struttura permette la gestione di più Device con una sola richiesta, minimizzando la duplicazione dei dati e aumentando il throughput del sistema: con un'unica richiesta il DocSet può essere stampato, inviato tramite e-mail ed archiviato.

I Device attualmente gestiti sono:

• Device Stampante: in dipendenza dalla parametrizzazione del sistema il documento viene stampato su una specifica stampante;
• Device Salvataggio: in funzione della parametrizzazione del sistema il DocSet PDF viene salvato in una o più locazioni (solitamente uno o più file server, web server o l'IBM I-SERIES). Questo permette al sistema 3B_IDG l'integrazione con le procedure WEB TREBI: salvando il DocSet PDF in una locazione nota al server web che ne ha fatto richiesta (LOL o Webfacing), questo si occuperà autonomamente di visualizzarlo nel browser dell'Utente;
• Device E-mail: in dipendenza dalla parametrizzazione del sistema il DocSet viene inviato (appoggiandosi ad un server smtp) ai destinatari previsti. È possibile definire dei modelli customizzabili che comporranno il corpo dell'e-mail (html-text), ed eventualmente aggiungere manualmente delle note in fase di invio;
• Device Archiviazione: secondo logiche parametrizzabili, il DocSet viene salvato in una specifica locazione (solitamente un file server o l'IBM I-SERIES) per renderne possibile una successiva consultazione. La procedura (3B_IDG o IBM I-SERIES) si occupa poi di generare i file di indice dei DocSet archiviati, necessari al fine di implementare successive di funzioni di ricerca.

L'elaborazione effettuata dall'applicativo 3B_IDG produce in output documenti PDF la cui dimensione rimane molto ridotta: in media un contratto di circa 20 pagine occupa meno di 100KB. Un DocSet base è formato dall'unione condizionata di documenti base (Template).
Il DocSet Contratto può essere composto da più Template tipo:

• condizioni particolari;
• condizioni generali;
• fogli informativi
• etc.

Ciascuno prodotto automaticamente dal sistema in più copie, indirizzate ognuna ad un soggetto diverso:

• copia Cliente,
• copia Garante,
• etc.

I Template possono essere sviluppati tramite editor visuale o manuale.

Per quanto riguarda il Device archiviazione, si precisa che la fase di consultazione non è integrata nel sistema 3B_IDG, che si occupa unicamente dell'archiviazione fisica dei DocSet, ma le funzionalità di ricerca e ristampa di un DocSet archiviato (modulistica e documenti), con possibilità di eseguire nuovamente la gestione dei Device, sono rese disponibili tramite il sottosistema di archiviazione ottica di documenti di TREBI denominato 3B_ODM.

Le finalità del sottosistema gestione ottica 3B_ODM sono sintetizzabili come segue:

• utilizzo sistemi di Gestione Elettronica dei Documenti per facilitare la diffusione delle informazioni in ambito aziendale;
• riduzione del documento cartaceo sostituendolo ove possibile con la propria immagine elettronica;
• recupero più veloce della documentazione tramite accesso ottico;
• accesso contemporaneo allo stesso documento da più entità indipendentemente dalla loro dislocazione fisica.

Il sottosistema di gestione ottica documentale 3B_ODM fornisce le seguenti funzionalità di base:

• ricezione, indicizzazione ed archiviazione automatica dei documenti;
• ricerca e visualizzazione, stampa, scarico e salvataggio dei documenti memorizzati secondo diverse chiavi di ricerca;
• carico di un documento che non corrisponde alle caratteristiche di cui al primo punto uno mediante immissione dei dati necessari alla sua corretta indicizzazione;
• modifica dei dati di riferimento di un documento;
• La gestione della sicurezza relativa ad abilitazioni operative (chi fa cosa) e di accesso (chi può vedere cosa) sono gestite centralmente dai sistemi TREBI.

Di seguito sono fornite le macro analisi per le funzionalità implementate da 3B_ODG:

Il processo che effettua il carico dei documenti è un punto che necessita di particolare attenzione.

Al fine di automatizzare il riconoscimento dei documenti e la loro indicizzazione in automatico viene utilizzato un codice a barre.

I documenti possono avere già un codice a barre riconoscibile dai sistemi TREBI (ad esempio il contratto firmato dal Cliente) oppure essere sprovvisti di tale codice .

Tale processo può svolgersi in diversi modi a seconda dell'organizzazione aziendale:

• caricamento sincrono: tale modalità è da considerarsi come eccezionale e di uso sporadico per sopperire a particolari necessità;
• caricamento asincrono: questa è la modalità standard che consente di ottimizzare il processo.

La procedura riportata al seguito si applica a qualsiasi documento (o gruppo di documenti):

• raccolta ed ordinamento della documentazione;
• separazione dei documenti già provvisti di BarCode dagli altri;
• solo per i documenti senza BarCode:
• richiesta di Stampa dei separatori con BarCode;
• inserimento dei separatori all'interno del fascicolo di documenti;
• scansione dei documenti;
• invio del risultato di scansione alla destinazione prevista.

A seconda della tipologia di scanner utilizzata e dell'organizzazione aziendale l'invio dei documenti può essere automatico oppure richiedere un passo operativo extra.

Questa funzione inserita generalmente nel "cruscotto" di NSIL predispone la creazione di un documento PDF che eredita direttamente le informazioni di numero contratto e codice Cliente.
Come dati aggiuntivi possono essere richiesti (in funzione dell'organizzazione del DB documenti):

• gruppo di appartenenza del documento (Mod. Contrattuale, Doc. Tecnica, Fatture passive, etc.)
• classe specifica del documento (certificato assicurativo, perizia, visura catastale, etc.)

Tutte queste informazioni verranno riportate nel codice a barre generato il foglio stampato viene poi posizionato sopra al documento a cui si riferisce.

I documenti vengono scannerizzati ed i file risultanti dalla scansione vengono memorizzati nella directory predefinita.

I documenti dovrebbero essere disponibili per l'utilizzatore finale dopo un intervallo di tempo che può variare dai 5 ai 10 minuti a seconda delle varie strutture hardware e software coinvolte.

Può capitare che a causa di errori di scansione o di scarsa qualità delle immagini alcuni documenti non vengano riconosciuti correttamente.

In tal caso il sistema "parcheggia" questi documenti in un'area apposita e l'Utente abilitato potrà utilizzare una funzione ad hoc che consente la corretta attribuzione dei codici di riconoscimento ai documenti e la loro indicizzazione.

La ricerca dei documenti può avvenire direttamente dall'interno del cruscotto dei prodotti oppure da una mappa di ricerca più generica.

Nel primo caso il contesto della mappa di richiesta dispone già degli elementi necessari per richiedere i documenti desiderati (come minimo dispone di numero contratto e codice Cliente) nel secondo caso verranno richiesti i parametri per la ricerca.

La ricerca genera una lista di documenti che l'Utente può visualizzare/stampare o scaricare sul proprio pc. La gestione ottica documentale 3B_ODM consente di gestire qualunque tipo di documento e non solo immagini.

Ovviamente la maggior parte dei documenti provenienti dalla scannerizzazione saranno di tipo immagine anche se con l'estensione PDF o PDF/Searchable.

Il DB tuttavia consente di caricare fogli Excel, Word, PDF, JPG, etc. nel loro formato nativo.

L'attività di "spunta" realizza l'accoppiamento di movimenti contabili presenti negli archivi dei data base con i movimenti contabili provenienti dalle banche sulla base di alcuni codici predefiniti (identificativo di conto, corrispondenza di importo e altri parametri valutati dagli operatori: es. data valuta, causale, descrizione movimento, etc.). Le macro funzionalità che il tool 3B_SPB mette a disposizione sono:

• La consultazione movimenti (banca-DB/DB-banca);
• La spunta movimenti (Associazione/Dissociazione dei movimenti);
• L'importazione movimenti banca da file Excel;
• Varie funzionalità utility generali e di grafica.

Le caratteristiche principali del prodotto di TREBI 3B_SPB per la spunta delle banche sono rappresentate dalla possibilità di:

• associare movimenti contabili di conti bancari "spuntabili" - associazione N a N;
• disassociare i movimenti contabili "spuntati" manualmente - disassociazione N a N;
• disassociare i movimenti contabili "spuntati" automaticamente - disassociazione 1 a 1;
• ricerca per visualizzare i conti bancari, movimenti contabili "spuntati" e non.

La consultazione dei movimenti permette la visualizzazione separata dei movimenti presenti su DB e banca, oppure una modalità di visualizzazione congiunta:

• consultazione movimenti procedure TREBI;
• consultazione movimenti Banca;
• consultazione movimenti procedure TREBI/Banca

Per rendere facile la consultazione è stato reso possibile ricercare il conto corrente desiderato sulla base di alcuni parametri come ad esempio il codice conto contabile e la descrizione del conto corrente.
Allo scopo di rendere il tool 3B_SPB maggiormente ergonomico è inoltre possibile effettuare tutte le ricerche in modalità "totale" o "parziale". È attiva quindi la ricerca di una parola o di una parte di essa all'interno di ogni parametro proposto dal tool 3B_SPB.

Le maschere di consultazione sono di dettaglio o di riepilogo. Il dettaglio presenta l'elenco dei movimenti relativi al conto corrente indicato dall'operatore mentre la maschera di riepilogo riporta le seguenti informazioni:

• Numero movimenti totale;
• Numero movimenti riconciliati;
• Numero movimenti non riconciliati;
• Totale dare;
• Totale avere;
• Saldo mese;
• Saldo progressivo.

La funzionalità di spunta avviene tramite l'importazione dell'estratto conto della banca sul sistema TREBI. Viene effettuata una prima spunta automatica (batch) cercando di accoppiare i movimenti bancari con quelli esistenti a sistema e non ancora associati. In seguito alla spunta automatica è possibile gestire manualmente eventuali sospesi o abbinamenti non corretti effettuati tramite l'automatismo offerto dal tool 3B_SPB. La struttura e i tracciati dei vari form e delle varie funzioni (consultazione, associazione, dissociazione, ecc.) del tool TREBI per la spunta delle banche dettano i parametri per le funzionalità generali di 3B_SPB. Infatti la possibilità di ordinare i dati cliccando il mouse sul campo desiderato o la possibilità di copiare i dati negli appunti per poter in seguito esportarli in excel sviluppano al massimo l'ergonomia dell'applicazione 3B_SPB.

È stata implementata altresì la possibilità di importare i movimenti banca direttamente da file Excel. Il file ha un tracciato predefinito e la procedura di importazione si fa carico solamente di effettuare le verifiche del caso in modo da caricare solo dati corretti (viene ad esempio verificata la correttezza del codice conto contabile indicato e la quadratura tra saldo iniziale, elenco movimenti da caricare e saldo finale).

• L'interfaccia grafica user-friendly utilizzata da operatore per realizzare le funzioni di business;
• la riduzione notevole dei tempi user per le verifiche e le operazioni legate alla "Spunta";
• la sicurezza e l'integrità di dati forniti negli archivi nelle operazioni di modifica legate alla "Spunta";
• insieme alle operazioni dirette sugli archivi di "Spunta" da user effettuate senza digitare comandi e navigare nelle procedura TREBI.

Rappresentano altri grandi vantaggi derivanti dall'uso della procedura per la spunta delle banche offerta da TREBI.

Il sito web offerto e sviluppato dalla procedura 3B_PEF implementato da TREBI insiste su un database SQL Server (PEF) che viene alimentato principalmente dai dati del Sistema Informativo originario di TREBI: NSIL. L'importante e innovativa funzionalità extra offerta dallo strumento 3B_PEF è rappresentata dalla possibilità di usufruire direttamente ed in maniera intelligente dei dati delle pratiche di fido (precedentemente ricercati e storicizzati) attraverso interrogazioni univoche (per chiave):

• sia su documenti già disponibili sul sistema NSIL;
• che tramite interrogazioni di documenti generati da fonti dati esterne al sistema d'origine (provenienti da BD remote quali: Cerved, Assilea, BankIT, etc.)

La procedura di Pratica Elettronica di Fido offerta da TREBI, grazie alla grande flessibilità offerta dallo strumento e all'integrazione tra più sistemi, consente:

• l'integrazione completa e autonoma delle informazioni delle pratiche in esame con documenti esterni (provenienti da BD esterne quali: Cerved, Assilea, BankIT, etc.);
• l'accentramento delle informazioni necessarie all'analisi e alla valutazione delle pratiche;
• una maggiore uniformità di giudizio nella valutazione delle pratiche;
• la stesura delle relazioni relative alle pratiche di affidamento;
• la generazione e la consultazione di file in formato .PDF strutturati, contenenti i dati e le relazioni delle pratiche;
• la perfetta integrazione con il sistema informativo aziendale NSIL offerto da TREBI utilizzato come principale fonte dati.

Pratica elettronica di fido, 3B_PEF, risulta pertanto come uno strumento IT semplice e intuivo. 3B_PEF è percepito dall'Utente come un funzionale, moderno ed ergonomico sito web, altamente dinamico e fruibile dagli Utenti. La consultazione dei dati delle pratiche risulta a "portata di mouse" e spiccatamente user friendly. La navigazione avviene mediante menù a tendina e di testa grazie ai quali si può accedere ai dati desiderati presentati funzionalmente in posizione evidente e centrale nelle mappe dove vengono mostrati tutti i dati del menù selezionato. La struttura e i tracciati dei vari form e delle varie funzioni (consultazione, associazione, dissociazione, ecc.) del tool TREBI per la spunta delle banche dettano i parametri per le funzionalità generali di 3B_SPB. Infatti la possibilità di ordinare i dati cliccando il mouse sul campo desiderato o la possibilità di copiare i dati negli appunti per poter in seguito esportarli in excel sviluppano al massimo l'ergonomia dell'applicazione 3B_SPB.

È stata implementata altresì la possibilità di importare i movimenti banca direttamente da file Excel. Il file ha un tracciato predefinito e la procedura di importazione si fa carico solamente di effettuare le verifiche del caso in modo da caricare solo dati corretti (viene ad esempio verificata la correttezza del codice conto contabile indicato e la quadratura tra saldo iniziale, elenco movimenti da caricare e saldo finale). All'apertura del sito web 3B_PEF viene presentata la mappa di ricerca pratica dei documenti e delle informazioni inerenti la pratica di concessione fido. La ricerca può quindi avvenire per numero contratto o ragione sociale del Cliente di rischio. Così navigando sullo spazio web del sito 3_PEF è possibile consultare online i dati relativi alla pratica in esame e i vari documenti relativi alle informazioni, quali:

• le Condizioni Finanziarie;
• le Deroghe commerciali;
• le Informazioni Fornitore bene;
• la scheda di rischio;
• le Informazioni Garanti;
etc.

È possibile inoltre creare e consultare note e scrivere relazioni relative alla pratica di affidamento. È infine possibile generare ad hoc i moduli .PDF (o accedere ad essi tramite query in modalità consultazione) che costituiscono il documento di fido (questi documenti sono generati sulla base degli stessi dati consultabili dal sito 3B_PEF) generato dalle medesime fonti dati (DB NSIL e banche dati esterne).