Skip to main content
The Create Manifest endpoint initializes a new flight manifest container in Shiipp, automatically generating a unique manifest number and recording the creation event in the audit trail. Once created, the manifest starts in draft status and can be populated with packages before being advanced through the dispatch workflow.

Endpoint

Authentication

All requests must include a valid JWT Bearer token in the Authorization header. The authenticated user must hold the manifest:create permission, which is granted to the admin, manager, and warehouse roles.

Request Body

All body parameters are optional. Omitting warehouse_id causes the manifest to be assigned to the tenant’s primary warehouse.
string
Air Waybill number for the flight (e.g., 810-12345678). When provided, Shiipp uses the numeric prefix to auto-detect and populate the associated airline.
string
UUID of the warehouse to associate with this manifest. Defaults to the tenant’s primary warehouse when omitted.
string
Free-text remarks written to the manifest audit log at creation time. Useful for recording batch notes, shipment context, or operator references.

Example Request

Response

200 — Success

A manifest was successfully initialized. The response includes the generated manifest_id (used in all subsequent manifest operations) and the human-readable manifest_number.
string
Always "success" on a successful response.
object

Notes

Manifest numbers follow the format MAN-YYYYMMDD-XXXX, where the date component reflects the UTC creation date. The four-character suffix is randomly generated to avoid collisions across bulk-creation workflows.
Every manifest creation event is automatically written to the manifest audit trail. No additional call is needed to initialize the log — the remarks field provides an optional first entry.
All new manifests begin with status: draft. Advance the manifest through the workflow — ready, shipped, completed — using the Manage Manifests endpoint’s update_meta action.