Guida all’utilizzo dei webhook

Ultimo aggiornamento: 15 novembre 2024

I webhook sono un modo per le applicazioni Web di comunicare tra loro automaticamente e in tempo reale.

A differenza delle API tradizionali, che aspettano che un utente richieda informazioni, le API in tempo reale condividono i dati nel momento in cui si verificano. I webhook agiscono come API in tempo reale e aiutano a condividere i dati immediatamente ogni volta che si verifica l’evento specificato.

Entità

Per comprendere gli eventi dei webhook, dobbiamo prima essere consapevoli delle entità coinvolte e delle condizioni di attivazione per questi eventi.

Oggetti di apprendimento

Di seguito sono riportati gli eventi supportati per gli oggetti di apprendimento (Corso, Percorso di apprendimento o Certificazioni).

Bozze

Ogni volta che un oggetto di apprendimento viene creato dall’interfaccia utente, viene avviato in modalità Bozza. Ciò significa che l’oggetto di apprendimento non è ancora pubblicato e non è disponibile per gli Allievi. L’evento LEARNING_OBJECT_DRAFT viene attivato finché l’oggetto di apprendimento rimane una bozza. Questo evento viene attivato anche da eventuali aggiornamenti successivi della bozza.

Aggiornamento

Una volta pubblicato l’oggetto di apprendimento, il suo stato cambia da Bozza a Pubblicato. Durante questa transizione, Webhook genera l'evento LEARNING_OBJECT_MODIFICATION perché l'oggetto di apprendimento viene modificato da Bozza a Pubblicato. Tutte le modifiche e gli aggiornamenti successivi all’LO attiveranno anche un evento LEARNING_OBJECT_MODIFICATION.

L’evento LEARNING_OBJECT_MODIFICATION viene attivato anche quando l’oggetto di apprendimento viene ritirato. Questa operazione ritirata contrassegna le istanze sottostanti come aggiornate, poiché queste istanze vengono ritirate una volta che l’oggetto di apprendimento principale è nello stato ritirato.

Elimina

Dopo aver eliminato un oggetto di apprendimento, viene generato l’evento LEARNING_OBJECT_DELETION. Questo evento indica che l’oggetto di apprendimento è stato eliminato e non è più accessibile agli Allievi.

Oltre agli eventi in tempo reale, gli eventi degli oggetti di apprendimento hanno anche una controparte batch (non in tempo reale), che viene attivata come parte dell’evento LEARNING_OBJECT_MODIFICATION_BATCH. Questo evento si verifica durante la creazione o la modifica di un oggetto di apprendimento tramite il flusso di lavoro di migrazione. Poiché le operazioni di bozza ed eliminazione degli oggetti di apprendimento non sono supportate tramite migrazione, non esistono eventi di bozza o eliminazione corrispondenti per queste azioni.

Istanze dell’oggetto di apprendimento

Di seguito sono riportati gli eventi supportati per le istanze degli oggetti di apprendimento.

Aggiornamento

Una volta creata un'istanza, viene generato l'evento LEARNING_OBJECT_INSTANCE_MODIFICATION. Le istanze dell’oggetto di apprendimento in Adobe Learning Manager non hanno uno stato Bozza, pertanto Adobe Learning Manager non supporta un evento LEARNING_OBJECT_INSTANCE_DRAFT. Questo evento viene generato ogni volta che un'istanza viene creata, modificata o ritirata.

Oltre a essere generato al momento della creazione, dell’aggiornamento o del ritiro di un’istanza, questo evento viene generato automaticamente anche quando il relativo oggetto di apprendimento principale è contrassegnato come Ritirato. Questo perché quando un oggetto di apprendimento viene ritirato, anche le istanze sottostanti devono essere contrassegnate come Ritirate.

Elimina

Quando un’istanza viene eliminata, viene generato l’evento LEARNING_OBJECT_INSTANCE_DELETION. Questo evento si applica solo alle istanze del corso che contengono moduli a ritmo personalizzato, poiché Adobe Learning Manager consente agli amministratori di eliminare solo le istanze del corso in cui il tipo di modulo è a ritmo personalizzato. Adobe Learning Manager non supporta l’eliminazione esplicita per altri tipi di moduli di corso, non per le istanze del percorso di apprendimento o le istanze di certificazione.

