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 generates a dedicated bank account (a virtual IBAN and BIC) for the customer through the payment provider, and the customer wires the funds to it. This account is created once per customer and reused for their future transfers — it is not temporary.
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. While Korint waits for the provider to confirm the funds, the payment stays CREATED; the linked invoice reflects this waiting period with its own PAYMENT_IN_PROGRESS status.
- 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.
- If the end customer disputes a payment (for example a chargeback), the payment becomes DISPUTED. A disputed payment is treated as unpaid.
- A payment can be CANCELLED when the charge is called off before it settles.
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 FINALIZED. If some refunds fail, for example Korint successfully
refunds the November invoice but not the October one, then the invoice becomes 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.