Three steps to ship REST API + Webhooks in your pilot
Authenticate with OAuth 2.0
Create a client credentials grant in the Nexora admin console. The token has scoped permissions (conversations:read, campaigns:write, etc.) and a configurable lifetime. Standard OAuth 2.0 client credentials flow — nothing bespoke to learn.
Call the REST endpoints
Endpoints are documented openly: /conversations, /campaigns, /knowledge, /webhooks. JSON in, JSON out, idempotency keys honoured. Rate limits are conservative by default and lift on request once we see your traffic shape.
Receive signed webhooks
Subscribe to events: conversation.completed, intent.detected, campaign.callback.received. Payloads are signed with HMAC-SHA256 over a shared secret so you can verify origin. Delivery retries with exponential back-off if your endpoint is briefly unavailable.
Common REST API + Webhooks use cases
Custom in-house integrations to your core system, where neither a native connector nor Zapier covers the data shape.
Programmatic campaign initiation from your existing scheduling or orchestration platform.
Real-time event pipelines: feed every conversation outcome into your data warehouse, BI tool, or compliance log.
REST API — initiate outbound voice campaign
Stylised example — not a runnable script. Endpoints, payload shapes, and authentication are documented in the integration runbook shipped during the pilot.
Common questions
How is the REST API authenticated?
OAuth 2.0 client credentials grant. Create a client in the admin console with the scopes you need; the resulting token authenticates every API call. Tokens have configurable lifetimes; rotation is supported. There's no bespoke authentication scheme to learn — if you've used a modern API, you've used this.
How do webhook signatures work?
Each webhook payload is signed with HMAC-SHA256 over a shared secret you set when creating the webhook subscription. The signature appears in an `X-Nexora-Signature` header. Your endpoint verifies by recomputing the HMAC over the raw body — standard pattern, same as Stripe, GitHub, and others.
What is the retry behaviour for failed webhook delivery?
Exponential back-off: 30s, 2m, 5m, 15m, 1h, 6h, 24h. After the final retry, the event surfaces in the admin console as a failed delivery so you can replay it manually. We never silently drop events — every conversation outcome is durable until acknowledged.
Can custom in-house adapters be built in the pilot?
Yes. Bespoke connectors to in-house systems are common — typically a thin wrapper that translates your internal API to the Nexora REST surface, hosted alongside your other integration glue. The pilot includes scoping and shipping of one such adapter; additional adapters are a follow-on engagement.
Pilot in 14 days. Live in 30.
A 30-minute scoping call. We bring the REST API + Webhooks integration patterns. You bring the system credentials and the first use case.