documentazione_3di_riservata:docway4:bonita
Differenze
Queste sono le differenze tra la revisione selezionata e la versione attuale della pagina.
| Entrambe le parti precedenti la revisioneRevisione precedenteProssima revisione | Revisione precedente | ||
| documentazione_3di_riservata:docway4:bonita [2015/02/03 17:28] – [Connettori implementati] fcappelli | documentazione_3di_riservata:docway4:bonita [Data sconosciuta] (versione attuale) – eliminata - modifica esterna (Data sconosciuta) 127.0.0.1 | ||
|---|---|---|---|
| Linea 1: | Linea 1: | ||
| - | ===== INTEGRAZIONE BONITA 5.10 - DOCWAY 4 ===== | ||
| - | |||
| - | |||
| - | |||
| - | |||
| - | ==== Documentazione di base ==== | ||
| - | |||
| - | [[http:// | ||
| - | |||
| - | |||
| - | ==== Variabili globali da definire sul workflow ==== | ||
| - | |||
| - | In fase di definizione di un workflow occorre definire le seguenti variabili globali (che saranno riempite da DocWay durante l' | ||
| - | * **%%dw__nrecord%%** [STRING]: nrecord del documento al quale viene agganciato il workflow | ||
| - | * **%%dw__cod_persona%%** [STRING]: matricola dell' | ||
| - | * **%%dw__cod_uff%%** [STRING]: codice dell' | ||
| - | * **%%dw__document%%** [STRING]: XML del documento al quale viene agganciato il workflow. E' comodo per ottenere qualsiasi informazione sul documento in fase di avvio del workflow (caricamento dei dati attraverso script Groovy o metodi di Bonita). **N.B.** __Non fare affidamento a questa variabile in connettori caricati in task successivi all' | ||
| - | * **%%dw__proprietario%%** [STRING]: Cognome e nome del proprietario del documento | ||
| - | * **%%dw__oggetto%%** [STRING]: Oggetto del documento | ||
| - | |||
| - | **N.B.**: Oltre alle variabili appena indicate occorre definire (se è necessario caricare files sul documento tramite il workflow - connettore **XwAddAttachment**) una o più variabili **globali** di tipo **Allegato**. Per poter operare sui files **Bonita necessita obbligatoriamente** che i file vengano gestiti tramite variabili globali e non associate ad uno specifico task. | ||
| - | ==== Connettori implementati ==== | ||
| - | |||
| - | I connettori di Bonita si dividono in queste categorie: | ||
| - | * Connettori | ||
| - | * Selettore di attori | ||
| - | * Filtro | ||
| - | |||
| - | Connettori implementati: | ||
| - | |||
| - | < | ||
| - | ^ NOME ^ TIPO ^ DESCRIZIONE | ||
| - | | ACLRoleResolver | ||
| - | | ACLOfficeResolver | ||
| - | | ACLFatherOfficeResolver | ||
| - | | XwLoadDocument | ||
| - | | XwAddXPathDoc | ||
| - | | XwRemoveXPathDoc | ||
| - | | XwSaveDocument | ||
| - | | XwGrantRight | ||
| - | | XwDenyRight | ||
| - | | XwApplicaSegnatura | ||
| - | | XwAddAttachment | ||
| - | | XwAddToDocument | ||
| - | | XwSavePostIt | ||
| - | | XwLoadFileIdsByPos | ||
| - | | XwLoadFileIdsByTitle | ||
| - | | XwLoadFileIdsByLibroFirma | ||
| - | | XwInserisciInLibroFirma | Connettore | Marca come da firmare con libro firma il fileid passato in ingresso | | ||
| - | | XwInserisciInLibroFirmaMultiplo | Connettore | Marca come da firmare con libro firma la lista di fileid passati in ingresso | | ||
| - | </ | ||
| - | |||
| - | |||
| - | |||
| - | === Utilizzo generico dei connettori === | ||
| - | |||
| - | I connettori vengono agganciati ai task per eseguire azioni specifiche (ad esempio al submit del form). Di seguito è mostrata la prima schermata che ci si presenta in fase di aggiunta di un connettore ad un task: | ||
| - | |||
| - | {{: | ||
| - | |||
| - | Tramite questa sezione viene definito l' | ||
| - | |||
| - | Eventi: | ||
| - | * **enter**: i connettori vengono avviati una volta che il task diventa attivo, quindi al completamento del task precedente, o all' | ||
| - | * **start**: i connettori vengono avviati quando l' | ||
| - | * **suspend**: | ||
| - | * **resume**: riapertura (post sospensione) di un task da parte di un utente (attività non prevista da DocWay) | ||
| - | * **finish**: i connettori vengono avviati al submit del form del task | ||
| - | |||
| - | Gestione Errori: | ||
| - | * **Solleva eccezione**: | ||
| - | * **Ignora l' | ||
| - | * **Evento Throw Error**: L' | ||
| - | |||
| - | Una volta definiti questi aspetti è possibile procedere con la configurazione specifica del connettore (immagine successiva). | ||
| - | |||
| - | {{: | ||
| - | |||
| - | La maggior parte dei connettori 3DI presuppone l' | ||
| - | Per semplificare l' | ||
| - | |||
| - | |||
| - | |||
| - | ==== Firma digitale di files ==== | ||
| - | |||
| - | Per definire un task di firma digitale di allegati di un documento di DocWay occorre procedere in questo modo: | ||
| - | - Aggiungere un task di tipo manuale (che richiede l' | ||
| - | - Tab // | ||
| - | - Tab // | ||
| - | - Tab // | ||
| - | - Tab // | ||
| - | |||
| - | Di seguito è mostrato un esempio di pageflow di firma: | ||
| - | |||
| - | {{: | ||
| - | |||
| - | Come si può notare dall' | ||
| - | In questo caso per evitare che l' | ||
| - | |||
| - | Esempio di task di firma con ridirezione ad un task di caricamento file in caso di errore in identificazione del/i file da firmare: | ||
| - | |||
| - | {{: | ||
| - | ==== Gestione degli errori nella definizione del workflow ==== | ||
| - | |||
| - | ---- | ||
| - | Questa sezione andrebbe approfondita meglio e integrata in base all' | ||
| - | ---- | ||
| - | |||
| - | Per evitare blocchi sgradevoli in fase di avanzamento di un workflow, sarebbe necessario gestire eventuali errori che possono essere restituiti dai connettori in tutti i task che lo richiedono. | ||
| - | In caso di errori non gestiti che provocano il blocco del flusso, infatti, l' | ||
| - | |||
| - | Tutti i connettori che vengono agganciati ad un task dovrebbero gestire gli errori in uno di questi modi: | ||
| - | * Nel caso di errori non bloccanti, occorre definire il connettore in modo da ignorare l' | ||
| - | * Nel caso di errori bloccanti, occorre definire delle tipologie di errori (**Evento Throw Error**) che dovranno poi essere gestite a livello di flusso | ||
| - | |||
| - | Di seguito è mostrato un esempio di gestione 'Throw Error': | ||
| - | |||
| - | {{: | ||
| - | |||
| - | Come si può notare dall' | ||
| - | Attraverso questa gestione, qualsiasi errore del tipo gestito dall' | ||
| - | Su DocWay, nella storia del workflow, si avrà poi evidenza che il task è stato eseguito più volte a causa di errori emersi. | ||
| - | |||
| - | **N.B.**: La gestione degli errori descritta ora deve essere applicata SOLO a connettori attivati sullo start o finish di un task, **MAI sull' | ||
| - | |||
| - | Ovviamente questo è solo un esempio di come è possibile gestire gli errori tramite il **Cattura Errore**. Può essere utile in caso di errore attivare un altro task (es. errore in riconoscimento file da firmare di un task di firma) o addirittura attivare un sottoprocesso. | ||
| - | |||
| - | Esempio di flusso con gestione degli errori: | ||
| - | |||
| - | {{: | ||
/data/attic/documentazione_3di_riservata/docway4/bonita.1422980925.txt.gz · Ultima modifica: (modifica esterna)