L’istanza dell’oggetto di apprendimento ha anche una controparte non in tempo reale, esposta come parte dell’evento LEARNING_OBJECT_INSTANCE_MODIFICATION_BATCH. Questo evento viene attivato durante la creazione o la modifica di un’istanza dell’oggetto di apprendimento tramite il flusso di lavoro di migrazione. Poiché le operazioni di bozza o eliminazione per le istanze degli oggetti di apprendimento non sono supportate nella migrazione, gli eventi di bozza o eliminazione corrispondenti non sono disponibili.

Iscrizione

Quando un Allievo esegue un’azione di iscrizione, viene attivato un evento di iscrizione in tempo reale. A seconda del tipo di oggetto di apprendimento, l’evento di iscrizione in tempo reale può rientrare in una delle seguenti categorie:

COURSE_ENROLLMENT
LEARNING_PATH_ENROLLMENT
CERTIFICATION_ENROLLMENT

Oltre a questi eventi in tempo reale, gli eventi di iscrizione hanno controparti in batch. Ogni volta che un’iscrizione viene attivata da un amministratore, un manager o una piattaforma, vengono attivati eventi di iscrizione non in tempo reale. In base al tipo di oggetto di apprendimento, l’evento di iscrizione in batch può essere uno dei seguenti:

COURSE_ENROLLMENT_BATCH
LEARNING_PATH_ENROLLMENT_BATCH
CERTIFICATION_ENROLLMENT_BATCH

Annullamento iscrizione

Quando un Allievo esegue un’azione di annullamento dell’iscrizione, viene attivato un evento di annullamento dell’iscrizione in tempo reale. A seconda del tipo di oggetto di apprendimento, l’evento di annullamento dell’iscrizione in tempo reale può rientrare in una delle seguenti categorie:

COURSE_UNENROLLMENT
LEARNING_PATH_UNENROLLMENT
CERTIFICATION_UNENROLLMENT

Oltre a questi eventi, ci sono anche eventi di annullamento dell'iscrizione in batch. Ogni volta che un’iscrizione viene annullata da un amministratore, un manager o una piattaforma, vengono attivati eventi di annullamento dell’iscrizione non in tempo reale. In base al tipo di oggetto di apprendimento, l’evento di annullamento dell’iscrizione in batch può essere uno dei seguenti:

COURSE_UNENROLLMENT_BATCH
LEARNING_PATH_UNENROLLMENT_BATCH
CERTIFICATION_UNENROLLMENT_BATCH

Completamento

L’evento di completamento in tempo reale viene attivato ogni volta che un Allievo completa un oggetto di apprendimento. In base al tipo di oggetto di apprendimento, l’evento di completamento in tempo reale può rientrare in una delle seguenti categorie:

COURSE_COMPLETED
LEARNING_PATH_COMPLETED
CERTIFICATION_COMPLETED

Oltre a questi eventi in tempo reale, ci sono anche eventi di completamento in batch. Ad esempio, quando un amministratore, un manager o una piattaforma contrassegna un oggetto di apprendimento come completato, vengono attivati gli eventi di completamento non in tempo reale. In base al tipo di oggetto di apprendimento, l’evento di completamento batch può rientrare in una delle seguenti categorie:

COURSE_COMPLETED_BATCH
LEARNING_PATH_COMPLETED_BATCH
CERTIFICATION_COMPLETED_BATCH

Avanzamento dell’Allievo

Ogni volta che un Allievo si iscrive a un oggetto di apprendimento e inizia il modulo, viene monitorato l’avanzamento. Questi dati sono inclusi nell'evento LEARNER_PROGRESS. L'evento può essere ritardato fino a 15 minuti, poiché il monitoraggio dell'avanzamento si basa su una logica di aggregazione complessa, che non è in tempo reale.

Statistiche CI

L'evento in tempo reale CI_STATS viene attivato ogni volta che si verifica una modifica della disponibilità della postazione o della lista d'attesa per un'istanza del corso. Questi dati vengono acquisiti solo a livello di istanza. Inoltre, questo evento viene attivato per i corsi e non per altri percorsi di apprendimento o certificazioni, in quanto la disponibilità di posti e liste di attesa sono attributi specifici di un corso e della relativa istanza.

