Copertina

1. Copertina

2. I plus Flessibilità dell’offerta Criteri parametrici di visibilità e indipendenza dalla struttura gerarchica della rete di vendita e di liquidazione Tecnologia d’avanguardia Facilità di integrazione Modernità Multicanalità Performances e stabilità Sicurezza e profilatura gestiti esternamente

3. Le funzionalità Laboratorio attuariale Preventivazione Emissione Post-vendita e quietanzamento Contabilità tecnica di agenzia e di compagnia Sinistri Anagrafica unica Importazione ed esportazione da e verso altri sistemi Reportistica di bilancio e modulista di vigilanza Flussi da e verso enti istituzionali (ANIA, ISVAP, ecc.) Pagamenti on-line La riassicurazione ...

4. Introduzione ISYPOLCAST conversione ISYPOLHI host interface XLAYERS (CConsulting) riassicurazione ISYPOSTOFFICE accesso portafoglio ISYPOLDOC documenti ISYNORM normalizzatore QUERY MANAGER ISYSCHEDULE gestore batch ISYPOLIMPORT import generalizzato ISYPOLDW dataware house ISYPOLHOME mini portale ISYPOLEASY web standard di emissione ISYCUSTOMER accesso cliente ISYCASH web contabilità ISYCLAIMS web sinistri ISYPAY pagamenti on-line ISYPOLGUEST accesso anonimo ISYLEGACY export generalizzato POSITION ISYPOL RULES ISYPOLADMIN ISYCASH server contabilità ISYCLAIMS server sinistri ISYPOLBATCH infrastruttura batch ISYANAG anagrafe ISYSTRUCT organizzazione RATEENGINE tariffatore EMY portafoglio ISYBUS report STANDARD TECNOLOGICI ED ARCHITETTURALI (ENTERPRISE) Si tratta di una serie di package generalizzati ed indipendenti il cui utilizzo consente la gestione completa (dal preventivo al post-vendita passando per l’emissione, la stampa, le chiusure contabili e la trattazione dei sinistri) di uno o più prodotti assicurativi.

5. Architettura g.1 • MODULI: RATEENGINE, ISYANAG, EMY, ISYCASH, ISYSTRUCT, ISYLEGACY, ISYPOLIMPORT, ISYPOLEASY, ISYPOSTOFFICE, ISYPOLBATCH, ISYPOLIMPORTWEB, ISYPOLIMPORTMAIL, ISYCUSTOMER, ISYCLAIMS, ISYBUS, ISYPAY, ISYPOLDOC, ISYPOLGUEST, ISYPOLHOME, ISYPOLCAST • linguaggio: • java • architettura: • batch, CORBA, EJB, Http Server + XML, Web Services, connettore jms • data base supportati: • Oracle, Microsoft SQL Server, IBM DB2 MVS , IBM DB2 UDB • ejb container supportati: • IBM WebSphere, Oracle Application Server, BEA WebLogic, Jonas, JBoss • servlet engine supportati: • IBM WebSphere, Oracle Application Server, BEA WebLogic, Tomcat • queue manager supportati: • IBM WebSphere MQ • ORB supportati: • Inprise VisiBroker

6. Architettura g.2 • MODULI: ISYPOLADMIN, QUERY MANAGER • presentation: • GUI Windows • linguaggio di sviluppo: • Visual Basic • architettura: • COM-DCOM • data base supportati: • Oracle, Microsoft SQL Server, IBM DB2 MVS , IBM DB2 UDB

7. Architettura g.3 • MODULI: ISYPOLDW • linguaggio di sviluppo: • java e stored procedure • architettura: • batch • data base supportati: • Oracle, Microsoft SQL Server • MODULI: ISYPOLHI • linguaggio di sviluppo: • cobol • architettura: • a servizi

8. Isypoladmin 1 Isypoladmin è il sistema che permette di configurare e gestire i prodotti (pacchetti, garanzie, prestazioni, ecc.), i dati tariffari ( coefficienti, punteggi, valori, ecc. ). E’ in altri termini il sistema con cui gestire le tabelle di parametrizzazione degli altri sottosistemi. Permette inoltre di editare le semplici regole con cui i dati possono essere interpretati ed elaborati dal motore di tariffazione (RATEENGINE) nell’effettuare i “calcoli” e le interrogazioni necessarie ad emettere preventivi e stipulare polizze.

