Skip to main content

Webhook APIs

Version: aju17f20mq

Use the reference below for request and response fields and operation-specific requirements.

Overview

Register HTTPS endpoints, subscribe them to events and inspect or retry deliveries.

Authentication​

Use an authorized backend sk_… key in X-API-Key; these configuration operations do not need an end-user identity. A console JWT belongs to the separate console surface. See Authentication.

Tenant context comes from the authenticated request. Client-supplied X-Tenant-Id, X-User-Id or X-Project-Id are not an authorization mechanism. The current public integration uses the default project. Do not rely on project headers for separate project, test/live or customer isolation on this API.

Endpoints and subscriptions​

An endpoint is your receiving URL; a subscription selects its events. Supplying eventTypes during endpoint creation also attempts a subscription, but the two writes can partially succeed. Reconcile before retrying. The current platform permits one live subscription per endpoint and rejects a second. Replacement by delete-then-create has a delivery gap; temporary overlap requires a separately created endpoint, receiver deduplication and a qualified cutover.

Addressing Subscriptions​

Subscription references accept exactly one of subscriptionId or externalId where offered. An external ID is unique among live subscriptions in its current scope and may be reused after deletion; do not treat a reused alias as the original subscription’s immutable identity.

Provider cursor traversal can produce estimated totals until exhausted. Re-queue acceptance is not proof of successful delivery or business processing.

Related guide: Webhooks

JSON conventions​

Requests accept snake_case or camelCase field names; responses use camelCase. Ordinary default-valued scalars and empty repeated fields can be omitted. Explicitly present optional scalars, map values and well-known JSON types follow their own presence rules: an explicit false, 0 or empty value is not universally equivalent to absence. Decode each field according to its schema. 64-bit integers use JSON strings; preserve their precision. Unknown request fields are generally discarded before validation, so a typo can silently change behavior. This is not a guarantee that arbitrary fields or future client contracts are supported. See API conventions.

Endpoints​

Register and manage the URLs that receive webhook deliveries.

Subscriptions​

Bind an endpoint to event types. One live subscription is allowed per endpoint; subscriptions on separate endpoints can receive the same event.

Deliveries​

Inspect delivery records and request another attempt for eligible retained deliveries.

Server 1​

Travila API

https://api.travila.ai

X-API-Key​

Authorized tenant backend secret key (sk_…). No end-user identity is needed for these tenant/project configuration operations. Keep the key out of client apps; authorization and provisioning still apply.

Authorization: Bearer​

The end user's own JWT, issued by the OIDC provider configured on the publishable key. Required alongside a pk_… key, and supplies the user identity in place of X-On-Behalf-Of.

Authentication credentials

SettingValue
Security scheme typeapiKey
header parameter nameX-API-Key

Operations​

Document ID: DOC-API-webhooks-overview. Section identities and revisions.

SectionStable reference
OverviewDOC-API-webhooks-overview#overview
AuthenticationDOC-API-webhooks-overview#authentication
Endpoints and subscriptionsDOC-API-webhooks-overview#endpoints-and-subscriptions
Addressing SubscriptionsDOC-API-webhooks-overview#addressing-subscriptions
JSON conventionsDOC-API-webhooks-overview#json-conventions
EndpointsDOC-API-webhooks-overview#reference-group-1
SubscriptionsDOC-API-webhooks-overview#reference-group-2
DeliveriesDOC-API-webhooks-overview#reference-group-3
Server 1DOC-API-webhooks-overview#reference-server-1
X-API-KeyDOC-API-webhooks-overview#authentication-apiKeyAuth
Authorization: BearerDOC-API-webhooks-overview#authentication-bearerAuth