Topkey SOFTWARE & CONSULTING

Transcript

1 Topkey VaLeDo Highlights 1. Perchè VaLeDo 2. Legale? 3. Gli scenari 4. Creazione dei documenti 5. Accesso al portale/ dinamiche/firma manuale 6. Distribuzione dei documenti 7. Ritorno dei documenti 8. Le componenti di VaLeDo 9. Architettura Maggio 2013 Topkey Srl Corso Vittorio Emanuele II, Torino Tel Fax info@topkey.it -

2 1. Perchè VaLeDo Perchè VaLeDo e cosa significa? VaLeDo sta per: Validazione Legale dei Documenti. Si tratta di una piattaforma che consente di scambiare documenti tra aziende o tra aziende e privati, al fine di automatizzare le fasi di approvazione, conferma e modifica, ritorno ed analisi dei documenti stessi. Si tratta di un sistema avanzato tecnologicamente, interamente Web in modalità nativa, fruibile su diversi devices dai PC ai tablet sino agli smartphones, essendo progettato specificatamente per le funzioni che sono indicate nel presente documento. Perchè serve VaLeDo? Sono molte le circostanze in cui VaLeDo può essere molto utile, alcune di esse sono indicate nel capitolo 2; ma sono le ultime normative, e quelle che a breve entreranno in vigore, a rendere VaLeDo quasi indispensabile in molti contesti. Di fatto lo scenario di base di utilizzo è quello in cui un azienda, come indicato nella figura seguente, abbia la necessità di contattare clienti/fornitori/agenti inviando loro documenti che debbano essere validati, che debbano essere visti, eventualmente modificati, firmati anche digitalmente per consentire all azienda mittente di gestire in modo agevole le attività di ritorno dei documenti stessi. Mittente Doc Invio (PUSH) (PULL) Doc oc Destinatario Check ritorno Portale Validazione Ritorno Fig Scenario VaLeDo Lo scopo è sostanzialmente univoco, ovvero quello di trasmettere documenti che devono essere validati in qualche modo, di consentire al destinatario di validarli e di riceverli di ritorno ma le modalità operative sono le più svariate e tutte sono previste da VaLeDo. Il primo aspetto riguarda il modo con cui il mittente (l azienda che deve trattare i documenti in uscita ed in rientro, da ora chiamata in questo modo) produce il documento; esso può essere direttamente generato dai sistemi dell azienda o si può usare la componente DocumentGenerator per produrre il documento stesso. Tale componente genera PDF sia statici (da stampare o da firmare digitalmente tel quel) oppure dinamici, ovvero digitabili dall utente quando i documenti non sono completi o sono eventualmente modificabili da parte del destinatario. Pag. 2

3 DocumentGenerator provvede anche alla generazione automatica di un identificativo univoco del documento, identificativo che viene posto sotto forma di barcode sul documento stesso per automatizzare le fasi di ritorno (vedere successivamente). In ogni caso i documenti vengono posti su VaLeDo dopo la loro generazione ed il sistema conosce il modo con cui l azienda o la persona che dovrà validare il documento dovranno agire; l area su cui i documenti sono posti è la componente Portal di VaLeDo, area di ricerca documentale su cui tutti gli attori possono accedere in base ai vari diritti. In particolare il mittente vedrà lo stato dei suoi documenti sul portale (eventualmente di tutti i destinatari), mentre il singolo destinatario potrà accedere solo ai propri documenti e procedere a diverse operazioni: - visualizzazione dei documenti - aggiornamento on line dei documenti nel caso di PDF dinamici - download dei documenti per firma manuale - firma digitale dei documenti (con il modulo Signature) - upload del documento firmato dopo la scansione (al di fuori di VaLeDo). Il sistema contiene anche il concetto di stato del documento per poter gestire le varie fasi di vita del documento stesso. Alcuni destinatari però potrebbero non essere connessi al portale, per svariati motivi, ed in tal caso essi potranno accedere a VaLeDo in modalità offline attraverso il modulo Distribution del sistema; con questa componente il mittente invia il documento via /pec al destinatario che può provvedere allo scarico con i mezzi propri. Il modulo Distribution consente anche di far giungere il documento da validare mediante flusso postale digitale (essendo certificato per il servizio H2H di Poste Italiane) e in tal modo il destinatario riceve il modulo come posta prioritaria, raccomandata, raccomandata AR. Il modulo Distribution provvede anche alla tracciatura dei messaggi che sono stati inviati per PEC o per raccomandata postale; in tal modo c è traccia legale delle date di invio e di ricezione dei documenti trattati. Il destinatario può poi provvedere alla firma digitale o alla scansione (al di fuori di VaLeDo) e provvede poi al re-invio del documento, o via /pec o per via postale. Nel primo caso VaLeDo consente al mittente di trattare le in arrivo per abbinare direttamente il documento ricevuto con il successivo cambio di stato mediante una componente definita Acquisition, mentre, se il destinatario re-invia il documento in modalità postale, è presente sempre nell ambito del modulo Acquisition la funzione di scansione massiva con rilevamento del barcode (per i moduli generati dal DocumentGenerator). Infine il sistema prevede un modulo di Alert che consente di notificare ai vari attori del sistema eventi che siano significativi. Come si può quindi notare sono molte le casistiche in gioco, ma la modularità del sistema consente di fatto una gestione ottimale in tutte le condizioni operative. Pag. 3

