Webhooks

Med webhooks får du aviseringar i realtid när något händer på ditt LabelGrid-konto. Använd webhooks för att automatisera arbetsflöden och integrera med externa system.

Note

Webhooks kräver att API-åtkomst är aktiverad på ditt konto. Kontakta supporten om du behöver aktivera den funktionen.

För utvecklare: du kan även hantera webhooks programmatiskt via API:et. Se LabelGrids API-dokumentation för endpoints och exempel.

Så fungerar webhooks

1. Du konfigurerar en webhook – ange en URL och vilka händelser den ska lyssna på
2. En händelse inträffar – till exempel att en release levereras till en butik
3. LabelGrid skickar en POST-förfrågan – din server tar emot händelsedatan
4. Ditt system bearbetar den – automatisera arbetsflöden utifrån händelsen

---

Hitta webhooks

1. Klicka på din profilikon längst upp till höger
2. Välj Webhooks i rullgardinsmenyn

---

Skapa en webhook

1. Klicka på Create Webhook
2. Ange ett namn som identifierar webhooken
3. Ange den URL där du vill ta emot aviseringar
4. Välj vilka händelser som ska utlösa webhooken
5. Klicka på Create

Webhook-hemlighet

När du skapar en webhook får du en hemlig nyckel. Använd den för att verifiera att inkommande förfrågningar verkligen kommer från LabelGrid:

• Förvara hemligheten säkert
• Verifiera signaturen på inkommande förfrågningar
• Generera en ny hemlighet om den röjs

---

Tillgängliga händelser

Konfigurera din webhook att lyssna på de här händelserna. Händelseidentifieraren är värdet du ser i event-egenskapen i nyttolasten och i headern X-Webhook-Event:

Händelseidentifierare	Beskrivning
delivery.completed	Utlöses när en release har levererats till en kanal
delivery.failed	Utlöses när en leverans till en kanal misslyckas
takedown.completed	Utlöses när en takedown-begäran slutförs
release.review.status_changed	Utlöses när granskningsstatusen för en release ändras
release.preflight.report_ready	Utlöses när Preflight QC-rapporten för en release i väntläge är klar att hämta
stream_radar.flag_created	Utlöses när en Stream Radar-flagga reses, eller en löst flagga återöppnas vid en ny detektion
stream_radar.flag_resolved	Utlöses när en Stream Radar-flagga löses för att detektionerna upphörde
release.distributed	Utlöses när en release distribueras
payment.statement_ready	Utlöses när en avräkning är klar att visas
transcode.completed	Utlöses när transkodningen av ett spårs ljud slutförs korrekt
transcode.failed	Utlöses när transkodningen av ett spår misslyckas eller avslutas ofullständigt
distribution.outlet.status_changed	Utlöses vid varje statusövergång i distributionen per kanal

Du kan välja flera händelser för en enda webhook, eller skapa separata webhooks för olika händelsetyper.

Du kan även läsa den här listan programmatiskt: GET /api/public/webhooks/event-types returnerar varje händelse tillsammans med ett data-schema som beskriver dess nyttolastnycklar och -typer, så att konsumenter med strikt schema kan vidga sin inkommande validering i förväg.

---

Hantera webhooks

Visa dina webhooks

Webhook-listan visar:

Kolumn	Beskrivning
Name	Namnet du gav webhooken
URL	Dit aviseringarna skickas
Events	Antal konfigurerade händelser
Status	Aktiv eller inaktiv
Success / Fail	Antal lyckade och misslyckade leveranser
Last Triggered	När webhooken senast anropades

Redigera en webhook

1. Klicka på Edit på webhookens rad
2. Ändra namnet, URL:en eller händelserna
3. Klicka på Save

Aktivera och inaktivera

Slå av eller på en webhooks aktiva status utan att ta bort den:

• Aktiv – webhooken tar emot aviseringar
• Inaktiv – webhooken är pausad, inga aviseringar skickas

Ta bort en webhook

1. Klicka på Delete på webhookens rad
2. Bekräfta borttagningen

Danger

Borttagna webhooks går inte att återställa.

---

Testa webhooks

Innan du förlitar dig på en webhook i produktion bör du testa den:

1. Klicka på Test på din webhook
2. LabelGrid skickar en testnyttolast till din URL
3. Kontrollera att din endpoint tog emot och bearbetade den korrekt

Note