Ordine degli eventi

Adobe Learning Manager garantisce che gli eventi siano ordinati per ogni account. Tuttavia, potrebbero esserci discrepanze quando si correlano i messaggi tra l’iscrizione o il completamento e gli eventi di avanzamento. Ciò accade perché l’evento di avanzamento dell’Allievo può essere ritardato di un massimo di 15 minuti, poiché il tracciamento dell’avanzamento si basa su una logica di aggregazione complessa, che non è in tempo reale. Inoltre, gli eventi di avanzamento provengono da origini dati diverse, pertanto il loro ordine non può essere garantito in relazione agli eventi di iscrizione e completamento. Pertanto, Adobe Learning Manager fornisce ai client procedure ottimali per l'ascolto di questi eventi.

Se l’evento di completamento si verifica prima dell’evento di avanzamento dell’Allievo, il client può ignorare tale evento. Questo si verifica perché l’evento di avanzamento dell’Allievo può essere ritardato di un massimo di 15 minuti, mentre l’evento di completamento può essere attivato prima della ricezione dell’evento di avanzamento. Poiché la ricezione di un evento di completamento indica che l’oggetto di apprendimento è stato completato, significa che l’avanzamento ha raggiunto il 100%.

Nel raro caso in cui l’evento di iscrizione si verifichi dopo l’evento di avanzamento dell’Allievo, il client può ignorare l’evento di iscrizione. Questo perché l’avanzamento può essere monitorato solo dopo che l’Allievo si è iscritto all’oggetto di apprendimento. In altre parole, la ricezione di un evento di avanzamento indica che l’oggetto di apprendimento è stato avviato, il che si verifica solo dopo un’iscrizione riuscita.

Eventi in tempo reale ed eventi in batch

Alcuni eventi hanno controparti in tempo reale e non in tempo reale, come indicato sopra. Potrebbero esserci domande su quando abbonarsi a eventi in tempo reale e su quando abbonarsi a eventi non in tempo reale. Di seguito sono riportate le linee guida che è possibile seguire in base alle entità descritte in precedenza.

Eventi in tempo reale

S.No

Eventi webhook

Descrizione

1

CI_STATS

Viene attivato quando si verifica una modifica nella disponibilità di posti o liste di attesa per un’istanza di corso.

2

COURSE_ENROLLMENT

Attivato quando un Allievo si iscrive a un corso.

3

COURSE_COMPLETED

Viene attivato quando un Allievo completa un corso.

4

LEARNING_PATH_ENROLLMENT

Attivato quando un Allievo si iscrive a un percorso di apprendimento.

5

LEARNING_PATH_COMPLETED

Viene attivato quando un Allievo completa un percorso di apprendimento.

6

CERTIFICATION_ENROLLMENT

Attivato quando un Allievo si iscrive a una certificazione.

7

CERTIFICATION_COMPLETED

Viene attivato quando un Allievo completa una certificazione.

8

COURSE_UNENROLLMENT

Attivato quando un Allievo si disiscrive da un corso.

9

LEARNING_PATH_UNENROLLMENT

Attivato quando un Allievo si annulla l’iscrizione a un percorso di apprendimento.

10

CERTIFICATION_UNENROLLMENT

Generato quando un Allievo si annulla l’iscrizione a una certificazione.

11

LEARNING_OBJECT_DRAFT

Attivato durante la creazione di un oggetto di apprendimento in stato Bozza.

12

LEARNING_OBJECT_DELETION

Attivato durante l’eliminazione di un oggetto di apprendimento.

13

LEARNING_OBJECT_MODIFICATION

Attivato durante la modifica di un oggetto di apprendimento.

14

LEARNING_OBJECT_INSTANCE_MODIFICATION

Attivato durante la creazione o la modifica di un’istanza dell’oggetto di apprendimento.

Nota: si consiglia di utilizzare le istanze del corso solo dopo la pubblicazione del corso.

15

LEARNING_OBJECT_INSTANCE_DELETION

