Overview
A mission is created when a team is dispatched to an event. It tracks the full lifecycle of the field response — from dispatch to completion — and provides the feedback channel for field operators. Missions are the operational record of Wede. They are immutable once completed and form part of the audit trail.List Missions
GET /v1/missions
Requires missions:view permission.
Query Parameters
| Parameter | Type | Description |
|---|---|---|
status | string | Filter by status (see lifecycle below) |
team_id | string | Filter by team |
member_id | string | Filter by assigned member |
limit | integer | Max results (default 50) |
Response
Get Mission
GET /v1/missions/:id
Requires missions:view permission.
Update Mission Status
PATCH /v1/missions/:id/status
Requires missions:manage or missions:receive permission.
Field operators use missions:receive. Supervisors and admins use missions:manage.
Request Body
| Field | Type | Required | Description |
|---|---|---|---|
status | string | Yes | Next status in lifecycle |
feedback | object | No | Opaque structured feedback (parser-defined) |
Mission Lifecycle
Missions follow a strict forward-only progression:| Status | Description | Who sets it |
|---|---|---|
CREATED | Mission created, team notified | System (on dispatch) |
SENT | Notification delivered | System (delivery engine) |
ACK | Team acknowledged the mission | Field operator |
ON_ROUTE | Team is travelling to location | Field operator |
ON_SITE | Team has arrived | Field operator |
COMPLETED | Mission closed successfully | Field operator or supervisor |
FAILED | Mission could not be completed | Field operator or supervisor |
COMPLETED or FAILED:
- The assigned team is automatically returned to
availablestatus - The originating event is closed
Webhooks
Status updates fire themission.status_updated webhook:
Backup Dispatch
To dispatch a second team to an active mission (reinforcement), use the standard dispatch endpoint with the sameevent_id:
POST /v1/teams/dispatch