Testnyttolasten har inte samma form som riktiga händelser. Dess event-fält i höljet är "test" och data-objektet innehåller { "test": true, "message": "...", "timestamp": "..." }. Använd den för att verifiera anslutning och signaturhantering, men skriv dina händelsehanterare utifrån de riktiga händelsenyttolaster som dokumenteras i Händelsenyttolaster.

---

Visa webhook-loggar

Övervaka webhook-aktivitet och felsök problem:

1. Klicka på View Logs på en webhook
2. Se en historik över alla webhook-leveranser

Loggdetaljer

Varje loggpost visar:

Fält	Beskrivning
Event Type	Vilken händelse som utlöste leveransen
Response Status	HTTP-statuskoden från din server
Duration	Hur lång tid förfrågan tog
Attempt	Försöksnummer för omförsöket
Timestamp	När leveransen skedde

---

Format på webhook-nyttolasten

När en händelse inträffar skickar LabelGrid en POST-förfrågan till din URL med en JSON-nyttolast:

{
  "event": "delivery.completed",
  "timestamp": "2026-05-05T10:00:00+00:00",
  "webhook_id": "123",
  "data": {
    // Event-specific data
  }
}

Fältet timestamp använder formatet ISO 8601. webhook_id är ID:t för din konfigurerade webhook (det matchar headern X-Webhook-Id).

---

Händelsenyttolaster

Strukturen på data-objektet beror på event-typen. Alla fälttyper nedan är JSON-typer så som de serialiseras i nyttolasten.

delivery.completed

Utlöses en gång per kanal när en releaseleverans når ett slutligt lyckat tillstånd.

{
  "event": "delivery.completed",
  "timestamp": "2026-05-18T10:00:00+00:00",
  "webhook_id": "123",
  "data": {
    "distro_queue_id": 456,
    "release_id": 789,
    "label_id": 321,
    "release_cat": "ABC123",
    "outlet_id": 12,
    "outlet_name": "Spotify",
    "status": "complete"
  }
}

Fält	Typ	Beskrivning
distro_queue_id	integer	Internt kö-ID för det här leveransförsöket
release_id	integer	Den release som levererades
label_id	integer	Skivbolaget som äger releasen, så att du kan dirigera händelsen utan en extra uppslagning
release_cat	string | null	Din katalogreferens för releasen
outlet_id	integer | null	ID för målkanalen
outlet_name	string | null	Läsbart namn på kanalen (t.ex. "Spotify")
status	string	Alltid "complete" för den här händelsen

delivery.failed

Utlöses en gång per kanal när en releaseleverans når ett slutligt misslyckat tillstånd. Samma nyttolast som delivery.completed plus ett message-fält.

{
  "event": "delivery.failed",
  "timestamp": "2026-05-18T10:00:00+00:00",
  "webhook_id": "123",
  "data": {
    "distro_queue_id": 456,
    "release_id": 789,
    "label_id": 321,
    "release_cat": "ABC123",
    "outlet_id": 12,
    "outlet_name": "Spotify",
    "status": "error",
    "message": "Outlet rejected the delivery: missing ISRC."
  }
}

Fält	Typ	Beskrivning
status	string	Ett av error, fault, rejected, batch_exception
message	string | null	Orsak till felet, från kanalen eller distributionspipelinen

Note

Interna infrastrukturfel (till exempel fel vid kopiering av ljudfiler till våra leveransservrar) utlöser inte delivery.failed. Bara fel på DSP-sidan och på pipeline-nivå utlöser den här händelsen.

takedown.completed

Utlöses en gång per kanal när en takedown-begäran lyckas. Samma form som delivery.completed plus en takedown: true-flagga.

{
  "event": "takedown.completed",
  "timestamp": "2026-05-18T10:00:00+00:00",
  "webhook_id": "123",
  "data": {
    "distro_queue_id": 456,
    "release_id": 789,
    "label_id": 321,
    "release_cat": "ABC123",
    "outlet_id": 12,
    "outlet_name": "Spotify",
    "status": "complete",
    "takedown": true
  }
}

release.distributed

Utlöses en gång per release när releasen övergår till leveranstillståndet distributed. Utlöses bara vid övergången in i distributed, inte vid efterföljande sparningar medan releasen redan är distribuerad.

{
  "event": "release.distributed",
  "timestamp": "2026-05-18T10:00:00+00:00",
  "webhook_id": "123",
  "data": {
    "release_id": 789,
    "label_id": 321,
    "release_cat": "ABC123",
    "release_title": "Summer EP",
    "delivery_status": "distributed"
  }
}

release.review.status_changed

Utlöses varje gång en release byter granskningstillstånd.

