The receipts API covers the full lifecycle of an inbound goods receipt: listing open receiving headers, fetching and updating the individual item lines, and posting the receipt to inventory. The client fetches all headers without a pre-appliedDocumentation Index
Fetch the complete documentation index at: https://mintlify.com/CodexaCP/DG_APK/llms.txt
Use this file to discover all available pages before exploring further.
Released filter — the status is returned as-is from the server so the handheld UI can display all documents and apply its own presentation logic. All endpoints require a valid bearer token and a company context header.
Required headers for all endpoints:
GET /api/ReceivingHeaders
Returns a paginated list of receiving headers visible to the authenticated user’s company. An optionalstatus filter narrows the results. The client does not apply a fixed Released status filter — all headers are returned so the operator can see the full picture.
Method & path: GET /api/ReceivingHeadersAuth required: Yes
Query parameters
1-based page number.
Number of records per page.
Optional status filter. When supplied, only headers matching this status value are returned, e.g.
Released, Open, Posted.Response — 200 OK
Returns aPagedResponse<ReceivingHeaderDto>.
Current page number.
Records per page as requested.
Total matching records across all pages.
Total number of pages.
Whether a previous page exists.
Whether a next page exists.
Array of
ReceivingHeaderDto objects.Example
GET /api/receivinglines/by-header/
Returns all receiving lines belonging to a specific header. The client requests up to 100 lines per call. Each line includes the expected quantity, the quantity already received and posted, the remaining quantity, and the target bin assignment. Method & path:GET /api/receivinglines/by-header/{id}Auth required: Yes
Path parameters
The UUID of the receiving header. Obtain this from
GET /api/ReceivingHeaders.Query parameters
1-based page number. The handheld client requests
PageNumber=1.Records per page. The handheld client requests
PageSize=100.Response — 200 OK
Returns aPagedResponse<ReceivingLineDto>. The data array contains the individual lines.
Array of
ReceivingLineDto objects.Example
GET /api/receivinglines//detail
Returns the full detail record for a single receiving line by its UUID. Use this to refresh a single line after an update without re-fetching the entire header. Method & path:GET /api/receivinglines/{id}/detailAuth required: Yes
Path parameters
UUID of the receiving line.
Response — 200 OK
Returns a singleReceivingLineDto. See ReceivingLineDto fields above.
Example
PUT /api/receivinglines/
Updates the received quantity and/or target bin assignment for a single receiving line. This is how the handheld operator records how much of each item has physically arrived and where it will be stored. Method & path:PUT /api/receivinglines/{id}Auth required: Yes
Path parameters
UUID of the receiving line to update.
Request body
New received quantity for this line. This is the total quantity received so far — not an increment. Must be ≥ 0.
Target bin UUID. Pass
null to clear the bin assignment or omit to leave unchanged. Obtain valid bin UUIDs from the item inquiry endpoints.Response — 200 OK
No response body on success.Error conditions
| Status | Condition |
|---|---|
400 Bad Request | Invalid quantity or unrecognised binId. |
404 Not Found | No receiving line with the given id. |
409 Conflict | Line has already been fully posted and cannot be modified. |
Example
POST /api/ReceivingHeaders//post
Posts a completed receipt to inventory. This is a non-reversible operation that commits all pending received quantities across every line to on-hand stock. The operator should confirm all quantities and bins are correct before calling this endpoint. Method & path:POST /api/ReceivingHeaders/{id}/postAuth required: Yes
Path parameters
UUID of the receiving header to post. Must match an existing, unposted header in the company.
Request body
None. Send an empty body or omit theContent-Type header.
Response — 200 OK
No response body on success. The client should re-fetch the header and its lines to reflect updated statuses and posted quantities.Error conditions
| Status | Condition |
|---|---|
400 Bad Request | No lines have a pending quantity to post (nothing to do). |
400 Bad Request | One or more lines are missing a bin assignment. |
409 Conflict | The receipt has already been fully posted. |
422 Unprocessable Entity | Insufficient available stock for one or more items (negative stock not allowed for item). |
404 Not Found | No receiving header with the given id. |