Versions Compared

Old Version 5

changes.mady.by.user Francesco Taraschi

Saved on

compared with

New Version 408

changes.mady.by.user proiris01@cineca.it proiris01@cineca.it

Saved on

Key

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

Grafico del flusso

Image RemovedImage Added

Descrizione

...

  • Visione completa
    • Helpdesk - HD
      Team con profilo "profili:
      • Profilo Helpdesk
      • Profilo Helpdesk per i
      Progetti
      • Contratti (
      project)"
    • Divisione Ricerca - DR
      Team con profilo "Profilo Divisione Ricerca"
    • Contabilità - CO
      Team con profilo "Profilo Contabilità"
      • contract)
  • 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 progettocontratto. Cfr modello dati (TAB Soggetti interni) disponibile al livello superiorePartecipante - PA
    • Referente amministrativo - RA
      Persona appartenente al team "Utenti", che compare tra i partecipanti referenti amministrativi del progettocontratto. Cfr modello dati (TAB Soggetti interni) disponibile al livello superioreReferente amministrativo - RA
    • Partecipante - PA
      Persona appartenente al team "Utenti", che compare tra i referenti amministrativi partecipanti del progettocontratto. 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.con.draftBozzabutton.forward.to.con.draftbutton.backward.to.con.draftSalva e invia in "Bozza"Salva e invia in "Bozza"
validatedwfState.con.validatedValidatobutton.forward.to.con.validatedbutton.backward.to.con.validatedSalva e invia in "Validato"Salva e invia in "Validato"
signedwfState.con.signedStipulatobutton.forward.to.con.signedbutton.backward.to.con.signedSalva e invia in "Stipulato"Salva e invia in "Stipulato"
closedwfState.con.closedConclusobutton.forward.to.con.closedbutton.backward.to.con.closedSalva e invia in "Concluso"Salva e invia in "Concluso"
archivedwfState.con.archivedArchiviatobutton.forward.to.con.archivedbutton.backward.to.con.archivedSalva e invia in "Archiviato"Salva e invia in "Archiviato"
Anchor
ModelloDati-anchor
ModelloDati-anchor

Modello Dati

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

Anchor
Permessi-anchor
Permessi-anchor

Configurazioni

Le configurazioni associate a questo flusso sono disponibili alla seguente pagina: Produzione - IRIS AP-RM Configurazioni: Contratti (contract - CON)

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

...