{
  "event": "release.review.status_changed",
  "timestamp": "2026-05-18T10:00:00+00:00",
  "webhook_id": "123",
  "data": {
    "release_id": 789,
    "label_id": 321,
    "release_cat": "ABC123",
    "release_title": "Summer EP",
    "previous_status": "to_review",
    "new_status": "approved"
  }
}

Fält	Typ	Beskrivning
previous_status	string	Föregående status. Ett av draft, to_review, approved, rejected, require_changes, audit
new_status	string	Ny status. Samma uppsättning värden
review_issues	array (valfritt)	Finns bara vid övergångar till require_changes och rejected: de problem som kräver din uppmärksamhet. Vid alla andra övergångar utelämnas nyckeln, så utgå inte från att den alltid finns

Note

Statusen audit betyder att en operatör manuellt har kört om felkontrollerna mot en release som redan var godkänd. Den utlöses aldrig av dina egna åtgärder, och en release i audit förblir live på DSP:erna medan omkontrollen körs.

release.preflight.report_ready

Utlöses när kvalitetsrapporten från Preflight QC för en release i väntläge före granskningen är klar att hämta. Kräver tillägget Preflight QC på ditt konto.

{
  "event": "release.preflight.report_ready",
  "timestamp": "2026-07-07T10:00:00+00:00",
  "webhook_id": "123",
  "data": {
    "release_id": 789,
    "label_id": 321,
    "release_cat": "ABC123",
    "release_title": "Summer EP",
    "generated_at": "2026-07-07T09:58:12+00:00",
    "profile": { "name": "quality_report", "version": 2 },
    "counts": { "blocking": 1, "informational": 2, "requires_feedback": 1 }
  }
}

Fält	Typ	Beskrivning
release_id	integer	Releasen som rapporten hör till
label_id	integer	Skivbolaget som äger releasen
release_cat	string | null	Din katalogreferens för releasen
release_title	string | null	Releasetiteln
generated_at	string	När kontrollerna slutfördes (ISO 8601). Matchar kvalitetsrapport-endpointens report.generated_at
profile	object	Kvalitetsprofilen som antalen beräknades genom: {name, version}
counts	object	Endast aggregerade antal: {blocking, informational, requires_feedback}. Antalet requires_feedback överlappar de andra två

Note

Nyttolasten innehåller aldrig själva problemen. Hämta den fullständiga rapporten från kvalitetsrapport-endpointen när du tar emot den. Se Preflight QC: använda API:et.

stream_radar.flag_created

Utlöses när en Stream Radar-flagga reses – antingen en helt ny flagga eller en tidigare löst flagga som återöppnas vid en ny detektion. Kräver tillägget Stream Radar på ditt konto. Fältet transition skiljer de två fallen åt: published för en ny flagga, reopened för en som blev aktiv igen.

{
  "event": "stream_radar.flag_created",
  "timestamp": "2026-07-07T10:00:00+00:00",
  "webhook_id": "123",
  "data": {
    "flag_id": 4501,
    "dsp": "spotify",
    "isrc": "USRC12345678",
    "release_id": 789,
    "track_id": 654,
    "severity": "high",
    "status": "active",
    "transition": "published",
    "first_detected_at": "2026-07-06T00:00:00+00:00",
    "last_detected_at": "2026-07-07T00:00:00+00:00",
    "estimated_affected_streams": 12500,
    "published_at": "2026-07-07T09:58:12+00:00",
    "resolved_at": null
  }
}

Fält	Typ	Beskrivning
flag_id	integer	Flaggans stabila identifierare; matchar id på Stream Radar-endpointerna
dsp	string	Plattformen som mönstret sågs på (t.ex. spotify)
isrc	string	ISRC för den berörda inspelningen
release_id	integer	Releasen som inspelningen hör till
track_id	integer | null	Det specifika spåret, när ISRC entydigt mappar till ett av dina spår
severity	string	low, medium eller high
status	string	active för den här händelsen
transition	string	published för en ny flagga, reopened när en löst flagga blev aktiv igen
first_detected_at	string | null	När mönstret först sågs för det här spåret och den här plattformen (ISO 8601)
last_detected_at	string | null	Den senaste detektionen (ISO 8601)
estimated_affected_streams	integer | null	En uppskattning av hur många streams som är inblandade
published_at	string	När flaggan först restes för dig (ISO 8601)
resolved_at	string | null	null medan flaggan är aktiv

stream_radar.flag_resolved