4 2. Legale? Come visto lo scopo primario di VaLeDo è quello di condividere documenti con lo scopo di validarli. La fase di validazione però non è una fase puramente tecnica, ma riveste anche impatti di natura contrattuale tra le parti, di validità della firma, ecc. Come indicato nel capitolo successivo, gli scenari in cui si può operare sono scenari nei quali si parla di mandati, di contratti, di autocertificazioni per cui diventa importante che i flussi ipotizzati dal cliente (solitamente il mittente) siano non solo supportati ma anche verificati da VaLeDo; questo è il motivo per cui, nell ambito delle attività svolte durante l implementazione del sistema (o successivamente mediante una fase di audit), vi siano anche attività di tipo consulenziale, atte a validare i flussi ipotizzati con lo scopo di renderli appropriati al proprio fine. Si pensi allo scenario di gestione dei mandati SEPA; in questo caso diventa importante estendere il flusso operativo, che include le modalità di raggiungimento dei destinatari (con portale o con ), le modalità di firma (digitale o meno), le modalità di ritorno dei documenti (postale o PEC). Si tratta di scenari anche complessi che richiedono che l infrastruttura informatica sia atta a supportare il flusso legale che si è definito; è in questo contesto che vengono fornite anche attività di supporto consulenziale per mettere in sicurezza tutti i flussi documentali ipotizzati. Pag. 4

5 3. Gli scenari Vediamo alcuni scenari applicativi in cui VaLeDo può esprimere le sue potenzialità. Scenario 1. Gestione normativa appalti (D. L. 22 giugno 2012 n. 83) La normativa in questione impone uno scenario come quello indicato nella figura seguente. ERP Mittente FATT. DA PAGARE Acquisizione Mittente (Cliente) Invio Doc. auto certificazione Portale Portale Destinatario - Stampa e firma manuale - Firma digitale Destinatario (Fornitore) Ritorno Fig Scenario gestione appalti L azienda mittente in questo caso è un azienda che deve provvedere al pagamento di una fattura ma, per poter procedere con questa attività, è necessario che da parte del fornitore (il destinatario in ottica VaLeDo) sia emessa un autocertificazione che testimoni che alla data del pagamento tutti gli obblighi di tipo tributario siano stati evasi in modo da sollevare il mittente da qualsiasi responsabilità. In questo caso si può operare con VaLeDo con le seguenti fasi di lavoro: - il mittente ha un elenco di dati (fornitore, fattura, importo, ecc.) emesse dal proprio sistema ERP - mediante DocumentGenerator si provvede alla generazione di PDF statici che riportano le informazioni di autocertificazione del fornitore - i documenti sono resi disponibili su Portal ed alcuni fornitori vi accedono on line - altri fornitori ricevono PEC per la validazione - i fornitori firmano il documento, alcuni digitalmente altri manualmente e re-inviano i documenti o rieffettuano l upload dei documenti stessi - il mittente mediante Acquisition verifica il ritorno dei documenti e, con un proprio processo in base allo stato del documento, rende pagabile la fattura. Tutto il processo è, per il mittente, di fatto automatizzato ed il risparmio in termini di efficienza è notevole. Pag. 5

