Indicates that the request has succeeded and has led to the creation of a resource.
400
Bad Request
For example, the Create Task requires flow type to be sent and if it is missing, the status code is returned.
401
Unauthorized
For example, all API requires the API key to be sent and if it is missing, the status code is returned.
404
Not Found
This status code is returned when the request contains invalid ID or URL itself. For example, the Read Task by ID API requires taskid to be sent and if it is incorrect ID, the status code is returned.
405
Method not Allowed
This API request used the wrong HTTP method. For example, API Get Task by ID used GET method, when you sent PUT method, the status code is returned.
406
Unsupported Accept Header
Only application/json and */* are supported.
409
Conflict
Indicates a request conflict with current state of the target resource.
413
Payload Too Large
Indicates that the request entity is larger than limits defined by server.
429
Too Many Requests
Indicates the user has sent too many requests in a given amount of time.
500
Unexpected Server Error
This indicates error at MileApp’s side.
503
Service Unavailable
The server is not ready to handle the request.
504
Gateway Timeout
Indicates that the server did not get a response in time that it needed in order to complete the request.
Most errors will also return a message containing more information to help you debug.
All failed responses include a standardized failedCode field to provide machine-readable failed identification. This enables consistent failed handling across different languages and integrations.
Business logic failed codes are module-specific. Each module may implement the same failed code differently based on its business context. For example, task-033 means “Task not found”, while user-033 means “User not found”. Always consider the module prefix when handling these failures.