Il flusso contract-decentralized-flow è un flusso Decentralizzato che modella il ciclo di vita di un contratto, dalla proposta, all'ottenimento del servizio e dei successivi risultati.
Questo flusso prevede i seguenti attori nelle diverse visioni.
Trattandosi di un flusso decentralizzato, la creazione di un nuovo contratto è consentita anche ai RS.
Questo flusso consente all'HD di effettuare qualunque transizione di stato anche senza seguire il flusso canonico: è quindi possibile anche effettuare "salti" di stato.
Nel grafico, per chiarezza, vengono riportate però solo le transizioni di stato canoniche.
Inoltre, facciamo presente che gli stati in arancione sono gli stati di sincronizzazione con UGOV-PJ
I nomi degli stati possono essere personalizzati con la funzione di Gestione etichette.
Nella tabella sottostante vengono riportati tutti gli stati previsti dal flusso con relativa etichetta e valore di default.
Vengono anche fornite le etichette per i vari bottoni che consentono lo spostamento di stato.
Di default venegono utilizzate le etichette dei bottoni per lo stato successivo, è possibile configurare il flusso in maniera tale da utlizzare anche le etichette dei bottoni per lo stato precedente.
Esempio di utilizzo: l'oggetto si trova nello stato in attesa di essere validato, i possibili stati di cambio sono bozza e operativo. Il bottone per lo stato operativo utilizzerà l'etichetta per lo stato successivo, mentre il bottone per lo stato bozza utilizzerà l'etichetta per lo stato precedente.
| Identificativo stato | Chiave etichetta stato | Valore default stato | Etichetta del bottone stato successivo | Etichetta del bottone stato precedente | Valore etichetta del bottone stato successivo | Valore etichetta del bottone stato precedente |
|---|---|---|---|---|---|---|
| draft | wfState.con.draft | Bozza | button.forward.to.con.draft | button.backward.to.con.draft | Salva e invia in "Bozza" | Salva e invia in "Bozza" |
| administrativeProcess | wfState.con.administrativeProcess | Processo Amministrativo | button.forward.to.con.administrativeProcess | button.backward.to.con.administrativeProcess | Salva e invia in "Processo Amministrativo" | Salva e invia in "Processo Amministrativo" |
| rejected | wfState.con.rejected | Respinto | button.forward.to.con.rejected | button.backward.to.con.rejected | Salva e invia in "Respinto" | Salva e invia in "Respinto" |
| signed | wfState.con.signed | Stipulato | button.forward.to.con.signed | button.backward.to.con.signed | Salva e invia in "Stipulato" | Salva e invia in "Stipulato" |
| concluded | wfState.con.concluded | Concluso | button.forward.to.con.concluded | button.backward.to.con.concluded | Salva e invia in "Concluso" | Salva e invia in "Concluso" |
Il dettaglio del modello dati associato a questo flusso è disponibile alla seguente pagina Produzione - Modello dati (contract - CON)
Le configurazioni associate a questo flusso sono disponibili alla seguente pagina: Produzione - IRIS AP-RM Configurazioni: Contratti (contract - CON)
Nella seguente sezione viene riportato il dettaglio dei permessi e delle transizioni di stato possibili per tutti gli attori del flusso.
Per quanto riguarda le transizioni di stato vengono riportati gli identificativi degli stati verso i quali è possibile effettuare la transizione.
Quando viene riportato il marcatore "__PREVIOUS_STATE__" significa che la transizione di stato è consentita verso lo stato precedente.
Di seguito la legenda dei permessi:
Viene, inoltre, fornito dettaglio dei TAB disponibili (quelli in sola lettura presentano il suffisso readonly)
| Stato | Attori | Permessi | Transizioni | Tab |
|---|---|---|---|---|
| Bozza (draft) | Helpdesk (helpdesk) | c r w d | administrativeProcess | |
| Responsabile/Proprietario (owner) | c r w d | administrativeProcess | ||
| Partecipante (contributor) | r | none | ||
| Processo Amministrativo (administrativeProcess) | Helpdesk (helpdesk) | r w d | draft,rejected,signed | |
| Responsabile/Proprietario (owner) | r | none | ||
| Partecipante (contributor) | r | none | ||
| Organi dipartimentali (department) | r w | rejected,signed | ||
| Respinto (rejected) | Helpdesk (helpdesk) | r w d | administrativeProcess | |
| Responsabile/Proprietario (owner) | r | none | ||
| Partecipante (contributor) | r | none | ||
| Organi dipartimentali (department) | r | none | ||
| Stipulato (signed) | Helpdesk (helpdesk) | r w | administrativeProcess,concluded | |
| Responsabile/Proprietario (owner) | r | none | ||
| Partecipante (contributor) | r | none | ||
| Organi dipartimentali (department) | r w | concluded | ||
| Concluso (concluded) | Helpdesk (helpdesk) | r w | all | |
| Responsabile/Proprietario (owner) | r | none | ||
| Partecipante (contributor) | r | none | ||
| Organi dipartimentali (department) | r | none |
Nella seguente sezione viene riportato il dettaglio delle validazioni per tutte le coppie (attore, stato) del flusso.
Le validazioni sono distinte nei seguenti macrotipi e sono riferite, se non specificato altrimenti, all'oggetto radice.
Le validazioni sono ulteriormente distinte nei seguenti tipi.
Nel caso di validazioni di tipo element, oltre all'identificativo della validazione, viene riportato anche l'identificativo dell'elemento a cui è applicata e l'azione che l'ha scatenata:
Ad esempio la seguente stringa
internalOrganizationUnit:delete departmentDeleteValidator indica che la validazione "departmentDeleteValidator" è applicata in eliminazione di un elemento di tipo internalOrganizationUnit dell'oggetto radice.
Per avere maggiori dettagli sui possibili elementi fare riferimento alla definizione del modello, disponibile nella sezione Modello Dati.
Infine è possibile applicare le validazioni, condizionalmente al soddisfacimento di determinate condizioni (opzionali).
Queste condizioni sono specificate nella colonna "Applicabilità": se è specificato always, la validazione è sempre attiva.
Nella seguente sezione vengono riportate le
Di seguito viene riportato il dettaglio delle logiche definite per questo flusso.
START LOGICS
ACTION LOGICS