Controllo delle versioni delle sottoscrizioni agli eventi
In Workfront sono disponibili due versioni delle sottoscrizioni di eventi. Questo articolo descrive le differenze tra di essi.
La nuova versione non è una modifica all’API Workfront, ma piuttosto una modifica alla funzionalità di abbonamento agli eventi.
La possibilità di aggiornare o effettuare il downgrade degli abbonamenti agli eventi assicura che, quando vengono apportate modifiche alla struttura degli eventi, gli abbonamenti esistenti non si interrompano, consentendo di testare e aggiornare alla nuova versione senza interruzioni nell’abbonamento agli eventi.
Quando aggiorni o esegui il downgrade dell’abbonamento a un’altra versione, ricevi eventi duplicati per ogni consegna di eventi per una finestra di cinque minuti dopo la modifica della versione. I duplicati includono uno per ogni abbonamento all’evento versione 1 e versione 2. In questo modo non si perde nessun evento a causa della modifica della versione dell’abbonamento all’evento.
Per informazioni sugli endpoint utilizzati per l'aggiornamento o il downgrade delle sottoscrizioni di eventi, vedere Controllo delle versioni delle sottoscrizioni di eventi nell'articolo API delle sottoscrizioni di eventi.
- Versione 25.2 (10 aprile 2025): tutte le nuove sottoscrizioni create dopo la versione 25.2 vengono create come versione 2.
- 15 gennaio 2026: tutte le sottoscrizioni della versione 1 rimanenti sono state migrate alla versione 2.
Modifiche tra versione 1 e versione 2
Sono state apportate le seguenti modifiche per le sottoscrizioni di eventi versione 2:
Modifiche generali
CREATE e quindi verrà inviato un UPDATE con i valori di parametro (inclusi i campi calcolati e i relativi valori).CREATE che conterrà i valori dei parametri, inclusi i campi calcolati.UPDATE e si prevede di ricevere un evento UPDATE dopo che un oggetto è stato creato con i valori dei parametri calcolati, l'evento UPDATE non verrà più ricevuto. Se si desidera visualizzare i valori dei parametri calcolati durante la creazione dell'oggetto, è necessario creare una sottoscrizione CREATE aggiuntiva.Per qualsiasi tipo di evento che contiene una modifica in un campo di tipo a selezione multipla, se il campo conteneva un solo valore, verrebbe convertito in e inviato come stringa. In caso contrario, verrebbe inviato come array.
Esempi:
myMultiSelectField: ["oneValue"]viene convertito e inviato comemyMultiSelectField: "oneValue".myMultiSelectField: ["first", "second"]viene inviato comemyMultiSelectField: ["first", "second"].
Indipendentemente dal numero di valori presenti nell’array, questo verrà inviato come array.
Esempi:
myMultiSelectField: ["oneValue"]viene inviato comemyMultiSelectField: ["oneValue"].myMultiSelectField: ["first", "second"]viene inviato comemyMultiSelectField: ["first", "second"].
Modifiche specifiche dell'oggetto
projectIDtaskIDopTaskIDcustomerID
UPDATE a volte mostrava in modo errato che i campi interessati cambiavano da null a ID value.UPDATE mostrano il valore corretto per i campi interessati.UPDATE solo se questi campi sono stati effettivamente modificati, non se è stato modificato un altro valore.referenceObjID
UPDATE ha mostrato erroneamente che il campo interessato è cambiato da null a object id.UPDATE mostrano il valore corretto per i campi interessati.UPDATE solo se questi campi sono stati effettivamente modificati, non se è stato modificato un altro valore.groups
DELETE mostrava erroneamente il campo interessato come una matrice vuota nello stato prima.DELETE mostra correttamente il campo interessato nello stato prima.DELETE verrà comunque inviato, ma ora mostra i dati corretti per il campo interessato.proofDecisionproofNameproofProgress
UPDATE. Il primo non includeva i campi interessati, mentre il secondo evento sì.UPDATE e non viene inviato un secondo evento non necessario.topReferenceObjCodereferenceObjectName
UPDATE mostrava erroneamente la modifica di topReferenceObjCode da EXPNS a PROJ e la modifica di referenceObjectName da null a string value of project name.UPDATE mostrano il valore corretto per i campi interessati.UPDATE solo se questi campi sono stati effettivamente modificati, non se è stato modificato un altro valore.topReferenceObjCodereferenceObjectName
UPDATE modificando i campi interessati in null prima dell'invio dell'evento DELETE.UPDATE aggiuntivo non viene inviato. L'evento DELETE contiene valori corretti per i campi interessati nello stato prima.UPDATE e si prevede di riceverlo quando l'oggetto viene eliminato, l'evento UPDATE non verrà più ricevuto. Se si desidera visualizzare questi campi quando l'oggetto viene eliminato, è necessario creare una sottoscrizione DELETE aggiuntiva.projectIDtaskIDroleIDtimesheetIDhourTypeIDprojectOverheadIDreferenceObjIDreferenceObjCodesecurityRootID
DELETE mostrava erroneamente i campi interessati come null nello stato prima.DELETE mostra correttamente i campi interessati nello stato prima.DELETE è ancora inviato, ma ora mostra i dati corretti per i campi interessati.rootGroupID
UPDATE ha mostrato erroneamente che il campo interessato è cambiato da null a ID value.UPDATE mostrano il valore corretto per il campo interessato.UPDATE solo se tale campo è stato effettivamente modificato, non se è stato modificato un altro valore di parametro.resolveProjectIDresolveTaskIDresolvingObjID
UPDATE a volte mostrava in modo errato che i campi interessati cambiavano da null a ID value.UPDATE mostreranno il valore corretto per i campi interessati.rootGroupID
UPDATE ha mostrato erroneamente che il campo interessato è cambiato da null a ID value.UPDATE mostrano il valore corretto per il campo interessato.UPDATE solo se tale campo è stato effettivamente modificato, non se è stato modificato un altro valore di parametro.convertedOpTaskID
UPDATE a volte mostrava in modo errato che i campi interessati cambiavano da null a ID value.UPDATE mostrano il valore corretto per il campo interessato.UPDATE solo se tale campo è stato effettivamente modificato, non se è stato modificato un altro valore di parametro.rootGroupID
UPDATE ha mostrato erroneamente che il campo interessato è cambiato da null a ID value.UPDATE mostrano il valore corretto per il campo interessato.UPDATE solo se tale campo è stato effettivamente modificato, non se è stato modificato un altro valore di parametro.convertedOpTaskID
UPDATE a volte mostrava in modo errato che i campi interessati cambiavano da null a ID value.UPDATE mostrano il valore corretto per il campo interessato.UPDATE solo se tale campo è stato effettivamente modificato, non se è stato modificato un altro valore di parametro.Aggiornare la versione della sottoscrizione dell’evento in uno scenario Workfront Fusion
Workfront Fusion utilizza gli abbonamenti agli eventi per controllare le modifiche in Workfront per attivare gli scenari. Puoi aggiornare la versione della sottoscrizione dell’evento utilizzata direttamente da Fusion in uno scenario, utilizzando il modulo Workfront > Aggiorna versione payload eventi.
Per istruzioni sull'utilizzo di questo modulo, vedere Moduli Workfront nella documentazione di Workfront Fusion.
Per le risorse sulla conservazione degli scenari di Workfront Fusion durante l'aggiornamento dell'abbonamento agli eventi, inclusa la registrazione di un webinar, consulta Conservazione degli scenari di Fusion durante l'aggiornamento V2 degli abbonamenti agli eventi.