Användarhandbok för webhookar

Senast uppdaterad: 15 november 2024

Webhookar är ett sätt för webbprogram att kommunicera med varandra automatiskt och i realtid.

Till skillnad från traditionella API:er, som väntar på att en användare ska begära information, delar API:er i realtid data så fort det sker. Webhooks fungerar som ett API i realtid och hjälper till att dela data omedelbart när den angivna händelsen inträffar.

Enheter

För att förstå webhooks-händelser måste vi först vara medvetna om vilka entiteter som är inblandade och vilka utlösande villkor som gäller för dessa händelser.

Utbildningsobjekt

Följande händelser stöds för utbildningsobjekt (kurs, utbildningsväg eller certifieringar).

Utkast

När ett utbildningsobjekt skapas från användargränssnittet startar det i läget Utkast. Det innebär att utbildningsobjektet ännu inte har publicerats och inte är tillgängligt för eleverna. Händelsen LEARNING_OBJECT_DRAFT aktiveras så länge utbildningsobjektet förblir ett utkast. Alla successiva uppdateringar av utkastet kommer också att utlösa denna händelse.

Uppdatera

När utbildningsobjektet har publicerats ändras dess tillstånd från Utkast till Publicerat. Under den här övergången genererar Webhook händelsen LEARNING_OBJECT_MODIFICATION eftersom utbildningsobjektet ändras från Utkast till Publicerat. Alla efterföljande ändringar och uppdateringar av LO kommer också att utlösa en LEARNING_OBJECT_MODIFICATION-händelse.

Händelsen LEARNING_OBJECT_MODIFICATION aktiveras också när utbildningsobjektet tas ur bruk. Med den här indragna åtgärden markeras de underliggande instanserna som uppdaterade eftersom dessa instanser utfasas när det överordnade utbildningsobjektet är i inaktuellt läge.

Ta bort

När du tar bort ett utbildningsobjekt genereras händelsen LEARNING_OBJECT_DELETION. Den här händelsen indikerar att utbildningsobjektet har raderats och att det inte längre är tillgängligt för elever.

Förutom realtidshändelser har utbildningsobjekthändelser även en batchmotsvarighet (icke-realtidshändelse), som utlöses som en del av händelsen LEARNING_OBJECT_MODIFICATION_BATCH. Den här händelsen inträffar när ett utbildningsobjekt skapas eller ändras via migreringsarbetsflödet. Eftersom åtgärder för att skapa och ta bort utbildningsobjekt inte stöds via migrering finns det inga motsvarande utkast- eller borttagningshändelser för dessa åtgärder.

Instanser av utbildningsobjekt

Nedan visas de händelser som stöds för instanser av utbildningsobjekt.

Uppdatera

När en instans har skapats genereras händelsen LEARNING_OBJECT_INSTANCE_MODIFICATION. Utbildningsobjektinstanser i Adobe Learning Manager har inte statusen Utkast. Därför stöder inte Adobe Learning Manager en LEARNING_OBJECT_INSTANCE_DRAFT-händelse. Den här händelsen genereras när en instans skapas, ändras eller dras tillbaka.

Förutom att den här händelsen genereras när en instans skapas, uppdateras eller fasas ut, genereras den också automatiskt när dess överordnade utbildningsobjekt markeras som utfasat. Det beror på att när ett utbildningsobjekt dras tillbaka måste även de underliggande instanserna markeras som utfasade.

Ta bort

När en instans tas bort genereras händelsen LEARNING_OBJECT_INSTANCE_DELETION. Den här händelsen gäller endast kursinstanser som innehåller moduler i eget tempo, eftersom Adobe Learning Manager endast tillåter administratörer att ta bort kursinstanser där modultypen sker i egen takt. Adobe Learning Manager stöder inte explicita borttagningar för andra typer av kursmoduler, inte för instanser av utbildningsvägar eller certifieringsinstanser.

Instansen av utbildningsobjektet har också en motsvarighet som inte finns i realtid, som visas som en del av händelsen LEARNING_OBJECT_INSTANCE_MODIFICATION_BATCH. Den här händelsen utlöses när en instans av ett utbildningsobjekt skapas eller ändras via migreringsarbetsflödet. Eftersom utkast- och borttagningsåtgärder för utbildningsobjektinstanser inte stöds i migreringen är motsvarande utkast- och borttagningshändelser inte tillgängliga.

