Skip to main content

Webhook-händelser för rättighetsbeviljande

Dessa händelser utlöses när en kunds rättighetsbeviljande ändrar tillstånd, till exempel när en licensnyckel genereras, en Discord-roll tilldelas, en nedladdningslänk tillhandahålls eller åtkomst återkallas. Prenumerera på dessa händelser för att hålla din applikation synkroniserad med vad varje kund kan komma åt. Alla fyra händelser delar samma EntitlementGrantResponse nyttolast dokumenterad i schemat nedan.

Händelsetriggare

entitlement_grant.created

En beviljanderad infogades just. Beviljandet har alltid en stabil id från och med nu, även om dess status ändras. Använd denna händelse för att registrera att uppfyllande pågår. För licensnycklar infogas raden direkt med status: "delivered" och delivered_at ifyllda, så en enda created-händelse följs av inga ytterligare tillståndsändringar om inte beviljandet senare återkallas. För alla andra integrationer anländer raden med status: "pending". En delivered eller failed-händelse följer när leveransen slutförs:
  • OAuth-baserade integrationer (Discord, GitHub, Notion) inkluderar en oauth_url som kunden måste besöka för att slutföra samtycket. Beviljandet förblir pending tills kunden godkänner.
  • Plattformsdirekta integrationer (Telegram, Framer, Digitala Files) förblir i pending endast kort medan plattformsanropet körs, för att sedan flytta till delivered.

entitlement_grant.delivered

Beviljandet övergick från pending till delivered. Kunden har nu åtkomsten som beskrivs av rättigheterna. Använd denna händelse för att låsa upp beroende funktioner i dina egna system, till exempel för att tillhandahålla en arbetsyta, skicka ett anpassat välkomstmail eller markera en “uppfylld” flagga. Nyttolastens delivered_at-fält fångar när leveransen slutfördes. För beviljanden som anlände delivered vid skapandet, kommer du att få created och delivered-händelser back-to-back.

entitlement_grant.failed

Leverans försöktes och misslyckades med ett icke-återprovbart fel. Fälten error_code och error_message förklarar felet. Vanliga orsaker inkluderar en återkallad OAuth-token, en nekad plattformsbehörighet eller ett saknat mål (t.ex., en raderad Discord-gille).
Behandla entitlement_grant.failed som åtgärdsbar. Kunden betalade men fick inte åtkomst. Framhäv misslyckanden för din supportteam eller utlös en ombeviljning när den underliggande frågan är löst.

entitlement_grant.revoked

Åtkomst drogs tillbaka på plattformsnivån: Discord-roll borttagen, GitHub-samarbetare borttagen, licensnyckel inaktiverad, filnedladdnings-URL:er ej längre tillhandahållna. Fältet revocation_reason registrerar utlösaren.

Nyttolastvarianter

Fältet data är alltid ett EntitlementGrantResponse-objekt. Två integrationstyper bifogar extra kapslade objekt:
  • license_key ingår när rättighetsintegrationstypen är license_key. Det innehåller den genererade nyckeln, utgångsdatum och aktiveringsanvändning.
  • digital_product_delivery ingår när integrationstypen är digital_files. Det innehåller försignerade nedladdnings-URL:er, den valfria instructions, och den valfria external_url.
För alla andra integrationstyper (Discord, GitHub, Telegram, Framer, Notion) är båda fälten null; den relevanta konfigurationen fångas i själva rättigheten, inte i beviljandet.

Exempel på nyttolaster

Licensnyckel levererad (entitlement_grant.delivered)

Digitala filer levererade (entitlement_grant.delivered)

Discord-roll skapad och väntande (entitlement_grant.created)

Beviljande återkallat vid prenumerationsavslut (entitlement_grant.revoked)

Leverans misslyckades (entitlement_grant.failed)


Integrationstips

  • Vänta på entitlement_grant.delivered innan du låser upp beroende funktioner. En payment.succeeded händelse talar om för dig att pengarna gått igenom; det talar inte om för dig att kunden har GitHub-repot eller Discord-rollen än. delivered-händelsen är den sanningskälla för uppfyllande.
  • Kartlägg revocation_reason till retention flöden. En subscription_on_hold återkallelse innebär vanligtvis att kundens kort misslyckades och nästa förnyelse kommer att nybevilja åtkomst. En manual eller subscription_cancelled återkallelse är avsiktlig. Behandla dem olika i kundmeddelandena.
  • Använd grant id som din idempotensnyckel. Ett enda beviljande avger högst ett created-händelse och högst en slutlig händelse (delivered eller failed), och högst ett revoked-händelse. Återleveranser från webhooksystemet kan upprepa händelser; dupplikat på grant id plus type.
  • Inspektera license_key och digital_product_delivery för att känna igen integrationstypen. Grant nyttolasten i sig bär inte integrationstypen, men exakt ett av dessa kapslade objekt fylls i för licensnyckel och digitala filer rättigheter.
  • För OAuth-baserade beviljanden, visa oauth_url för kunden. entitlement_grant.created-händelsen för Discord, GitHub, eller Notion prenumerantflöden inkluderar en oauth_url och oauth_expires_at. Maila det till kunden eller visa det i din app för att låsa upp leveransen.