Attivato durante l’eliminazione di un’istanza dell’oggetto di apprendimento.

Eventi non in tempo reale

S.No

Eventi webhook

Descrizione

1

COURSE_ENROLLMENT_BATCH

Attivato quando un Amministratore/Manager/piattaforma iscrive gli Allievi a un corso.

2

COURSE_COMPLETED_BATCH

Viene attivato quando un amministratore/manager/piattaforma contrassegna un corso come completato.

3

LEARNING_PATH_ENROLLMENT_BATCH

Attivato quando un Amministratore/Manager/piattaforma iscrive gli Allievi a un percorso di apprendimento.

4

LEARNING_PATH_COMPLETED_BATCH

Viene attivato quando un Amministratore/Manager contrassegna un percorso di apprendimento come completato.

5

CERTIFICATION_ENROLLMENT_BATCH

Attivato quando un Amministratore/Manager/piattaforma iscrive gli Allievi a una certificazione.

6

CERTIFICATION_COMPLETED_BATCH

Viene attivato quando un amministratore/manager/piattaforma contrassegna una certificazione come completata.

7

LEARNER_PROGRESS

Consente di tenere traccia dell’avanzamento di un Allievo al completamento di un modulo.

8

COURSE_UNENROLLMENT_BATCH

Viene attivato quando un Amministratore/Manager/piattaforma annulla l’iscrizione di allievi a un corso.

9

LEARNING_PATH_UNENROLLMENT_BATCH

Viene attivato quando un Amministratore/Manager/piattaforma annulla l’iscrizione degli Allievi a un percorso di apprendimento.

10

CERTIFICATION_UNENROLLMENT_BATCH

Viene attivato quando un Amministratore/Manager/piattaforma annulla l’iscrizione degli Allievi a una certificazione.

11

LEARNING_OBJECT_MODIFICATION_BATCH

Attivato durante la modifica di un oggetto di apprendimento tramite il flusso di lavoro di migrazione.

12

LEARNING_OBJECT_INSTANCE_MODIFICATION_BATCH

Attivato durante la creazione o la modifica di un’istanza dell’oggetto di apprendimento tramite il flusso di lavoro di migrazione.

Oggetti di apprendimento e relative istanze

Abbonati a eventi in tempo reale ogni volta che desideri ascoltare le modifiche agli oggetti di apprendimento apportate tramite le azioni dell’interfaccia utente per ruoli come Amministratore, Autore, ecc.
Abbonati a eventi in batch o non in tempo reale ogni volta che desideri ascoltare le modifiche apportate agli oggetti di apprendimento tramite i flussi di lavoro di migrazione.

Iscrizione, annullamento dell’iscrizione e completamento

Iscriviti a eventi in tempo reale ogni volta che desideri ascoltare iscrizioni, annullamenti di iscrizioni o completamenti eseguiti dagli Allievi.
Abbonati a eventi in batch o non in tempo reale ogni volta che desideri ascoltare iscrizioni, annullamenti di iscrizioni o completamenti contrassegnati da Amministratore, Manager, Piattaforma, ecc.

Avanzamento dell’Allievo

Iscriviti all’evento ogni volta che desideri ascoltare le modifiche di avanzamento di un Allievo.

NOTE

Negli scenari precedenti (iscrizione, annullamento dell’iscrizione, completamento e avanzamento), le composizioni di attributi consistenti in userId e loInstanceId possono identificare in modo univoco un record.

Statistiche delle istanze del corso

Abbonati all'evento CI_STATS in tempo reale ogni volta che desideri ascoltare modifiche nella disponibilità di posti o liste di attesa.

Payload evento webhook

Come parte del payload di risposta dei webhook, Adobe Learning Manager emetterà gli attributi richiesti per identificare in modo univoco un’entità. Questi saranno emessi nello stesso formato e secondo gli standard utilizzati dall’API pubblica, assicurando che i dati del webhook siano sincronizzati con i dati dell’API pubblica. Visualizza payload di esempio per vedere i payload dei vari eventi.

Utilizzo dei webhook per creare un database esterno o un servizio di notifica