Registrering

När en elev utför en registreringsåtgärd utlöses en realtidsregistreringshändelse. Beroende på typ av utbildningsobjekt kan registreringshändelsen i realtid ingå i en av följande kategorier:

COURSE_ENROLLMENT
LEARNING_PATH_ENROLLMENT
CERTIFICATION_ENROLLMENT

Registreringshändelser har batchmotsvarigheter utöver dessa realtidshändelser. När en registrering utlöses av en administratör, chef eller plattform utlöses icke-realtidshändelser för registrering. Baserat på utbildningsobjekttypen kan batchregistreringshändelsen vara något av följande:

COURSE_ENROLLMENT_BATCH
LEARNING_PATH_ENROLLMENT_BATCH
CERTIFICATION_ENROLLMENT_BATCH

Avregistrering

När en elev utför en avregistreringsåtgärd utlöses en avregistreringshändelse i realtid. Beroende på typ av utbildningsobjekt kan avregistreringshändelsen i realtid ingå i en av följande kategorier:

COURSE_UNENROLLMENT
LEARNING_PATH_UNENROLLMENT
CERTIFICATION_UNENROLLMENT

Förutom dessa händelser finns det även satsvis avregistreringshändelser. När en avregistrering markeras av en administratör, chef eller plattform utlöses avregistreringshändelser som inte rör realtid. Baserat på utbildningsobjekttypen kan batchavregistreringshändelsen vara något av följande:

COURSE_UNENROLLMENT_BATCH
LEARNING_PATH_UNENROLLMENT_BATCH
CERTIFICATION_UNENROLLMENT_BATCH

Slutförande

Händelsen för slutförande i realtid utlöses när en elev slutför ett utbildningsobjekt. Beroende på typen av utbildningsobjekt kan händelsen slutförande i realtid ingå i en av följande kategorier:

COURSE_COMPLETED
LEARNING_PATH_COMPLETED
CERTIFICATION_COMPLETED

Förutom dessa realtidshändelser finns det även satsvis slutförandehändelser. När en administratör, chef eller plattform till exempel markerar ett utbildningsobjekt som slutfört utlöses händelser som inte rör slutförande i realtid. Beroende på typ av utbildningsobjekt kan batchslutförandehändelsen ingå i en av följande kategorier:

COURSE_COMPLETED_BATCH
LEARNING_PATH_COMPLETED_BATCH
CERTIFICATION_COMPLETED_BATCH

Elevframsteg

När en elev registrerar sig för ett utbildningsobjekt och påbörjar modulen spåras elevens framsteg. Dessa data ingår i LEARNER_PROGRESS-händelsen. Händelsen kan fördröjas med upp till 15 minuter, eftersom framstegsspårningen är beroende av komplex aggregeringslogik, som inte är realtid.

CI-status

Realtidshändelsen CI_STATS utlöses när platsen eller väntelistan ändras för en kursinstans. Dessa data hämtas endast på instansnivå. Dessutom utlöses denna händelse för kurser och inte för andra utbildningsvägar eller certifieringar, eftersom platstillgång och väntelista är attribut som är specifika för en kurs och dess instans.

Ordning på evenemang

Adobe Learning Manager ser till att händelser ordnas för varje konto. Det kan dock finnas skillnader när meddelanden korreleras mellan registrerings- eller slutförandehändelser och händelser som rör framsteg. Detta beror på att elevframstegshändelsen kan fördröjas med upp till 15 minuter, eftersom framstegsspårning bygger på komplex aggregeringslogik, vilket inte är realtid. Dessutom kommer förloppshändelser från olika datakällor, så deras ordning kan inte garanteras i förhållande till registrerings- och slutförandehändelser. Därför tillhandahåller Adobe Learning Manager bästa praxis för klienter när de lyssnar på dessa händelser.

Om slutförandehändelsen inträffar före elevens förloppshändelse kan klienten ignorera elevens förloppshändelse. Detta beror på att elevframstegshändelsen kan fördröjas med upp till 15 minuter, medan slutförandehändelsen kan utlösas innan framstegshändelsen tas emot. Eftersom erhållande av en slutförandehändelse indikerar att utbildningsobjektet är slutfört, innebär det att förloppet har nått 100 %.

