Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Table of Contents

Grafico del flusso

Image Removed Image Added

Descrizione

...

  • Visione completa
    • Helpdesk - HD
      Team con profilo "Profilo Helpdesk per i Progetti (project)"
    • Divisione Ricerca - DR
      Team con profilo "Profilo Divisione Ricerca"
    • Contabilità - CO
      Team con profilo "Profilo ContabilitàHelpdesk Centri di Ricerca"
  • 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.
  • Visione personale
    • Responsabili scientifici - RS
      Persona appartenente al team "Utenti", che compare tra i responsabili del progettoCentro di ricerca.
      Cfr modello dati (TAB Soggetti interni) disponibile al livello superiore
    • Partecipante - PA
      Persona appartenente al team "Utenti", che compare tra i partecipanti del progetto. Cfr modello dati (TAB Soggetti interni) disponibile al livello superiore
    • Referente amministrativo - RA
      Persona appartenente al team "Utenti", che compare tra i referenti amministrativi del progetto. Cfr modello dati (TAB Soggetti interni) disponibile al livello superiore

...

...

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 statoChiave etichetta statoValore default statoEtichetta del bottone stato successivoEtichetta del bottone stato precedenteValore etichetta del bottone stato successivoValore etichetta del bottone stato precedente
draftwfState.rsc.draftBozzabutton.forward.to.rsc.draftbutton.backward.to.rsc.draftSalva e invia in "Bozza"Salva e invia in "Bozza"
approvedwfState.rsc.approvedApprovatobutton.forward.to.rsc.approvedbutton.backward.to.rsc.approvedSalva e invia in "Approvato"Salva e invia in "Approvato"
reopenedwfState.rsc.reopenedRiapertobutton.forward.to.rsc.reopenedbutton.backward.to.rsc.reopenedSalva e invia in "Riaperto"Salva e invia in "Riaperto"
Anchor
ModelloDati-anchor
ModelloDati-anchor

Modello Dati

Il dettaglio del modello dati associato a questo flusso è disponibile alla seguente pagina Produzione - Modello dati (laboratory researchCentre - LABRSC)

Anchor
Permessi-anchor
Permessi-anchor

Configurazioni

Le configurazioni associate a questo flusso sono disponibili alla seguente pagina: Produzione - IRIS AP-RM Configurazioni: Centri di ricerca (researcCentre - RSC)

Anchor
Configuration-anchor
Configuration-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

