Curacel Auto API Docs
Introduction
Curacel auto is an insurance platform that aims to drive insurance literacy and inclusion in Africa. This API allows developers, product owners, and business owners to tap into auto insurance by interacting with insurance on their already existing solutions, thereby offering customers tailored insurance to fit their needs.
This API gives you access to:
- Auto Claims
In this API reference, you'll find all the information you need about each endpoint and resource.
Environment
We currently offer two environments: sandbox and production.
| Environment | Purpose | Access |
|---|---|---|
| Sandbox | We've created a sandbox environment where you can test your API client code without incurring any costs. In this environment, you can create links without real credentials. No data is tampered with and you are able to thoroughly test API endpoints in test mode before going live. | Base URL (cURL): api.sandbox.autoinsure.curacel.co/api |
| Production | The Production environment is recommended for live applications that have direct connections to institutions. You will need real credentials to create links in this environment, and you will be pulling real data from the institutions. | Base URL (cURL): api.autoinsure.curacel.co/api |
You can't create an application for live mode and sandbox using the same API key. We use the same endpoint structure, the only difference is the base URL.
Therefore, for each environment, you'll need to generate separate API keys.
HTTP Response status codes
| Status Code | Description |
|---|---|
1xx | Informational. |
2xx | Successful - Everything worked as expected. |
3xx | Redirection messages. |
4xx | Client Error responses. |
5xx | Server error responses. |
HTTP Response Status Codes Summary
Curacel Auto uses the standard HTTP response codes to indicate if an API request was successful or not.
| Status Code | Description |
|---|---|
200 - OK | ✅ Everything worked perfectly. |
201 - Created | ✅ As a result of the request's success, a new resource was created. Most common use-case is in a POST request. |
204 - Success | ✅ Although, the request was successful, no content to return by the server. |
400 - Bad Request | ❌ The request was denied, usually because a required parameter was missing. |
401 - Unauthorized | ❌ Unauthenticated because no valid API key was provided. |
402 - Request Failed | ❌ The parameters were correct, however, the request did not succeed. |
403 | ❌ The client does not have access rights to the content. |
404 - Not Found | ❌ The server can not find the requested resource. The link may be correct, but the resource does not exist. |
409 - Conflict | ❌ This response is sent when a request conflicts with the current state of the server. |
422 - Unprocessable Entity | ❌ The request was well-formed, however, it couldn't be carried out because of semantic flaws. |
429 - Too Many Requests | ❌ The user has issued an excessive number of requests in a short period of time ("rate limiting"). |
500, 502, 503, 504 - Server Errors | ❌ Something went wrong on Curacels' end. (These are rare.) |
Note that together with this response, a user-friendly page explaining the problem should be sent.|
Error handling
Error messages
We don't yet have any custom error codes, but errors would always contain one of the standard HTTP codes with a message in the payload.
Curacel Auto API errors are returned in JSON format. For example, an error might look like this:
[
{
"message": "The given data was invalid.",
"errors": {
"chassis_number": [
"The chassis number field is required."
]
}
}
]
An error response will typically include the following parameters:
request_id:message:code:field(optional):Request identifier
When you encounter any issues with a specific error, include the request identifier ('request id') in your message for the support team. This will ease the process of investigation and get you back up and running in no time.
Error codes and troubleshooting
Please see our dedicated error handling articles on our Developer Portal for a complete list of errors and how to troubleshoot them.
Authentication
- HTTP: Bearer Auth
| Security Scheme Type: | http |
|---|---|
| HTTP Authorization Scheme: | bearer |
| Bearer format: | API KEY from your account dashboard |