Aggiornare gli scenari di Workfront Fusion per la revisione e l’approvazione unificate
Gli scenari Workfront Fusion basati su versioni precedenti di Workfront Proofing non funzionano automaticamente con i progetti Adobe Cloud Storage. I moduli specifici della bozza, i webhook e gli endpoint API hanno equivalenti diretti in alcuni casi e cambiamenti significativi in altri. Questo articolo consente di inventariare gli scenari interessati, classificarli e decidere un percorso di correzione prima di inserire nel rollout dell’archiviazione cloud Adobe i team che dipendono da tali scenari.
Gli scenari con ambito di progetti Workfront legacy continuano a funzionare come fanno attualmente. Il lavoro di monitoraggio e aggiornamento descritto in questo articolo si applica agli scenari che intendi eseguire sui progetti di archiviazione cloud di Adobe.
Utilizza questo articolo per fare l’inventario e classificare gli scenari in modo da comprendere il modo migliore per aggiornare gli scenari Fusion in modo da tenere conto dell’archiviazione cloud di Adobe.
Per un riepilogo di alto livello delle modifiche apportate quando l’organizzazione passa a Workfront sull’archiviazione cloud Adobe, vedi Passa a Workfront sull’archiviazione cloud Adobe.
Modifiche per i progetti Fusion su Adobe Cloud Storage
Gli scenari Fusion esistenti basati su Workfront Proof si basano su moduli specifici per le bozze, trigger di webhook ed endpoint API che non fanno parte del modello dati unificato di revisione e approvazione. La tabella seguente mappa i tipi di scenario comuni in base all’impatto previsto e al percorso futuro:
Classificare ogni scenario come Modifica, Ricostruisci o Ritira
Il lavoro che ogni scenario richiede dipende da ciò che fa e da ciò che è disponibile nella revisione e nell’approvazione unificate. Utilizza le seguenti classificazioni:
- Modifica: l’azione esistente relativa alla bozza ha un equivalente diretto in revisione e approvazione unificate ed è possibile aggiornare lo scenario per utilizzare la nuova azione.
- Ricostruisci: i passaggi sottostanti sono cambiati in modo significativo oppure sono presenti nuove funzionalità che lo scenario deve utilizzare, pertanto è necessario ricrearlo da zero.
- Ritira: la funzionalità di revisione e approvazione unificata nativa, ad esempio i modelli di approvazione in più fasi con promemoria di scadenza, sostituisce lo scenario creato per l’esecuzione.
Esamina ogni scenario in base alla tua logica di business specifica per deciderne la classificazione.
Approccio di risoluzione
Per pianificare ed eseguire la correzione di Fusion, utilizzare il seguente approccio:
- Inventario ora. Recupera un elenco completo degli scenari di Fusion attivi e assegna i tag a tutti quelli che fanno riferimento alla creazione di bozze, allo stato della bozza, alle approvazioni di documenti o al routing di approvazione. Non aspettare fino a quando l’archiviazione cloud di Adobe non sarà stata abilitata.
- Classifica ogni scenario come Modifica, Ricompila o Ritira in base ai criteri della sezione precedente.
- Sospendi gli scenari dipendenti dalla bozza prima di inserire nel programma pilota per l’archiviazione cloud di Adobe i team che dipendono da essi. L’esecuzione di automazioni basate su bozze obsolete rispetto al nuovo modello può causare errori invisibili all’utente o azioni duplicate.
- Utilizzare i modelli di approvazione per sostituire la logica di routing semplice. I modelli di approvazione nativi in più fasi con automazione delle scadenze possono gestire molti casi d’uso che in precedenza richiedevano Fusion. Per ulteriori informazioni, consulta Creare un modello di approvazione per risorse e documenti.
- Utilizza il connettore Adobe Workfront Unified Review and Approvals per la ricompilazione. I connettori aggiornati espongono i moduli progettati appositamente per la revisione e l’approvazione unificate e rendono le ricostruzioni notevolmente più semplici e affidabili. Si sconsiglia di ricostruire a fronte della versione 22 dell’API di Workfront in anticipo.
- Verifica gli scenari ricostruiti end-to-end in un’istanza sandbox prima di abilitarli in produzione. Presta particolare attenzione ai payload di abbonamento agli eventi; i nomi dei campi e lo schema sono diversi dagli eventi di bozza precedenti.