Uno dei casi di utilizzo che abbiamo sentito in cui i webhook potrebbero essere utili è per la creazione di un database sul lato del cliente. Adobe Learning Manager dispone di un proprio database e schema, ma i clienti non vi hanno accesso.

La domanda è: in che modo i clienti possono creare un database utilizzando gli eventi dei webhook?

Poiché Adobe Learning Manager non esporrà direttamente i record e lo schema della tabella, i clienti possono fare affidamento sulla soluzione Webhooks per creare un database esterno utilizzando gli eventi per compilarlo. In questa versione, vengono forniti eventi per gli oggetti di apprendimento, le istanze degli oggetti di apprendimento, l’iscrizione, l’annullamento dell’iscrizione, il completamento, l’avanzamento e le statistiche delle istanze del corso.

Creazione di un database dagli eventi dell’oggetto di apprendimento

Gli eventi oggetto di apprendimento espongono loId e loType per identificare un'entità. Tuttavia, questi attributi da soli non sono sufficienti per creare un database esterno di oggetti di apprendimento. I clienti avranno bisogno di campi aggiuntivi per descrivere ulteriormente l’oggetto di apprendimento.
Esistono due metodi per recuperare i dati aggiuntivi:

Genera un report dei dati di formazione per recuperare tutti i dati

Questo approccio deve essere utilizzato quando gli oggetti di apprendimento vengono creati in blocco tramite flussi di lavoro come la migrazione. L'obiettivo qui è generare il report Dati di formazione con tutti gli oggetti di apprendimento acquisiti come parte del flusso di lavoro di migrazione. Per ottimizzare il processo di importazione, si consiglia di impostare l’ora di inizio dell’esportazione sull’ora in cui è stata attivata la migrazione. In questo modo, nel report verranno esportati solo gli oggetti di apprendimento importati tramite la migrazione, poiché i dati cronologici saranno già disponibili nel database del cliente.

Eseguire una query sulle informazioni dall’API pubblica GET /learningObjects - Ambito di amministrazione

Questo approccio deve essere utilizzato quando gli oggetti di apprendimento vengono creati tramite flussi di lavoro in tempo reale. Il cliente deve disporre di un proprio livello di memorizzazione nella cache per creare in batch gli oggetti di apprendimento emessi tramite gli eventi, quindi eseguire una query sull'API GET /learningObjects passando questi ID degli oggetti di apprendimento. Il motivo per cui disponi di un livello di memorizzazione nella cache è assicurare che i limiti di frequenza delle API pubbliche non vengano superati. Attualmente, i limiti di velocità per gli amministratori sono impostati su 500 richieste all'ora per le API GET /learningObject. Se questo limite viene superato, il servizio API pubblico risponderà con un messaggio HTTP 429 Troppe richieste.

Creazione di un database dall’istanza dell’oggetto di apprendimento e dagli eventi CI_STATS

L’evento Istanza dell’oggetto di apprendimento emette gli attributi loInstanceId, loId e loType per i corsi e i percorsi di apprendimento. Analogamente, l’evento CI_STATS è applicabile solo ai corsi poiché seatLimit, seatAvailability, waitListLimit, waitlistAvailability e così via sono applicabili solo ai corsi.

In alcuni casi, sono necessari dati di istanza aggiuntivi come il nome, lo stato e così via. Per recuperare ulteriori dati di variante, è necessario seguire il seguente approccio:

Eseguire una query sulle informazioni da public-api GET /learningobjects - Ambito amministratore

I clienti possono utilizzare l'API GET /learningObjects come indicato in precedenza, insieme alle istanze incluse per recuperare le informazioni sulle istanze. Dovrebbero continuare a seguire l'approccio indicato nella sezione per garantire che i limiti delle tariffe non vengano violati.

NOTE

Le certificazioni non hanno il concetto di istanze in ALM.
Non è necessario recuperare dati aggiuntivi per CI_STATS poiché le stesse informazioni sarebbero già state recuperate nell’ambito degli eventi Istanza dell’oggetto di apprendimento.

Creazione di un database dagli eventi di iscrizione, annullamento dell'iscrizione, completamento e avanzamento

