action field to route the request to the appropriate handler — covering everything from manifest creation and metadata updates to package assignment and final deletion. All mutating operations are recorded in the manifest audit trail.
Endpoint
Authentication
All requests must include a valid JWT Bearer token in theAuthorization header.
Request Structure
Every request must include anaction field that identifies the operation to perform. Additional fields are required or optional depending on the chosen action.
The operation to execute. One of:
create_manifest, update_meta, add_packages, remove_packages, delete_manifest.Actions
- create_manifest
- update_meta
- add_packages
- remove_packages
- delete_manifest
Creates a new manifest. This action mirrors the behavior of POST /api/CreateManifest.php and is provided for workflows that prefer a single endpoint.Additional fields:Response
Air Waybill number. Triggers automatic airline prefix detection.
Explicit airline prefix override. Ignored when
awb_number is provided.Scheduled flight date in
YYYY-MM-DD format.Initial notes to store on the manifest record.
UUID of the target warehouse. Defaults to the tenant’s primary warehouse.
data: manifest_id, manifest_number, status: "draft".Example Request — Change Status to Shipped
Success Response
Error Responses
| HTTP Code | Cause |
|---|---|
400 | manifest_id is missing or the action value is not recognized |
400 | Attempting to delete a manifest that still has packages attached |
401 | Missing or invalid JWT token |
404 | No manifest found for the provided manifest_id |
Email notifications to courier partners are dispatched after the database transaction commits successfully. Delivery failures are logged in Shiipp’s internal notification log but do not affect the API response — a
200 is returned regardless of email delivery outcome.