> ## Documentation Index
> Fetch the complete documentation index at: https://docs.tetherai.ca/llms.txt
> Use this file to discover all available pages before exploring further.

# Handle Twilio recording status

> Recording-completed callback posted by Twilio once a call recording finishes. Downloads the audio from the Twilio recording URL, uploads it to R2, and attaches the storage key + duration to the parent Call record.



## OpenAPI

````yaml /api-reference/openapi.yaml post /api/webhook/calls/twilio/recording
openapi: 3.0.3
info:
  title: Tether Relay and Tether API
  version: 1.0.0
  description: >-
    Route-derived OpenAPI contract generated from tether-relay backend sources.
    Regenerate with scripts/sync-openapi-from-backend.mjs.
servers:
  - url: https://your-instance.example.com
    description: Production
  - url: http://localhost:2212
    description: Local API service
security: []
tags:
  - name: AI
  - name: Applications
  - name: Approval
  - name: Auth
  - name: Automations
  - name: Calls
  - name: Campaigns
  - name: Contact Analytics
  - name: Contact Metrics
  - name: Contact Notes
  - name: Contacts
  - name: Conversation Monitor
  - name: Conversations
  - name: Departments
  - name: Email
  - name: Escalation Dashboard
  - name: Event Logs
  - name: Google Sheets
  - name: Marketplace
  - name: Messages
  - name: Notification Sounds
  - name: Notifications
  - name: Org Snapshots
  - name: Organizations
  - name: Outreach
  - name: Outreach Metrics
  - name: Outreach Sources
  - name: Pipelines
  - name: Processes
  - name: Prompts
  - name: Reminders
  - name: Sms
  - name: Templates
  - name: Traces
  - name: Training
  - name: Upload
  - name: User Snapshots
  - name: Users
  - name: Vertical
  - name: Webchats
  - name: Webhook
paths:
  /api/webhook/calls/twilio/recording:
    post:
      tags:
        - Webhooks
      summary: Handle Twilio recording status
      description: >-
        Recording-completed callback posted by Twilio once a call recording
        finishes. Downloads the audio from the Twilio recording URL, uploads it
        to R2, and attaches the storage key + duration to the parent Call
        record.
      operationId: post_webhook_calls_twilio_recording
      requestBody:
        required: true
        content:
          application/json:
            schema:
              $ref: '#/components/schemas/TwilioRecordingStatusRequest'
      responses:
        '200':
          description: Plain-text acknowledgement (Twilio only checks 2xx).
          content:
            text/plain:
              schema:
                type: string
                example: OK
        '500':
          description: Recording processing failed
          content:
            application/json:
              schema:
                $ref: '#/components/schemas/WebhookErrorResponse'
components:
  schemas:
    TwilioRecordingStatusRequest:
      type: object
      properties:
        CallSid:
          type: string
          description: Twilio call identifier (`CA…`) the recording belongs to.
        RecordingSid:
          type: string
          description: Twilio-assigned recording identifier (`RE…`).
        RecordingUrl:
          type: string
          description: >-
            Twilio-hosted recording URL; downloaded server-side and re-uploaded
            to R2.
        RecordingStatus:
          type: string
          description: >-
            Recording lifecycle state, typically `completed` once the audio is
            ready.
        RecordingDuration:
          type: string
          description: Recording length in seconds (as a string).
      additionalProperties: true
      example:
        CallSid: CA5f7b1c2e8a1d4e0012c3b4a5
        RecordingSid: RE9c2d4e0b1f3a4e5b6c7d8e9f0
        RecordingUrl: >-
          https://api.twilio.com/2010-04-01/Accounts/AC.../Recordings/RE9c2d4e0b1f3a4e5b6c7d8e9f0
        RecordingStatus: completed
        RecordingDuration: '42'
    WebhookErrorResponse:
      type: object
      description: >-
        Error envelope used across provider webhook routes. Most failures only
        carry `error`; a few (ElevenLabs tool errors, ingress validation) add
        `success:false`, `message`, or a `code`. Many of these endpoints respond
        200 with `success:false` for recoverable cases (especially the
        ElevenLabs server tools) — only hard failures use 4xx/5xx.
      properties:
        error:
          type: string
        message:
          type: string
        success:
          type: boolean
          enum:
            - false
        code:
          type: string
        details:
          description: Optional diagnostic detail (stack snippet, validation issues, etc.).
      additionalProperties: true
      example:
        error: Webhook processing failed

````