Xirag for BFSI
Xirag BFSI for collections, onboarding, premiums and payouts
For payments businesses and insurers: merchant onboarding, collections and mandates, premium schedules and renewals, claim payouts and reconciliation on the same core as every Xirag module, with named seats, maker-checker approvals and an audit trail you can prove.
BFSI capabilities are planned and run on Xirag Payments, which is in development in a sandbox. Every workflow works for people on their own. Agents are not offered at launch; they are provided on request later.
- Onboard
- Collect
- Renew
- Reconcile
- Pay out
- Audit
- OnboardingSub-merchant Asha Foods (demo): KYB checklist complete, settlement account verified
- RenewalsRenewal premium paid inside the grace period; the due is settled
- ReconciliationPolicy system extract matched to collections by policy number
- CheckerClaim payout approved by the finance controller after the name check
BFSI ERP for payments businesses and insurers
Two kinds of financial business, one core: each area builds on Xirag Payments and on modules that already share people, departments, approvals and the audit trail.
Merchant onboarding and KYB
A registry of sub-merchants with stakeholders, documents and a checklist of what is missing; going live needs a second person.
Planned · builds on Payments, eSign
Settlement account checks
A sub-merchant's bank account is verified with a holder-name match before approval, and the result is kept.
Planned · builds on Payments, partner-backed
Product activation
Requested and active products per sub-merchant, terms accepted, and the exact field or document still missing.
Planned · builds on Payments
Collections and reminders
Payment links, reminders on your cadence and follow-up of every amount due, on a collections desk.
Planned · builds on Payments, Messenger
Mandates and auto-debit
Mandate records through their lifecycle, with failed debits escalated to a person after repeated failures.
Planned · builds on Payments
Sub-merchant settlements
Settlements and their items filtered by sub-merchant, so you can follow what each one was paid.
Planned · builds on Payments, partner-backed
Premium schedules
Annual, half-yearly, quarterly or monthly dues per policy, each due becoming an order, a link or a mandate debit.
Planned · builds on Payments
Renewals, grace and lapse
Dues move through due, in grace, lapsed and reinstated, with the grace period set by you per product.
Planned · builds on Payments
First premium with a mandate
At policy issue, one hosted step collects the first premium and registers auto-debit for the dues after it.
Planned · builds on Payments
Proposal deposits and free-look refunds
A proposal deposit is refunded against its payment when a proposal is rejected or a policy is cancelled in the free-look period.
Planned · builds on Payments
Claim, surrender and commission payouts
Payouts carry policy and claim numbers after bank and name checks; commissions are paid in bulk, with clawback on cancellation.
Planned · builds on Payments, partner-backed
Policy reconciliation and statements
The insurer's policy extract is matched to collections, and premiums paid per policyholder are exported for the insurer's certificate.
Planned · builds on Payments
What one agentic core changes
A console shows transactions. Xirag also keeps who owns each desk, which approvals no one can skip, and a record nobody can quietly rewrite.
Desks that outlive staff changes
"Merchant onboarding", "Renewals desk" and "Claim payouts" are seats. When someone moves on, the open cases stay with the seat.
Go-live is always a person's call
Approving a sub-merchant to go live needs a second person from compliance, and that approval is never given to an agent.
Every claim payout approved
Each claim payout needs the finance controller, and a payout whose name check fails is held until risk clears it.
Waivers and write-offs checked
Waiving a premium, writing off a due or cancelling a mandate needs a checker, and the checker is never the maker.
Risk rules only loosen with compliance
Tightening a risk rule is routine; loosening one needs the compliance officer, and no agent may do it whatever the settings.
A trail an auditor can check
Every durable change is written to an audit trail where each entry is linked by hash to the one before, so an edit shows.
Collection calls with rules
Reminder calls run on Xirag Dialer, whose calling rules are enforced on the server rather than left to each caller.
Agents that draft, people who decide
On request, agents can chase dues, prepare KYB clarifications and draft reconciliation breaks, and a person approves every money-out step. Agents are not offered at launch; they are provided on request later.
Built for businesses that answer to regulators
Policyholder, merchant and payment data deserve more than a password. These are the principles the product is designed around.
Audit trail
Every change to a merchant, a due or a payout is written with who, when, before and after, linked by hash to the entry before it.
Maker-checker
Go-live approvals, payouts, waivers and write-offs need two people: one asks, another approves.
Partner-backed money
Xirag instructs, records, reconciles and audits; a licensed partner holds and moves the money.
Role scopes
People see what their role and department allow. An agent, when a client asks for one, acts only within the scopes of its seat.
These are design principles of the product, not certifications or licences.
Shape Xirag for your financial business
Register for early access, or tell us how your payments business or insurance distribution runs onboarding, collections, renewals and payouts today.