| Table of Contents |
|---|
Grafico del flusso
Descrizione
Il flusso contract-centralized-bis-flow è un flusso centralizzato che modella il ciclo di vita di un contratto.Questo flusso prevede i seguenti attori nelle diverse visioni.
- Visione completa
- Helpdesk - HD
Team con profilo "Profilo Helpdesk per i Contratti (contract)" - Divisione Ricerca - DR
Team con profilo "Profilo Divisione Ricerca" - Contabilità - CO
Team con profilo "Profilo Contabilità"
- Helpdesk - HD
- Visione dipartimentale
- Organi dipartimentali - OD
Team con la seguente naming convention "Profilo di dipartimento per XXX", dove XXX è il nome del dipartimento
La completa operatività su un dato contratto è consentita solo per il dipartimento marcato come "Principale"
I dipartimenti aggregati avranno accesso in sola lettura.
- Organi dipartimentali - OD
- Visione personale
- Responsabile scientifico - RS
Persona appartenente al team "Utenti", che compare tra i responsabili del contratto. Cfr modello dati TAB Soggetti interni - Partecipante - PA
Persona appartenente al team "Utenti", che compare tra i partecipanti del contratto. Cfr modello dati TAB Soggetti interni - Referente amministrativo - RA
Persona appartenente al team "Utenti", che compare tra i referenti amministrativi del contratto. Cfr modello dati TAB Soggetti interni
- Responsabile scientifico - RS
Questo flusso prevede delle logiche di calcolo dinamico delle permissions.
I permessi calcolati dinamicamente sono individuabili dal simbolo "+" all'interno delle icone dei permessi (ellipse, square, rhombus).
In caso di presenza del simbolo "+", le icone presenti indicano i "massimi" permessi assegnabili
Questi permessi sono calcolati dalle seguenti logiche:
- wfIdentityLogicResearchDivisionProjectPermissionsJs
- wfIdentityLogicHeadOfDepartmentProjectPermissionsJs
Queste logiche consentono di assegnare permessi dinamici in base al team di appartenenza dell'utente che crea il contratto.
Se il contratto viene creato dalla Divisione Ricerca il flusso di validazione resta in carico alla Divisione Ricerca e gli Organi dipartimentali avranno accesso al contratto in sola lettura
Se il contratto viene creato da un Organo dipartimentale il flusso di validazione resta in carico a quell'organo dipartimentale e la Divisione Ricerca avrà accesso al contratto in sola lettura.
Inoltre, facciamo presente che gli stati in arancione sono gli stati di sincronizzazione con UGOV-PJ
Etichette Stati
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" |
| inquiry | wfState.con.inquiry | Istruttoria | button.forward.to.con.inquiry | button.backward.to.con.inquiry | Salva e invia in "Istruttoria" | Salva e invia in "Istruttoria" |
| fiscalCheck | wfState.con.fiscalCheck | Controllo Fiscale | button.forward.to.con.fiscalCheck | button.backward.to.con.fiscalCheck | Salva e invia in "Controllo Fiscale" | Salva e invia in "Controllo Fiscale" |
| revisionAfterFiscalCheck | wfState.con.revisionAfterFiscalCheck | Revisione per Controllo Fiscale | button.forward.to.con.revisionAfterFiscalCheck | button.backward.to.con.revisionAfterFiscalCheck | Salva e invia in "Revisione per Controllo Fiscale" | Salva e invia in "Revisione per Controllo Fiscale" |
| approval | wfState.con.approval | In Approvazione | button.forward.to.con.approval | button.backward.to.con.approval | Salva e invia in "In Approvazione" | Salva e invia in "In Approvazione" |
| approvedAwaitingCountersignedContract | wfState.con.approvedAwaitingCountersignedContract | Approvato in attesa di Originale Controfirmato | button.forward.to.con.approvedAwaitingCountersignedContract | button.backward.to.con.approvedAwaitingCountersignedContract | Salva e invia in "Approvato in attesa di Originale Controfirmato" | Salva e invia in "Approvato in attesa di Originale Controfirmato" |
| 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" |
| closed | wfState.con.closed | Concluso | button.forward.to.con.closed | button.backward.to.con.closed | Salva e invia in "Concluso" | Salva e invia in "Concluso" |
| suspended | wfState.con.suspended | Sospeso | button.forward.to.con.suspended | button.backward.to.con.suspended | Salva e invia in "Sospeso" | Salva e invia in "Sospeso" |
| Anchor | ||||
|---|---|---|---|---|
|
Modello Dati
Il dettaglio del modello dati associato a questo flusso è disponibile alla seguente pagina Produzione - Modello dati (contract - CON)
| Anchor | ||||
|---|---|---|---|---|
|
Permessi
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:
- c: create (disponibile solo per il primo stato del flusso)
- r: read
- w: write
- d: delete
| Stato | Attori | Permessi | Transizioni | Tab |
|---|---|---|---|---|
| Bozza (draft) | Helpdesk (helpdesk) | c r w d | all | |
| Divisione Ricerca (researchDivision) | c r w d | inquiry,suspended | ||
| Referente amministrativo (administrativeOwner) | r w d | inquiry,suspended | ||
| Organi dipartimentali (headOfDepartment) | c r w d | inquiry | ||
| Istruttoria (inquiry) | Helpdesk (helpdesk) | r w d | all | |
| Divisione Ricerca (researchDivision) | r w d | fiscalCheck,suspended | ||
| Referente amministrativo (administrativeOwner) | r w d | fiscalCheck,suspended | ||
| Organi dipartimentali (headOfDepartment) | r w d | fiscalCheck,suspended | ||
| Controllo Fiscale (fiscalCheck) | Helpdesk (helpdesk) | r w d | all | |
| Divisione Ricerca (researchDivision) | r | none | ||
| Referente amministrativo (administrativeOwner) | r | none | ||
| Contabilita' (accountancy) | r w | revisionAfterFiscalCheck,approval,suspended |
| |
| Organi dipartimentali (headOfDepartment) | r | none | ||
| Revisione per Controllo Fiscale (revisionAfterFiscalCheck) | Helpdesk (helpdesk) | r w d | all | |
| Divisione Ricerca (researchDivision) | r w | fiscalCheck,suspended | ||
| Referente amministrativo (administrativeOwner) | r w | fiscalCheck,suspended | ||
| Contabilita' (accountancy) | r | none | ||
| Organi dipartimentali (headOfDepartment) | r w | fiscalCheck,suspended | ||
| In Approvazione (approval) | Helpdesk (helpdesk) | r w d | all | |
| Divisione Ricerca (researchDivision) | r w | approvedAwaitingCountersignedContract,suspended | ||
| Referente amministrativo (administrativeOwner) | r w | approvedAwaitingCountersignedContract,suspended | ||
| Contabilita' (accountancy) | r | none | ||
| Organi dipartimentali (headOfDepartment) | r w | approvedAwaitingCountersignedContract,suspended | ||
| Approvato in attesa di Originale Controfirmato (approvedAwaitingCountersignedContract) | Helpdesk (helpdesk) | r w d | all | |
| Divisione Ricerca (researchDivision) | r w | signed,suspended | ||
| Referente amministrativo (administrativeOwner) | r w | signed,suspended | ||
| Contabilita' (accountancy) | r | none | ||
| Organi dipartimentali (headOfDepartment) | r w | signed,suspended | ||
| Stipulato (signed) | Helpdesk (helpdesk) | r w d | all | |
| Divisione Ricerca (researchDivision) | r w | closed,suspended |
| |
| Referente amministrativo (administrativeOwner) | r w | closed,suspended | ||
| Contabilita' (accountancy) | r | none | ||
| Organi dipartimentali (headOfDepartment) | r w | closed,suspended |
| |
| Responsabile/Proprietario (owner) | r w | none | ||
| Concluso (closed) | Helpdesk (helpdesk) | r w d | all | |
| Divisione Ricerca (researchDivision) | r w | signed |
| |
| Referente amministrativo (administrativeOwner) | r w | signed | ||
| Contabilita' (accountancy) | r | none | ||
| Organi dipartimentali (headOfDepartment) | r w | signed |
| |
| Responsabile/Proprietario (owner) | r w | none | ||
| Sospeso (suspended) | Helpdesk (helpdesk) | r w d | all | |
| Divisione Ricerca (researchDivision) | r w | __PREVIOUS_STATE__ | ||
| Referente amministrativo (administrativeOwner) | r w | __PREVIOUS_STATE__ | ||
| Contabilita' (accountancy) | r | none | ||
| Organi dipartimentali (headOfDepartment) | r w | __PREVIOUS_STATE__ | ||
| Responsabile/Proprietario (owner) | r w | none |
Validazioni
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.
- enter: validazione applicata in ingresso nello stato
La transizione in ingresso viene NEGATA se anche solo una validazione NON viene superata con successo. - save: validazione applicata ad ogni salvataggio e quindi anche per ogni spostamento di TAB
Il salvataggio viene NEGATO se anche solo una validazione NON viene superata con successo. - delete: validazione applicata in fase di eliminazione di un oggetto radice
- element: validazione applicata agli elementi figli di un oggetto radice
- permissions: logiche di generazione dinamica dei permessi (rwfd) sull'oggetto radice che sovrascrive i permessi di flusso (rwfd)
- required: validazione di obbligatorietà di un attributo sull'oggetto radice.
- complex: validazione complessa applicabile sia all'oggetto radice che agli elementi.
Per avere maggiori dettagli sulla validazione cliccare sull'identificativo della validazione
- salvataggio (save)
- eliminazione (delete)
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.
Logiche (action/start)
Nella seguente sezione vengono riportate le
- START LOGICS
Le start logics sono le "azioni" che vengono eseguite in fase di creazione di un nuovo oggetto radice - ACTION LOGICS
Le action logics sono delle "azioni" che vengono eseguite al verificarsi di determinati eventi.
Gli eventi contemplati sono:- enter: ingresso in uno stato
- save: salvataggio dell'oggetto radice
START LOGICS
- wfStartLogicAcademicField2000
- wfStartLogicMultipleOwners
- wfStartLogicIdentifier
- wfStartLogicAdministrativeOwnerFromUser
- wfStartLogicYearFromStartDate
- Bozza (draft)
- Istruttoria (inquiry)
- Controllo Fiscale (fiscalCheck)
- Revisione per Controllo Fiscale (revisionAfterFiscalCheck)
- In Approvazione (approval)
- Approvato in attesa di Originale Controfirmato (approvedAwaitingCountersignedContract)
- Stipulato (signed)
- Concluso (closed)
- Sospeso (suspended)