This guide provides a detailed overview of all possible HTTP status codes returned by the Revolv3 API, including success responses, client errors, server errors, and infrastructure-related issues from Revolv3.Documentation Index
Fetch the complete documentation index at: https://docs.revolv3.com/llms.txt
Use this file to discover all available pages before exploring further.
Success Response Codes
These codes indicate successful operations.| Status Code | Description |
|---|---|
| 200 (OK) | Successful request with data returned in the response body. |
| 204 (No Content) | Request successful, but no data to return (e.g., a successful deletion or update without content). |
Error Response Codes
These codes signal issues with the request or server-side problems. Always check the response body for detailed error messages where applicable.| Status Code | Description |
|---|---|
| 400 (Bad Request) | Invalid field, value, or data formatting submitted. Includes validation errors. See the example below for details. |
| 404 (Not Found) | Requested resource not found (e.g., customer, subscription, or invoice). |
| 422 (Unprocessable Entity) | The request was well-formed but could not be processed. Check the error message or contact Revolv3 Support. |
| 429 (Too Many Requests) | Rate limit exceeded. Limits: 20 calls per second or 20,000 calls per 15 minutes. Wait and retry after the limit resets. |
| 500 (Internal Server Error) | Unexpected server error. Contact Revolv3 support if this persists. |
| 502 (Bad Gateway) | Revolv3 application is down or unreachable. Contact Revolv3 support if this persists. |
| 503 (Service Unavailable) | The service is temporarily unavailable, possibly due to maintenance or overload. Retry after a short delay. Contact Revolv3 support if this persists. |
| 504 (Gateway Timeout) | Request timed out while waiting for a response from the server. This could occur if the API call exceeds processing time limits or there’s a network issue. Retry the request. Contact Revolv3 support if this persists. |
Handling Validation Errors (400 Bad Request)
For incorrect data formatting or validation failures, the API returns a 400 status with an array of errors in the response body. Example for an invalid expiration date format:Handling Processor Failures (200 OK with Failure Status)
Even on a successful API call (200 OK), the payment processor may decline the transaction. The response includes a “Fail” status and a message. To include the full raw processor response, add"includeRawProcessorResponse": true to your payload.
Example response:
Retrieving Additional Invoice Details
For more information on a failed or successful invoice, use a GET request to the invoice endpoint:{{Api Root}}/api/Invoices/{{Active Invoice Id}}
Example response:
Best Practices for Error Handling
- Retry Logic: For 429, 502, 503, and 504 errors, implement exponential backoff retries.
- Logging: Capture response codes and bodies for debugging.
- User Feedback: Translate technical errors into user-friendly messages in your application.
- Monitoring: Track error rates to identify integration issues early.