I det sällsynta fall då registreringshändelsen kommer efter elevens framgångshändelse kan klienten ignorera registreringshändelsen. Detta beror på att framsteg endast kan spåras efter att eleven har registrerat sig för utbildningsobjektet. Att du får en progress-händelse indikerar att utbildningsobjektet har startats, vilket endast sker efter en lyckad registrering.

Realtidshändelser jämfört med grupperade händelser

Vissa händelser har motsvarigheter i realtid och icke-realtid, som nämns ovan. Det kan finnas frågor om när du ska prenumerera på realtidshändelser och när du ska prenumerera på händelser som inte sker i realtid. Nedan följer riktlinjer som kan följas utifrån de enheter som beskrivs ovan.

Händelser i realtid

S.No

Webhook-händelser

Beskrivning

1

CI_STATS

Utlöses när det sker ett byte av plats eller väntelista för en kursinstans.

2

COURSE_ENROLLMENT

Utlöses när en elev registrerar sig för en kurs.

3

COURSE_COMPLETED

Utlöses när en elev slutför en kurs.

4

LEARNING_PATH_ENROLLMENT

Utlöses när en elev registrerar sig för en utbildningsväg.

5

LEARNING_PATH_COMPLETED

Utlöses när en elev slutför en utbildningsväg.

6

CERTIFICATION_ENROLLMENT

Utlöses när en elev registrerar sig för en certifiering.

7

CERTIFICATION_COMPLETED

Utlöses när en elev slutför en certifiering.

8

COURSE_UNENROLLMENT

Utlöses när en elev avregistrerar sig från en kurs.

9

LEARNING_PATH_UNENROLLMENT

Utlöses när en elev avregistrerar sig från en utbildningsväg.

10

CERTIFICATION_UNENROLLMENT

Utlöses när en elev avregistrerar sig från en certifiering.

11

LEARNING_OBJECT_DRAFT

Utlöses när ett utbildningsobjekt skapas i utkastläge.

12

LEARNING_OBJECT_DELETION

Utlöses under borttagningen av ett utbildningsobjekt.

13

LEARNING_OBJECT_MODIFICATION

Utlöses under modifieringen av ett utbildningsobjekt.

14

LEARNING_OBJECT_INSTANCE_MODIFICATION

Utlöses när en instans för utbildningsobjekt skapas eller ändras.

Obs! Vi rekommenderar att du bara använder kursinstanser efter att kursen har publicerats.

15

LEARNING_OBJECT_INSTANCE_DELETION

Utlöses under borttagningen av en instans av utbildningsobjekt.

Händelser som inte sker i realtid

S.No

Webhook-händelser

Beskrivning

1

COURSE_ENROLLMENT_BATCH

Utlöses när en administratör/chef/plattform registrerar elever för en kurs.

2

COURSE_COMPLETED_BATCH

Utlöses när en administratör/chef/plattform markerar en kurs som slutförd.

3

LEARNING_PATH_ENROLLMENT_BATCH

Utlöses när en administratör/chef/plattform registrerar elever på en utbildningsväg.

4

LEARNING_PATH_COMPLETED_BATCH

Utlöses när en administratör/chef markerar en utbildningsväg som slutförd.

5

CERTIFICATION_ENROLLMENT_BATCH

Utlöses när en administratör/chef/plattform registrerar elever i en certifiering.

6

CERTIFICATION_COMPLETED_BATCH

Utlöses när en administratör/chef/plattform markerar en certifiering som slutförd.

7

LEARNER_PROGRESS

Spårar förloppet för en elev när en modul har slutförts.

8

COURSE_UNENROLLMENT_BATCH

Utlöses när en administratör/chef/plattform avregistrerar elever från en kurs.

9

LEARNING_PATH_UNENROLLMENT_BATCH

Utlöses när en administratör/chef/plattform avregistrerar elever från en utbildningsväg.

10

CERTIFICATION_UNENROLLMENT_BATCH

Utlöses när en administratör/chef/plattform avregistrerar elever från en certifiering.

11

LEARNING_OBJECT_MODIFICATION_BATCH

Utlöses under ändringen av ett utbildningsobjekt via migreringsarbetsflöde.

12

LEARNING_OBJECT_INSTANCE_MODIFICATION_BATCH

Utlöses när en instans av ett utbildningsobjekt skapas eller ändras via migreringsarbetsflöde.

