The Incidents API is the operational core of Scrubbe. Use it to open a ticket the moment an alert fires, progress it through investigation and mitigation, attach comments and messages as responders collaborate, and finally resolve it — optionally generating a customer knowledge-base article in the same call. Once an incident is recorded, the AI endpoints surface root cause analyses, remediation steps, and pre-drafted stakeholder communications without leaving the API.Documentation Index
Fetch the complete documentation index at: https://docs.scrubbe.com/llms.txt
Use this file to discover all available pages before exploring further.
All endpoints require
Authorization: Bearer <token>. Tokens are workspace-scoped and can be rotated from Settings → API Keys.https://your-api-domain.com/api/v1/incident-ticket
Generate an incident ID
Fetch a unique, pre-formatted incident ID before creating the ticket. Use this when you need the identifier in an external system ahead of the actual record creation.GET /generate-id
Unique incident identifier in the format
INC-YYYYMMDD-XXXX.Create an incident
Open a new incident ticket.summary and priority are required; all other fields are optional.
POST /
Short, human-readable title for the incident (e.g.
"Payment service down").Severity level. One of
LOW, MEDIUM, HIGH, or CRITICAL.Initial lifecycle status. One of
OPEN, ACKNOWLEDGED, INVESTIGATION, MITIGATED, RESOLVED, or CLOSED.Origin of the incident (e.g.
"MONITORING", "CUSTOMER", "INTERNAL").The product or service area affected (e.g.
"payments").Target environment (e.g.
"production", "staging").Cloud or geographic region (e.g.
"us-east-1").Email address of the on-call engineer to assign this ticket to.
Customer-facing description of the incident.
Internal technical description for the engineering team.
Brief summary of user or business impact.
Estimated scope of impact (e.g.
"100% of users", "EU region only").List incidents
Returns a paginated list of incident tickets, ordered by creation date descending. Supports filtering by status, priority, environment, and date range.GET /
Page number.
Items per page (max 100).
Filter by status:
OPEN, ACKNOWLEDGED, INVESTIGATION, MITIGATED, RESOLVED, or CLOSED.Filter by priority:
LOW, MEDIUM, HIGH, or CRITICAL.Get incident analytics
Returns aggregate metrics across all incidents — useful for dashboards and SLA reporting. Includes total counts by status, mean time to acknowledge (MTTA), and mean time to resolve (MTTR).GET /analytics
Total incident count in the workspace.
Count broken down by each status value.
Count broken down by each priority value.
Average acknowledgement time in minutes.
Average resolution time in minutes.
Get an incident
GET /:id
The incident ID.
Update an incident
Accepts the same fields asPOST /. Only provided fields are updated.
PUT /:id
The incident ID to update.
Delete an incident
DELETE /:id
The incident ID to delete.
Add a comment
Post a comment to an incident ticket. Comments are visible to all team members with access to the ticket. Markdown is supported incontent.
POST /comment
The incident ticket ID to comment on.
The comment body. Markdown is supported.
List comments
Retrieve all comments for an incident ticket in chronological order.GET /comment/:ticketId
The incident ticket ID.
List messages
Retrieve the message thread for an incident ticket. Messages are distinct from comments — they typically represent system events, status transitions, and automated notifications.GET /message/:ticketId
The incident ticket ID.
Resolve an incident
Mark an incident asRESOLVED and trigger any configured post-resolution hooks.
POST /resolve/:id
The incident ID to resolve.
Resolve and generate a customer KB article
Resolve the incident and automatically draft a knowledge-base article for your customer-facing help center based on the incident summary and resolution steps.POST /resolve/customer-kb/:id
The incident ID.
AI: five-whys analysis
Trigger Ezra AI to perform a five-whys root cause analysis on the incident. Results are computed and returned synchronously.GET /resolve/ai/five-whys/:id
The incident ID to analyse.
First causal layer — observable symptom.
Second causal layer.
Third causal layer.
Fourth causal layer.
Fifth causal layer — root cause.
Synthesised root cause statement.
AI: remediation suggestion
Ask Ezra AI for recommended remediation steps based on the incident context and historical failure patterns.GET /resolve/ai/suggestion/:id
The incident ID.
AI: stakeholder update
Generate a pre-drafted stakeholder communication tailored for a non-technical audience.GET /resolve/ai/stakeholder/:id
The incident ID.
Generate a PDF report
Export an incident as a formatted PDF suitable for post-incident reviews or audit trails. The response is a binary PDF stream.POST /generate-pdf
The incident ID to export.
cURL
The response body is a binary PDF stream with
Content-Type: application/pdf. Write it directly to a file rather than parsing it as JSON.Status and priority reference
| Status | Meaning |
|---|---|
OPEN | Newly created, not yet acknowledged. |
ACKNOWLEDGED | An engineer has seen and accepted the incident. |
INVESTIGATION | Active investigation underway. |
MITIGATED | Impact reduced but root cause not yet fully resolved. |
RESOLVED | Incident fully resolved. |
CLOSED | Post-resolution review complete; ticket archived. |
| Priority | When to use |
|---|---|
LOW | Minimal impact, no customer effect. |
MEDIUM | Degraded experience for a subset of users. |
HIGH | Significant impact affecting many users. |
CRITICAL | Full service outage or data integrity at risk. |