6 Scenario 2. Gestione mandati SEPA In questo caso la nuova normativa che entrerà in vigore dal 2014 impone che le aziende (mittenti) dovranno farsi carico di avere da parte delle loro controparti (destinatari) i moduli SEPA contenenti le indicazioni delle coordinate bancarie del destinatario stesso adeguatamente compilati e validati, come da figura Invio ERP Mittent MANDATI Portal Destinatario - Stampa, modifica e firma man. - Modifica on line, stampa e firma man. - Modifica on line, firma digitale Acquisizione Ritorno Mittente (Fornitore) Portale Destinatario (Cliente) Fig Scenario moduli mandati SEPA I questo caso le fasi di lavoro sono le seguenti: - l azienda mittente ha sul proprio sistema un elenco di dati che riguardano il soggetto con i relativi riferimenti bancari - mediante il DocumentGenerator si provvede alla generazione di PDF (dinamici in questo caso) contenenti i dati noti - il destinatario riceve il PDF o via /pec o accedendo al portale e provvede all eventuale modifica dei dati stessi sul PDF; al termine provvede alla firma o digitale o manuale (in questo caso la stampa del documento è da prevedersi) - il modulo viene re-inviato al mittente che provvede all acquisizione automatica dei dati - sempre in base ad una funzione da generarsi, il mittente può poi aggiornare il proprio sistema sulla base degli stati dei documenti presenti in VaLeDo. Scenario 3. Prefatturazione Sono molti i casi in cui si presenta uno scenario operativo come quello della figura seguente, nel quale un azienda provvede alla generazione di N fatture per conto di altri soggetti (fornitori o agenti) avendo già tutte le informazioni disponibili; frequentemente però la fattura non è completa per la mancanza di informazioni che solo il fornitore conosce ovvero la data di emissione o (più frequentemente) il numero del documento. In questo caso lo scenario più frequente è che vengano stampati i documenti, senza i dati, inviati in forma cartacea ai destinatari, che provvedono a scrivere manualmente i dati sui documenti stessi e a provvedere al re-invio con aggiornamento manuale da parte del mittente dei dati sul proprio sistema informativo. Pag. 6

7 Invio ERP Mittente PRE FATTURE Portale Destinatario - Completamento on-line e re-invio - Completamento on-line e stampa Acquisizione Ritorno Mittente (Cliente) Destinatario (Fornitore/Agente) Fig Scenario Prefatturazione In questo contesto VaLeDo può aiutare molto perchè il flusso diventa il seguente: - il mittente ha i dati di fatturazione sul proprio sistema e li rende disponibili a VaLeDo (soggetto, importi, ecc.) - DocumentGenerator provvede alla generazione di PDF dinamici, ovvero completi di tutti i dati tranne ad esempio numero e data documento e li rende disponibili a Portal - alcuni destinatari lavorano on line su Portal, altri invece ricevono i documenti da Distribution via ; in entrambi i casi completano il documento con i dati mancanti e provvedono a re-inviarlo via o ad effettuare l upload su Portal - il mittente automaticamente ha a disposizione le informazioni mancanti e può direttamente aggiornare il proprio sistema senza alcuna attività manuale ma solo con funzioni di controllo del processo. Pag. 7

8 4. Creazione dei documenti VaLeDo, sul proprio portale, prevede che si possano caricare documenti direttamente da parte del mittente, intendendo per documenti, documenti finiti messi quindi a disposizione dei destinatari. In tal caso è compito del mittente alimentare la piattaforma VaLeDo, ma non è necessario scrivere programmi per effettuare questa azione, è sufficiente depositare i documenti in un area di input del sistema; per ogni documento vanno preparati: - il documento stesso - un file XML che contiene l elenco delle informazioni necessarie per l archiviazione. Ogni documento infatti su Portal è caratterizzato da: - Soc. mittente (il sistema è infatti multisocietario) - Codice destinatario (che deve essere presente su VaLeDo) - Codice tipo documento - Rif.to documento - Note. Gli altri dati (ad esempio lo stato) e soprattutto le informazioni sul modo di trattamento del documento e sulla tracciatura del documento stesso, sono gestiti autonomamente da VaLeDo tramite le proprie tabelle di configurazione presenti nel modulo base del sistema; ad esempio il modo con cui il destinatario riceverà il documento (da download portale o via e con quale indirizzo), o come firmerà il documento (manuale o con il modulo Signature) sono definiti nella configurazione di VaLeDo. È però molto più frequente che i documenti siano generati da VaLeDo stesso con il proprio modulo di DocumentGenerator; in tal caso il sistema prevede che in sede di parametrizzazione siano definiti per ogni tipo di documento: - un file PDF template del documento stesso - l elenco dei dati che devono essere posti sul documento stesso. Inoltre l utente master di VaLeDo ha la possibilità con le funzioni di questo modulo di indicare dove i dati siano da porre e può anche generare un PDF dinamico ovvero che contenga sì i dati ma tale per cui alcuni dei dati stessi siano modificabili da parte dell utente stesso. Dal punto di vista operativo, il mittente pone i vari files di dati su un area di input di VaLeDo ed il sistema provvede a generare un file per ogni set di dati, nella forma voluta e a depositare tali files sul repository documentale di VaLeDo stesso. Oltre ai dati variabili, il documento riporta le componenti fisse del template e viene anche generato un ID univoco, posto in formato barcode sul documento stesso. Per ogni documento come detto i dati sono: - Mittente - Destinatario - Riferimento del documento - Data - Stato (fisso PREP). Il sistema in base alla relazione mittente/destinatario/tipo documento sa come dovrà trattare il documento dal punto di vista dell invio e del ritorno, come indicato successivamente. Pag. 8

