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
projectID
taskID
opTaskID
customerID
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.proofDecision
proofName
proofProgress
UPDATE
. Il primo non includeva i campi interessati, mentre il secondo evento sì.UPDATE
e non viene inviato un secondo evento non necessario.topReferenceObjCode
referenceObjectName
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.topReferenceObjCode
referenceObjectName
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.projectID
taskID
roleID
timesheetID
hourTypeID
projectOverheadID
referenceObjID
referenceObjCode
securityRootID
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.resolveProjectID
resolveTaskID
resolvingObjID
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.