Tint API
Search…
Validation Schema
In the previous section How Tint Works, we have seen how your platform has to send data to underwrite policies (and quotes) via the Tint REST API and how our API can be customized to match your data model.
This is done thanks to a validation schema, which defines:
  1. 1.
    The policy's underwriting information structure your platform will send as payload to the Tint API;
  2. 2.
    The potential inputs used by the different models configured on the Tint application.
External data providers can also be used on top of your platform data to underwrite policies, such as credit score checks, motors vehicle records, digital identity check...
The validation schema is the keystone of your insurance product. It puts your use case and data at the heart of our system.
In the car rental platform example, the validation schema JSON object sent to the Tint API could look something like this:
1
{
2
"vehicle": {
3
"id": "your car ID here",
4
"value": 10000,
5
"make": "BMW",
6
"model": "325i",
7
"year": 2019
8
},
9
"reservation": {
10
"id": "your reservation ID here",
11
"startDate": "2022-05-25",
12
"endDate": "2022-05-29",
13
"bookedAt": "2022=05-20"
14
},
15
"renter": {
16
"id": "your renter ID here",
17
"drivingLicence": "1234ABCD",
18
"birthDate": "1988-10-14",
19
"firstName": "John",
20
"lastName": "Doe"
21
}
22
}
Copied!
Once you have configured your validation schema, you can move on to the configuration of your insurance product.
Copy link