DELETE /oms/outbound-orders/(?P\d+)¶
What it does¶
#^/oms/outbound-orders/(?P<id>\d+)$# accepts DELETE and is declared in app/systems/OMS/outbound-order/api_routes.php:70 as a regex pattern.
The route handler delegates to omsOutboundOrderPostHandle(). That function is the owner of
this behaviour; the route entry is only dispatch.
Call chain:
- →
omsOutboundOrderPostHandle()—app/systems/OMS/outbound-order/post_handler.php:5 - ↳
sales_order_post_handle()—app/systems/OMS/inbound-order/sales_order_write_helper.php:1012 - ↳
order_basic_write_data()—app/systems/OMS/inbound-order/sales_order_write_helper.php:963
Who calls it¶
No literal caller path was found in frontend/, public/ or new-system/.
The endpoint may be called through a constructed path, a helper wrapper, or only by
an external client. Treat the route table and owner function as the authority.
Input¶
| Where | Key |
|---|---|
path |
id |
Request bodies must not use TYPE, ACTION or USERNAME as contract fields.
Output¶
The response is produced by a shared helper, so the key set is not visible at the route. Read the owner function to confirm the shape before writing a client.
Data¶
No table reference is visible in the owner function body.
Access¶
- module-gated on
oms.outbound-order, so tenant module access applies
Validation and failure messages¶
- Sales order line items must be an array.
- Sales order line items must be objects.
- Sales order line items cannot be blank.
These strings come from the owner function and are the messages a client can receive. They are also the cheapest way to tell a rejected request from a broken one.