L’iscrizione, l’annullamento dell’iscrizione, il completamento e l’avanzamento degli Allievi vengono emessi come eventi separati in Adobe Learning Manager. L’Allievo è identificato dall’attributo userId. Tuttavia, in alcuni casi potrebbero essere necessarie ulteriori informazioni per gli Allievi, ad esempio nome, e-mail e così via, per i flussi di lavoro a valle sul lato cliente. Per recuperare questi dati, i clienti possono seguire l’approccio descritto di seguito:

Esportare il report utente dall’amministratore o dai connettori

Questo approccio deve essere seguito ogni volta che sono coinvolti flussi di lavoro in blocco, come l’iscrizione in blocco, l’annullamento in blocco e così via. Il Report utente di Adobe Learning Manager contiene tutte le informazioni relative a un utente. Correlando userId ottenuto dall'evento webhook, i clienti possono cercare questo report (che può essere esposto sul lato cliente come database, cache o endpoint API) per recuperare ulteriori dettagli come Nome, E-mail, UUID e così via. Questo approccio può essere utilizzato per sincronizzare gli utenti su base settimanale o giornaliera.

Query di informazioni da API pubbliche GET /users - Ambito amministratore

Questo approccio può essere seguito quando gli utenti non sono disponibili nel report precedente. La combinazione degli approcci 1 e 2 garantisce che tutti gli utenti esistenti che sono stati creati in passato possano essere coperti dal Report utente, mentre gli utenti appena creati possono ancora essere recuperati dall'API. Se il report utente non dispone dei dati, il cliente può inviare gli userId come argomenti di input all'API GET /users per recuperare le informazioni utente. Queste informazioni devono essere memorizzate nella cache dal lato del cliente per evitare ripetute chiamate all’API pubblica per lo stesso insieme di utenti. Al momento, i limiti di tariffa per l’Amministratore sono impostati su 500 richieste all’ora per le API GET /users. Qualsiasi richiesta oltre questo limite produrrà una risposta HTTP 429 Troppe richieste.

Tolleranza di errore

La tolleranza agli errori del sistema webhook ALM fornisce raccomandazioni agli abbonati per la gestione di potenziali problemi, come perdita di eventi, eventi duplicati e recapito fuori ordine.

ALM ha un timeout di connessione configurato su 10 secondi e un timeout del socket configurato su 5 secondi. Ci si aspetta che il client riconosca il messaggio non appena lo riceve. In questo modo, il client non subirà ritardi durante l'elaborazione dei messaggi. Nel caso in cui si verifichi un'elaborazione a valle che richiede tempo, il client deve comunque riconoscere immediatamente l'evento e quindi gestire l'elaborazione a valle alla loro fine.

Conservazione dei dati

Gli eventi sono conservati per 7 giorni. Se non vengono elaborati entro questo periodo di tempo, vengono persi definitivamente. Se il ripristino avviene nell'ultimo giorno e occorre più tempo, il sistema non estenderà il periodo di conservazione.
Se gli eventi vengono prodotti più velocemente di quanto vengono utilizzati, alcuni eventi potrebbero andare perduti. Sebbene ciò sia raro, gli abbonati devono monitorare per evitare che diventi un problema a lungo termine.

Webhook disabilitati

Quando un abbonato non risponde agli eventi webhook, il sistema ALM tenta di utilizzare i webhook con un backoff esponenziale per evitare di sopraffare il sottoscrittore.

Il processo di nuovo tentativo inizia con un intervallo iniziale di 5 secondi. Se l'abbonato non risponde, il tempo di attesa raddoppia a 10, 20, 40 e 80 secondi, aumentando fino a un massimo di 5 minuti. Una volta raggiunti i 5 minuti, il sistema continuerà a riprovare ogni 5 minuti fino al termine del periodo di conservazione di 7 giorni. Se il sottoscrittore continua a non rispondere per tutto questo periodo, il webhook verrà disabilitato automaticamente. Un’e-mail di promemoria verrà inviata all’abbonato a intervalli regolari.

Eventi duplicati