Inserito
(added
StatoAttoriPermessiTransizioniTab
Bozza
(draft) 		Helpdesk (helpdesk) c r w d f addedvalidated
Helpdesk Organi dipartimentali (helpdeskdepartment) c r w d f draft,validated
Referente amministrativo (administrativeOwnerResponsabile scientifico (owner) r w noned f validated
Validato
(validated) 		Helpdesk (helpdesk) r w d f signed,archived,draft
Organi dipartimentali (department) r w f added,signed,archived,draft
Referente amministrativo (administrativeOwnerResponsabile scientifico (owner) r w nonef signed,archived,draft
Stipulato
(signed) 		Helpdesk (helpdesk) r w f validated,closed
Organi dipartimentali (department) r w f validated,closed
Referente amministrativo (administrativeOwner) r w f validated,closed
Responsabile/Proprietario Responsabile scientifico (owner) r w none
Partecipante (contributorOrgani dipartimentali (headOfDepartment) r none
Concluso
(closed) 		Helpdesk (helpdeskContabilita' (accountancy) r nonew f signed
Organi dipartimentali (departmentConcluso
(closed)		Helpdesk (helpdesk) r w f signed
Referente amministrativo (administrativeOwner) r w f signed
Responsabile/Proprietario Responsabile scientifico (owner) r w none
Partecipante (contributor) r none
Archiviato
(archived) 		Helpdesk (helpdesk) r w d f validated
Organi dipartimentali (headOfDepartmentdepartment) r noneContabilita' (accountancy)rnonew d f validated
Referente amministrativo (administrativeOwner) r w d f Archiviato
(archived)		Helpdesk (helpdesk)r wvalidated
Responsabile scientifico /Proprietario (owner) r w none
Partecipante (contributor) 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.

  • 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.Per avere maggiori dettagli sugli attributi fare riferimento alla definizione del modello, disponibile al livello superiore
  • 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)

...

always
StatoAttoriMacroTipoTipoAttributo/IdentificativoApplicabilita'
Bozza
(draft) 		allenterrequiredwfItemTypeId always
dateMap[proposalStartDate] always
description always
complexcheckCreationPermissionsValidatoralways
ownerValidatorContractalways
elementrequiredowner:save  dateMap[startDate]always
Inserito
(added)		allenterrequiredwfItemTypeIdalways
dateMap[proposalStartDate]always
descriptionalways
complexownerValidatorContractalways
organizationUnitValidatorContractalways
personMap[owner] isNewItem
element:owner isNotNewItem
complex checkCreationPermissionsValidator always
saverequiredidentifier always
complex sameDefinitionForGenericItemValidator always
uniquePeopleValidator isNotLegacy
deletecomplex childAndParentDetectorDeleteValidator always
elementrequiredowner:save  dateMap[startDate] always
Validato
(validated) 		allenterrequiredwfItemTypeId always
dateMap[proposalStartDate] always
description always
element:internalOrganizationUnit isNotLegacy
element:owner always
saverequiredidentifier always
complexownerValidatorContractsameDefinitionForGenericItemValidator always
uniquePeopleValidator isNotLegacy
deletecomplex childAndParentDetectorDeleteValidator organizationUnitValidatorContract always
elementrequiredowner:save  dateMap[startDate] always
Stipulato
(signed) 		allenterrequiredwfItemTypeId always
description always
dateMap[proposalStartDate] always
dateMap[startDate] always
dateMap[endDate] always
wfDictionaryMap[currency] always
numberMap[totalAmount] always
complexuniqueIdentifierContractalways
element:customer isNotLegacy
element:internalOrganizationUnit isNotLegacy
element:ownerownerValidatorContract always
complex uniqueIdentifierValidator organizationUnitValidatorContractalwaysisNotLegacy
organizationUnitRoleValidatorContractroleElementValidatoralwaysisNotLegacy
startDateAndEndDateValidator always
ownerAndOrganizationUnitMatchValidatorContractownerAndOrganizationUnitMatchValidatoralwaysisNotLegacy
checkDateExtensionValidator alwayscontributorAndOwnerStartDateValidatoralwaysisNotLegacy
contributorAndOwnerValidatorWithStartEndDate alwaysisNotLegacy
customerValidatorContractalways
currencyAndTotalAmountValidatorContract alwaysisNotLegacy
wfUgovPjSenderValidatorContract always
savecomplexcheckDateExtensionValidatoralways
contributorAndOwnerStartDateValidatoralways
contributorAndOwnerValidatorWithStartEndDateelementrequiredowner:save  dateMap[startDate]identifier always
Helpdesk (helpdesk)saverequireddescription always
wfItemTypeId always
dateMap[startDate] always
dateMap[endDate] always
wfDictionaryMap[currency] always
numberMap[totalAmount] always
element:customer isNotLegacy
element:internalOrganizationUnit isNotLegacy
element:owner always
complexownerValidatorContractsameDefinitionForGenericItemValidator always
organizationUnitValidatorContractalways
organizationUnitRoleValidatorContractalways
ownerAndOrganizationUnitMatchValidatorContractalways
customerValidatorContractalways
currencyAndTotalAmountValidatorContractalways
wfUgovPjSenderValidatorContractalways
roleElementValidator isNotLegacy
ownerAndOrganizationUnitMatchValidator isNotLegacy
currencyAndTotalAmountValidatorContract isNotLegacy
changeItemTypeForSynchronizedItemValidator always
checkDateExtensionValidator isNotLegacy
contributorAndOwnerValidatorWithStartEndDate isNotLegacy
uniquePeopleValidator isNotLegacy
wfUgovPjSenderValidatorContract always
deletecomplex childAndParentDetectorDeleteValidator always
elementrequiredowner:enter  dateMap[startDate] always
contributor:enter  dateMap[startDate] always
owner:save  dateMap[startDate] always
contributor:save  dateMap[startDate]Responsabile scientifico (owner)savecomplexwfUgovPjSenderValidatorContract always
Concluso
(closed) 		allenterrequireddescription always
wfItemTypeId always
dateMap[proposalStartDate] always
dateMap[startDate] always
dateMap[endDate] always
wfDictionaryMap[currency] always
numberMap[totalAmount] always
complexownerValidatorContractelement:customer always organizationUnitValidatorContract
element:internalOrganizationUnitalwaysisNotLegacyorganizationUnitRoleValidatorContract
element:owner always startDateAndEndDateValidator
complexalwaysroleElementValidatorownerAndOrganizationUnitMatchValidatorContractisNotLegacy
alwayscustomerValidatorContractstartDateAndEndDateValidator always
contributorAndOwnerStartDateValidatorownerAndOrganizationUnitMatchValidatoralwaysisNotLegacy
contributorAndOwnerValidatorWithStartEndDate alwaysisNotLegacy
checkDateExtensionValidator alwaysisNotLegacy
currencyAndTotalAmountValidatorContract alwaysisNotLegacy
wfUgovPjSenderValidatorContract always
savecomplexcheckDateExtensionValidatoralways
contributorAndOwnerStartDateValidatoralways
contributorAndOwnerValidatorWithStartEndDatealways
elementrequiredowner:save  dateMap[startDate]always
requiredidentifier always
Helpdesk (helpdesk)saverequireddescription always
wfItemTypeId always
dateMap[startDate] always
dateMap[endDate] always
wfDictionaryMap[currency] always
numberMap[totalAmount] always
element:customer isNotLegacy
element:internalOrganizationUnit isNotLegacy
element:owner always
complexownerValidatorContractalways
organizationUnitValidatorContractalways
organizationUnitRoleValidatorContractalways
ownerAndOrganizationUnitMatchValidatorContractalways
customerValidatorContractalways
currencyAndTotalAmountValidatorContractalways
wfUgovPjSenderValidatorContractalways
sameDefinitionForGenericItemValidator always
roleElementValidator isNotLegacy
ownerAndOrganizationUnitMatchValidator isNotLegacy
currencyAndTotalAmountValidatorContract isNotLegacy
changeItemTypeForSynchronizedItemValidator always
checkDateExtensionValidator isNotLegacy
contributorAndOwnerValidatorWithStartEndDate isNotLegacy
uniquePeopleValidator isNotLegacy
wfUgovPjSenderValidatorContract always
deletecomplex childAndParentDetectorDeleteValidator always
elementrequiredowner:enter  dateMap[startDate] always
contributor:enter  dateMap[startDate] always
owner:save  dateMap[startDate] always
contributor:save  dateMap[startDate] always
Responsabile/Proprietario Responsabile scientifico (owner) savecomplex wfUgovPjSenderValidatorContract always
Archiviato
(archived) 		allsaverequiredidentifier always
complex sameDefinitionForGenericItemValidator always
deletecomplex childAndParentDetectorDeleteValidator always
elementrequiredowner:save  dateMap[startDate] 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

...

...