...
- Visione completa
- Helpdesk - HD
Team con profilo "Profilo Helpdesk per i Progetti (projectla Mobilità in ingresso (mobilityIncoming) " 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 progetto è consentita solo per il dipartimento marcato come "Principale"
I dipartimenti aggregati avranno accesso in sola lettura.
- Organi dipartimentali - OD
- Visione personale
- Responsabile scientifico Persona in ingresso - RSPersona appartenente al team "Utenti", che compare tra i responsabili del progetto.
- Partecipante - PA
Persona appartenente al team "Utenti", che compare tra i partecipanti del progetto. - Referente amministrativo - RA
Persona appartenente al team "Utenti", che compare tra i referenti amministrativi del progetto. - Tutor - TU
...
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.inm.draft | Bozza | button.forward.to.inm.draft | button.backward.to.inm.draft | Salva e invia in "Bozza" | Salva e invia in "Bozza" |
validated | wfState.inm.validated | Validato | button.forward.to.inm.validated | button.backward.to.inm.validated | Salva e invia in "Validato" | Salva e invia in "Validato" |
reopened | wfState.inm.reopened | Riaperto | button.forward.to.inm.reopened | button.backward.to.inm.reopened | Salva e invia in "Riaperto" | Salva e invia in "Riaperto" |
Anchor | ||||
---|---|---|---|---|
|
...
Anchor | ||||
---|---|---|---|---|
|
Configurazioni
Le configurazioni associate a questo flusso sono disponibili alla seguente pagina: Produzione - IRIS AP-RM Configurazioni: Mobilità in ingresso (mobilityIncoming - INM)
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
- f: forward
Stato | Attori | Permessi | Transizioni | Tab | |
---|---|---|---|---|---|
Bozza wfState.inm.draft (draft) | Helpdesk (helpdesk) | c r w d f | validated | ||
Responsabile scientifico /Proprietario (owner) | r | none | |||
Tutor (tutor) | r | none | |||
Organi dipartimentali (headOfDepartmentdepartment) | c r w f | validated | |||
Validato wfState.inm.validated (validated) | Helpdesk (helpdesk) | r f | reopened | ||
Responsabile scientifico Responsabile/Proprietario (owner) | r | none | |||
Tutor (tutor) | r | none | |||
Organi dipartimentali (headOfDepartmentdepartment) | r f | reopened | |||
Riaperto wfState.inm.reopened (reopened) | Helpdesk (helpdesk) | r w d f | validated | ||
Responsabile scientifico /Proprietario (owner) | r | none | |||
Tutor (tutor) | r | none | |||
Organi dipartimentali (headOfDepartmentdepartment) | r w f | validated |
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.
...
Stato | Attori | MacroTipo | Tipo | Attributo/Identificativo | Applicabilita' | |||
---|---|---|---|---|---|---|---|---|
Bozza wfState.inm.draft (draft) | all | enter | required | wfItemTypeId | always | |||
description | always | |||||||
dateMap[startDate] | always | |||||||
personMap[owner] | always | |||||||
organizationUnitMap[department] | always | |||||||
complex | checkCreationPermissionsValidator | always | ||||||
save | complex | sameDefinitionForGenericItemValidator | always | |||||
Validato | (validated) | all | enter | required | description | always | ||
* | always | |||||||
wfItemTypeId | always | |||||||
wfDictionaryMap[incomingType] | always | |||||||
organizationUnitMap[academicArea] | always | |||||||
dateMap[startDate] | always * | |||||||
dateMap[endDate] | always | |||||||
personMap[owner] | always | |||||||
organizationUnitMap[department] | always | |||||||
element:ercKeyword | always | |||||||
element:miurExternalOrganization | always | |||||||
complex | *startDateAndEndDateValidator | always | ||||||
*externalOrganizationAndRequestPendingValidatorMobilityIncoming | always | |||||||
save | complex | sameDefinitionForGenericItemValidator | always | |||||
Riaperto | (reopened) | all | save | complex | sameDefinitionForGenericItemValidator | always | deletePersonElementFromOldTutor | always |
Helpdesk (helpdesk) | delete | complex | deleteAllPersonElementsLinkedToMobility | always |
...
- 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
...
- wfState.inm.draft Bozza (draft)
- ENTER LOGICS
- SAVE LOGICS
- Validato (validated)
- ENTER LOGICS
- SAVE LOGICS
- Riaperto (reopened)