X-REQUEST-ID header. REST errors repeat that value in the response body as RequestID.
This page covers the codes returned most often across the Platform and Fleet APIs. An endpoint may also return a code specific to its resource or operation.
REST error response
REST errors use this envelope:error.details is omitted when the error has no public structured context.
HTTP statuses and retries
For a write that times out or returns a server error, check the resource’s current state before sending a second write. Some operations may have completed before the response failed.
Common request and access codes
Older endpoints often use generic codes such as
MISSING_RESOURCE. Newer endpoints use domain-prefixed codes such as ORDER_NOT_FOUND, ROUTE_NOT_FOUND, or TASK_NOT_FOUND. Clients that call both surfaces should handle both forms.Common order codes
Common quote and dispatch codes
Common route codes
Common Fleet API codes
Bulk and asynchronous operations
Some bulk endpoints return HTTP200 or 202 while individual items fail. Inspect the documented per-item result fields, such as success, errorCode, and errorMessage, instead of relying only on the overall HTTP status.
For asynchronous operations, the initial response confirms that Nash accepted the request. Retrieve the operation result to determine whether each item succeeded.
Contact support
If a server error continues after a retry, send support@usenash.com:- The
RequestID - The endpoint and HTTP method
- The approximate request time and environment
- The error code and HTTP status