9. Isypoladmin 2 • presentation: • GUI Windows • linguaggio di sviluppo: • Visual Basic • architettura: • COM-DCOM • data base supportati: • Oracle, Microsoft SQL Server, IBM DB2 MVS , IBM DB2 UDB

10. Position E’ una caratteristica funzionale di tutti i prodotti della suite Isypol attraverso la quale è possibile decidere e variare esternamente la visibilità sui dati contenuti nei diversi DB del sistema Isypol secondo criteri gerarchici e non (la cosiddetta “visibilità a macchia di leopardo” oppure “visibilità per sottoinsiemi”), in modo da soddisfare le esigenze delle più complesse reti di vendita e liquidative.

11. Isypol Rules • Le Isypol Rules sono una soluzione tecnologica attraverso la quale tutte le regole di business e di processo che coinvolgono più componenti della Suite sono tenute esterne rispetto ad ognuno dei sottosistemi infrastrutturali (anagrafe, portafoglio, contabilità, sinistri, ecc.) e richiamate in modo parametrico e tabellare a seconda del contesto. • Le IsypolRules non hanno una propria base dati ma in estrema sintesi effettuano controlli ed invocano i servizi delle componenti infrastruttuali. • In altri termini sono la “distinta base funzionale” della Suite Isypol • Tra i vantaggi di questa soluzione evidenziamo: • garanzia di integrità logica delle informazioni sui vari sottosistemi. L’integrità fisica è resa possibile da soluzioni tecnologiche quali il two phase commit • riuso e centralizzazione delle funzionalità di business • parametrizzazione delle regole di processo in quanto è possibile in caso di richiesta e necessità sostituire/affiancare alcune regole e permettere che il sistema nella sua interezza abbia comportamenti eventualmente personalizzati in alcuni ambiti specifici senza intaccare (e personalizzare) invece i singoli sottosistemi (che quindi sono manutenuti in modo standard)

12. Isypolhome 1 • A seconda del profilo dell’utente (sede, ente emittente,service sinistri, ecc.) presenta i punti di accesso al sistema Isypol a cui questo è abilitato. • I punti di accesso al “mondo” Isypol già previsti in modo nativo sono infatti: • IsyCustomer • IsyPostOffice • IsyCash • IsyClaims • IsyPolGuest • IsyPolImportWeb • Da questi sistemi • è possibile sfruttare • le potenzialità dei • sistemi della Suite • senza interfaccia • grafica (ad es. Isyanag, Emy, Isystruct, ecc.) ed accedere a tutti gli altri sistemi con presentation generalizzata (ad es. IsypolAccount e IsypolDoc) o verticale. • E’ possibile configurare la IsypolHome per accedere ad altre applicazioni custom realizzate ad hoc per il singolo cliente o già in essere presso quest’ultimo.

13. Isypolhome 2 • presentation: • html based • linguaggio di sviluppo: • java • architettura: • servlet “standalone” • oppure • servlet + server CORBA • oppure • servlet + server EJB • data base supportati: • Oracle, Microsoft SQL Server, IBM DB2 MVS , IBM DB2 UDB • ejb container supportati: • IBM WebSphere, Oracle Application Server, BEA WebLogic, Jonas, JBoss • servlet engine supportati: • IBM WebSphere, Oracle Application Server, BEA WebLogic, Tomcat • http server supportati: • Microsoft IIS, Apache HTTPD, Tomcat • ORB supportati: • Inprise VisiBroker

14. Isyanag 1 • E’ un sistema di gestione anagrafica generalizzato che oltre a fornire una interfaccia ed un’architettura tecnologicamente evoluta, tiene in considerazione le più recenti esigenze delle grosse e medie aziende, come ad esempio: • gestione unica del cliente grazie a funzioni (esterne) di normalizzazione e deduplica e di codici “supernominativo” • visibilità parziale a seconda dell’utente utilizzatore con politiche esterne e facilmente modificabili (position) • gestione della privacy a livello di • gruppo • gestione di indirizzi multipli • gestione dei dati bancari • gestione dei rapporti già a partire • dalla scheda cliente

15. Isyanag 2 • presentation: • non necessaria • linguaggio di sviluppo: • java • architettura: • server CORBA • oppure • server EJB • oppure • Web Services • oppure • stand alone per batch • data base supportati: • Oracle, Microsoft SQL Server, IBM DB2 MVS , IBM DB2 UDB • ejb container supportati: • IBM WebSphere, Oracle Application Server, BEA WebLogic, Jonas, JBoss • ORB supportati: • Inprise VisiBroker