9 5. Accesso al portale/ dinamiche/firma manuale Una volta che i documenti si trovano sul portale, essi sono accedibili dai vari utenti che hanno ruoli differenti gestibili dal master user del sistema; tra di essi: - utente master del sistema che appartiene alla società mittente e che può gestire le funzioni di base del sistema stesso - altri utenti del mittente, che potrebbero avere funzioni di visualizzazione dei documenti, limitate in termini di visibilità o di funzionalità - utenti destinatari che possono visualizzare i documenti stessi e svolgere alcune funzioni come più oltre indicato. Come visto precedentemente, i vari documenti da trattare da parte dei destinatari sono comunque posti sul portale ma di fatto i destinatari possono essere gestiti con due modalità: - destinatari che si connettono al portale - destinatari che non hanno accesso al portale. I primi utenti accedono al portale, in linea di principio vedono i propri documenti (anche se il sistema consente al master user di poter definire utenti destinatari che possano vedere più soggetti), e possono: - effettuare il download del documento - stampare il documento. Nota A livello di mittente/destinatario/tipo documento è possibile indicare al sistema la necessità di tracciare gli accessi sia come entrata nel portale sia come elenco dei documenti scaricati dall utente. Sempre a livello di configurazione, è possibile indicare al sistema come il destinatario dovrà trattare quel tipo di documento; in particolare è possibile: - che l utente scarichi il documento, lo stampi e lo compili o lo corregga manualmente - che l utente scarichi il documento e lo compili dinamicamente (PDF dinamico) - che l utente validi il documento senza modificarlo indicando tale operazione direttamente sul portale. Si tratta della vera e propria fase di validazione del documento; qui in dettaglio sono descritti i vari scenari che dipendono dalla parametrizzazione predefinita dal master user sempre a livello di mittente/destinatario/tipo documento. Scarico e firma manuale In questo caso il processo è il seguente: - il destinatario si collega con il portale e scarica il documento - provvede alla stampa, e lo firma manualmente - poi provvede alla rispedizione del documento via posta al mittente (in alternativa, ma va validato in funzione del tipo documento, ricarica il documento firmato sul portale e mantiene presso di se il documento firmato in originale). Il portale traccia l operazione di scarico e l eventuale operazione di upload per consentire al mittente di effettuare azioni conseguenti. Il mittente può poi trattare il documento eventuale ricevuto in via cartacea mediante il modulo Acquisition. Pag. 9

10 Nota Il modulo Alert consente di poter notificare eventi sia al mittente sia al destinatario e può essere configurato in maniera parametrica; sarà possibile ad esempio fare in modo che nel momento in cui il documento è pubblicato venga inviata una di alert al destinatario, o che il mittente riceva una quando il destinatario provvede ad effettuare l upload del documento. Firma digitale L utente provvede a visualizzare il documento e, tramite il modulo Signature, provvede a firmare il documento in maniera digitale, il sistema rileva questo evento, sostituisce il documento originale con il nuovo documento ed eventualmente genera messaggi di alert. Si noti che questa fase può avvenire sia sui documenti ricevuti sia su quelli uploadati. PDF dinamico DocumentGenerator può produrre files PDF dinamici, ovvero con campi che possono essere modificati dall utente; in questo modo l utente può compilare direttamente a video quanto richiesto e poi provvedere alla fase di validazione, che anche in questo caso, può essere effettuata: - con stampa del documento e firma (sconsigliabile ovviamente perchè il file PDF sarebbe già pronto per la validazione digitale) - con firma digitale. Nel primo caso, anche se non si procede alla firma digitale comunque si ha un valore aggiunto da parte del mittente perchè i dati imputati sono archiviati sul db e quindi il mittente, con proprie procedure, può provvedere all acquisizione dei dati in maniera automatica. Validazione on line Un ulteriore funzione di Portal è di validare on line il documento, confermando di fatto il documento stesso con un apposito bottone di Portal; questo caso può essere molto utile quando il destinatario debba solo provvedere alla validazione del documento senza modifica e può essere associato anche alla firma digitale del documento stesso. Questo flusso per essere utilizzato deve essere validato dal punto di vista legale, ed è in questo senso che è possibile usufruire del supporto fiscale dei consulenti esperti di VaLeDo per essere certi della sua applicabilità in un determinato contesto. Pag. 10

