Esaminare e approvare il package e i report di riepilogo
Una volta definita la lista di distribuzione, ai partecipanti designati vengono assegnati task di esame e approvazione, che vengono visualizzati nella tabella I miei task. A seconda del tipo di instradamento, possono eseguire le azioni seguenti:
• Instradamento del contenuto: i contributori possono aggiungere il contenuto richiesto e completare il task. Al completamento, il package passa dallo stato del ciclo di vita In fase di elaborazione allo stato del ciclo di vita Completato.
• Instradamento all'approvazione: gli esaminatori possono esaminare il contenuto del package. Se il contenuto è accurato, gli approvatori possono approvarlo, spostando il package allo stato del ciclo di vita Approvato anche se gli esaminatori non hanno completato i propri task.
◦ Rielabora: se un approvatore richiede la rielaborazione, il package passa nello stato del ciclo di vita Rielaborazione. Un task di rielaborazione viene quindi assegnato all'autore del package dopo che tutti gli approvatori hanno completato i rispettivi esami. Una volta completata la rielaborazione, il package può essere reindirizzato per l'approvazione. I task di esame e verifica vengono rimossi dagli elenchi dei task una volta finalizzata l'approvazione.
• Instradamento all'esame delle dipendenze: un approvatore deve approvare sia gli oggetti dipendenti che i report di riepilogo per applicare il blocco della replica agli oggetti nel package.
◦ Approva: se tutti gli approvatori approvano, il package passa da Valutazione a Bloccato, indipendentemente dal completamento del task dell'esaminatore. Il contenuto del package viene contrassegnato con il blocco della replica, denominato Bloccato per replica, in modo da renderlo idoneo per la replica. Durante l'importazione, gli oggetti di destinazione vengono sovrascritti dagli oggetti di origine.
◦ Rielabora: se un approvatore richiede la rielaborazione, il package passa nello stato del ciclo di vita Rielaborazione e i blocchi in transito vengono rimossi dagli oggetti. Un task di rielaborazione viene assegnato all'autore del package dopo che tutti gli approvatori hanno completato i rispettivi task. Una volta completato il task di rielaborazione, l'autore del package può reinstradarlo per l'approvazione. I task di esame e verifica del package vengono rimossi dagli elenchi dei task al completamento dei task di approvazione.
◦ Rifiuta: se un approvatore seleziona Rifiuta, tutti i task di esame in sospeso vengono annullati. Il package viene contrassegnato come Rifiutato dopo che tutti gli approvatori hanno completato i propri task e i blocchi in transito sono stati rimossi dagli oggetti.
 |
• Durante il processo di instradamento all'esame delle dipendenze, se si verifica un errore durante l'approvazione o il rifiuto dei report di riepilogo o quando si sposta il package nello stato del ciclo di vita Rielaborazione, il processo di instradamento non riesce. Tuttavia, il blocco in transito sugli oggetti rimane invariato.
• Se si verifica un problema per cui il blocco della replica non viene applicato, controllare nel report Summary_Open_Workflows.csv la presenza di eventuali workflow attivi correlati agli oggetti nel package Raccoglitore contesti o Raccoglitore oggetti. Se vengono trovati, terminarli correttamente e riavviare il processo di instradamento. Per ulteriori informazioni, vedere la sezione Summary_Open_Workflows.csv nell'argomento Report di riepilogo della replica.
• Se il package contiene solo le baseline, le parti elettriche o gli oggetti gestiti non validi per la replica, viene generato un task. Tuttavia, quando il package viene approvato, il blocco della replica non viene applicato al contenuto del package.
|