Utlöses när en Stream Radar-flagga löses för att detektionerna upphörde. Kräver tillägget Stream Radar. Samma fält som stream_radar.flag_created (utan transition), med status satt till resolved och resolved_at ifyllt.

{
  "event": "stream_radar.flag_resolved",
  "timestamp": "2026-07-14T10:00:00+00:00",
  "webhook_id": "123",
  "data": {
    "flag_id": 4501,
    "dsp": "spotify",
    "isrc": "USRC12345678",
    "release_id": 789,
    "track_id": 654,
    "severity": "high",
    "status": "resolved",
    "first_detected_at": "2026-07-06T00:00:00+00:00",
    "last_detected_at": "2026-07-12T00:00:00+00:00",
    "estimated_affected_streams": 18700,
    "published_at": "2026-07-07T09:58:12+00:00",
    "resolved_at": "2026-07-14T09:55:03+00:00"
  }
}

Note

Stream Radar-webhookleverans sker efter bästa förmåga. Behandla Stream Radar-flaggendpointerna som den auktoritativa källan och använd de här händelserna som en signal att läsa det aktuella tillståndet. Se Stream Radar: använda API:et.

payment.statement_ready

Utlöses när en avräkning genereras och är klar att visas.

{
  "event": "payment.statement_ready",
  "timestamp": "2026-05-18T10:00:00+00:00",
  "webhook_id": "123",
  "data": {
    "payment_request_id": 1024,
    "invoice_number": "INV-2026-001",
    "period": "2026-04-30",
    "amount": 1234.56,
    "total_due_usd": 1234.56,
    "currency": "USD"
  }
}

Fält	Typ	Beskrivning
payment_request_id	integer	Internt ID för betalningsbegäran
invoice_number	string	Fakturareferens för avräkningen
period	string | null	Slutdatum för perioden (ISO 8601-datum, YYYY-MM-DD)
amount	number	Avräkningsbelopp i currency
total_due_usd	number	Avräkningens totalsumma omräknad till USD
currency	string	Valutakod enligt ISO 4217 (USD som standard)

Note

payment.statement_ready är kontobunden: den innehåller varken release_id eller label_id.

transcode.completed och transcode.failed

Utlöses när transkodningen av ett spårs ljud slutförs. transcode.completed utlöses vid framgång; transcode.failed utlöses när transkodningen misslyckas eller avslutas ofullständigt. Båda har samma nyttolastform.

{
  "event": "transcode.completed",
  "timestamp": "2026-07-07T10:00:00+00:00",
  "webhook_id": "123",
  "data": {
    "release_id": 789,
    "label_id": 321,
    "track_id": 654,
    "transcoder_queue_id": 987,
    "status": "complete",
    "status_message": "transcode_complete",
    "files": [
      { "asset_type_id": 2, "status": "complete" }
    ]
  }
}

Fält	Typ	Beskrivning
release_id	integer	Releasen som spåret hör till
label_id	integer	Skivbolaget som äger releasen
track_id	integer	Spåret som transkodades
transcoder_queue_id	integer	Internt transkodnings-kö-ID
status	string	Rå köstatus: complete, error eller incomplete
status_message	string	Säker, uppräknad orsakskod: transcode_complete, transcode_error eller transcode_incomplete
files	array	Detaljer per fil för spåret: {asset_type_id, status} per transkodad fil

distribution.outlet.status_changed

Utlöses vid varje statusövergång i distributionen per kanal (till exempel scheduled → transcoding → batched → complete), inte bara de slutliga som täcks av delivery.completed, delivery.failed och takedown.completed. Den här händelsen är pratsam med avsikt: prenumerera på den bara om du vill ha hela förloppet per kanal.

{
  "event": "distribution.outlet.status_changed",
  "timestamp": "2026-07-07T10:00:00+00:00",
  "webhook_id": "123",
  "data": {
    "distro_queue_id": 456,
    "release_id": 789,
    "label_id": 321,
    "release_cat": "ABC123",
    "outlet_id": 12,
    "outlet_name": "Spotify",
    "previous_status": "transcoding",
    "status": "batched"
  }
}

Fält	Typ	Beskrivning
distro_queue_id	integer	Internt kö-ID för den här leveransen
release_id	integer	Releasen som distribueras
label_id	integer	Skivbolaget som äger releasen
release_cat	string | null	Din katalogreferens för releasen
outlet_id	integer | null	ID för målkanalen
outlet_name	string | null	Läsbart namn på kanalen
previous_status	string | null	Den föregående statusen; null när raden inte hade någon igenkänd föregående status
status	string	Den nya statusen