16. Isycustomer 1 Per i clienti che non manifestano la necessità di una interfaccia grafica particolarmente personalizzata questa è la nostra proposta per la gestione completa del cliente e delle informazioni gestite in ISYANAG. Attraverso questo strumento è infatti possibile censire nuovi clienti,modificarne di esistenti variando indirizzi, mail, fax, dati bancari, dati privacy, legami,ecc. Per i clienti che invece necessitano di una interfaccia grafica particolarmente personalizzata (che non si limiti a variazioni dei colori e dei loghi che sono già previste a livello di configurazione) il sistema può essere comunque agevolmente personalizzato grazie alle caratteristiche di multicanalità della Suite

17. Isycustomer 2 Una caratteristica particolarmente importante è la gestione del CRM aziendale, perchè permette di analizzare in modo semplice e centralizzato le informazioni di sintesi di tutte le polizze, i preventivi, i sinistri e gli incassi relativi al singolo cliente. Se l’utente necessita di maggiori informazioni sul singolo preventivo, polizza o sinistro o se necessita di operare sugli stessi Isycustomer è configurabile per agganciare i sistemi di gestione verticale (IsypostOffice, Isyclaims, Isycash, ecc.) ed in tal senso può essere giustamente definito uno dei punti di ingresso della Suite Isypol, anzi forse il principale. Analogamente può essere configurato per richiamare altri applicativi aziendali (non appartenenti allaSuite che operano a partire da un codice cliente

18. Isycustomer 3 • presentation: • html based • linguaggio di sviluppo: • java • architettura: • servlet “standalone” • oppure • servlet + server CORBA • oppure • servlet + server EJB • data base supportati: • Oracle, Microsoft SQL Server, IBM DB2 MVS , IBM DB2 UDB • ejb container supportati: • IBM WebSphere, Oracle Application Server, BEA WebLogic, Jonas, JBoss • servlet engine supportati: • IBM WebSphere, Oracle Application Server, BEA WebLogic, Tomcat • http server supportati: • Microsoft IIS, Apache HTTPD, Tomcat • ORB supportati: • Inprise VisiBroker

19. Isynorm 1 IsyNorm è una componente della Suite Isycontact Enterprise che è un insieme di moduli finalizzati al trattamento, alla nornalizzazione, alla deduplica e più in generale alla gestione dei dati anagrafici. In particolare Isynorm è un motore di normalizzazione in grado di razionalizzare indirizzi e anagrafiche, raggiungendo uno degli obbiettivi più importanti per le organizzazioni che hanno messo il cliente al centro delle loro iniziative operative, organizzative e di marketing. IsyNorm consente infatti di analizzare indirizzi e nomi riconducendoli ad una forma standard e confrontabile, attraverso il modulo di deduplica, con i dati già memorizzati sugli archivi. Si appoggia su di una ricca base dati completa delle località, dei codici di avviamento postale, dei nomi più comuni, delle vie dei comuni italiani. Sfrutta il GeoViario e cioè una potente e sempre in aggiornamento base dati contenente le vie di tutti i comuni italiani, i relativi CAP e le relative coordinate geografiche

20. Isynorm 2 • presentation: • non necessaria • linguaggio di sviluppo: • java • architettura: • server CORBA • oppure • server EJB • oppure • Web Services • oppure • stand alone per batch • data base supportati: • Oracle, Microsoft SQL Server, IBM DB2 MVS , IBM DB2 UDB • ejb container supportati: • IBM WebSphere, Oracle Application Server, BEA WebLogic, Jonas, JBoss • ORB supportati: • Inprise VisiBroker

21. IsypolGuest 1 IsypolGuest è la nostra proposta di interfaccia grafica per la gestione degli accessi anonimi sul canale internet o comunque per reti di vendita alternative. In questi contesti infatti è tipico non richiedere i dati anagrafici del contraente in modo obbligatorio ma solo nel caso in cui il cliente potenziale chieda di salvare il preventivo o stipulare la polizza. Gestisce il concetto di convenzione e quindi a seconda di questa è diverso l’insieme dei prodotti assicurativi visibili e di cui l’utente “anonimo” può richiedere il preventivo.

22. IsypolGuest 2 • presentation: • html based • linguaggio di sviluppo: • java • architettura: • servlet “standalone” • oppure • servlet + server CORBA • oppure • servlet + server EJB • data base supportati: • Oracle, Microsoft SQL Server, IBM DB2 MVS , IBM DB2 UDB • ejb container supportati: • IBM WebSphere, Oracle Application Server, BEA WebLogic, Jonas, JBoss • servlet engine supportati: • IBM WebSphere, Oracle Application Server, BEA WebLogic, Tomcat • http server supportati: • Microsoft IIS, Apache HTTPD, Tomcat • ORB supportati: • Inprise VisiBroker

23. Emy 1 E’ un sistema in grado di effettuare le più comuni operazioni di gestione di un prodotto assicurativo ed in particolare la memorizzazione di un preventivo o di una polizza, la gestione del repertorio, le appendici, lo storno, la sostituzione, e via dicendo... Grazie al suo livello di astrazione e generalizzazione è in grado di operare con qualsiasi tipo di prodotto assicurativo. Garantisce una visibilità parziale delle informazioni (a macchia di leopardo o per sottoinsiemi) a seconda dell’utente utilizzatore con politiche esterne e facilmente modificabili (position)

24. Emy 2 • presentation: • non necessaria • linguaggio di sviluppo: • java • architettura: • server CORBA • oppure • server EJB • oppure • Web Services • oppure • stand alone per batch • data base supportati: • Oracle, Microsoft SQL Server, IBM DB2 MVS , IBM DB2 UDB • ejb container supportati: • IBM WebSphere, Oracle Application Server, BEA WebLogic, Jonas, JBoss • ORB supportati: • Inprise VisiBroker

25. Isypostoffice 1 E’ lo strumento che consente di ricercare le polizze e/o i preventivi che soddisfano una serie di criteri di ricerca combinati Una volta identificati i singoli contratti il sistema è configurabile per consentire l’aggancio con i sistemi verticali di gestione ed emissione (ad es. per tutte le attività di post vendita) oppure per lanciare delle operazioni massive (ad es. stampe, estrazioni, ecc..) anche queste configurabili e personalizzabili

26. Isypostoffice 2 • presentation: • html based • linguaggio di sviluppo: • java • architettura: • servlet “standalone” • oppure • servlet + server CORBA • oppure • servlet + server EJB • data base supportati: • Oracle, Microsoft SQL Server, IBM DB2 MVS , IBM DB2 UDB • ejb container supportati: • IBM WebSphere, Oracle Application Server, BEA WebLogic, Jonas, JBoss • servlet engine supportati: • IBM WebSphere, Oracle Application Server, BEA WebLogic, Tomcat • http server supportati: • Microsoft IIS, Apache HTTPD, Tomcat • ORB supportati: • Inprise VisiBroker

27. Isypolcast 1 IsypolCast nasce per i clienti che hanno l’esigenza di importare nella Suite Isypol un portafoglio esistente e più in generale delle informazioni pregresse. Permette di confrontare più fonti (ad es. la base dati di periferia e quella centrale) e ne effettua il bilanciamento in base a parametri configurabili Al termine del bilanciamento produce i dati nel formato standard di importazione e gli stessi costituiscono l’input nativo per ISYPOLIMPORT

28. Isypolcast 2 • presentation: • non necessaria • linguaggio di sviluppo: • java • architettura: • batch • oppure • connettore jms • data base supportati: • Oracle, Microsoft SQL Server, IBM DB2 MVS , IBM DB2 UDB • QUEUE Manager supportati: • IBM MQ Series

29. Rateengine 1 RateEngine è un motore di tariffazione: esso infatti è dotato di una struttura tabellare generalizzata in grado di contenere la descrizione dei parametri di una qualsiasi tariffa (ed in particolare quelle dei prodotti assicurativi). Inoltre grazie ad un metalinguaggio è possibile descrivere esternamente, in modo semplice e facilmente gestibile, le regole di calcolo che quindi non vengono “hardcodate” nei codici sorgenti.

30. Rateengine 2 • presentation: • non necessaria • linguaggio di sviluppo: • java • architettura: • server CORBA • oppure • server EJB • oppure • Web Services • oppure • stand alone per batch • data base supportati: • Oracle, Microsoft SQL Server, IBM DB2 MVS , IBM DB2 UDB • ejb container supportati: • IBM WebSphere, Oracle Application Server, BEA WebLogic, Jonas, JBoss • ORB supportati: • Inprise VisiBroker

31. Isycash 1 E’ la procedura che permette di gestire la cassa di un qualsiasi ente coinvolto nel processo di emissione (agenzia, subagenzia, venditore, ecc.), tenendo in considerazione tutti i vincoli che derivano dalla struttura gerarchica della rete di vendita. E’ costituito da una componente server generalizzata che può essere usata dalle procedure specifiche di emissione per il trattamento di titoli e movimenti contabili, sgravando le singole applicazioni dalla gestione di queste specifiche e generalizzate problematiche di business. Oltre alla contabilità tecnica per il processo di assunzione è gestito anche il processo contabile dell’attività di liquidazione dei sinistri

32. Isycash 2 • E prevista una componente di presentation attraverso la quale gli operatori abilitati possono effettuare le più comuni operazioni contabili di “periferia” come ad esempio: • inserimento di movimenti • estrazioni statistiche • chiusure ad uso • interno e regolazioni • contabili con la sede • o, in generale, con • l’ente da cui dipendono • report • viste parziali per le • funzioni di estratto • conto cliente e di • pagamenti

33. Isycash 3 • presentation: • html based • linguaggio di sviluppo: • java • architettura: • servlet “standalone” • oppure • servlet + server CORBA • oppure • servlet + server EJB • oppure • Servlet + Web Services • oppure • standalone per i batch • data base supportati: • Oracle, Microsoft SQL Server, IBM DB2 MVS , IBM DB2 UDB • ejb container supportati: • IBM WebSphere, Oracle Application Server, BEA WebLogic, Jonas, JBoss • servlet engine supportati: • IBM WebSphere, Oracle Application Server, BEA WebLogic, Tomcat • http server supportati: • Microsoft IIS, Apache HTTPD, Tomcat • ORB supportati: • Inprise VisiBroker

34. Isybus 1 • E’ un sistema enterprise di disaccopiamento in grado di accettare l’ouput prodotto dalle applicazioni, formattarlo, gestirlo e distribuirlo ai diversi canali contemplati. E’ tra l’altro predisposto per: • produrre e memorizzare documenti e report nei formati più disparati, come ad es. PCL, PDF e HTML. Gli output prodotti possono essere visualizzati e successivamente stampati dai “client” richiedenti (funzione di preview) oppure direttamente inviati alle stampanti (stampa diretta), quando le stesse sono preventivamente censite o conosciute; • memorizzare ed inviare mail; • inviare messaggi asincroni ad altre applicazioni. • Prevede l’utilizzo di template e di un metalinguaggio per descrivere quali sono gli input che riceve, come questi devono essere trattati ed eventualmente trasformati, memorizzati e/o distribuiti. • Utilizza un database dove vengono memorizzate le diverse informazioni di supporto e di indicizzazione.

35. Isybus 2 • presentation: • non necessaria • linguaggio di sviluppo: • java • architettura: • server CORBA • oppure • server EJB • oppure • Web Services • oppure • stand alone per batch • data base supportati: • Oracle, Microsoft SQL Server, IBM DB2 MVS , IBM DB2 UDB • ejb container supportati: • IBM WebSphere, Oracle Application Server, BEA WebLogic, Jonas, JBoss • ORB supportati: • Inprise VisiBroker

36. Isystruct 1 E’ lo strumento ideale per censire, descrivere e gestire le strutture organizzative aziendali. Permette di fatto di censire gli enti presenti in azienda e la struttura gerarchica che li lega. In aggiunta alla memorizzazione in ISYANAG delle informazioni più strettamente anagrafiche (sia per le persone fisiche che per le aziende) vengono associati ad ogni ente una serie di attributi variabili a seconda della struttura organizzativa che si sta gestendo e del comparto di business da questa seguito.

37. Isystruct 2 • presentation: • non necessaria • linguaggio di sviluppo: • java • architettura: • server CORBA • oppure • server EJB • oppure • Web Services • oppure • stand alone per batch • data base supportati: • Oracle, Microsoft SQL Server, IBM DB2 MVS , IBM DB2 UDB • ejb container supportati: • IBM WebSphere, Oracle Application Server, BEA WebLogic, Jonas, JBoss • ORB supportati: • Inprise VisiBroker

38. Isypoleasy 1 E’ lo strumento di assunzione (dalla preventivazione, all’emissione e alla gestione successiva ) standard della Suite. E’ in grado di gestire qualsiasi prodotto assicurativo. Sfruttando le caratteristiche del prodotto (garanzie e prestazioni) ed eventualmente (se presenti) dei dati di tariffa, è in grado di creare dinamicamente la componente variabile (cioè legata al prodotto) di interfaccia grafica necessaria. La presenza della componente fissa dell’interfaccia grafica, cioè quella indipendente dalle caratteristiche del prodotto, da come risultato un sistema con una elevata usabilità ed una navigazione in ogni caso semplice, veloce ed intuitiva.

39. Isypoleasy 2 Per i prodotti per cui è preferibile avere una navigazione ancora più personalizzata è prevista la possibilità di una configurazione più spinta attraverso la creazione di opportune pagine html che si vengono però ad inserire nel contesto globale di Isypoleasy per tutte le funzionalità standard Permette quindi uno startup più veloce ed economico ai clienti che non hanno l’esigenza di una interfaccia grafica e di una navigazione particolarmente e completamente personalizzata per tutti od alcuni dei loro prodotti. Consente anche la creazione e la gestione di polizze fuori standard, cioè che non hanno regole di tariffazione e di calcolo ben precise, ma la cui composizione (tariffe e prestazioni) è scelta dall’utilizzatore

40. Isypoleasy 3 • presentation: • html based • linguaggio di sviluppo: • java • architettura: • servlet “standalone” • oppure • servlet + server CORBA • oppure • servlet + server EJB • data base supportati: • Oracle, Microsoft SQL Server, IBM DB2 MVS , IBM DB2 UDB • ejb container supportati: • IBM WebSphere, Oracle Application Server, BEA WebLogic, Jonas, JBoss • servlet engine supportati: • IBM WebSphere, Oracle Application Server, BEA WebLogic, Tomcat • http server supportati: • Microsoft IIS, Apache HTTPD, Tomcat • ORB supportati: • Inprise VisiBroker

41. Isypay 1 E’ un oggetto generalizzato in grado di gestire il colloquio con i più importanti provider di pagamento elettronico, sgravando così le applicazioni gestionali dai problemi di interpretazione del protocollo applicativo e dalle problematiche di sicurezza tecnologica (usando https e SSL). Le informazioni non sensibili della transazione effettuata vengono memorizzate su un apposito data base, mentre quelle sensibili sono nornalmente lasciate in piena ed esclusiva gestione del provider.

42. Isypay 2 • presentation: • html based • linguaggio di sviluppo: • java • architettura: • servlet “standalone” • oppure • servlet + server CORBA • oppure • servlet + server EJB • data base supportati: • Oracle, Microsoft SQL Server, IBM DB2 MVS , IBM DB2 UDB • ejb container supportati: • IBM WebSphere, Oracle Application Server, BEA WebLogic, Jonas, JBoss • servlet engine supportati: • IBM WebSphere, Oracle Application Server, BEA WebLogic, Tomcat • http server supportati: • Microsoft IIS, Apache HTTPD, Tomcat • ORB supportati: • Inprise VisiBroker

43. Isyclaims 1 IsyClaims è un sistema completo per la gestione e la trattazione di sinistri. E’ completamente parametrizzabile ed in quanto tale è adatto a gestire sinistri legati ad ogni tipologia di ramo assicurativo. Uno dei punti di forza del sistema è l’estrema usabilità per consentirne l’utilizzo ad operatori non professionisti del settore ed eventualmente ai clienti finali.

44. Isyclaims 2 • Le principali funzionalità possono essere così riassunte: • apertura con verifica delle regolarità necessarie • gestione delle entità colpite e degli assicurati e controparti • gestione degli allegati • gestione delle comunicazioni e dei possibili destinatari • incarichi ai collaboratori • trasferimenti • gestione dei dati aggiuntivi ritenuti utili a fini statistici • preventivazione attiva e passiva • mandati di pagamento e recuperi • importazione dei dati da altri sistemi • esportazione dei dati verso altri sistemi • scadenziario e controlli

45. Isyclaims 3 • presentation: • html based • linguaggio di sviluppo: • java • architettura: • servlet “standalone” • oppure • servlet + server CORBA • oppure • servlet + server EJB • oppure • Servlet + Web Services • oppure • standalone per i batch • data base supportati: • Oracle, Microsoft SQL Server, IBM DB2 MVS , IBM DB2 UDB • ejb container supportati: • IBM WebSphere, Oracle Application Server, BEA WebLogic, Jonas, JBoss • servlet engine supportati: • IBM WebSphere, Oracle Application Server, BEA WebLogic, Tomcat • http server supportati: • Microsoft IIS, Apache HTTPD, Tomcat • ORB supportati: • Inprise VisiBroker

46. Isypolbatch 1 • Isypolbatch è la piattaforma per l’esecuzione delle procedure batch nell’ambito della Suite Isypol. • E’ quindi una componente di infrastruttura le cui principali funzionalità sono di: • gestire (su apposita e parametrica base dati) i parametri di uno specifico batch • gestire l’invio delle mail (quelle di inizio e fine elaborazione e quella di eventuale errore) tramite opportuna parametrizzazione dell’oggetto, del corpo, del mittente e dei destinatari • mettere a disposizione delle regole di elaborazione specifiche del batch i client per accedere alle altre componenti della Suite (emy, isyanag, rateengine, isycash, isyclaims, isystruct e isybus) istanziati in modo opportuno in base al batch specifico • mettere a disposizione delle regole delle connessioni (DbManager) verso delle basi dati (opportunamente censite) • invocare la funzione (come insieme di regole) che esegue in modo specifico le funzioni di business del batch. Nella infrastruttura Isypol ciò si risolve con l’invocazione delle RulesRunner

47. Isypolbatch 2 In altri termini Isypolbatch ha il compito di occuparsi della parte più tecnologica e fissa della esecuzione di un batch, lasciando alle funzioni specifiche l’elaborazione di business di volta in volta opportuna. Non deve essere confuso con uno schedulatore, ma al contrario si può utilizzare uno schedulatore per invocare i batch di Isypolbatch

48. Isypolbatch 3 • presentation: • non necessaria • linguaggio di sviluppo: • java • architettura: • batch • data base supportati: • Oracle, Microsoft SQL Server, IBM DB2 MVS , IBM DB2 UDB

49. Isyschedule 1 E’ il sistema che consente di gestire in modo semplice e agevole tutta l’infrastruttura batch di Isypol. Permette infatti di sottomettere (anche da parte di un end-user opportuna profilato) dei job batch, di visualizzarne l’andamento e di analizzarne l’output prodotto. Prevede inoltre tutte le funzioni tipiche di schedulazione (giornaliera, settimanale, mensile, annuale) e la possibilità di verificare graficamente la pianificazione di un dato periodo ed eventualmente di intervenire modificandola.Ha sistema di alert nel caso per qualche motivo esterno un batch painificato non è stato eseguito E’ in altri termini uno strumento di facile utilizzo che consente anche ad utenti di direzione o di periferia di gestire in modo autonomo il mondo batch di Isypol (ad. es. importazioni, esportazioni, quietanzamenti, giornalieri, bollati, riserve, comunicazioni agli organi istituzionali, ecc.) o parte di esso (sempre attraverso autorizzazioni e profili). L’autonomia si esprime sia sottomettendo o pianificando l’esecuzione (se l’utente è profilato in tal senso) sia visualizzando gli esiti delle elaborazioni già eseguite sui batch di competenza. Attraverso opportune code di messaggi è in grado di gestire più server batch in modo da bilanciare il carico e in modo da eliminare dei “single point of failure” nell’infrastruttura globale. La sottomissione può essere fatta oltre cha da console anche attraverso altri eventi (ad es. mail, file thema/spazio, ecc.) e prevede la possibilità di “allegare” file che costituiranno un input per l’elaborazione batch invocata

50. Isyschedule 2 • presentation: • html based • linguaggio di sviluppo: • java • architettura: • servlet “standalone” + agent standalone + monitor standalone • oppure • servlet + server EJB + agent standalone+ monitor standalone • data base supportati: • Oracle, Microsoft SQL Server, IBM DB2 MVS , IBM DB2 UDB • ejb container supportati: • IBM WebSphere, Oracle Application Server, BEA WebLogic, Jonas, JBoss • servlet engine supportati: • IBM WebSphere, Oracle Application Server, BEA WebLogic, Tomcat • http server supportati: • Microsoft IIS, Apache HTTPD, Tomcat • Message Queue Server • IBM MQ Series, OpenJms, Apache Active MQ