Utbildningsobjekt och dess instanser

Prenumerera på realtidshändelser när du vill lyssna efter ändringar av utbildningsobjekt som har gjorts med gränssnittsåtgärder av roller som Administratör, Författare osv.
Prenumerera på händelser som inte sker i realtid eller gruppvis när du vill lyssna efter ändringar av utbildningsobjekt som har gjorts via arbetsflöden för migrering.

Registrering, avregistrering och slutförande

Prenumerera på realtidshändelser när du vill lyssna på registreringar, avregistreringar eller slutföranden som utförs av elever.
Prenumerera på händelser som inte sker i realtid eller gruppvis när du vill lyssna på registreringar, avregistreringar eller slutföranden som markerats av admin, chef, plattform osv.

Elevframsteg

Prenumerera på händelsen när du vill lyssna efter en elevs statusändringar.

NOTE

I ovanstående scenarier (registrering, avregistrering, slutförande och förlopp) kan attributsammansättningar som består av userId och loInstanceId unikt identifiera en post.

Kursinstansstatistik

Prenumerera på CI_STATS-realtidshändelsen när du vill lyssna efter ändringar av tillgängligheten för platser eller väntelistor.

Nyttolast för webhook-händelse

Som en del av webhooks-svarets nyttolast genererar Adobe Learning Manager attribut som krävs för att unikt identifiera en entitet. Dessa kommer att sändas ut i samma format och enligt de standarder som används av det offentliga API:t, vilket säkerställer att webhook-data är synkroniserade med de offentliga API-data. Visa Exempel på nyttolaster för att se nyttolaster för de olika händelserna.

Använda webhookar för att skapa en extern databas eller meddelandetjänst

Ett av de användningsfall vi har hört där webhookar kan vara användbara är för att bygga en databas på kundens sida. Adobe Learning Manager har sin egen databas och sitt eget schema, men kunder har inte tillgång till det.

Frågan är: hur kan kunder bygga en databas med hjälp av händelser från webhooks?

Eftersom Adobe Learning Manager inte direkt exponerar tabellposterna och schemat kan man förlita sig på Webhooks-lösningen för att skapa en extern databas genom att använda händelserna för att fylla i den. I den här versionen tillhandahåller vi händelser för utbildningsobjekt, instanser av utbildningsobjekt, registrering, avregistrering, slutförande, framsteg och kursinstansstatistik.

Bygga en databas från utbildningsobjekthändelser

Utbildningsobjektets händelser visar loId och loType för att identifiera en entitet. Dessa attribut räcker dock inte för att skapa en extern databas för utbildningsobjekt. Kunder kommer att behöva ytterligare fält för att ytterligare beskriva utbildningsobjektet.
Det finns två sätt att hämta ytterligare data:

Generera en utbildningsdatarapport för att hämta alla data

Den här metoden bör användas när utbildningsobjekt skapas i grupp via arbetsflöden som migrering. Målet här är att generera rapporten Training Data med alla utbildningsobjekt hämtade som en del av migreringsarbetsflödet. För att optimera importprocessen bör du ställa in exportens starttid på den tid då migreringen utlöstes. Detta säkerställer att endast utbildningsobjekt som införs via migrering exporteras i rapporten, eftersom historiska data redan kommer att finnas tillgängliga i kundens databas.

Fråga efter information från det offentliga API-GETEN /learningObjects - Admin-omfånget

Den här metoden bör användas när utbildningsobjekt skapas via arbetsflöden i realtid. Kunden bör ha ett eget cachelagringslager för att grupplagra utbildningsobjekten som skickas via händelserna och sedan fråga API:t GET /learningObjects genom att skicka dessa ID:n för utbildningsobjekt. Anledningen till att ha ett cachelagringslager är att se till att de offentliga API-hastighetsgränserna inte överskrids. För närvarande har vi administratörsgränser inställda på 500 förfrågningar per timme för GET /learningObject API:er. Om den här gränsen överskrids kommer den offentliga API-tjänsten att svara med ett HTTP 429-meddelande om för många förfrågningar.

Bygga databas från instans av utbildningsobjekt och CI_STATS-händelser

Instanshändelsen för utbildningsobjekt genererar attributen loInstanceId, loId och loType för kurser och utbildningsvägar. På samma sätt gäller CI_STATS-händelsen endast kurser eftersom seatLimit, seatAvailability, waitListLimit, waitlistAvailability osv., endast gäller kurser.