---

Verifiera webhook-signaturer

Varje webhook-leverans signeras så att du kan verifiera att den verkligen kom från LabelGrid. Verifiera alltid signaturen innan du bearbetar händelsen.

Request-headers

Varje POST-förfrågan från en webhook innehåller de här headrarna:

Header	Beskrivning
X-Webhook-Signature	HMAC-SHA256 av den råa förfrågningskroppen, gemener i hex, utan algoritmprefix
X-Webhook-Timestamp	ISO 8601-tidsstämpel för leveransen (samma värde som timestamp-egenskapen i kroppen)
X-Webhook-Event	Händelseidentifierare (t.ex. delivery.completed)
X-Webhook-Id	ID för den webhook som tar emot leveransen
User-Agent	LabelGrid-Webhooks/1.0
Content-Type	application/json

Algoritm

• Algoritm: HMAC-SHA256
• Kodning: gemener i hexadecimal
• Prefix: inget – värdet är bara hex-sammandraget, inte sha256=...
• Signerat innehåll: hela den råa JSON-förfrågningskroppen (kroppen innehåller själv tidsstämpeln som en egenskap, så tidsstämpeln signeras implicit)

Så verifierar du signaturen

1. Läs in den råa förfrågningskroppen innan någon JSON-parsning eller omvandling. Om du serialiserar om den parsade JSON-datan kan byten skilja sig och signaturen sluta stämma.
2. Beräkna HMAC-SHA256(raw_body, your_webhook_secret) och ta hex-sammandraget i gemener.
3. Jämför mot X-Webhook-Signature med en jämförelse i konstant tid.
4. (Rekommenderas) Avvisa förfrågan om X-Webhook-Timestamp är äldre än din toleranstid för replay-attacker – vi föreslår 5 minuter.

PHP-exempel

$rawBody = file_get_contents('php://input');
$signature = $_SERVER['HTTP_X_WEBHOOK_SIGNATURE'] ?? '';
$timestamp = $_SERVER['HTTP_X_WEBHOOK_TIMESTAMP'] ?? '';

$expected = hash_hmac('sha256', $rawBody, $webhookSecret);

if (! hash_equals($expected, $signature)) {
    http_response_code(401);
    exit('Invalid signature');
}

// Reject deliveries older than 5 minutes
if (abs(time() - strtotime($timestamp)) > 300) {
    http_response_code(401);
    exit('Stale delivery');
}

$payload = json_decode($rawBody, true);
// ... process the event
http_response_code(200);

Node.js-exempel

const crypto = require('crypto');

// Express: capture raw body BEFORE any JSON middleware
app.post('/webhook', express.raw({ type: 'application/json' }), (req, res) => {
  const rawBody = req.body; // Buffer
  const signature = req.header('X-Webhook-Signature') || '';
  const timestamp = req.header('X-Webhook-Timestamp') || '';

  const expected = crypto
    .createHmac('sha256', webhookSecret)
    .update(rawBody)
    .digest('hex');

  const sigBuf = Buffer.from(signature, 'hex');
  const expBuf = Buffer.from(expected, 'hex');

  if (sigBuf.length !== expBuf.length || !crypto.timingSafeEqual(sigBuf, expBuf)) {
    return res.status(401).send('Invalid signature');
  }

  if (Math.abs(Date.now() - new Date(timestamp).getTime()) > 5 * 60 * 1000) {
    return res.status(401).send('Stale delivery');
  }

  const payload = JSON.parse(rawBody.toString('utf8'));
  // ... process the event
  res.sendStatus(200);
});

Python-exempel

import hmac, hashlib
from datetime import datetime, timezone

raw_body = request.get_data()  # Flask: bytes, before any JSON parsing
signature = request.headers.get('X-Webhook-Signature', '')
timestamp = request.headers.get('X-Webhook-Timestamp', '')

expected = hmac.new(
    webhook_secret.encode('utf-8'),
    raw_body,
    hashlib.sha256
).hexdigest()

if not hmac.compare_digest(expected, signature):
    return ('Invalid signature', 401)

delivery_time = datetime.fromisoformat(timestamp.replace('Z', '+00:00'))
if abs((datetime.now(timezone.utc) - delivery_time).total_seconds()) > 300:
    return ('Stale delivery', 401)

return ('', 200)  # process the event, then ack

Vanliga fallgropar

