Versions Compared

Key

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

Grafico del flusso

Descrizione

...

  • Visione completa
    • Helpdesk - HD
      Team con profilo "Helpdesk Centri di Ricerca e Spinoff"
  • Visione dipartimentale
    • Organi dipartimentali - OD
      Team con la seguente naming convention "Profilo di dipartimento per XXX", dove XXX è il nome del dipartimento
  • Visione personale

...

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.

...

Anchor
ModelloDati-anchor
ModelloDati-anchor

Modello Dati

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

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

StatoAttoriPermessiTransizioniTab
Bozza
(draft)
Helpdesk (helpdesk) c r w d f approved
Approvato
(approved)
Helpdesk (helpdesk) r f reopened
Organi dipartimentali (headOfDepartmentdepartment) r none
Responsabile/Proprietario (owner) r none
Riaperto
(reopened)
Helpdesk (helpdesk) r w d f approved
Organi dipartimentali (headOfDepartmentdepartment) r none
Responsabile/Proprietario (owner) r none

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.

...

complex
StatoAttoriMacroTipoTipoAttributo/IdentificativoApplicabilita'
Bozza
(draft)
allenterrequiredwfItemTypeId always
description always
dateMap[startDate] always
complex checkCreationPermissionsValidator always
ownerPositionStartValidator always
savecomplex sameDefinitionForGenericItemValidator always
elementcomplexinternalOrganizationUnit:save  researchCentreInternalOrganizationUnitRoleValidator roleElementValidator always
partner:save  researchCentrePartnerRoleValidator roleElementValidator always
owner:save  researchCentreOwnerEndDateValidator checkElementDateBetweenItemDateValidator always
owner:save  researchCentreOwnerDatesValidator roleElementValidator always
Approvato
(approved)
allenterrequiredwfItemTypeId always
description always
dateMap[startDate] always
element:owner always
complex attachmentValidator always
requiredAndUniquenessElementValidator always
researchCentrePartnerValidator multipleOwnerValidator always
researchCentreAttachmentValidator dateCoverageAndOverlapValidator always
researchCentreInternalOrganizationUnitValidator roleElementValidator always
researchCentrePartnerValidator approvalValidator always
dateCheckCoverageAndOverlap researchCentreApprovalOrgUnitValidator always
contributorAndInternalOrganizationUnitDateValidator researchCentreRenewalValidator always
savecomplex roleElementValidator contributorAndInternalOrganizationUnitStartDateValidator always historicalDescriptionDateValidator
elementcomplexowner:save  roleElementValidator always
Riaperto
(reopened)
allenterrequiredwfItemTypeId always
description always
dateMap[startDate] always
element:owner multipleOwnerValidator always always
complex researchCentreAttachmentValidator attachmentValidator always
researchCentreInternalOrganizationUnitValidator requiredAndUniquenessElementValidator always
researchCentrePartnerValidator always
dateCheckCoverageAndOverlap dateCoverageAndOverlapValidator always
contributorAndInternalOrganizationUnitDateValidator always
contributorAndInternalOrganizationUnitStartDateValidator always
historicalDescriptionDateValidator always
savecomplex sameDefinitionForGenericItemValidator always
elementcomplexinternalOrganizationUnit:save  researchCentreInternalOrganizationUnitRoleValidator roleElementValidator always
partner:save  researchCentrePartnerRoleValidator roleElementValidator always
owner:save  researchCentreOwnerEndDateValidator checkElementDateBetweenItemDateValidator always
owner:save  researchCentreOwnerDatesValidator roleElementValidator always

Logiche (action/start)

Nella seguente sezione vengono riportate le

...