Event Structure
All events follow this structure:Recording Events
recording.created
Triggered when a new recording is created via the API.
Common Use Cases:
- Track new recordings in your system
- Initialize processing pipelines
- Update UI to show recording in progress
recording.uploaded
Triggered when audio upload completes successfully.
Common Use Cases:
- Trigger transcription automatically
- Update recording status in your UI
- Calculate storage usage
recording.deleted
Triggered when a recording is deleted via the API.When a recording is deleted, all associated transcriptions and summaries are also deleted (cascade delete).
- Clean up local cached data
- Update UI to remove deleted recordings
- Audit logging for compliance
Transcription Events
transcription.started
Triggered when transcription processing begins.
Common Use Cases:
- Show “processing” status in UI
- Track processing time metrics
- Trigger dependent workflows
transcription.completed
Triggered when transcription processing completes successfully.
Common Use Cases:
- Display transcript to users
- Trigger summarization
- Index for search
- Extract action items or entities
transcription.failed
Triggered when transcription processing fails.
Error Codes:
Common Use Cases:
- Alert users to recording issues
- Retry with different settings
- Log for quality monitoring
Summary Events
summary.started
Triggered when summary generation begins.
Common Use Cases:
- Show “generating summary” status in UI
- Track processing time metrics
- Update workflow progress indicators
summary.completed
Triggered when summary generation completes successfully.
Common Use Cases:
- Display summary to users
- Send notification that processing is complete
- Update clinical notes or CRM records
summary.failed
Triggered when summary generation fails.Device Events (Optional)
These events are available for enterprise customers who enable device monitoring.device.low_battery
Triggered when device battery falls below 20%.device.offline
Triggered when device hasn’t synced for 24+ hours.Device events require enterprise plan and explicit opt-in during webhook registration.
Subscribing to Events
When creating a webhook, specify which events to receive:Event Wildcards
Use* to subscribe to all events:
Event Delivery Order
Events are delivered in the order they occur, but network conditions may cause out-of-order arrival. Design your handlers to be order-independent. Example Timeline:recording.created— Recording entry createdrecording.uploaded— Audio upload completed (may be minutes/hours later)transcription.started— Transcription processing beginstranscription.completed— Transcription finishedsummary.started— Summary generation beginssummary.completed— Summary generated
transcription.completed before your handler has finished processing recording.uploaded.
Handling Tips
Async Processing
Process events asynchronously to avoid timeouts:Type-Safe Handlers
Use TypeScript or schema validation:Related
Webhooks Overview
Setup, verification, and best practices
Create Webhook
API endpoint reference