I vissa användningsfall krävs ytterligare instansdata, som instansnamn, tillstånd osv. Om du vill hämta ytterligare instansdata ska följande metod användas:

Fråga efter information från public-api-GET /learningobjects - administratörsomfattning

Kunder kan använda API:et GET /learningObjects som nämns ovan, tillsammans med instanser som ingår för att hämta information om instanser. De bör fortfarande följa metoden som nämns i avsnittet för att säkerställa att hastighetsgränserna inte överskrids.

NOTE

Certifieringar har inte förekomstkonceptet i ALM.
Det finns inget behov av att hämta ytterligare data för CI_STATS eftersom samma information redan skulle ha hämtats som en del av utbildningsobjektets instanshändelser.

Bygger databas från händelser för registrering, avregistrering, slutförande och förlopp

Elevregistrering, avregistrering, slutförande och förlopp skickas som separata händelser i Adobe Learning Manager. Eleven identifieras av attributet userId. Det kan dock finnas vissa scenarier där ytterligare elevinformation, som namn, e-post osv., krävs för underordnade arbetsflöden på kundsidan. För att hämta dessa data kan kunderna följa den metod som beskrivs nedan:

Exportera användarrapporten från administratören eller kopplingar

Denna metod bör användas när massarbetsflöden är inblandade, t.ex. vid massregistrering eller avregistrering av massdata. Användarrapporten från Adobe Learning Manager innehåller all användarinformation. Genom att korrelera userId som erhölls från webhook-händelsen kan kunder slå upp den här rapporten (som kan visas på kundsidan som en databas, cache eller API-slutpunkt) för att hämta ytterligare information som Namn, E-post, UUID osv. Den här metoden kan användas för att synka användare varje vecka eller dag.

Frågeinformation från offentlig API-GET/användare - administratörsomfattning

Den här metoden kan användas när användarna inte är tillgängliga i rapporten ovan. Kombinationen av 1 och 2 gör att alla befintliga användare som skapats tidigare kan omfattas av User Report, medan nyskapade användare fortfarande kan hämtas från API:et. Om User Report saknar data kan kunden skicka användar-ID:n som indataargument till API:t GET /users för att hämta användarinformation. Denna information bör cachelagras på kundsidan för att förhindra upprepade anrop av det offentliga API:t för samma uppsättning användare. Observera att vi för närvarande har hastighetsgränser för administratörer inställda på 500 förfrågningar per timme för API:er för GET/användare. Alla förfrågningar som överskrider den här gränsen resulterar i svaret HTTP 429 för många förfrågningar.

Feltolerans

Feltoleransen för ALM-webhooksystemet ger rekommendationer för prenumeranter som hanterar potentiella problem, t.ex. händelseförlust, dubbletthändelser och leverans utanför beställning.

ALM har en anslutningstidsgräns på 10 sekunder och en sockettimeout på 5 sekunder. Förväntningarna är att kunden bekräftar meddelandet så snart det tar emot dem. Detta är för att säkerställa att klienten inte fördröjs under bearbetning av meddelanden. Om det finns någon nedströmsbearbetning som är tidskrävande, klienten bör ändå bekräfta händelsen omedelbart och sedan hantera nedströmsbearbetningen i sin ände.

Datalagring

Evenemangen sparas i 7 dagar. Om de inte bearbetas inom den här tiden går de förlorade för alltid. Om återställning sker den sista dagen och det behövs mer tid förlängs inte kvarhållningsperioden.
Om händelser produceras snabbare än de konsumeras kan vissa händelser gå förlorade. Även om detta är ovanligt, abonnenter bör övervaka för att förhindra att det blir en långsiktig fråga.

Inaktivera webhookar

När en prenumerant inte svarar på webhook-händelser gör ALM-systemet ett nytt försök att använda webhookar med exponentiell backoff för att undvika att överväldiga prenumeranten.

Återförsöksprocessen startar med ett inledande intervall på 5 sekunder. Om prenumeranten inte svarar fördubblas väntetiden till 10, 20, 40 och 80 sekunder, och ökar så småningom till maximalt 5 minuter. När det når 5 minuter fortsätter systemet att försöka igen var femte minut tills kvarhållningsperioden på 7 dagar är slut. Om prenumeranten fortfarande inte svarar under hela den här perioden inaktiveras webhooken automatiskt. En påminnelse kommer att skickas till prenumeranten med jämna mellanrum.

