Esaminare e approvare il package e i report di riepilogo
I partecipanti identificati in Definisci lista di distribuzione ricevono i task di esame e approvazione, che vengono visualizzati nella tabella I miei task. A seconda del processo di instradamento selezionato, i partecipanti possono eseguire le seguenti azioni:
• Instradamento del contenuto: i contributori aggiungono il contenuto necessario e completano i task loro assegnati. Al completamento dei task, 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 esaminano il contenuto del package. Se il contenuto è accurato, gli approvatori possono approvarlo, facendo avanzare il package allo stato del ciclo di vita Approvato anche se i task dell'esaminatore sono ancora in sospeso.
◦ Rielabora: se un approvatore richiede la rielaborazione, il package passa nello stato del ciclo di vita Rielaborazione. Una volta che tutti gli approvatori terminano i loro esami, all'autore del package viene assegnato un task di rielaborazione. Una volta completata la rielaborazione, il package può essere nuovamente instradato per l'approvazione. I task di esame e verifica vengono rimossi dagli elenchi di task dopo l'approvazione finale.
• Instradamento all'esame delle dipendenze: per applicare il blocco della replica al contenuto del package, gli approvatori devono approvare sia gli oggetti dipendenti che i report di riepilogo.
◦ Approva: se tutti gli approvatori approvano, il package passa dallo stato del ciclo di vita Valutazione allo stato del ciclo di vita Bloccato, indipendentemente dal completamento del task dell'esaminatore. Gli oggetti vengono contrassegnati con lo stato Bloccato per replica, per cui sono validi per la replica. Durante l'importazione, gli oggetti di origine sovrascrivono gli oggetti di destinazione.
◦ Rielabora: se un approvatore richiede la rielaborazione, il package entra nello stato del ciclo di vita Rielaborazione e i blocchi in transito vengono rimossi. 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 vengono rimossi dagli elenchi dei task al completamento dei task di approvazione.
◦ Rifiuta: se un approvatore rifiuta il package, tutti i task di esame in sospeso vengono prontamente annullati. Dopo che ogni approvatore ha completato la sua azione, approvando o rifiutando, il package viene contrassegnato come Rifiutato e i blocchi in transito sui relativi oggetti vengono rimossi, rendendoli disponibili per la modifica.
 |
• Se si verifica un errore durante l'approvazione, il rifiuto dei report di riepilogo o lo spostamento del package nello stato del ciclo di vita di rielaborazione, il processo di instradamento non riesce. Tuttavia, il blocco in transito rimane attivo sugli oggetti interessati.
• Se il blocco della replica non viene applicato, esaminare il report Summary_Open_Workflows.csv per controllare se sono presenti workflow attivi associati agli oggetti nel package Raccoglitore contesti o Raccoglitore oggetti. Se vengono rilevati workflow, terminarli correttamente e riavviare il processo di instradamento. Per ulteriori informazioni, vedere Report di riepilogo della replica.
• Se il package contiene solo baseline, parti elettriche o oggetti gestiti non supportati per la replica, viene comunque generato un task. Tuttavia, quando il package viene approvato, il blocco della replica non viene applicato al contenuto del package.
|