Grafico del flusso
Descrizione
Il flusso project-centralized-flow è un flusso centralizzato che modella il ciclo di vita di un progetto di ricerca, dalla proposta, all'ottenimento del finanziamento e dei successivi risultati.Il flusso in questione individua solo gli step principali ed è ufficio-centrico (centrale e dipartimentale)
I responsabili scientifici vedono il progetto solo dallo stato submitted (Presentato)
Inoltre i responsabili scientifici possono effettuare integrazione di dati scientifici negli stati operative (Operativo) e concluded (Concluso)
Questo flusso prevede i seguenti attori nelle diverse visioni.
- Visione completa
- Helpdesk - HD
Team con profili:- Profilo Helpdesk
- Profilo Helpdesk per i Progetti (project)
- 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 progetto è 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 progetto. Cfr modello dati TAB Soggetti interni - Referente amministrativo - RA
Persona appartenente al team "Utenti", che compare tra i referenti amministrativi del progetto. Cfr modello dati TAB Soggetti interni - Partecipante - PA
Persona appartenente al team "Utenti", che compare tra i partecipanti del progetto. Cfr modello dati TAB Soggetti interni
- Responsabile scientifico - RS
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.prj.draft | Bozza | button.forward.to.prj.draft | button.backward.to.prj.draft | Salva e invia in "Bozza" | Torna in "Bozza" |
submitted | wfState.prj.submitted | Presentato | button.forward.to.prj.submitted | button.backward.to.prj.submitted | Salva e invia in "Presentato" | Salva e invia in "Presentato" |
excluded | wfState.prj.excluded | Escluso | button.forward.to.prj.excluded | button.backward.to.prj.excluded | Salva e invia in "Escluso" | Salva e invia in "Escluso" |
fiscalCheck | wfState.prj.fiscalCheck | Controllo Fiscale | button.forward.to.prj.fiscalCheck | button.backward.to.prj.fiscalCheck | Salva e invia in "Controllo Fiscale" | Salva e invia in "Controllo Fiscale" |
operative | wfState.prj.operative | Operativo | button.forward.to.prj.operative | button.backward.to.prj.operative | Salva e invia in "Operativo" | Salva e invia in "Operativo" |
concluded | wfState.prj.concluded | Concluso | button.forward.to.prj.concluded | button.backward.to.prj.concluded | Salva e invia in "Concluso" | Salva e invia in "Concluso" |
Modello Dati
Il dettaglio del modello dati associato a questo flusso è disponibile alla seguente pagina Produzione - Modello dati (project - PRJ)
Configurazioni
Le configurazioni associate a questo flusso sono disponibili alla seguente pagina: Produzione - IRIS AP-RM Configurazioni: Progetti (Project - PRJ)
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
- f: forward
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
- wfStartLogicAcademicField2000
- wfStartLogicPartner
- wfStartLogicMultipleOwners
- wfStartLogicInheritInternalOrganizationUnitFromTeamOfLoggedUser
- wfStartLogicIdentifier
- wfStartLogicProjectTypeFromCall
- wfStartLogicYearFromStartDate
- wfStartLogicVisibileOnPortal
- wfStartLogicPnrrProject
- wfStartLogicLegacy
- Bozza (draft)
- ENTER LOGICS
-
SAVE LOGICS
- wfActionLogicSavePersonalVision - Responsabile (owner)
- wfActionLogicSaveContextVision
- wfActionLogicSavePersonalVision - Referente amministrativo (administrativeOwner)
- wfActionLogicSaveNewIdentifier
- wfActionLogicSaveNewYear
- wfActionLogicSaveElementStartDate
- wfActionLogicSaveFieldReset
- wfActionLogicSaveFieldReset
- wfActionLogicSaveFieldReset
- Presentato (submitted)
- ENTER LOGICS
-
SAVE LOGICS
- wfActionLogicSavePersonalVision - Responsabile (owner)
- wfActionLogicSaveContextVision
- wfActionLogicSavePersonalVision - Referente amministrativo (administrativeOwner)
- wfActionLogicSaveNewIdentifier
- wfActionLogicSaveNewYear
- wfActionLogicSaveElementStartDate
- wfActionLogicSaveFieldReset
- wfActionLogicSaveFieldReset
- wfActionLogicSaveFieldReset
- Escluso (excluded)
- ENTER LOGICS
-
SAVE LOGICS
- wfActionLogicSavePersonalVision - Responsabile (owner)
- wfActionLogicSaveContextVision
- wfActionLogicSavePersonalVision - Referente amministrativo (administrativeOwner)
- wfActionLogicSaveNewIdentifier
- wfActionLogicSaveNewYear
- wfActionLogicSaveElementStartDate
- wfActionLogicSaveFieldReset
- wfActionLogicSaveFieldReset
- wfActionLogicSaveFieldReset
- Controllo Fiscale (fiscalCheck)
- ENTER LOGICS
-
SAVE LOGICS
- wfActionLogicSavePersonalVision - Responsabile (owner)
- wfActionLogicSaveContextVision
- wfActionLogicSavePersonalVision - Referente amministrativo (administrativeOwner)
- wfActionLogicSaveNewYear
- wfActionLogicSaveElementStartDate
- wfActionLogicSaveFieldReset
- wfActionLogicSaveFieldReset
- wfActionLogicSaveFieldReset
- Operativo (operative)
- ENTER LOGICS
-
SAVE LOGICS
- wfActionLogicSavePersonalVision - Responsabile (owner)
- wfActionLogicSaveContextVision
- wfActionLogicSavePersonalVision - Referente amministrativo (administrativeOwner)
- wfActionLogicSaveNewYear
- wfActionLogicSaveElementStartDate
- wfActionLogicSaveFieldReset
- wfActionLogicSaveFieldReset
- wfActionLogicSaveFieldReset
- Concluso (concluded)
- ENTER LOGICS
-
SAVE LOGICS
- wfActionLogicSavePersonalVision - Responsabile (owner)
- wfActionLogicSaveContextVision
- wfActionLogicSavePersonalVision - Referente amministrativo (administrativeOwner)
- wfActionLogicSaveNewYear
- wfActionLogicSaveElementStartDate
- wfActionLogicSaveFieldReset
- wfActionLogicSaveFieldReset
- wfActionLogicSaveFieldReset