> ## Documentation Index > Fetch the complete documentation index at: https://docs.orbit.devotel.io/llms.txt > Use this file to discover all available pages before exploring further. # Score one contact synchronously and evaluate a send-time decisioning gate > Scores ONE contact synchronously against the trained CDP predictive models (churn propensity, conversion intent, predicted lifetime value) — the persisted contact_scores columns can be up to ~24h stale, so call this in the send path the moment a campaign or journey is about to message the recipient. Per-contact results are cached briefly so a burst pays the feature lookup once. Optionally pass uplift (against a past campaign's control holdout) and gate — threshold rules over the live scores that return a deterministic send / downgrade / suppress verdict the caller's send wiring enacts. This endpoint decides, it never dispatches. Owner / admin / developer with the contacts:read scope. ## OpenAPI ````yaml /openapi.yaml post /api/v1/cdp/inline-score openapi: 3.1.0 info: title: Devotel CPaaS API description: Orbit by Devotel — Communications Platform as a Service API version: 1.0.0 contact: name: Devotel url: https://devotel.io email: support@devotel.io license: name: Proprietary servers: - url: https://api.orbit.devotel.io description: Production security: - Bearer: [] - ApiKey: [] tags: - name: Messages description: >- Send and manage messages across all channels (SMS, WhatsApp, RCS, Email, Viber, etc.) - name: Agents description: AI agent creation, configuration, and execution - name: Voice description: Voice calls, IVR, conferencing, and SIP trunking - name: Webhooks description: Webhook endpoint management and delivery logs - name: Numbers description: Phone number search, provisioning, and configuration - name: Contacts description: Contact management, segmentation, and lifecycle tracking - name: Campaigns description: Marketing campaign orchestration and analytics - name: Flows description: Automation flow builder and execution engine - name: Templates description: Message template management and approval workflows - name: Settings description: Organization, channel, and user preference settings - name: Verify description: OTP generation and verification across channels - name: Push description: Push notification delivery via FCM and APNs - name: Telegram description: >- Telegram bring-your-own-bot channel: connect a bot, verify a chat against the shared sandbox bot, and read unified channel state. Production sends go through the Messaging API. - name: USSD description: >- Menu-driven USSD for feature phones: define a menu tree, simulate session steps, and host the tenant-scoped aggregator callback. - name: Integrations description: Third-party service connections and OAuth management - name: Files description: >- Server-to-server media upload, listing, retrieval, and deletion (signed-URL backed) - name: Messaging Services description: >- Twilio MessagingService-parity containers bundling sender pool, opt-out list, inbound webhook, and sticky-sender/geomatch flags - name: Sender Pools description: >- Group sending numbers into pools with a selection strategy (sticky / round-robin / random) for outbound sends - name: Opt-Out Lists description: >- Per-list STOP / HELP / START keyword sets and auto-response copy (Twilio Advanced Opt-Out parity) - name: SMPP description: Tenant BYO-SMPP bind credentials and upstream termination carriers - name: Commerce description: >- Unified omnichannel conversational-commerce: cart/checkout state machine, cross-channel payment reconciliation, hosted pay-by-link, native WhatsApp checkout, and agentic-checkout payment mandates - name: Orby description: >- In-dashboard Orby operator assistant: streamed assistant turns, conversation threads, product knowledge-base search, and the tool-action approval gate. Available to signed-in operators only (dashboard session auth — API-key requests are rejected). paths: /api/v1/cdp/inline-score: post: tags: - CDP summary: >- Score one contact synchronously and evaluate a send-time decisioning gate description: >- Scores ONE contact synchronously against the trained CDP predictive models (churn propensity, conversion intent, predicted lifetime value) — the persisted contact_scores columns can be up to ~24h stale, so call this in the send path the moment a campaign or journey is about to message the recipient. Per-contact results are cached briefly so a burst pays the feature lookup once. Optionally pass uplift (against a past campaign's control holdout) and gate — threshold rules over the live scores that return a deterministic send / downgrade / suppress verdict the caller's send wiring enacts. This endpoint decides, it never dispatches. Owner / admin / developer with the contacts:read scope. responses: '200': description: >- The contact's live scores, the cache internals, and the gate verdict ({ decision, suppressed, fired_rule, evaluations } when gate rules were supplied; decision is null otherwise). content: application/json: schema: description: >- The contact's live scores, the cache internals, and the gate verdict ({ decision, suppressed, fired_rule, evaluations } when gate rules were supplied; decision is null otherwise). type: object additionalProperties: true example: data: contact_id: cnt_01J8Z9K3P4Q5R6S7T8U9V0W1X2 scored_at: '2026-08-20T12:00:00.000Z' cache: miss scores: churn_risk: 0.71 conversion_intent: 0.34 ltv_cents: 21340 models: - model: churn_propensity kind: classification status: scored metric: churn_risk value: 0.71 - model: conversion_intent kind: classification status: scored metric: conversion_intent value: 0.34 - model: lifetime_value kind: regression status: scored metric: ltv_cents value: 21340 decision: decision: suppress suppressed: true downgrade_offer: null fired_rule: rule_id: high-churn-suppress metric: churn_risk operator: gte threshold: 0.7 action: suppress value: 0.71 reason: matched evaluations: - rule_id: high-churn-suppress metric: churn_risk operator: gte threshold: 0.7 action: suppress value: 0.71 matched: true reason: matched meta: request_id: req_01J8Z9K3P4Q5R6S7T8U9V0W1X2 timestamp: '2026-08-20T12:00:00.000Z' '400': $ref: '#/components/responses/StandardError' '404': $ref: '#/components/responses/StandardError' '422': $ref: '#/components/responses/StandardError' '429': $ref: '#/components/responses/RateLimitedResponse' '500': $ref: '#/components/responses/StandardError' security: [] components: responses: StandardError: description: >- Standard error envelope. `error.code` is machine-readable; see the [error reference](https://docs.orbit.devotel.io/reference/error-codes) for the catalogue. content: application/json: schema: type: object properties: error: type: object required: - code - message - status properties: code: type: string description: Machine-readable error code (e.g. INVALID_PHONE_NUMBER) message: type: string description: Human-readable error description status: type: integer description: HTTP status code details: type: object additionalProperties: true description: Additional context about the error meta: type: object properties: request_id: type: string timestamp: type: string format: date-time docs_url: type: string format: uri description: Link to relevant error documentation RateLimitedResponse: description: >- Rate limit exceeded. Wait `error.retry_after` seconds (or read the `Retry-After` header) before retrying. Returned when the request would exceed the bucket identified by `X-RateLimit-Bucket`. headers: X-RateLimit-Limit: description: Total request quota for the current window. schema: type: integer minimum: 0 X-RateLimit-Remaining: description: Requests remaining in the current window. schema: type: integer minimum: 0 X-RateLimit-Reset: description: >- Absolute unix-epoch-seconds timestamp at which the current window resets. schema: type: integer minimum: 0 X-RateLimit-Bucket: description: >- Name of the rate-limit bucket the request was bound by (e.g. `auth-write`, `money`, `agent-invoke`, or `custom:/`). Stripe-style — lets clients see which named cap they hit. schema: type: string RateLimit-Limit: description: >- draft-ietf-httpapi-ratelimit-headers no-prefix mirror of `X-RateLimit-Limit`. Some SDKs read only this form. schema: type: integer minimum: 0 RateLimit-Remaining: description: >- draft-ietf-httpapi-ratelimit-headers no-prefix mirror of `X-RateLimit-Remaining`. schema: type: integer minimum: 0 RateLimit-Reset: description: >- draft-ietf-httpapi-ratelimit-headers no-prefix mirror — delta seconds from now until the window resets (NOT epoch). schema: type: integer minimum: 0 Retry-After: description: >- RFC 7231 §7.1.3 — number of seconds the client should wait before retrying. schema: type: integer minimum: 1 content: application/json: schema: type: object properties: error: type: object required: - code - message - status - retry_after properties: code: type: string enum: - RATE_LIMITED description: >- Always `RATE_LIMITED` — the global request-limiter 429. Distinct from `RATE_LIMIT_EXCEEDED`, the live per-recipient/per-tenant/per-resource frequency-cap 429 (not retired). message: type: string status: type: integer enum: - 429 retry_after: type: integer minimum: 1 description: >- Seconds to wait before retrying. Mirrors `Retry-After` header. meta: type: object properties: request_id: type: string timestamp: type: string format: date-time docs_url: type: string format: uri securitySchemes: Bearer: type: http scheme: bearer bearerFormat: JWT description: Dashboard JWT token from Clerk ApiKey: type: apiKey name: X-API-Key in: header description: Server-to-server API key (dv_live_sk_*) ````