11 6. Distribuzione dei documenti Nel corso dei capitoli precedenti si e descritto il caso in cui il destinatario sia in grado di connettersi al portale per svolgere le proprie funzioni; per alcuni destinatari invece tale modalità non è applicabile e va usata una tecnica diversa, gestita dal modulo Distribution. Questa componente di VaLeDo agisce periodicamente con frequenza settabile dall utente master (una volta al giorno o anche più frequentemente o quando viene attivata) e scorre tutto l archivio dei documenti. Analizza al solito la terna mittente/destinatario/tipo documento e per i documenti pubblicati da trattare valuta come siano da recapitare al destinatario; nel caso di recapito on line si ricade nel caso precedente e nulla deve essere svolto mentre nel caso di invio di altro genera il modulo opera in modalità push ovvero con una distribuzione guidata dal mittente; in particolare il modulo può: - inviare una o PEC al destinatario con il documento allegato - inviare un documento postale al destinatario, nelle forme: o o o Posta prioritaria Raccomandata Raccomandata AR mediante il servizio H2H di Poste Italiane. Nota Nel primo caso si può anche trattare di PDF dinamico. Il sistema tiene traccia della operazione e per gli invii: - PEC - Raccomandata AR mantiene anche traccia dell esito dell invio (raccomandata o PEC ricevuta o meno dal destinatario). A questo punto il destinatario può procedere: - alla stampa, firma e re-invio del documento - oppure nel caso di invio /pec, a rispondere al messaggio allegando il documento firmato (anche digitalmente). Nota La firma digitale in questo caso viene gestita dal destinatario con mezzi propri non essendo possibile il collegamento con il portale. Questo secondo meccanismo (con il modulo Distribution) viene usato: - per raggiungere destinatari occasionali o ai quali non si vuole o non si può dare accesso al portale ma dei quali si conosce l indirizzo di - per raggiungere destinatari raggiungibili solo con invio postale (es. privati). Per essi, ed in particolare per l invio postale, non si hanno le medesime informazioni tempestive dell accesso al portale ma le informazioni stesse sono disponibili e gestibili come nel caso del portale. Pag. 11

12 7. Ritorno dei documenti Come visto precedentemente, il flusso di invio è automatizzato o mediante la pubblicazione sul portale o mediante il raggiungimento del destinatario via /pec o mediante postalizzazione digitale. Il destinatario provvede dunque alla validazione del documento; nei casi in cui: - si procede alla firma digitale - la relazione mittente/destinatario/tipo documento sia tale da non richiedere una firma autografa il fatto che il destinatario effettui l upload del file oppure proceda alla validazione on line, è sufficiente ed il processo è chiuso automaticamente. Nel caso invece in cui il destinatario, indipendentemente dal modo con cui riceve il documento (da portale o da o da Poste) stampa il documento e lo firma in modo autografo, dopo aver effettuato questa operazione, se richiesto dal flusso, deve re-inviare per via postale il documento stesso al mittente oppure lo re-invia via . In entrambi i casi vi sono processi di VaLeDo che consentono di gestire il flusso dei documenti di ritorno per l aggiornamento dello stato del documento, mediante la componente Acquisition. Documenti ricevuti via Il destinatario risponde alla ricevuta allegando il nuovo documento, e re-inviandolo al mittente. Il modulo Acquisition provvede alla lettura automatica di una o più caselle di posta, anche PEC, del mittente, interpreta i messaggi ed aggiorna lo stato del documento originale, sostituendolo con il nuovo documento ricevuto o (in funzione di una parametrizzazione) mantenendo entrambi. Il cambio di stato, che è al solito tracciato in termini di data/ora e che può anch esso generare alerts, può essere poi interpretato dal sistema del mittente per svolgere operazioni ulteriori. Documenti ricevuti in forma cartacea Se si tratta di documenti non prodotti da DocumentGenerator, la funzione che viene fornita da VaLeDo è quella di sostituire o di affiancare) il documento originale con il nuovo documento ricevuto, che viene scandito manualmente dal mittente. Se invece il documento è stato prodotto da DocumentGenerator, esso contiene un barcode che è l identificativo univoco del documento stesso su VaLeDo; in questo caso il mittente scandisce i documenti ricevuti e non deve né digitare né allegare nulla perchè è il modulo Acquisition che rilegge i documenti scanditi, rileva il barcode ed effettua l operazione di sostituzione o di affiancamento. Anche in questo caso lo stato del documento viene cambiato e di conseguenza possono essere effettuate operazioni a valle. Pag. 12

