Realizzazione di un sistema per l archiviazione, la conservazione sostitutiva e la dematerializzazione dei documenti
|
|
- Raffaella Messina
- 8 anni fa
- Visualizzazioni
Transcript
1 1/27 PROGETTO AIRUMBRIA la conservazione sostitutiva e la dematerializzazione dei documenti MODULI SW REALIZZATI E FUNZIONANTI DEL SERVIZIO DI CONSERVAZIONE - (documento 6.6.1)
2 2/27 Data: 1/6/2011 Compilato: Alessandro Cavazzoni Data: 1/6/2011 Rivisto: Francesco Frattegiani Data: 1/6/2011 Approvato: Brunella Pierini Destinatari: Webred S.p.A. Regione Umbria
3 3/27 Indice dei contenuti 1 GENERALITÀ GENERALITÀ IL GATEWAY DI CONSERVAZIONE LA CONTRATTUALIZZAZIONE DELLE INFORMAZIONI LA STRUTTURA DEI PARAMETRI DI INGRESSO DELL INTERFACCIA BLOCCO HEADER MESSAGGIO BLOCCO IDENTIFICAZIONE UTENTE INFO DOCUMENTO BLOCCO PROFILO ARCHIVISTICO LOCCO LISTA DI FILE E RELATIVE PROPRIETÀ LA STRUTTURA DEI PARAMETRI DI USCITA DELL INTERFACCIA ALLEGATO 1 DENOMINAZIONE ENTI COMUNI DELLA PROVINCIA DI PERUGIA COMUNI DELLA PROVINCIA DI TERNI ALTRI ENTI ALLEGATO 2 WSDL WEB SERVICE DI COMUNICAZIONE CON IL GATEWAY DI CONSERVAZIONE... 24
4 4/27 1 GENERALITÀ Oggetto: la conservazione sostitutiva e la dematerializzazione dei documenti Riferimenti documenti aziendali: a Riferimenti esterni: Moduli utilizzati History V1: rilascio iniziale Glossario, abbreviazioni e acronimi: SGD SCN Sistema di Gestione Documentale. Sistema di Conservazione
5 5/27 2 GENERALITÀ Il documento descrive l interfaccia del web service che ogni Ente dovrà implementare per il versamento dei documenti in Conservazione. 2.1 IL GATEWAY DI CONSERVAZIONE Ogni Ente verserà verso il Conservatore passando per un Gateway di Conservazione che espone una interfaccia con due modalità di trasporto: - una sincrona - una asincrona. Il Gateway oltreché assolvere alle funzionalità di tracciatura globale, realizza una interfaccia normalizzata al variare del Conservatore. Con la modalità sincrona il gateway passa immediatamente il messaggio di richiesta al Conservatore ed anche le informazioni di ritorno dal Conservatore sono passate immediatamente al chiamante. Nel caso asincrono il gateway ritorna immediatamente il controllo all applicativo chiamante. Le informazioni di risposta del Conservatore sono memorizzate sul Gateway e saranno accessibili mediante pagine web opportunamente predisposte. 2.2 LA CONTRATTUALIZZAZIONE DELLE INFORMAZIONI Alcune informazione, come di seguito riportato, vengono contrattualizzate tra Ente ed Unimatica all atto del conferimento dell incarico al Conservatore. Alcune di queste informazioni sono obbligatorie ed altre facoltative. I valori contrattualizzati sono quelli che l Applicativo dell Ente dovrà passare al Gateway. E quindi da evitare la situazione in cui vengano contrattualizzati valori dei parametri che l Applicativo dell Ente non è in grado di elaborare (ad esempio i valori collegati al profilo archivistico).
6 6/27 3 LA STRUTTURA DEI PARAMETRI DI INGRESSO DELL INTERFACCIA La struttura dei parametri di ingresso dell interfaccia è schematizzata dalla figura seguente. Header Messaggio Identificazione Utente Info documento Chiave documento Profilo Archivistico Lista di file e relativi metadati File 1 + metadati File 2 + metadati... File N + metadati Figura 1 Struttura dell'interfaccia unica di conservazione Il significato dei diversi blocchi è il seguente: HEADER MESSAGGIO Contiene alcune informazioni generali relative al messaggio. In particolare
7 7/27 contiene il nome dell Ente così come concordato all atto della delega al Conservatore (vedi allegato Denominazione Enti ) IDENTIFICAZIONE UTENTE Contiene alcune delle informazioni concordate tra Ente e Conservatore e comunicate a Webred al momento della stipula dell affido che identificano univocamente l Ente INFO DOCUMENTO Sono le informazioni del documento. Si osservi che un documento è fisicamente composto da uno o più files. Questi possono essere strutturati logicamente come: o Un insieme piatto di files o Un blocco principale ed eventuali allegati PROFILO ARCHIVISTICO E un insieme di informazioni, OPZIONALI e comunque anch esse concordate concordate tra Ente e Conservatore e comunicate a Webred al momento della stipula dell affido, che consentono di arricchire la classificazione del documento (ad esempio FATTURA ) con un insieme di metadati al fine di arricchire l informazione sul documento. Ad esempio un tipo PROTOCOLLO potrebbe portarsi dietro le informazioni di mittente, oggetto, ecc. LISTA DI FILE e RELATIVE Proprietà E costituito dall insieme di file che costituiscono un documento assieme alle relative proprietà minime che l Ente deve fornire Al fine di conferire la massima flessibilità all interfaccia, anche in vista di possibili cambiamenti del Conservatore, alcuni componenti di ciascun blocco possono essere costituiti da coppie nome-valore. La loro obbligatorietà in generale dipende dal Conservatore adottato.
8 8/27 Fanno eccezione quelle informazioni generalmente disponibili da parte degli Applicativi versanti e che sono richieste da tutti i Conservatori. Nello schema dati queste ultime informazioni sono statiche. Nel seguito, per ogni blocco, vengono definita se l informazione è fornita mediante coppia nome-valore. 3.1 BLOCCO HEADER MESSAGGIO NOME Coppia Nome- Valore NOME OBBLIGA TORIO NOTE ente No - Sì E il nome dell Ente. La lista dei nomi è pubblicata nel Capitolo Allegato 1 Denominazione Enti. Ad. Es. ComunePerugia E contrattualizzato. Se l Ente non è tra quelli previsti viene restituito un fault. dataorainvio No - Sì Campo di tipo data (si fa riferimento al WSDL) postazioneid No - Sì Identifica una qualunque informazione fornita dal client utile per un successivo tracing, Si suggerisce il nome dell utente che ha eseguito l operazione tipoinvio No - Sì Specifica il tipo di Invio. A = asincrono; S = sincrono password Sì Password E la password assegnata all Ente da WEBRED per consentire l invio dei messaggi nel gateway. La password viene mantenuta sui file tecnici criptata 3.2 BLOCCO IDENTIFICAZIONE UTENTE Il blocco consta di queste informazioni: NOME Coppia Nome- Valore NOME OBBLIGA TORIO NOTE STRUTTURA Sì STRUTTURA Sì Identificativo dell Area Organizzativa Omogenea/Struttura che origina il documento. (Ad esempio AOO_ComunePerugia, ECONOMATO, ecc). E contrattualizzato e quindi è in funzione dall Ente. Le AOO/strutture, per un dato Ente, possono essere molteplici e ciascuna potrebbe avere diverse modalità di conservazione USER_ID Sì USER_ID Sì Identificativo dell applicazione dell Utente. Ad esempio INTERPA, DOCUMENTUM, ecc. E contrattualizzato e quindi è in funzione dall Ente.
9 9/27 FAMILY Sì FAMILY Sì Identificativo dell installazione. Ad esempio PRODUZIONEUMBRIA, TESTUMBRIA ecc. E contrattualizzato e quindi è in funzione dall Ente 3.3 INFO DOCUMENTO Il documento costituisce un entità logica composta da più oggetti, ovvero file, metadati e proprietà. Nel caso più semplice un documento è costituito da un solo file con i relativi metadati e proprietà. Il blocco consta di queste informazioni: NOME Coppia NOME OBBLIGATORIO Nome- NOTE Valore Tipo No - Sì Campo per la classificazione dei documenti. Nel caso di protocollo DOCUMENTO PROTOCOLLATO Nel caso di determine DETERMINE DIRIGENZIALI ecc E contrattualizzato e quindi è in funzione dall Ente. Data No Al momento non utilizzato NUMERO Sì NUMERO Sì Un identificatore alfanumerico del documento impostato dall applicazione. Ad esempio PG1001/A. Questa informazione è presente in un blocco annidato denominato chiave. ANNO Sì ANNO Sì Un identificatore che definisce il contesto temporale nel formato yyyy. Ad esempio Questa informazione è presente in un blocco annidato denominato chiave. CLASSIFICAZIONE Sì CLASSIFICAZI ONE Sì Un identificatore che definisce il contesto organizzativo del Soggetto Versante o altro identificativo che renda univoche le precedenti chiavi. Ad esempio DELIBERE. Si osservi che questa proprietà non è legata alla classificazione archivistica, ovvero al contenuto di tipo Documento anche se può assumere lo stesso valore. Questa informazione è presente in un blocco annidato denominato chiave. forza_conservazione 1 Sì forza_conservazi No Questo parametro posto a true indica la precisa volontà del versante 1 I controlli di forza accettazione e conservazione dipendono dalla configurazione iniziale che viene stabilita all atto della contrattualizzazione del rapporto Ente-Conservatore. Tali controlli vengono stabiliti a livello della configurazione statica del server, mentre il client può modulare la forza dei parametri. La casistica è la seguente: - Se i controlli stabiliti a livello del server sono stringenti, questi valgono a prescindere da quello che viene scritto nelle coppie nome-valore forzaconservazione o forzaaccettazione del client. Se ad esempio a livello del server (quindi all atto del contratto) si decide di rifiutare documenti non firmati, questi non verranno mai conservati, a prescindere da quello che richiede il client - Se i controlli a livello del server sono del tipo conserva tutto è necessario che il client dia le istruzioni di cosa far passare Allo scopo di semplificare la configurazione degli applicativi versanti, si consiglia di: - Contrattualizzare una configurazione del server di tipo passa tutto - I parametri forza_conservazione e forza_accettazione vengono posti automaticamente dal Gateway a true anche se è sempre possibile per l applicazione utente specificarli e quindi sovrascriverli.
10 10/27 one di voler consrvare il documento anche se questo non è firmato. E contrattualizzato e quindi è in funzione dall Ente. forza_accettazione 1 Sì forza_accettazio ne No Se questo campo ha valore = true il file (firmato) verrà accettato anche se la verifica di firma su tutti i file che compongono il documento è fallita. Se il campo ha valore false oppure è assente il documento sarà accettato o respinto in base all esito della verifica E contrattualizzato e quindi è in funzione dall Ente. Si osservi che la terna numero-anno-registro deve costituire un identificativo univoco all interno dell ente/struttura 3.4 BLOCCO PROFILO ARCHIVISTICO Il blocco intende fornire al Conservatore alcune informazioni di tipo archivistico (metadati) atte a facilitare il successivo reperimento del documento all atto dell eventuale esibizione. Si noti che tale blocco non è obbligatorio ed il suo contenuto è contrattualizzato all atto della delega verso il Conservatore. Il blocco è costituito da un insieme di coppie ripetibili nome-valore NOME (parametro = nome contrattualizzato ) Coppia Nome- Valore Sì <il nome del metadato è contrattualizzato> NOME OBBLIGATORIO NOTE No Nome del metadato archivistico E contrattualizzato e quindi è in funzione dall Ente. Al nome del parametro corrisponderà il valore nel campo valore. Ad esempio un documento tipo = PRESCRIZIONEFARMACEUTICA potrebbe avere i seguenti metadati archivistici: Nome del parametro MEDICO ASSISTITO FARMACIA Un documento del tipo = PROTOCOLLO potrebbe avere i seguenti dati
11 11/27 Nome del parametro MITTENTE NUMERO OGGETTO DATA 3.5 LOCCO LISTA DI FILE E RELATIVE PROPRIETÀ Il Blocco contiene i file del documento. Si tratta di un blocco ripetibile in quanto il documento può contenere anche più di un file. Anche se questo blocco prevede al momento solo tag statici, è prevista la possibilità di inserire coppie nome-valore per eventuali usi futuri dipendenti dal Conservatore. NOME Coppia Nome- NOME OBBLIGATORIO NOTE Valore filedata No - Sì È il contenuto del documento in formato binario Ordine No - Sì Numerico La numerazione inizia da 0 nomefile No - Sì E il nome del file Formato No - Sì Rappresenta il formato del file corrispondente al documento. Ad esempio PDF, TIFF, PDF.P7M, ecc. E contrattualizzato e quindi è in funzione dall Ente. riferimento_tempora le Sì riferimento_tempo rale No Data/Ora del documento Campo di tipo data (si fa riferimento al WSDL) Questo campo è importante in quanto il Conservatore, nell eventualità che un documento sia firmato, effettua i controlli a questa data. E quindi possibile sottoporre un documento firmato, la cui firma è ad oggi scaduta, ma alla data riportata nel campo la firma era ancora valida. Poiché questo caso è sovente collegato al protocollo, è possibile indicare qual il riferimento temporale utilizzato nel campo descrizioneriferimentotemporale Il formato prescritto dal Conservatore è il seguente: Formato della data (da usare in mat.html per i controlli con gli opportuni codici di errori se non valido) : yyyy-mm-ddthh:mm:ss
12 12/27 descrizione_riferime nto_temporale Sì descrizione_riferi mento_temporale No Esempio di data : T09:02:22 Questa informazione, pur non essendo contrattualizzata, è funzione delle scelte dell Ente. Descrive il riferimento temporale usato. Ad esempio Data di Protocollo oppure Data di Firma Questa informazione, pur non essendo contrattualizzata, è funzione delle scelte dell Ente.
13 13/27 4 LA STRUTTURA DEI PARAMETRI DI USCITA DELL INTERFACCIA La struttura dei parametri di uscita dell interfaccia è schematizzata dalla figura seguente. Anche in questo caso possono essere presenti una serie di campi dinamici (coppie nome-valore) per recepire le diverse esigenze che dovessero insorgere dall eventuale cambiamento del Conservatore, mentre altri campi, di base, che sono comuni ai vari Conservatori, sono strutturati staticamente. Attualmente non sono presenti campi dinamici (campi nome-valore). Il messaggio di risposta si compone nel modo seguente: - Codice. Indica se l operazione è andata a buon fine o meno. CASO SUCCESSO: CODICE: 0 CASO INSUCCESSO: CODICE: > 0 Si osservi che a secondo che la chiamata sia sincrona o asincrona, il codice di ritorno ha questo significato: o Caso sincrono: il CONSERVATORE ha ricevuto il messaggio ed in funzione dell elaborazione risponde successo o insuccesso. In questo caso il codice è del tipo UNIMATICA-XXX. Posso poi avere errori che si generano all interno del Gateway. Tali errori sono del tipo GAT-XXX e sono legati alle diverse fasi che il gateway attraverso durante una spedizione: Validazione dei parametri all ingresso Invio dei documenti Formattazione dei messaggi di ritorno o Caso asincrono: il GATEWAY di Conservazione ha preso in carico il messaggio e lo trasmetterà al Conservatore. La risposta del Conservatore sarà memorizzata sul Gateway e disponibile mediante pagina web. In questo i codici di errore che vengono restituiti sono legati solo
14 14/27 alla prima fase, ovvero quella di validazione in quanto nel caso asincrono l invio dei documenti avviene quando il client si è ormai staccato dal gateway. - faultstring. In caso di insuccesso viene dettagliata la motivazione dell errore. Gli errori provenienti dal conservatore hanno le seguenti caratteristiche tratte dal manuale del web service di riversamento L interfaccia in uscita ha la possibilità non usata nel caso dell interfacciamento con UNIMATICA di restituire delle coppie nome-valore recanti informazioni di interesse. Ad esempio il token di messaggio recevuto e conservato che taluni conservatori (INFOCERT ad es.) restituiscono allo scopo di ricercare successivamente il documento.
15 15/27
16 16/27
17 17/27 5 ALLEGATO 1 DENOMINAZIONE ENTI Le denominazioni allegate sono riprese da quelle stabilite per la Cooperazione Applicativa. 5.1 COMUNI DELLA PROVINCIA DI PERUGIA N Ente 1 ComuneAssisi 2 ComuneBastiaUmbra 3 ComuneBettona 4 ComuneBevagna 5 ComuneCampelloSulClitunno 6 ComuneCannara 7 ComuneCascia 8 ComuneCastelRitaldi 9 ComuneCastiglioneDelLago 10 ComuneCerretoDiSpoleto 11 ComuneCiterna 12 ComuneCittaDellaPieve 13 ComuneCittaDiCastello 14 ComuneCollazzone 15 ComuneCorciano 16 ComuneCostacciaro 17 ComuneDeruta 18 ComuneFoligno 19 ComuneFossatoDiVico 20 ComuneFrattaTodina
18 18/27 N Ente 21 ComuneGianoDellUmbria 22 ComuneGualdoCattaneo 23 ComuneGualdoTadino 24 ComuneGubbio 25 ComuneLiscianoNiccone 26 ComuneMagione 27 ComuneMarsciano 28 ComuneMassaMartana 29 ComuneMonteCastelloDiVibio 30 ComuneMontefalco 31 ComuneMonteSMariaTiberina 32 ComuneMonteleoneDiSpoleto 33 ComuneMontone 34 ComuneNoceraUmbra 35 ComuneNorcia 36 ComunePaciano 37 ComunePanicale 38 ComunePassignanoSulTrasimeno 39 ComunePiegaro 40 ComunePerugia 41 ComunePietralunga 42 ComunePoggiodomo 43 ComunePreci 44 ComuneSanGiustino 45 ComuneSantAnatoliaDiNarco 46 ComuneScheggiaPascelupo
19 19/27 N Ente 47 ComuneScheggino 48 ComuneSellano 49 ComuneSigillo 50 ComuneSpello 51 ComuneSpoleto 52 ComuneTodi 53 ComuneTorgiano 54 ComuneTrevi 55 ComuneTuoroSulTrasimeno 56 ComuneUmbertide 57 ComuneValfabbrica 58 ComuneValloDiNera 59 ComuneValtopina 5.2 COMUNI DELLA PROVINCIA DI TERNI N Ente 1 ComuneAcquasparta 2 ComuneAllerona 3 ComuneAlviano 4 ComuneAmelia 5 ComuneArrone 6 ComuneAttigliano 7 ComuneAviglianoUmbro 8 ComuneBaschi
20 20/27 N Ente 9 ComuneCalviDellUmbria 10 ComuneCastelGiorgio 11 ComuneCastelViscardo 12 ComuneFabro 13 ComuneFerentillo 14 ComuneFiculle 15 ComuneGiove 16 ComuneGuardea 17 ComuneLugnanoInTeverina 18 ComuneMontecastrilli 19 ComuneMontecchio 20 ComuneMontefranco 21 ComuneMontegabbione 22 ComuneMonteleoneDOrvieto 23 ComuneNarni 24 ComuneOrvieto 25 ComuneOtricoli 26 ComuneParrano 27 ComunePennaInTeverina 28 ComunePolino 29 ComunePorano 30 ComuneSanGemini 31 ComuneSanVenanzo 32 ComuneStroncone
21 21/27 N Ente 33 ComuneTerni 5.3 ALTRI ENTI N Ente 1 RegioneUmbria 2 ConsiglioRegionaleUmbria 3 ProvinciaPerugia 4 ProvinciaTerni 5 ARPAUmbria 6 ARUSIA 7 ATI1 8 ATI2 9 ComunitaMontanaValnerina 10 ComunitaMontanaSubasioMontiMartani 11 ComunitaMontanaOrvietanoNarneseAmerinoTuderte 12 ComunitaMontanaUmbriaNord 13 ComunitaMontanaMontiDelTrasimeno 14 UnioneComuniOlioSagrantino 15 CentroServiziWebred 16 Asl1Umbria 17 Asl2Umbria 18 Asl3Umbria 19 Asl4Umbria
22 22/27 N Ente 20 AziendaOspedalieraPerugia 21 AziendaOspedalieraTerni 22 AgenziaUmbraSanita 23 ConsorzioSIRUmbria
23 23/27
24 24/27 6 ALLEGATO 2 WSDL WEB SERVICE DI COMUNICAZIONE CON IL GATEWAY DI CONSERVAZIONE <?xml version="1.0" encoding="utf-8"?> <definitions targetnamespace=" xmlns=" xmlns:wsaw=" xmlns:wsdl=" xmlns:tns=" xmlns:http=" xmlns:xsd=" xmlns:xmime=" xmlns:soap=" xmlns:mime=" xmlns:soap12=" <types> <xsd:schema attributeformdefault="qualified" elementformdefault="qualified" targetnamespace=" xmlns=" <xsd:import namespace=" schemalocation=" <xsd:complextype name="gatewayrequestmsgtype"> <xsd:sequence> <xsd:element name="identificazione" type="tns:listachiavevaloretype"/> <xsd:element name="documento" type="tns:documentotype"/> </xsd:sequence> <xsd:attribute name="ente" type="xsd:string" use="required"/> <xsd:attribute name="postazioneid" type="xsd:string"/> <xsd:attribute name="dataorainvio" type="xsd:datetime" use="required"/> <xsd:attribute name="tipoinvio" type="tns:inviotype" use="required"/> <xsd:attribute name="version" type="xsd:string" use="required"/> </xsd:complextype> <xsd:complextype name="gatewayresponsemsgtype"> <xsd:sequence> <xsd:element minoccurs="1" name="codice" type="xsd:string"/> <xsd:element name="info" type="tns:listachiavevaloretype"> </xsd:element> </xsd:sequence> <xsd:attribute name="version" type="xsd:string" use="required"/> </xsd:complextype> <xsd:complextype name="gatewayfaultmsgtype"> <xsd:sequence> <xsd:element minoccurs="1" name="codice" type="xsd:string"/> <xsd:element minoccurs="1" name="faultstring" type="xsd:string"/> </xsd:sequence> </xsd:complextype>
25 25/27 <xsd:complextype name="documentotype"> <xsd:sequence> <xsd:element name="tipo" type="xsd:string"/> <xsd:element name="data" type="xsd:datetime"/> <xsd:element name="chiave" type="tns:listachiavevaloretype"> </xsd:element> <xsd:element name="profiloarchivistico" type="tns:listachiavevaloretype"> </xsd:element> <xsd:element maxoccurs="unbounded" minoccurs="0" name="allegato" type="tns:allegatotype"> </xsd:element> <xsd:element minoccurs="0" name="info" type="tns:listachiavevaloretype"> </xsd:element> </xsd:sequence> </xsd:complextype> <xsd:complextype name="allegatotype"> <xsd:sequence> <xsd:element name="filedata" type="xmime:base64binary"/> <xsd:element name="ordine" type="xsd:int"/> <xsd:element name="nomefile" type="xsd:string"/> <xsd:element name="formato" type="xsd:string"/> <xsd:element minoccurs="0" name="info" type="tns:listachiavevaloretype"> </xsd:element> </xsd:sequence> </xsd:complextype> <xsd:simpletype name="inviotype"> <xsd:restriction base="xsd:string"> <xsd:enumeration value="s"/> <xsd:enumeration value="a"/> </xsd:restriction> </xsd:simpletype> <xsd:complextype name="chiavevaloretype"> <xsd:sequence> <xsd:element name="parametro" type="xsd:string"/> <xsd:element name="valore" type="xsd:string"/> </xsd:sequence> </xsd:complextype> <xsd:complextype name="listachiavevaloretype"> <xsd:sequence> <xsd:element maxoccurs="unbounded" minoccurs="0" name="chiavevalore" type="tns:chiavevaloretype"/> </xsd:sequence>
26 26/27 </xsd:complextype> <xsd:element type="tns:gatewayrequestmsgtype"/> <xsd:element type="tns:gatewayresponsemsgtype"/> <xsd:element type="tns:gatewayfaultmsgtype"/> name="servizioconservazionereq" name="servizioconservazioneres" name="servizioconservazionefault1" </xsd:schema> </types> <message name="servizioconservazionefault1"> <part name="fault1" element="tns:servizioconservazionefault1"> </part> </message> <message name="servizioconservazioneres"> <part name="in" element="tns:servizioconservazioneres"> </part> </message> <message name="servizioconservazionereq"> <part name="out" element="tns:servizioconservazionereq"> </part> </message> <porttype name="servizioconservazioneporttype"> <operation name="servizioconservazioneop"> <input name="servizioconservazionereq" message="tns:servizioconservazionereq"> </input> <output name="servizioconservazioneres" message="tns:servizioconservazioneres"> </output> <fault name="fault1" message="tns:servizioconservazionefault1"> </fault> </operation> </porttype> <binding name="servizioconservazionebinding" type="tns:servizioconservazioneporttype"> <soap12:binding style="document" transport=" <operation name="servizioconservazioneop"> <soap12:binding style="document" transport=" <input name="servizioconservazionereq"> <soap:body use="literal"/> </input> <output name="servizioconservazioneres"> <soap:body use="literal"/> </output> <fault name="fault1">
27 27/27 <soap:fault name="fault1" use="literal"/> </fault> </operation> </binding> <service name="servizioconservazioneservice"> <port name="servizioconservazioneporttype" binding="tns:servizioconservazionebinding"> <soap:address location=" </port> </service> </definitions>
RILEVAZIONE PRESENZE SPECIFICHE TECNICHE COLLOQUIO
1)d ALLEGATO 14 RILEVAZIONE PRESENZE SPECIFICHE TECNICHE COLLOQUIO TRA IL SISTEMA INFORMATICO DEL COMUNE ED IL SISTEMA INFORMATICO DELLA SOCIETA PREPOSTA AL SERVIZIO DI REFEZIONE vers. 2.2 Indice 1. SCOPO
DettagliScanDoc presentazione ed uso
ScanDoc presentazione ed uso - documentazione ufficiale - Sommario Premessa... 2 Descrizione ScanDoc... 2 Panoramica... 2 Funzioni disponibili... 2 Invio di documenti letti da scanner tramite mail... 2
DettagliQUALIFICAZIONE DELLA PORTA DI DOMINIO
QUALIFICAZIONE DELLA PORTA DI DOMINIO IN MODALITÀ PROVVISORIA Versione 1.0 Qualificazione della Porta di INDICE 1. PROCESSO DI QUALIFICAZIONE DELLA PORTA DI DOMINIO IN MODALITÀ PROVVISORIA 3 2. DESCRIZIONE
DettagliScheda di collaudo Integrazione NoTIER
Scheda di collaudo Integrazione NoTIER Ente Data Collaudo Versione Data Autore Cambiamenti apportati 1.0 18/03/2015 Intercent-ER Prima stesura 1.1 26/05/2015 Intercent-ER Integrate revisioni del Parer
DettagliA2A Specifiche Web Services
A2A Specifiche Web Services Contenuti 1 CONTENUTI...1 1 INTRODUZIONE...3 2 UPLOAD SEGMENTATO...5 2.1 RICHIESTA UPLOAD SEGMENTATO...5 2.1.1 Input del WS...5 2.1.2 Output del WS...6 2.2 UPLOAD SEGMENTATO...7
DettagliPROGETTO TESSERA SANITARIA
PROGETTO TESSERA SANITARIA WEB SERVICES PER LA VISUALIZZAZIONE E LO SCARICO DELLE RICEVUTE DI ATTESTAZIONE DELLE OPERAZIONI E DELLE TRANSAZIONI EFFETTUATE SULLE RICETTE DEMATERIALIZZATE (DECRETO 2 NOVEMBRE
DettagliISTRUZIONI PER IL SERVIZIO SPCOOP - RICEZIONE
ISTRUZIONI PER IL SERVIZIO SPCOOP - RICEZIONE Pag. 1 di 14 INDICE 1. Glossario... 3 2. il servizio SPCoop - Ricezione... 5 3. Il web-service RicezioneFatture... 8 3.1 Operazione RiceviFatture... 9 3.1.1
DettagliCOMUNE DI SAGRADO. ALLEGATO AL MANUALE DI CONSERVAZIONE Affidatario Regione Friuli Venezia Giulia ATTRIBUTI COMUNI A TUTTE LE CLASSI DOCUMENTALI
ALLEGATO AL MANUALE DI CONSERVAZIONE Affidatario Regione Friuli Venezia Giulia ATTRIBUTI COMUNI A TUTTE LE CLAS DOCUMENTALI Allegato alla deliberazione giuntale n. 17 del 02/03/2015 Pag.2 di 6 Indice 1.
DettagliGuida operativa per il versamento in conservazione dei documenti informatici gestiti nel sistema P.I.Tre
Guida operativa per il versamento in conservazione dei documenti informatici gestiti nel sistema P.I.Tre A cura dell Ufficio Beni archivistici, librari e Archivio provinciale della Soprintendenza per i
DettagliVERIFICHE E APPROVAZIONI CONTROLLO APPROVAZIONE
VERIFICHE E APPROVAZIONI VERSIONE REDAZIONE CONTROLLO APPROVAZIONE AUTORIZZAZIONE EMISSIONE NOME DATA NOME DATA NOME DATA V01 L. Neri 25/02/2010 C. Audisio 08/03/10 M.Rosati 09/03/10 STATO DELLE VARIAZIONI
DettagliALLEGATO AL MANUALE DI CONSERVAZIONE Affidatario Regione Friuli Venezia Giulia ATTRIBUTI COMUNI A TUTTE LE CLASSI DOCUMENTALI
AZIENDA DI SERVIZI ALLA PERSONA DI SPILIMBERGO Azienda pubblica di servizi alla persona ex L.r. 19/2003 Viale Barbacane, 19-33097 Spilimbergo PN Tel. 0427 2134 Fax 0427 41268 ----------------------------------------------------------------------------------------------------------------------------------
DettagliManuale Amministratore Legalmail Enterprise. Manuale ad uso degli Amministratori del Servizio Legalmail Enterprise
Manuale Amministratore Legalmail Enterprise Manuale ad uso degli Amministratori del Servizio Legalmail Enterprise Pagina 2 di 16 Manuale Amministratore Legalmail Enterprise Introduzione a Legalmail Enterprise...3
DettagliAllegato al Manuale del servizio di conservazione dei documenti informatici ISTITUTO COMPRENSIVO - "PIO FEDI"
Allegato al Manuale del servizio di conservazione dei documenti informatici ISTITUTO COMPRENSIVO - "PIO FEDI" Indice generale 1. Scopo e campo di applicazione del documento 2. Ruoli e competenze 2.1. Soggetto
DettagliZTL Firenze Inserimento Automatico
ZTL Firenze Inserimento Automatico Introduzione In seguito alla variazione dell ordinanza del giugno 2011 che regola la modalità di rilascio dei permessi portale per le categorie abilitate, non è più possibile
DettagliISTRUZIONI PER IL SERVIZIO SDICOOP - TRASMISSIONE. Pag. 1 di 18 VERSIONE 1.1
ISTRUZIONI PER IL SERVIZIO SDICOOP - TRASMISSIONE VERSIONE 1.1 Pag. 1 di 18 INDICE 1. Glossario... 3 2. Il servizio SDICoop - Trasmissione... 5 3. Il web-service SdIRiceviFile... 8 3.1.1 Operazione RiceviFile...
DettagliHub-PA Versione 1.0.6 Manuale utente
Hub-PA Versione 1.0.6 Manuale utente (Giugno 2014) Hub-PA è la porta d ingresso al servizio di fatturazione elettronica verso la Pubblica Amministrazione (PA) a disposizione di ogni fornitore. Questo manuale
DettagliMANUALE UTENTE Profilo Azienda Partecipata. APPLICATIVO CAFWeb
MANUALE UTENTE Profilo Azienda Partecipata APPLICATIVO CAFWeb CAF_ManualeUtente_Partecipate_2.0.doc Pag. 1 di 17 Sommario 1 GENERALITÀ... 3 1.1 Scopo... 3 1.2 Validità... 3 1.3 Riferimenti... 3 1.4 Definizioni
DettagliReferti on-line e CRM ReView Service Monitor Specifiche tecniche
Referti on-line e CRM ReView Service Monitor Specifiche tecniche Versione 1.3 Sommario 1- Introduzione... 3 2 - Modalità di interazione con il servizio... 3 3 - Formato dell output... 3 4 - Modello dei
DettagliSERVICE BROWSER. Versione 1.0
SERVICE BROWSER Versione 1.0 25/09/2008 Indice dei Contenuti 1. Scopo del documento... 3 2. Introduzione... 3 3. Accordi di Servizio... 4 4. Servizi... 5 5. Servizio: Schede Erogatori... 8 6. Servizio:
DettagliRegione Toscana. ARPA Fonte Dati. Manuale Amministratore. L. Folchi (TAI) Redatto da
ARPA Fonte Dati Regione Toscana Redatto da L. Folchi (TAI) Rivisto da Approvato da Versione 1.0 Data emissione 06/08/13 Stato DRAFT 1 Versione Data Descrizione 1,0 06/08/13 Versione Iniziale 2 Sommario
DettagliGESTIONE NUOVE QUIETANZE F24
Codice Identificazione 1/15 Nominativo Funzione Data Firma Redazione R. Mandelli Responsabile di Progetto Verifica R. Mandelli Responsabile di Progetto Approvazione Responsabile di Area 2/15 1 DESCRIZIONE...
DettagliOPESSAN DESCRIZIONE SERVIZI VERIFICHE E APPROVAZIONI CONTROLLO APPROVAZIONE
Pag. 1 di 6 VERIFICHE E APPROVAZIONI VERSIONE REDAZIONE CONTROLLO APPROVAZIONE AUTORIZZAZIONE EMISSIONE NOME DATA NOME DATA NOME DATA V01 L. Neri 26/02/2010 C. Audisio 08/03/10 M.Rosati 09/03/10 STATO
DettagliPROGETTO TESSERA SANITARIA
PROGETTO TESSERA SANITARIA WEB SERVICES PER LA COMUNICAZIONE DELL AUTORIZZAZIONE CHE UN MEDICO TITOLARE DEVE FORNIRE AL SISTEMA TS AFFINCHE UN MEDICO SUO SOSTITUTO POSSA PRESCRIVERE RICETTE DEMATERIALIZZATE
DettagliDOCFINDERWEB SERVICE E CLIENT
DOCFINDERWEB SERVICE E CLIENT Specifiche tecniche di interfacciamento al Web Service esposto da DocPortal Versione : 1 Data : 10/03/2014 Redatto da: Approvato da: RICCARDO ROMAGNOLI CLAUDIO CAPRARA Categoria:
DettagliProgettaz. e sviluppo Data Base
Progettaz. e sviluppo Data Base! Progettazione Basi Dati: Metodologie e modelli!modello Entita -Relazione Progettazione Base Dati Introduzione alla Progettazione: Il ciclo di vita di un Sist. Informativo
DettagliManuale di Aggiornamento BOLLETTINO. Rel. 5.20.1H4. DATALOG Soluzioni Integrate a 32 Bit
Manuale di Aggiornamento BOLLETTINO Rel. 5.20.1H4 DATALOG Soluzioni Integrate a 32 Bit - 2 - Manuale di Aggiornamento Sommario 1 2 PER APPLICARE L AGGIORNAMENTO... 3 1.1 Aggiornamento Patch Storica...
DettagliClient e Server comunicano tramite il protocollo SOAP.
In questo tutorial implementeremo un semplice SOAP web service in PHP che un client Java richiamerà. In questo modo mostreremo l'interoperabilità fra linguaggi diversi che SOAP permette di avere. La struttura
DettagliSMS API. Documentazione Tecnica YouSMS HTTP API. YouSMS Evet Limited 2015 http://www.yousms.it
SMS API Documentazione Tecnica YouSMS HTTP API YouSMS Evet Limited 2015 http://www.yousms.it INDICE DEI CONTENUTI Introduzione... 2 Autenticazione & Sicurezza... 2 Username e Password... 2 Connessione
DettagliBOZZA MANUALE SDI-FVG PASSIVE SOMMARIO
BOZZA MANUALE SDI-FVG PASSIVE SOMMARIO 1. Accesso al sistema... 2 2. Pagina iniziale e caratteristiche generali di SDI-FVG per la fattura passiva.... 3 3. Gestione lotti... 5 4. Gestione fatture passive...
DettagliIl glossario della Posta Elettronica Certificata (PEC) Diamo una definizione ai termini tecnici relativi al mondo della PEC.
Il glossario della Posta Elettronica Certificata (PEC) Diamo una definizione ai termini tecnici relativi al mondo della PEC. Avviso di mancata consegna L avviso, emesso dal sistema, per indicare l anomalia
DettagliSostituto abilitato Entratel con più sedi: ricezione diretta e incarico ad intermediario abilitato
FAQ Flusso telematico dei modelli 730-4 D.M. 31 maggio 1999, n. 164 Comunicazione dei sostituti d imposta per la ricezione telematica, tramite l Agenzia delle entrate, dei dati dei 730-4 relativi ai mod.
DettagliSoftware Servizi Web UOGA
Manuale Operativo Utente Software Servizi Web UOGA S.p.A. Informatica e Servizi Interbancari Sammarinesi Strada Caiese, 3 47891 Dogana Tel. 0549 979611 Fax 0549 979699 e-mail: info@isis.sm Identificatore
DettagliProgetto: ARPA Fonte Dati. ARPA Fonte Dati. Regione Toscana. Manuale Amministratore
ARPA Fonte Dati Regione Toscana 1 Redatto da L. Folchi (TAI) Rivisto da Approvato da Versione 1.1 Data emissione 09/10/13 Stato FINAL 2 Versione Data Descrizione 1,0 06/08/13 Versione Iniziale 1.1 09/10/2013
DettagliWEB SERVICES SERVIZI PER RICEZIONE ED ELABORAZIONE MESSAGGI AMBIENTE PROVA
Pag. 1 di 16 WEB SERVICES SERVIZI PER RICEZIONE ED ELABORAZIONE MESSAGGI AMBIENTE PROVA Pag. 1 di 16 Pag. 2 di 16 1 GENERALITÀ... 3 1.1 CANALI DI COMUNICAZIONE DEI SISTEMI... 3 2 SOA DOMINIO ESTERNO...
DettagliProgetto interregionale ICAR Interoperabilità e Cooperazione Applicativa tra le Regioni. <Task AP3>
Progetto interregionale ICAR Interoperabilità e Cooperazione Applicativa tra le Regioni AP3-Documento Descrittivo degli Accordi di Servizio Versione AP3-specificaADSv1.2.1.doc Pag. 1
DettagliWEB SERVICES SERVIZI PER RICEZIONE ED ELABORAZIONE MESSAGGI AMBIENTE REALE
Pag. 1 di 11 WEB SERVICES SERVIZI PER RICEZIONE ED ELABORAZIONE MESSAGGI AMBIENTE REALE Pag. 1 di 11 Pag. 2 di 11 1 GENERALITÀ... 3 1.1 CANALI DI COMUNICAZIONE DEI SISTEMI... 3 2 SOA DOMINIO ESTERNO...
DettagliCup HiWeb. Integrazione dei servizi del CUP Marche in applicativi di terze parti
Cup HiWeb Integrazione dei servizi del CUP Marche in applicativi di terze parti Ver 1.2 2015 Insiel Mercato SpA Change History 23/03/2015 Versione 1.0 Paolo Pitton 18/12/2015 Versione 1.1 Paolo Pitton
Dettagli4.5 CONTROLLO DEI DOCUMENTI E DEI DATI
Unione Industriale 35 di 94 4.5 CONTROLLO DEI DOCUMENTI E DEI DATI 4.5.1 Generalità La documentazione, per una filatura conto terzi che opera nell ambito di un Sistema qualità, rappresenta l evidenza oggettiva
DettagliCitySoftware PROTOCOLLO. Info-Mark srl
CitySoftware PROTOCOLLO Info-Mark srl Via Rivoli, 5/1 16128 GENOVA Tel. 010/591145 Fax 010/591164 Sito internet: www.info-mark.it e-mail Info-Mark@Info-Mark.it SISTEMA DI PROTOCOLLAZIONE AUTOMATICA Realizzato
DettagliDatabase. Si ringrazia Marco Bertini per le slides
Database Si ringrazia Marco Bertini per le slides Obiettivo Concetti base dati e informazioni cos è un database terminologia Modelli organizzativi flat file database relazionali Principi e linee guida
DettagliManuale Utente SIRECO
Corte Dei Conti Manuale Utente SIRECO Guida all accesso a SIRECO Indice dei contenuti 1. Obiettivo del documento... 3 1.1 Acronimi, abbreviazioni, e concetti di base... 3 2. Registrazione di un Responsabile...
DettagliLa Fatturazione Elettronica
Informazioni Generali : La trasmissione di una fattura elettronica in formato Xml alla PA, obbligatoria a partire dal prossimo giugno (a scaglioni) avviene attraverso il Sistema di Interscambio (SdI),
DettagliPROCEDURE - GENERALITA
PROCEDURE - GENERALITA Le PROCEDURE sono regole scritte, utili strumenti di buona qualità organizzativa, con le quali lo svolgimento delle attività viene reso il più possibile oggettivo, sistematico, verificabile,
DettagliSCHEDA DESCRITTIVA DEL SIP PER LA TIPOLOGIA DOCUMENTARIA FATTURA. [versione 1.0 del 24/2/2015]
SCHEDA DESCRITTIVA DEL P PER LA TIPOLOGIA DOCUMENTARIA FATTURA [versione 1.0 del 24/2/2015] Estratto da LINEE GUIDA PER LA REALIZZAZIONE DEI PACCHETTI DI VERSAMENTO (P) FATTURA 1. Descrizione della tipologia
DettagliProtocollo Informatico (D.p.r. 445/2000)
Protocollo Informatico (D.p.r. 445/2000) Ricerca veloce degli atti, archiviazione, fascicolazione ed inventario Inserimento semplice e funzionale Collegamento tra protocolli tramite la gestione dei fascicoli
DettagliRegistratori di Cassa
modulo Registratori di Cassa Interfacciamento con Registratore di Cassa RCH Nucleo@light GDO BREVE GUIDA ( su logiche di funzionamento e modalità d uso ) www.impresa24.ilsole24ore.com 1 Sommario Introduzione...
DettagliPresidenza del Consiglio dei Ministri
Manuale utente (front office) Aggiornato al 14 luglio 2011 Sommario 1. INTRODUZIONE... 3 2. MODALITÀ OPERATIVA... 4 2.1 Utenti ammessi alla trasmissione del file XML... 4 2.2 Controllo effettuato dal sistema
DettagliMANUALE UTENTE. In questo manuale verranno descritte tutte le sue funzioni. Il sistema OTRS è raggiungibile al seguente link:
MANUALE UTENTE OTRS è il sistema di ticketing per la gestione delle richieste tecniche e di supporto ai clienti e partner di Delta Progetti 2000. La nuova versione 3.2.10 introduce una grafica più intuitiva
DettagliConfigurazione di Outlook Express
OUTLOOK Outlook Express è il client di posta elettronica sviluppato da Microsoft, preinstallato su sistemi operativi Windows a partire da Windows 98 fino all'uscita di Windows XP. Con l'arrivo di Windows
DettagliIntroduzione. Pagina: 1 di 8. Data creazione 22/12/2010 12.17.00
Introduzione Il nuovo Codice del Processo Amministrativo prevede che i difensori costituiti forniscano copia in via informatica di tutti gli atti di parte depositati e, ove possibile, dei documenti prodotti
DettagliR E G I O N E U M B R I A GIUNTA REGIONALE. Direzione Affari Generali della Presidenza e della Giunta regionale. Servizio Segreteria della Giunta
R E G I O N E U M B R I A GIUNTA REGIONALE Direzione Affari Generali della Presidenza e della Giunta regionale Servizio Segreteria della Giunta Disciplinare sull utilizzo della posta elettronica certificata
DettagliARCHIVIAZIONE DOCUMENTALE NEiTdoc
ARCHIVIAZIONE DOCUMENTALE NEiTdoc PROCESS & DOCUMENT MANAGEMENT La documentazione può essere definita un complesso di scritture prodotte da entità pubbliche o private nell espletamento della loro attività,
DettagliManuale Utente CONSERVAZIONE A NORMA Caricamento Singolo & Massivo electronic Document Keeper
Manuale Utente CONSERVAZIONE A NORMA Caricamento Singolo & Massivo electronic Document Keeper Versione 1.1 Agosto 2015 1 Sommario 1 Premessa... 3 1.1 Conservazione delle Fatture per la Pubblica Amministrazione...
DettagliAllegato) all art.4 punto 5 Informatizzazione del Magazzino
Allegato) all art.4 punto 5 Informatizzazione del Magazzino PREMESSA L integrazione in oggetto ha lo scopo di sostituire la soluzione attualmente in essere, basata sullo scambio di file di testo, con una
DettagliSistema Accordo Pagamenti
REGIONE LAZIO Dipartimento Economico ed Occupazionale Direzione Economia e Finanza Sistema Accordo Pagamenti - Fornitori di Beni e Servizi- Procedura di Test e Validazione flussi xml Versione 2.0 Data
DettagliLa Procedura di Omologazione del Prodotto (OP) per la Posta Massiva
La Procedura di Omologazione del Prodotto (OP) per la Posta Massiva Omologazione del prodotto Per accedere alla procedura di omologazione, e quindi verificare che i propri invii siano conformi agli standard
DettagliRegione Piemonte Portale Rilevazioni Crediti EELL Manuale Utente
Pag. 1 di 15 VERS V01 REDAZIONE VERIFICHE E APPROVAZIONI CONTROLLO APPROVAZIONE AUTORIZZAZIONE EMISSIONE NOME DATA NOME DATA NOME DATA A. Marchisio C. Pernumian 29/12/2014 M. Molino 27/02/2015 M. Molino
DettagliGecom Paghe. Comunicazione per ricezione telematica dati 730-4. ( Rif. News Tecnica del 14/03/2014 )
Gecom Paghe Comunicazione per ricezione telematica dati 730-4 ( Rif. News Tecnica del 14/03/2014 ) TE7304 2 / 16 INDICE Comunicazione per la ricezione in via telematica dei dati relativi ai modelli 730-4...
DettagliPROGETTO TESSERA SANITARIA WEB SERVICE CMS ATTIVAZIONE E REVOCA TS-CNS IN INTEROPERABILITA FRA CARD MANAGEMENT SYSTEM
PROGETTO TESSERA SANITARIA WEB SERVICE CMS ATTIVAZIONE E REVOCA TS-CNS IN INTEROPERABILITA FRA CARD Pag. 2 di 14 INDICE 1. INTRODUZIONE 4 2. DESCRIZIONE DEL SERVIZIO DI RICHIESTA DI ATTIVAZIONE E REVOCA
DettagliGestione dei documenti e delle registrazioni Rev. 00 del 11.11.08
1. DISTRIBUZIONE A tutti i membri dell organizzazione ING. TOMMASO 2. SCOPO Descrivere la gestione della documentazione e delle registrazioni del sistema di gestione 3. APPLICABILITÀ La presente procedura
DettagliSUAP. Per gli operatori SUAP/amministratori. Per il richiedente
Procedura guidata per l inserimento della domanda Consultazione diretta, da parte dell utente, dello stato delle sue richieste Ricezione PEC, protocollazione automatica in entrata e avviamento del procedimento
DettagliREGOLE PROCEDURALI DI CARATTERE TECNICO OPERATIVO PER L ACCESSO AI SERVIZI DISPONIBILI TRAMITE LA POSTA ELETTRONICA CERTIFICATA
Dipartimento per gli Affari di Giustizia Direzione Generale della Giustizia Penale Decreto Dirigenziale Articolo 39 D.P.R. 14 Novembre 2002, N. 313 Decreto Dirigenziale del 5 dicembre 2012 recante le regole
DettagliLight CRM. Documento Tecnico. Descrizione delle funzionalità del servizio
Documento Tecnico Light CRM Descrizione delle funzionalità del servizio Prosa S.r.l. - www.prosa.com Versione documento: 1, del 11 Luglio 2006. Redatto da: Michela Michielan, michielan@prosa.com Revisionato
DettagliSISTEMA DI GESTIONE PER LA QUALITA Capitolo 4
1. REQUISITI GENERALI L Azienda DSU Toscana si è dotata di un Sistema di gestione per la qualità disegnato in accordo con la normativa UNI EN ISO 9001:2008. Tutto il personale del DSU Toscana è impegnato
DettagliManuale operatore B/I Versione 1.0
Manuale operatore B/I Versione 1.0 LOGIN Ai fini dell inserimento delle domande e delle relative delibere all interno della piattaforma dedicata, l operatore del Punto di Aggregazione dovrà effettuare
DettagliLegalDoc Folders Servizio di Conservazione Sostitutiva dei Documenti DATI TECNICI PER L ATTIVAZIONE DI LEGALDOC FOLDERS
LegalDoc Folders Servizio di Conservazione Sostitutiva dei Documenti Scheda A DATI TECNICI PER L ATTIVAZIONE DI LEGALDOC FOLDERS 1. Motivo compilazione: compilazione Nuova Attivazione Aggiunta tipo Modifica
DettagliManuale d uso. Fatturazione elettronica attiva
Manuale d uso Fatturazione elettronica attiva Prima FASE Data Versione Descrizione Autore 10/03/2015 Versione 2.0 Manuale Utente Patrizia Villani 28/05/2015 Versione 3.0 Revisione Manuale Utente Patrizia
DettagliFatturazione elettronica con WebCare
Fatturazione Elettronica con WebCare 1 Adempimenti per la F.E. Emissione della fattura in formato elettronico, tramite produzione di un file «XML» nel formato previsto dalle specifiche tecniche indicate
Dettagliflusso delle informazioni... 2 password... 3 password/2... 3 inserimento di una nuova richiesta... 4 le condizioni di vendita... 6
istruzioni per l inserimento di una richiesta on line di prodotti speciali flusso delle informazioni... 2 password... 3 password/2... 3 inserimento di una nuova richiesta... 4 le condizioni di vendita...
DettagliVersioni x.7.9 Note Operative
Versioni x.7.9 Note Operative Le versioni x.7.9 sono state rilasciate per poter predisporre i dati per il cosiddetto spesometro 2013 o per la comunicazione delle operazioni IVA rilevanti utilizzando il
DettagliSistema di gestione Certificato MANUALE PER L'UTENTE
Sistema di gestione Certificato MANUALE PER L'UTENTE Pagina 1 di 16 Indice 1 Introduzione...3 2 Genera certificato...4 3 Sospendi certificato...10 4 Riattiva certificato...12 5 Revoca certificato...14
DettagliManuale Utente. Gestione Richieste supporto Data Warehouse. Della Ragioneria Generale dello Stato. Versione 1.0. Roma, Ottobre 2015
Manuale Utente Gestione Richieste supporto Data Warehouse Della Ragioneria Generale dello Stato Versione 1.0 Roma, Ottobre 2015 1 Indice 1 Generalità... 3 1.1 Scopo del documento... 3 1.2 Versioni del
DettagliCentro Servizi Territoriali (CST) Asmenet Calabria
Cofinanziamento Fondi CIPE Progetto CST CUP J59H05000040001 Centro Servizi Territoriali (CST) Asmenet Calabria Convenzione per la costituzione di un Centro Servizi Territoriale tra la Regione Calabria
DettagliVersione 1. (marzo 2010)
ST 763-27 - Soluzione tecnica di interconnessione per i servizi SMS e MMS a sovrapprezzo Allegato 1 - Linee guida per l interfaccia di accesso tra operatore telefonico ed il CSP Versione 1 (marzo 2010)
DettagliNOVITÀ SITI COMMERCIALISTA
NOVITÀ E-COMMERCE Sono state introdotte, nella versione 2011B, una serie di implementazioni grazie alle quali sarà ora possibile disporre all interno del proprio sito E-commerce delle seguenti funzionalità:
DettagliPROCEDURE DI FIRMA PER I PIP PRESENTATI NEI BANDI APPRENDISTATO
PROCEDURE DI FIRMA PER I PIP PRESENTATI NEI BANDI APPRENDISTATO 1 - INTRODUZIONE Scopo del presente documento è descrivere le procedure attuabili per la firma dei PIP presentati nei bandi apprendistato
Dettaglieprogress la soluzione completa per la gestione della relazione e del contatto
eprogress la soluzione completa per la gestione della relazione e del contatto eprogress eprogress è la piattaforma per la gestione del contatto e della relazione sviluppata da ONC. Le principali caratteristiche
DettagliINTERNET e RETI di CALCOLATORI A.A. 2011/2012 Capitolo 4 DHCP Dynamic Host Configuration Protocol Fausto Marcantoni fausto.marcantoni@unicam.
Laurea in INFORMATICA INTERNET e RETI di CALCOLATORI A.A. 2011/2012 Capitolo 4 Dynamic Host Configuration Protocol fausto.marcantoni@unicam.it Prima di iniziare... Gli indirizzi IP privati possono essere
DettagliSpecifiche Tecnico-Funzionali
AuthSIAR - Modulo di Autenticazione e Autorizzazione Sardegna IT S.r.l. Analisi Tecnico-Funzionale Assessorato all Agricoltura della Regione Sardegna SIAR Sistema Informativo Agricolo Regionale AuthSIAR
DettagliEffettuare gli audit interni
Scopo Definire le modalità per la gestione delle verifiche ispettive interne Fornitore del Processo Input Cliente del Processo Qualità (centrale) e Referenti Qualità delle sedi territoriali Direzione Qualità
DettagliGuida alla registrazione on-line di un DataLogger
NovaProject s.r.l. Guida alla registrazione on-line di un DataLogger Revisione 3.0 3/08/2010 Partita IVA / Codice Fiscale: 03034090542 pag. 1 di 17 Contenuti Il presente documento è una guida all accesso
DettagliMANUALE DI CONSERVAZIONE
AZIENDA DI SERVIZI ALLA PERSONA DI SPILIMBERGO Azienda pubblica di servizi alla persona ex L.r. 19/2003 Viale Barbacane, 19-33097 Spilimbergo PN Tel. 0427 2134 Fax 0427 41268 ----------------------------------------------------------------------------------------------------------------------------------
DettagliMANUALE UTENTE. TeamPortal Liste Distribuzioni 20120100
MANUALE UTENTE 20120100 INDICE Introduzione... 3 1 - Messaggi... 4 1.1 Creazione / Modifca Email... 6 1.2 Creazione / Modifca Sms... 8 2 -Liste... 10 3 Gruppi Liste... 15 4 Tipi Messaggi... 17 5 Amministrazione...
DettagliFATTURA ELETTRONICA {
FATTURA ELETTRONICA { NORMATIVA La Finanziaria 2008 ha stabilito che la fatturazione nei confronti dell Amministrazione dello stato debba avvenire esclusivamente in maniera elettronica Il DM 5 aprile 2013
DettagliPortale regionale della Salute. Servizi di prenotazione prestazione e pagamento ticket.
Portale regionale della Salute Servizi di prenotazione prestazione e pagamento ticket. Specifiche di integrazione dei servizi di cooperazione applicativa e dei web services. Versione 1.10 16 Ottobre 2013
DettagliGESTIONE 770 TRASFERIMENTO DATI DA ARCHIVIO CONTABILE
GESTIONE 770 TRASFERIMENTO DATI DA ARCHIVIO CONTABILE Note: Il presente manuale vuole essere solo una guida sommaria per agevolare l operatore nell utilizzo della procedura e pertanto non essendo esaustivo
DettagliProtocollo Informatico (D.p.r. 445/2000)
Protocollo Informatico (D.p.r. 445/2000) Ricerca veloce degli atti, archiviazione, fascicolazione ed inventario semplice e funzionale Collegamento tra protocolli tramite la gestione dei fascicoli e visualizzazione
DettagliACO Archiviazione Elettronica e Conservazione sostitutiva
ACO Archiviazione Elettronica e Conservazione sostitutiva Luglio 2013 INDICE A) INSTALLAZIONE DELL AGGIORNAMENTO... 2 AGGIORNAMENTO STAND ALONE/SERVER... 2 AGGIORNAMENTO CLIENT... 4 B) ELENCO MODIFICHE...
DettagliM.U.T. Modulo Unico Telematico
Via Alessandria, 215 Roma tel: 06/852614 fax: 06/85261500 e-mail: info@cnce.it M.U.T. Modulo Unico Telematico http://mut.cnce.it Novità client versione 1.6.1 Data redazione: 21.06.2007 Indice dei contenuti
DettagliCome si può vedere, la regola è stata fatta in modo da spostare tutti i messaggi di Spam nella cartella del cestino.
www.playnet.it agg. Documento 1/03/2007 REGOLE DEL CLIENT Le regole del client sono un sistema di smistamento dei messaggi (arrivati) fra le varie cartelle di posta presenti sul server. Possono essere
DettagliLA SOLUZIONE PROPOSTA E L ATTIVAZIONE DEL SERVIZIO Luisa Semolic Insiel S.p.A.
LA SOLUZIONE PROPOSTA E L ATTIVAZIONE DEL SERVIZIO Luisa Semolic Insiel S.p.A. Udine, 11 giugno 2013 Il processo Sistemi documentali Sistema di conservazione Documenti archiviati Presa in carico e controllo
DettagliServizio. Indagini Finanziarie web
Servizio Indagini Finanziarie web INDICE 1 I flussi previsti dalla normativa...2 2 Il servizio Indagini Finanziarie...2 3 Funzionalità e caratteristiche principali di Indagini Finanziarie...3 Ricezione
DettagliGestire le NC, le Azioni Correttive e Preventive, il Miglioramento
Scopo Responsabile Fornitore del Processo Input Cliente del Processo Output Indicatori Riferimenti Normativi Processi Correlati Sistemi Informatici Definire le modalità e le responsabilità per la gestione
DettagliALLEGATO A MANUALE OPERATIVO DI ATENEO IN MATERIA DI PEC
ALLEGATO A MANUALE OPERATIVO DI ATENEO IN MATERIA DI PEC (Allegato al Regolamento di Ateneo in materia di PEC approvato con D.R. Rep n. 1943 Prot. n.29177 del 13/10/2010) 1. Oggetto e finalità del manuale...2
DettagliGestione Richieste Patenti Web
>> Specifiche Integrazione Web Services RTI Gestione Richieste Patenti Web Servizio di Sviluppo SVI Versione 1.0-07 Dicembre 2009 Indice dei contenuti 1 GENERALITA... 6 1.1 Lista di distribuzione...6 1.2
DettagliGuida alla gestione delle domande di Dote Scuola per l A.S. 2013-2014 Scuole Paritarie
Guida alla gestione delle domande di Dote Scuola per l A.S. 2013-2014 Scuole Paritarie Questo documento contiene informazioni utili al personale delle scuole paritarie per utilizzare l applicativo web
DettagliManuale Utente Albo Pretorio GA
Manuale Utente Albo Pretorio GA IDENTIFICATIVO DOCUMENTO MU_ALBOPRETORIO-GA_1.4 Versione 1.4 Data edizione 04.04.2013 1 TABELLA DELLE VERSIONI Versione Data Paragrafo Descrizione delle modifiche apportate
DettagliDALL IMMAGINE AL TESTO...SEMPLICEMENTE
DALL IMMAGINE AL TESTO...SEMPLICEMENTE DOCNET è un pacchetto software nato per gestire sia l'archiviazione di documenti cartacei che di files in forma digitale, sia per gestire il flusso dei documenti
DettagliSistema Banca dati e Repertorio dei dispositivi medici Notifiche multiple di DM simili
Sistema Banca dati e Repertorio dei dispositivi medici Notifiche multiple di DM simili Questa presentazione intende illustrare brevemente la nuova funzionalità (Notifiche multiple di DM simili) predisposta
DettagliManuale per i Fornitori
Gara con presentazione di offerta mediante pdf interattivo Manuale per i Fornitori 2 INDICE DEGLI ARGOMENTI 1 DEFINIZIONI... 4 2 GARE IN PDF... 5 2.1 INVITO DEL FORNITORE ALLA GARA... 5 2.2 COME COMPILARE
Dettagli