wfState.lab.draftwfState.lab.submitted
(submittedwfState.lab.reopened
StatoAttoriPermessiTransizioniTab
Bozza
(draft)
Helpdesk (helpdesk) c r w d f approved
Organi dipartimentali (headOfDepartment) c r w d approved
Responsabile scientifico (owner) r w submitted
Delegato (internalRepresentatives) r w submitted
Approvato
(approved
) Helpdesk (helpdesk) r w draft,rejected,approved
Organi dipartimentali (headOfDepartment) r w draft,rejected,approved
f reopened
Organi dipartimentali (department Responsabile scientifico (owner) r none
Delegato (internalRepresentatives) r none
wfState.lab.rejected
(rejected)
Helpdesk (helpdesk) r submitted
Organi dipartimentali (headOfDepartment) r submitted
Responsabile/Proprietario Responsabile scientifico (owner) r none r none
wfState.lab.approved
(approved)
Helpdesk (helpdesk) r submitted,reopened
Organi dipartimentali (headOfDepartment) r submitted,reopened
Responsabile scientifico (owner) r reopened
Delegato (internalRepresentatives) r reopened
Riaperto
(reopened) Helpdesk (helpdesk) r w d f approved
Organi dipartimentali (headOfDepartmentdepartment) r w d approvednone
Responsabile/Proprietario Responsabile scientifico (owner) r w approved Delegato (internalRepresentatives) r w submittednone

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.

...

wfState.lab.draft getYearFromStartDateValidator alwayselementsavewfState.lab.reopenedelement Delegato (internalRepresentatives)
StatoAttoriMacroTipoTipoAttributo/IdentificativoApplicabilita'
Bozza
(draft)
allenterrequiredwfItemTypeId always
description always
dateMap[startDate] always
complex checkCreationPermissionsValidator always
ownerPositionStartValidatoralways ownerWithSameDepartmentAsHeadValidator always
savecomplexalwayssameDefinitionForGenericItemValidatoralwayselementcomplexowner:save  addOrgUnitFromNewOwnerValidator always
Organi dipartimentali (headOfDepartment) elementcomplexinternalOrganizationUnit:delete  notAllowedValidator internalOrganizationUnit:save  notAllowedValidator roleElementValidator always
Responsabile scientifico (owner) elementcomplexinternalOrganizationUnit:delete  notAllowedValidator always
internalOrganizationUnit:save  notAllowedValidator partner:save  roleElementValidator always
owner:save  notAllowedValidator always
owner:delete  notAllowedValidator always
Delegato (internalRepresentatives) elementcomplexinternalOrganizationUnit:delete  notAllowedValidator checkElementDateBetweenItemDateValidator always
internalOrganizationUnit:save  notAllowedValidator always
owner:save  notAllowedValidator roleElementValidator always
owner:delete  notAllowedValidator always
wfState.lab.submitted
(submitted Approvato
(approved)
allenterrequiredwfItemTypeId always
descriptionalwaysclobMap[abstract] always
dateMap[startDate]alwaysbooleanMap[visibleOnPortal]always
complex multipleOwnerValidator always
internalOrganizationUnitValidator always
equipmentValidatorLaboratory always
multipleOwnerPositionConsistencyStartDateValidator always
savecomplex sameDefinitionForGenericItemValidator always
getYearFromStartDateValidator always
elementcomplexowner:save  addOrgUnitFromNewOwnerValidator always Organi dipartimentali (headOfDepartment) :owner always
complexinternalOrganizationUnit:delete  notAllowedValidator attachmentValidator always
internalOrganizationUnit:save  notAllowedValidator requiredAndUniquenessElementValidator always
wfState.lab.rejected
(rejected)
allenterrequiredwfItemTypeIdalways
researchCentrePartnerValidator always
dateCoverageAndOverlapValidator description always
dateMap[startDate]roleElementValidator always
wfState.lab.approved
(approved)
allenterrequiredwfItemTypeIdapprovalValidator always
descriptionapprovalOrganizationUnitValidator always
clobMap[abstract]researchCentreRenewalValidator always
dateMap[startDate]always
booleanMap[visibleOnPortal]always
savecomplex multipleOwnerValidator roleElementValidator always
internalOrganizationUnitValidator always
equipmentValidatorLaboratory always
multipleOwnerPositionConsistencyStartDateValidator always
elementcomplex sameDefinitionForGenericItemValidator owner:save  roleElementValidator always
getYearFromStartDateValidator always
Riaperto
(reopened)
allenterrequiredwfItemTypeId always
descriptionalwaysclobMap[abstract] always
dateMap[startDate]always
savecomplex sameDefinitionForGenericItemValidator always
getYearFromStartDateValidator always
elementcomplexowner:save  addOrgUnitFromNewOwnerValidator always Organi dipartimentali (headOfDepartment) :owner always
complexinternalOrganizationUnit:delete  notAllowedValidator attachmentValidator always
internalOrganizationUnit:save  notAllowedValidator requiredAndUniquenessElementValidator always
Responsabile scientifico (owner) elementcomplexinternalOrganizationUnit:delete  notAllowedValidator always
researchCentrePartnerValidator always
dateCoverageAndOverlapValidator internalOrganizationUnit:save  notAllowedValidator always
owner:save  notAllowedValidator always
owner:delete  notAllowedValidator always
savecomplex sameDefinitionForGenericItemValidator always
elementcomplexinternalOrganizationUnit:delete  notAllowedValidator save  roleElementValidator always
internalOrganizationUnitpartner:save  notAllowedValidator roleElementValidator always
owner:save  notAllowedValidator checkElementDateBetweenItemDateValidator always
owner:delete  notAllowedValidator save  roleElementValidator 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

...