• Att serialisera om kroppen innan du hashar. Ramverk som parsar JSON automatiskt (Express express.json(), Laravels standardhantering av förfrågningskroppen) förlorar de ursprungliga byten. Läs in den råa kroppen först.
• Att använda en jämförelse som inte sker i konstant tid (==, ===). Den är sårbar för timing-attacker – använd alltid hash_equals (PHP), crypto.timingSafeEqual (Node), hmac.compare_digest (Python) eller motsvarande i ditt språk.
• Att förvänta sig ett sha256=-prefix. Headervärdet är bara hex-sammandraget utan prefix.
• Att hoppa över tidsstämpelkontrollen. Utan den kan en läckt signatur återanvändas hur länge som helst.

---

Begränsningar och tillförlitlighet

Begränsningar för förfrågningar

Begränsning	Värde
Timeout för förfrågan	10 sekunder
Maximal storlek på nyttolast	64 KB
Maximalt antal webhooks per användare	10

Om din endpoint inte svarar inom 10 sekunder betraktas leveransen som misslyckad och görs om.

Schema för omförsök

Om din endpoint returnerar en status som inte är 2xx eller tar för lång tid, gör LabelGrid om leveransen med exponentiell backoff:

Försök	Väntan före omförsök
1 → 2	30 sekunder
2 → 3	1 minut
3 → 4	2 minuter
4 → 5	4 minuter
5 → 6	8 minuter
6 → 7	16 minuter
7 → 8	32 minuter
8 → 9	64 minuter
9 → 10	128 minuter

Varje intervall innehåller 0–30 sekunders jitter. Efter 10 försök (cirka 4,5 timmars total tid) loggas leveransen som permanent misslyckad och görs inte om fler gånger.

Automatisk inaktivering

Om en webhooks endpoint fortsätter att misslyckas — upprepade misslyckade leveranser utan någon lyckad leverans emellan — inaktiverar LabelGrid webhooken automatiskt för att sluta göra nya försök mot en endpoint som uppenbarligen inte kan ta emot händelser. Felräknaren nollställs vid varje lyckad leverans, så en enstaka hicka inaktiverar aldrig en webhook; bara ihållande, oavbrutna misslyckanden gör det.

När en webhook inaktiveras på det här sättet får dess ägare ett e-postmeddelande. E-postmeddelandet anger webhookens namn och dess endpoint-URL samt vilken typ av fel som utlöste inaktiveringen — till exempel en timeout för anslutningen eller upprepade HTTP-fel.

Att återaktivera gör du själv: åtgärda din endpoint och slå sedan på webhooken igen under Profil → Webhooks. När du återaktiverar en inaktiverad webhook nollställs dess felräknare. Webhook-listan visar den aktiva statusen och den aktuella felräknaren för varje webhook, så att du snabbt kan upptäcka en endpoint med problem.

Bästa praxis för tillförlitlighet

• Returnera ett 2xx-svar snabbt (inom 10 sekunder)
• Bearbeta datan asynkront efter att du har kvitterat
• Verifiera signaturen på varje förfrågan (se Verifiera webhook-signaturer)
• Håll koll på din felräknare i webhook-listan
• Granska leveransloggarna när du utreder uteblivna händelser

---

Användningsfall

Automatiserade aviseringar

• Skicka Slack-meddelanden när releaser går live
• Mejla ditt team när leveranser misslyckas
• Uppdatera interna dashboards

Automatisering av arbetsflöden

• Utlös marknadsföringskampanjer när releaser distribueras
• Uppdatera din webbplats när nytt innehåll finns tillgängligt
• Synka status till externa projektledningsverktyg

Övervakning och larm

• Få larm direkt vid leveransfel
• Följ distributionens framsteg i realtid
• Bevaka ändringar i granskningsstatus

---

Felsökning

Webhooken tar inte emot några händelser

1. Kontrollera statusen – är webhooken aktiv?
2. Verifiera URL:en – går endpointen att nå från internet?
3. Kontrollera händelserna – är rätt händelser valda?
4. Granska loggarna – finns det några fel registrerade?

Hög felräknare

1. Kontrollera din endpoint – returnerar den 200 OK?
2. Kontrollera svarstiden – svarar den inom timeouten?
3. Granska felmeddelandena – vad är det som misslyckas?
4. Testa manuellt – skicka en testwebhook

Generera en ny hemlighet

Om din webhook-hemlighet har röjts:

1. Klicka på Regenerate Secret i webhook-inställningarna
2. Uppdatera din applikation med den nya hemligheten
3. Den gamla hemligheten slutar gälla omedelbart

---

Behöver du hjälp?

Om du har frågor om webhooks kan du kontakta vårt supportteam.