13 8. Le componenti di VaLeDo VaLeDo è una piattaforma modulare perché, come visto, le modalità di operatività sono svariate e sono molti i modi con cui si può operare, anche nella stessa installazione di VaLeDo; le componenti del sistema sono qui di seguito brevemente descritte. Componente Descrizione Note Modulo Base Consente la gestione degli utenti, delle opzioni di sicurezza, dei dati del mittente e di tutti i destinatari, dei modi di comunicazione e di ritorno È un prerequisito per l uso di qualunque altra componente DocumentGenerator Portal Signature Distribution Acquisition Alert È il modulo che, partendo da una serie di dati, provvede alla generazione dei documenti da validare È il portale cui possono accedere con vari diritti il mittente ed i destinatari per ricercare i documenti Modulo che consente la firma digitale del destinatario sui documenti presenti su Portal Si tratta della componente che provvede a spedire i moduli al destinatario Si tratta della componente per il trattamento dei documenti di ritorno Modulo di alerting, per avvisare mittenti o destinatari dell accadimento di un evento Documenti in formato PDF, sia statico sia dinamico Si tratta della componente di ricerca documentale ma contiene anche le funzioni di download, upload, validazione e digitazione del documento nel caso di PDF dinamici Sono supportati gli invii , PEC e postali (posta prioritaria, raccomandata, raccomandata AR). Il sistema consente anche la tracciatura automatica dei documenti inviati per PEC o raccomandata Comprende sia la fase di scansione massiva con lettura barcode sia la fase di acquisizione da dei documenti che ritornano con tale modalità Pag. 13

14 9. Architettura Dal punto di vista architetturale, VaLeDo segue quanto qui di seguito descritto. SERVER - SO: Windows Server 2003 o superiore - Processore: 2Ghz o superiori - Numero processori: 1 - Core: 6 - RAM: 16 GB - Dimensioni HD: indicativamente 250 GB o superiore - SQL: SQL Server 2005 o superiore - Framework 3.5 sp1 - Cartella Share (dove verrà installato il software e archiviati i documenti inviati) CLIENT (che effettuerà l invio dei documenti) - SO: Windows da XP a salire - Framework 3.5 sp1 - Certificato di Poste Italiane (che installerà Topkey) - Accesso completo alla cartella share sul server (diritti di scrittura e lettura) - Accesso a SQL Tutte le installazioni vengono effettuate su SERVER e i CLIENT vedono il server. Il server e il client dovranno avere l abilitazione alla connessione internet e dovranno essere in grado di raggiunge i seguenti indirizzi: (ambiente produzione) (ambiente collaudo) NOTE L SQL deve essere maggiore o uguale al 2005: SQL 2005 (è la versione 9.0) SQL 2008 (è la versione 10.0) SQL 2008R2 (è la versione 10.50) SQL Express 2008 R2 va benissimo. Dovrà essere installata anche la componente: SQL Server Management Studio. IMPORTANTE: L SQL NON DEVE ESSERE KEY SENSITIVE!!! Se è già presente un SQL che è key sensitive occorre che ce ne sia un altro. Sarà cura Topkey creare il DB SQL su cui si appoggerà il sistema. Dovrà essere creato un utente a cura del cliente: Utente: tkmirage Password: idefix78 Tale utente dovrà essere db_owner del DB H2H_SOC (dove SOC = cliente ad esempio H2H_DRL DRL = nome del cliente). Pag. 14