Grafico del flusso

Descrizione

Il flusso mobilityIncoming-flow è un flusso centralizzato che modella il ciclo di vita di una Mobilità in ingresso.
Per informazioni sul modello fare riferimento alla sezione.

Questo flusso prevede i seguenti attori nelle diverse visioni.

Trattandosi di un flusso centralizzato, la creazione di un nuovo progetto è consentita SOLO all' HD e DR.
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.
Gli stati in arancione sono gli stati di sincronizzazione con UGOV-PJ

Infine, ricordare che i nomi degli stati possono essere personalizzati con la funzione di Gestione etichette.
Il formato dell'etichetta è wfState.<identificativo_stato>.
Ad esempio per lo stato operative, l'etichetta è wfState.operative

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:

Viene, inoltre, fornito dettaglio dei TAB disponibili (quelli in sola lettura presentano il suffisso readonly)

StatoAttoriPermessiTransizioniTab
Bozza
(draft)
Helpdesk (helpdesk)c r w dvalidated
Responsabile scientifico (owner)rnone

rnone
Organi dipartimentali (headOfDepartment)c r wvalidated
validated
(validated)
Helpdesk (helpdesk)rreopened
Responsabile scientifico (owner)rnone

rnone
Organi dipartimentali (headOfDepartment)rreopened
reopened
(reopened)
Helpdesk (helpdesk)r w dvalidated
Responsabile scientifico (owner)rnone

rnone
Organi dipartimentali (headOfDepartment)r wvalidated

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.

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 eliminazionoe di un elemento di tipo internalOrganizationUnit dell'oggetto radice.
Per avere maggiori dettagli sui possibili elementi fare riferimento alla definizione del modello, disponibile al livello superiore.

Infine è possibile applicare le validazioni, condizionalmente al soddisfacimento di determinate condizioni (opzionali).
Queste condizioni sono specificate nella colonna "Applicabilità": se non viene specificato nulla, la validazione è attiva di default.

StatoAttoriMacroTipoTipoAttributo/IdentificativoApplicabilita'
Bozza
(draft)
allenterrequiredwfItemTypeIdalways
descriptionalways
dateMap[startDate]always
personMap[owner]always
organizationUnitMap[department]always
complexcheckCreationPermissionsValidatoralways
savecomplexsameDefinitionForGenericItemValidatoralways
validated
(validated)
allenterrequireddescriptionalways
*always
wfItemTypeIdalways
wfDictionaryMap[incomingType]always
organizationUnitMap[academicArea]always
dateMap[startDate]always
*always
organizationUnitMap[department]always
*always
*always
savecomplexsameDefinitionForGenericItemValidatoralways
reopened
(reopened)
allsavecomplexsameDefinitionForGenericItemValidatoralways
Helpdesk (helpdesk)deletecomplexdeletePersonElementLinkedalways

Logiche (action/start)

Nella seguente sezione vengono riportate le

Di seguito viene riportato il dettaglio delle logiche definite per questo flusso.

START LOGICS

ACTION LOGICS