Skip to main content
Nash API errors include a machine-readable code and a human-readable message. Use the code in your app, and use the message for context. Every response also includes an 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 HTTP 200 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
Do not send API keys, bearer tokens, or other credentials.