> ## 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.

# Receive an Intercom webhook event

> Ingests Intercom notifications — contact, conversation and ticket topics — from a connected workspace and mirrors them into tenant state so campaign triggers can react in real time. The workspace is resolved from `app_id` and the `X-Hub-Signature` HMAC (SHA-1 over the raw body) is the authentication — Intercom calls this endpoint, not your application. Re-deliveries dedupe on `(topic, notification_id)`.



## OpenAPI

````yaml /openapi.yaml post /api/v1/integrations/webhooks/intercom
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: Fax
    description: >-
      List and track fax (MMS/T.38) transmissions on Telnyx-backed fax numbers
      (sending flows through the Messaging API)
  - name: Agents
    description: AI agent creation, configuration, and execution
  - name: Voice
    description: Voice calls, IVR, conferencing, and SIP trunking
  - name: OnCall
    description: On-call rotations and escalation policy planning for incident alerting
  - name: Webhooks
    description: Webhook endpoint management and delivery logs
  - name: Numbers
    description: Phone number search, provisioning, and configuration
  - name: Brand Identity
    description: >-
      Unified cross-channel brand trust posture (10DLC, toll-free, WhatsApp,
      RCS, branded calling, number KYC)
  - 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: Integrations
    description: Third-party service connections and OAuth management
  - name: CDP
    description: >-
      Customer Data Platform — activation surface (CRM object sync, streaming
      destinations, ad-audience activation)
  - name: Files
    description: >-
      Server-to-server media upload, listing, retrieval, and deletion
      (signed-URL backed)
  - name: Commerce
    description: >-
      Omnichannel conversational-commerce — persistent cart + checkout state
      machine, channel-agnostic hosted pay-by-link, native WhatsApp checkout,
      and AP2-style agent payment mandates.
  - name: Sync
    description: >-
      Real-time shared-state primitive (Twilio Sync parity) — Documents, Maps,
      Lists, and ephemeral Streams, with change events relayed over the
      /api/v1/ws/sync WebSocket gateway
  - name: Risk
    description: >-
      Unified cross-channel Trust & Fraud risk scoring — fuses SMS-pumping,
      URL-reputation, Verify Fraud Guard, and Voice Biometrics signals into one
      composite verdict queryable before a send or a call.
  - 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/integrations/webhooks/intercom:
    post:
      tags:
        - Integrations
      summary: Receive an Intercom webhook event
      description: >-
        Ingests Intercom notifications — contact, conversation and ticket topics
        — from a connected workspace and mirrors them into tenant state so
        campaign triggers can react in real time. The workspace is resolved from
        `app_id` and the `X-Hub-Signature` HMAC (SHA-1 over the raw body) is the
        authentication — Intercom calls this endpoint, not your application.
        Re-deliveries dedupe on `(topic, notification_id)`.
      requestBody:
        required: true
        content:
          application/json:
            schema:
              type: object
              additionalProperties: true
              properties:
                id:
                  type: string
                  description: Intercom notification id, unique per delivery.
                topic:
                  type: string
                  description: >-
                    Event topic (e.g. `contact.created`,
                    `conversation.user.replied`).
                app_id:
                  type: string
                  description: The Intercom workspace id used to resolve the tenant.
                data:
                  type: object
                  additionalProperties: true
                  description: >-
                    The event payload; `data.item` holds the affected Intercom
                    object.
            example:
              type: notification_event
              id: notif_01H9K2QY
              topic: contact.created
              app_id: a1b2c3d4
              created_at: 1754745600
              data:
                item:
                  type: contact
                  id: 63a1b2c3d4e5f60718293a4b
                  email: dana@example.com
      responses:
        '200':
          description: The event was received and acknowledged.
          content:
            application/json:
              schema:
                type: object
                properties:
                  data:
                    type: object
                    properties:
                      received:
                        type: boolean
                        description: Always true once the signed event is accepted.
                      workspace_id:
                        type: string
                        description: >-
                          The Intercom workspace (app) id the event was
                          attributed to.
                      topic:
                        type: string
                        description: The event topic that was handled.
                      notification_id:
                        type: string
                        description: The Intercom notification id, echoed back.
                      processed:
                        type: boolean
                        description: >-
                          True when a dispatcher applied the event to tenant
                          state.
                      duplicate:
                        type: boolean
                        description: >-
                          True when the (topic, notification_id) was already
                          ingested.
                  meta:
                    $ref: '#/components/schemas/ResponseMeta'
components:
  schemas:
    ResponseMeta:
      type: object
      required:
        - request_id
        - timestamp
      additionalProperties: false
      properties:
        request_id:
          type: string
          description: Unique request identifier (also returned as X-Request-Id header)
        timestamp:
          type: string
          format: date-time
        docs_url:
          type: string
          format: uri
          nullable: true
  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_*)

````