Duplicera händelser

Om det tar mer än fem sekunder för en prenumerant att svara efter att en händelse har bearbetats, kan systemet försöka behandla samma händelse igen. Vi rekommenderar att du använder händelse-ID:n för att hålla reda på vilka händelser som redan har bearbetats. Och om en webhook kraschar efter att händelsen har skickats men innan du sparar att den har bearbetats, kan samma händelsegrupp försöka igen. Vi rekommenderar att du använder batch-ID:n eller enskilda händelse-ID:n för att känna igen och ignorera eventuella dubbletter.

Rekommendation för feltolerans

För att förhindra dessa fel bör prenumeranter aktivt övervaka webhook-händelser och ställa in varningar för problem som missade händelser, dubbla leveranser eller oordnade sekvenser.

Specifika riktlinjer för webhook-händelser

Om du får en LEARNER_PROGRESS -händelse först ska du ignorera händelserna nedan:
- COURSE_ENROLLMENT
- COURSE_ENROLLMENT_BATCH
- LEARNING_PATH_ENROLLMENT
- LEARNING_PATH_ENROLLMENT_BATCH
- CERTIFICATION_ENROLLMENT
- CERTIFICATION_ENROLLMENT_BATCH
Ignorera händelsen LEARNER_PROGRESS om den inträffar efter följande händelser:
- COURSE_COMPLETED
- COURSE_COMPLETED_BATCH
- LEARNING_PATH_COMPLETED
- LEARNING_PATH_COMPLETED_BATCH
- CERTIFICATION_COMPLETED
- CERTIFICATION_COMPLETED_BATCH
Använd fältet tidsstämpel för att ange om händelsen ska ignoreras eller bearbetas, förutom för händelsen LEARNER_PROGRESS.

Bra metoder för konsumtion av webhookar

Webhook-lösningen används för att hantera system med hög genomströmning där hastighet och låg latens är viktiga. Kunden bör därför se till att händelsen bekräftas så snart den har tagits emot. Även om ytterligare bearbetning behövs på kundens sida (t.ex. hämtning av data från rapporter, API eller andra åtgärder), ska bekräftelsen skickas så snart händelsen har tagits emot och det är upp till klienten att behandla händelsen senare.
Om man inte erkänner händelsen så snart som möjligt kan det påverka händelsernas realtidskaraktär, eftersom efterföljande händelser kommer att utsändas först när den tidigare bekräftelsen har mottagits.
Klienter kan svara med en godkänd HTTP 202-statuskod för att bekräfta att händelsen har accepterats.

Begränsningar

Arbetsstöd övervägs inte för webhook-händelser under kategorin LO:er eftersom de vanligtvis används för att hjälpa elever att slutföra andra utbildningsobjekt.
En pensionering av en utbildningsobjektinstans betraktas som en uppdateringshändelse. Det skulle inte finnas någon delete-händelse för en instans eftersom den bara kan dras tillbaka, inte tas bort.
Sessionsändringar samlades då in som en del av instansens uppdateringshändelse. Detta gäller endast kurser. Det kommer inte att ske någon ökning från enheter på lägre nivå för instanser av utbildningsvägar eller certifieringsinstanser.
Om en utbildningsväg innehåller en kurs och en elev slutför kursen via utbildningsvägen kommer två elevframsteg händelser att genereras - en för kursen och en för utbildningsvägen.
Vissa arbetsflöden beräknar attribut för utbildningsobjekt, t.ex. varaktighet och leveranstyp, asynkront. Därför genereras händelser för dessa utbildningsobjekt när cron-jobbet har bearbetats klart.
Om en kurs registreras via ett överordnat utbildningsprogram eller en certifiering, kommer händelserna för registrering, avregistrering och slutförande endast att utlösas för det överordnade utbildningsprogrammet eller certifieringen. Dessa händelser utlöses inte för den underordnade kursen eftersom registreringen skedde indirekt.
Webhooks stöds endast för konton med statusen ACTIVE. De är inte tillgängliga för TRIAL- eller INACTIVE-konton.

Exempel på nyttolaster för händelserna