Integreringstips

  • Vänta på entitlement_grant.delivered innan du låser upp beroende funktioner. En payment.succeeded-händelse talar om att pengarna har gått igenom, men inte att kunden ännu har fått GitHub-repot eller Discord-rollen. delivered-händelsen är den tillförlitliga källan för fulfillment.
  • Koppla revocation_reason till retention-flöden. En subscription_on_hold revoke innebär vanligtvis att kundens kort misslyckades och att nästa förnyelse ger åtkomst igen. En manual- eller subscription_cancelled-revoke är avsiktlig. Hantera dem olika i kundkommunikationen.
  • Använd grant id som din idempotency key. En enda grant skickar högst en created-händelse, högst en terminalhändelse (delivered eller failed) och högst en revoked-händelse. Återleveranser från webhook-systemet kan upprepa händelser; deduplicera på grant id plus type.
  • Läs integration_type för att identifiera grant-typen. Payloaden innehåller integration_type direkt (till exempel license_key, digital_files, discord). De kapslade objekten license_key och digital_product_delivery fylls i när deras respektive grants har levererats; en manuellt uppfylld licensnyckel-grant förblir pending med integration_type: "license_key" och en null license_key tills du uppfyller den.
  • Visa oauth_url för kunden vid OAuth-baserade grants. entitlement_grant.created-händelsen för Discord-, GitHub- eller Notion-prenumerantflöden innehåller en oauth_url och oauth_expires_at. Skicka den via e-post till kunden eller visa den i din app för att möjliggöra leveransen.

Detailed view of a single entitlement grant: who it's for, its lifecycle state, and any integration-specific delivery payload.

brand_id
string
obligatorisk

Brand id this grant belongs to.

business_id
string
obligatorisk

Identifier of the business that owns the grant.

created_at
string<date-time>
obligatorisk

Timestamp when the grant was created.

customer_id
string
obligatorisk

Identifier of the customer the grant was issued to.

entitlement_id
string
obligatorisk

Identifier of the entitlement this grant was issued from.

id
string
obligatorisk

Unique identifier of the grant.

integration_type
enum<string>
obligatorisk

The integration type of the grant's entitlement (e.g. license_key).

Tillgängliga alternativ:
discord,
telegram,
github,
figma,
framer,
notion,
digital_files,
license_key,
feature_flag
metadata
Metadata · object
obligatorisk

Arbitrary key-value metadata recorded on the grant.

status
enum<string>
obligatorisk

Lifecycle status of the grant.

Tillgängliga alternativ:
Pending,
Delivered,
Failed,
Revoked
updated_at
string<date-time>
obligatorisk

Timestamp when the grant was last modified.

delivered_at
string<date-time> | null

Timestamp when the grant transitioned to delivered, when applicable.

digital_product_delivery
null | Digital Product Delivery · object

Digital-product-delivery payload, present when the entitlement integration is digital_files.

error_code
string | null

Machine-readable code reported when delivery failed, when applicable.

error_message
string | null

Human-readable message reported when delivery failed, when applicable.

feature
null | object

Typed feature payload, present only when the entitlement integration is feature_flag; null for every other integration type.

license_key
null | object

License-key delivery payload, present when the entitlement integration is license_key.

oauth_expires_at
string<date-time> | null

Timestamp when oauth_url stops being valid, when applicable.

oauth_url
string | null

Customer-facing OAuth URL for OAuth-style integrations. Populated during the customer-portal accept flow; null until the customer completes that step, and on grants for non-OAuth integrations.

payment_id
string | null

Identifier of the payment that triggered this grant, when applicable.

revocation_reason
string | null

Reason recorded when the grant was revoked, when applicable.

revoked_at
string<date-time> | null

Timestamp when the grant transitioned to revoked, when applicable.

subscription_id
string | null

Identifier of the subscription that triggered this grant, when applicable.

Senast ändrad 31 juli 2026