Se un sottoscrittore impiega più di 5 secondi per rispondere dopo aver elaborato un evento, il sistema potrebbe tentare di elaborare nuovamente lo stesso evento. Si consiglia di utilizzare gli ID evento per tenere traccia degli eventi che sono già stati elaborati. Inoltre, se il webhook si arresta in modo anomalo dopo l’invio dell’evento ma prima del salvataggio che è stato elaborato, è possibile che venga eseguito un nuovo tentativo per lo stesso gruppo di eventi. Si consiglia di utilizzare ID batch o singoli ID evento per riconoscere e ignorare eventuali duplicati.

Raccomandazione per la tolleranza agli errori

Per evitare questi errori, gli abbonati devono monitorare attivamente gli eventi webhook e configurare avvisi per problemi come eventi mancati, consegne duplicate o sequenze di guasti.

Linee guida specifiche per gli eventi webhook

Se ricevi prima un evento LEARNER_PROGRESS, ignora gli eventi elencati di seguito:
- COURSE_ENROLLMENT
- COURSE_ENROLLMENT_BATCH
- LEARNING_PATH_ENROLLMENT
- LEARNING_PATH_ENROLLMENT_BATCH
- CERTIFICATION_ENROLLMENT
- CERTIFICATION_ENROLLMENT_BATCH
Ignora l’evento LEARNER_PROGRESS se si verifica dopo i seguenti eventi:
- COURSE_COMPLETED
- COURSE_COMPLETED_BATCH
- LEARNING_PATH_COMPLETED
- LEARNING_PATH_COMPLETED_BATCH
- CERTIFICATION_COMPLETED
- CERTIFICATION_COMPLETED_BATCH
Utilizzare il campo indicatore orario per determinare se ignorare o elaborare l'evento, ad eccezione dell'evento LEARNER_PROGRESS.

Webhook Procedure consigliate per il consumo di eventi

La soluzione webhook viene utilizzata per gestire sistemi ad alto throughput in cui velocità e bassa latenza sono essenziali. Pertanto, il cliente deve assicurarsi che l'evento venga confermato non appena ricevuto. Anche se è necessaria un'elaborazione aggiuntiva da parte del cliente (ad esempio il recupero di dati da report, API o l'esecuzione di altre azioni), la conferma deve essere inviata non appena viene ricevuto l'evento e spetta al client elaborare l'evento in un secondo momento.
Il mancato riconoscimento dell’evento il prima possibile potrebbe incidere sulla natura in tempo reale degli eventi, poiché gli eventi successivi saranno emessi solo una volta ricevuto il precedente riconoscimento.
I client possono rispondere con un codice di stato HTTP 202 Accettato per confermare che l'evento è stato accettato.

Limitazioni

Le risorse formative non vengono considerate per gli eventi Webhook nella categoria degli LO perché vengono in genere utilizzate per aiutare gli Allievi a completare altri oggetti di apprendimento.
Il ritiro di un’istanza di un oggetto di apprendimento viene considerato un evento di aggiornamento. Non ci sarebbe un evento di eliminazione per un'istanza poiché può essere solo ritirata, non eliminata.
Le modifiche alla sessione verranno acquisite come parte dell'evento di aggiornamento dell'istanza. Questo vale solo per i corsi. Non ci sarà alcuna propagazione verso l'alto da entità di livello inferiore per le istanze del percorso di apprendimento o le istanze di certificazione.
Se un percorso di apprendimento contiene un corso e un Allievo lo completa tramite, verranno generati due eventi LearnerProgress: uno per il corso e uno per il percorso di apprendimento.
Alcuni flussi di lavoro calcolano gli attributi degli oggetti di apprendimento, come la durata e il tipo di distribuzione, in modo asincrono. Pertanto, gli eventi per questi oggetti di apprendimento verranno generati una volta che il processo cron avrà terminato l’elaborazione.
Se un corso è iscritto tramite un programma di apprendimento o una certificazione principale, gli eventi di iscrizione, annullamento dell’iscrizione e completamento verranno attivati solo per il programma di apprendimento o la certificazione principale. Questi eventi non verranno attivati per il corso secondario poiché l’iscrizione è avvenuta indirettamente.
I webhook sono supportati solo per gli account con stato ATTIVO. Non sono disponibili per gli account TRIAL o INACTIVE.

Payload di esempio per gli eventi