Table of Contents |
---|
Grafico del flusso
Descrizione
Il flusso call-flow è un flusso centralizzato che consente la gestione dei bandi di finanziamento.Per informazioni sul modello dati, effettuare download del file excel disponibile al livello superiore.
Questo flusso prevede i seguenti attori nelle diverse visioni.
- Visione completa
- Helpdesk - HD
Team con profilo "Profilo Helpdesk per i Progetti (project)" - Divisione Ricerca - DR
Team con profilo "Profilo Divisione Ricerca"
- Helpdesk - HD
L'HD avrà sempre accesso in scrittura al contratto ed inoltre viene concessa 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.
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.
Identificativo stato | Chiave etichetta stato | Valore default stato | Chiave etichetta bottone transizione in ingresso | Valore default bottone transizione in ingresso |
---|---|---|---|---|
draft | wfState.call.draft | Bozza | button.forward.to.call.draft | Salva e invia in "Bozza" |
approved | wfState.call.approved | Approvato | button.forward.to.call.approved | Salva e invia in "Approvato" |
Anchor | ||||
---|---|---|---|---|
|
Modello Dati
Il dettaglio del modello dati associato a questo flusso è disponibile alla seguente pagina Produzione - Modello dati (call - CALL)
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 | approved | |
Divisione Ricerca (researchDivision) | c r w d | approved | ||
Approvato (approved) | Helpdesk (helpdesk) | r w d | draft | |
Divisione Ricerca (researchDivision) | r w d | draft |
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.
Stato | Attori | MacroTipo | Tipo | Attributo/Identificativo | Applicabilita' |
---|---|---|---|---|---|
Bozza (draft) | all | enter | required | wfItemTypeId | always |
dateMap[startDate] | always | ||||
description | always | ||||
complex | checkCreationPermissionsValidator | always | |||
Approvato (approved) | all | enter | required | wfItemTypeId | always |
description | always | ||||
dateMap[startDate] | always | ||||
stringMap[code] | always | ||||
booleanMap[openEnded] | always | ||||
booleanMap[competitive] | always | ||||
complex | checkDataAndEndValidator | always | |||
startDateAndEndDateValidator | always |
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
ACTION LOGICS- Bozza (draft)
- ENTER LOGICS
- Approvato (approved)
- ENTER LOGICS