POST /tms/transload-emails/rejection-reply¶
What it does¶
/tms/transload-emails/rejection-reply accepts POST and is declared in app/systems/TMS/transload/api_routes.php:703 as a path.
The route handler delegates to tmsTransloadApiSendRejectionReply(). That function is the owner of
this behaviour; the route entry is only dispatch.
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¶
No named input key is visible in the handler or its owner function. The endpoint
either takes no parameters or reads them through a shared helper in app/shared/api/.
Output¶
| Key |
|---|
ITEM_IDS |
Success is { "data": …, "requestId": "…" }.
Failure is { "error": { "code", "message" }, "requestId": "…" }.
Data¶
No table reference is visible in the owner function body.
Access¶
- module-gated on
tms.transload, so tenant module access applies
Validation and failure messages¶
- itemIds is required.
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.