Skip to content

Flow A: Quote and Pay (prepaid)

Three calls: register, quote, pay. Inshuwa collects the premium through a gateway and the policy is issued automatically once the payment confirms — there is no separate issue call on this flow.

Use it when the customer accepts a price before buying, or when a quotation must persist in your system. If your account settles outside the platform, use flow C instead.

Set it once and every Try it out below is authenticated. It stays in this browser's local storage and is never sent anywhere but the API.

Step 1: Register the policyholder and vehicle

1a. Register the policyholder
Reference →
POST/policyholders/individuals

Playground

Authorization
Body

Keep the id from the response — it is the {id} in the next request, and the clientId on the quotation.

1b. Register their vehicle
Reference →
POST/policyholders/{id}/vehicles

Playground

Authorization
Variables
Key
Value
Body

Send make, model, year, registration number, chassis number and the motorRiskCategoryId — read the categories from Products and pricing.

Step 2: Create the quotation

The response contains the quoteId. Include duration per the product's durationType.

2. Create a motor quotation
Reference →
POST/quotations/motor

Playground

Authorization
Body

To price the same vehicle across several products in one call:

Compare premiums across products
Reference →
POST/quotations/motor/comparison

Playground

Authorization
Body

Step 3: Pay the premium — this issues the policy

Send payment.mobileMoneyAccountNumber for mobile money, or payment.cardDetails for card (the response carries a redirectUrl for the 3DS step). reference is your own unique transaction reference.

3. Pay for the quotation
Reference →
POST/payments/{quoteId}/pay

Playground

Authorization
Variables
Key
Value
Body

The call comes back Pending while the payer approves it on their handset. When the payment confirms, the quotation becomes an issued policy — you do not call an issue endpoint.

Step 4: Poll until it settles

The transaction status carries the issued policy once the payment succeeds. That is your signal that cover is in force.

4. Check payment status
Reference →
GET/payments/transactions/{reference}/status

Playground

Authorization
Variables
Key
Value

Do not treat Pending as sold

Nothing is on cover until the status reads Success and a policy comes back with it. Poll, or handle the webhook.

Next: Policies and documents.

Built with ❤️ by Hobbiton Technologies