Payments module overview

The Korint platform can automatically charge customers once they are billed. Payment details are editable by customers and brokers managing the policies.

​

Configure payment providers

Korint supports Stripe as a payment provider. Other payment provider integrations are planned for the future.

​

Configure payment methods

Currently both cards and SEPA debit are supported. You can decide which payment types should be available at a product level. When inputting a SEPA debit, a mandate will be generated and needs to be signed for the payment method to become active. You can select a default payment method amongst those you have added, and it will be used for upcoming payments. If no default is set, Korint tries to charge customers using the most recently created payment method. Furthermore, you can also decide which type of payment to use for the initial payment for a policy, and for recurring payments. For example, some clients prefer a Credit Card payment when the contract is signed to receive the funds immediately, then prefer using sepa debit for future payments because it has lower fees; fees depend on the payment provider.

​

Paying for your customers as a broker

Payment methods can also be added on a brokerage firm, for products where brokers receive payment upfront and then pay for their customers.

​

Configure payment modes

You can configure available payment modes at a product level.

• Direct debit: Korint will automatically charge customers once an invoice is issued, using the selected payment method.
• Bank transfer: Korint will provide a link to the customer so that they can wire the funds to a temporary bank account.

​

Retrieving the funds

Collected funds are sent automatically to the bank account of your choice at regular intervals - the configuration depends on the integrated payment provider. Cash statement reports are available to detail the amounts to send to insurers and brokers for each active policy in your portfolio.

​

Payment lifecycle

A payment is always linked to an invoice. Generally, Korint creates one payment per invoice.

• Payment starts off as CREATED.
• The request is sent to the payment provider. If it succeeds, the payment becomes PAYMENT_IN_PROGRESS.
• IF the payment provider has successfully received the funds, the payment becomes SUCCESSFUL.
• If at any step the payment provider indicates that the funds could not be retrieved, or Korint could not send the request to the payment provider, the payment becomes FAILED.

Every time the payment status changes, the invoice is updated accordingly.

​

Refunds

If an invoice’s total is negative, Korint will not create a new payment but instead will try to refund existing payments, starting with the most recent one. For example, if a customer has paid the following invoices: If the next invoice is a 150€ reimbursement, then the November 2025 payment will be fully refunded and the October 2025 invoice will be refunded half of what it collected. The November invoice now has no funds left to refund. If another refund is required in the future, then Korint will start with the 50€ remaining on the October invoice. In the case of a successful refund, the linked invoice will become INVOICE_FINALIZED. If some refunds fail, for example Korint successfully refunds the November invoice but not the October one, then the invoice becomes INVOICE_PARTIALLY_FINALIZED.

​

Smart Refunds

Sometimes customers don’t pay their invoices. If a refund is planned, for example because the customer stops their policy at a past date, then they will be refunded money they haven’t yet paid. With smart refunds, any refund invoices will automatically take into account failed payments, reconciling them and refunding less based on the unpaid amount. For example, imagine a customer with the following payment history: Suppose that in December 2025, the customer stops the policy at date of 1st October 2025. Without smart refunds active, Korint will try refunding 200€ for October and November, months where the customer was invoiced but when the contract was no longer active. With smart refunds active, Korint automatically reconciles the November invoice and only refunds 100€. Smart refunds can be activated on a product basis.

​

Refund limitations

The limitations depend on the integrated payment provider. Stripe With Stripe as a payment provider, refunds will always use the customer’s original payment method to send back the funds. If the original payment method is SEPA debit, then refunds can only be done for payments that have been done in the last 180 days. If Korint needs to refund a payment older than that limit, the invoice will be marked as REFUND_NOT_HANDLED and must be dealt with manually.