Contact Requests
The Contact Requests API lets you capture, manage, and triage inbound lead-generation requests submitted through Onlive flows (e.g. "Contact me back", "Keep me informed"). Endpoints support creating a request, paginated listing with filters, retrieving a single request, updating its status, and deletion.
π Authenticationβ
All Contact Requests API endpoints require authentication using the ONLIVESITE authentication scheme. Include the following header in all requests:
Authorization: ONLIVESITE Credential:ONLIVEAccessKeyId, Signature=CalculatedSignature
π Available Endpointsβ
Contact Request Managementβ
- Create Contact Request - Record a new contact request
- Get Contact Request - Retrieve a specific contact request by ID
- List Contact Requests - Paginated list with filtering (type, status, user, service, taxonomies, extra fields)
- Update Contact Request - Modify a contact request's fields (partial)
- Delete Contact Request - Permanently remove a contact request
π‘ Common Use Casesβ
- Capturing leads from contact forms and "call-me-back" widgets
- Triaging incoming requests by status (
pendingβaccepted/rejected) - Routing requests to specific agents or user groups
- Syncing contact requests with downstream CRMs
- Filtering and exporting requests by taxonomy, service, or custom fields
For detailed information about specific operations, please refer to the individual endpoint documentation sections.
API requests are subject to rate limiting to ensure optimal performance. Please contact our support team for your specific rate limits.
π Contact Request Lifecycleβ
- Submission: A contact request is created (typically by a flow stage) with
status: pending - Triage: An agent reviews the request and updates
statustoacceptedorrejected - Follow-up: Communication logs (
communicationLogs) accumulate as agents reach the contact - Assignment: Request can be assigned via
agentId/userGroupId - Deletion: When no longer needed, the request can be deleted (permanent)
π Integration with Other Servicesβ
- Communication Logs: Each request maintains an audit trail of messages and calls
- Flows: Contact requests are typically produced by Onlive flow stages
- Services: Requests can be linked to a specific service via
relatedService - User Groups: Requests can be scoped to a user group for routing
- Taxonomies: Free-form tags for categorization (
/model/contact-request, etc.)
π Security Considerationsβ
- All API endpoints require proper authentication (ONLIVESITE scheme)
- Operations are restricted based on organization membership and user permissions
- Contact requests are isolated between organizations
- The
organizationIdis derived from the authenticated security context
π§° Development Tipsβ
- Use
statusfiltering on list endpoints to build agent dashboards - Use
taxonomiesto segment requests by source or campaign - Leverage
extraFieldsto store integration-specific metadata (e.g. Dilema form id) - Paginate list requests β default page size is 10
Errorsβ
Common error responses:
| Status Code | Description |
|---|---|
| 400 | Bad Request - Invalid input parameters |
| 401 | Unauthorized - Missing or invalid authentication |
| 404 | Not Found - Requested resource does not exist |
| 429 | Too Many Requests - Rate limit exceeded |
| 500 | Internal Server Error - Something went wrong |