Start Your Project
Software

Policy Administration System Software for Insurers across the UAE

Custom insurance policy administration software for UAE insurers and Takaful operators - designed to sit alongside Guidewire, Sapiens, Duck Creek, Fadata INSIS, Premia, TCS BaNCS, and Oracle Insurance core platforms, closing gaps on CBUAE reporting, Takaful fund segregation, Arabic document generation, and IFRS 17 sub-ledger integration.

Paul Banks
Paul Banks Founder & Lead Consultant I handle all enquiries personally and look forward to hearing about your project.
Product Hierarchy - Active Portfolio
Policy Admin Coverage 6 product families
Personal lines 3 products
Motor Live on UAE PASS
Medical individual DHA aligned
Commercial lines 4 products
Property and engineering Treaty cession live
Takaful window Wakalah model
Preview shown is illustrative. Projects, values, and timelines are fictional examples — not real client data.
Part of our Insurance Software Dubai guide — Custom policy administration system software for UAE insurers and Takaful operators - handles product configuration, CBUAE reporting, Takaful fund segregation, and IFRS 17 alignment..
View the full guide

Why UAE insurers carry operational debt on legacy policy admin

Multiple UAE insurers still operate on Premia, TCS BaNCS, in-house COBOL, or heavily customised mid-generation platforms. Replacement projects commonly run 18 to 36 months. Approximately 41% of UAE insurers were still reconciling IFRS 17 outputs with core underwriting platforms in 2025. The operational debt has real regulatory, reporting, and competitiveness consequences.

Replacement cycles run 18-36 months

Full core replacement is the biggest technology investment a UAE insurer makes. Guidewire implementations commonly run 12-24 months; Duck Creek 9-18 months; localised UAE projects longer. The lift is such that many carriers defer and accumulate debt instead.

IFRS 17 reconciliation remains unfinished

IFRS 17 has been mandatory in the UAE since 1 January 2023. Yet an estimated 41% of UAE insurers were still reconciling core outputs with IFRS 17 calculations in 2025, with 33% reporting variance above 5% in liability calculations between actuarial and finance teams.

Takaful fund segregation is poorly served by conventional cores

Under the Insurance Law, the Takaful fund is a separate legal entity from the operator's shareholder fund. Wakalah and Mudarabah fee treatment, surplus distribution, and Shari'ah governance require first-class workflow that conventional P&C cores handle through customisation.

CBUAE reporting format agility is limited on rigid platforms

Quarterly and annual returns formats evolve - FIA Template V2, thematic review data requests, and FIT programme integration points shift. Platforms with hardwired reporting schemas require rework for each update cycle.

Policy admin augmentation designed around UAE-specific gaps

Four capability areas designed around the UAE-specific gaps that global core platforms leave open - rather than attempting to replace those cores.

Configurable product factory for UAE lines

Personal, commercial, and Takaful product configurations layered alongside the core. New product variants deploy without core platform releases. Product change cadence decouples from core release cycles.

IFRS 17 sub-ledger integration layer

ETL between core underwriting platforms and IFRS 17 calculation engines (Moody's, SAS, Aptitude, Sapiens IFRS 17, Milliman). Reconciliation variance surfaces as exceptions rather than month-end emergencies.

Takaful fund segregation and fee engine

Separate legal entity treatment for Takaful fund. Wakalah and Mudarabah fee calculation structured. Surplus distribution and Shari'ah governance workflow first-class. Designed to align with CBUAE Shari'ah governance standards.

CBUAE reporting layer with configurable schemas

Quarterly and annual returns produced against configurable schemas so FIA Template V2 updates and FIT programme integration changes are configuration rather than code releases.

41% of UAE insurers

Were still reconciling IFRS 17 outputs with core underwriting platforms in 2025 - with 33% reporting variance above 5% in liability calculations between actuarial and finance teams.

Core alignment at a glance.

A gauge view shows how the core stack aligns against the operational demands placed on it. IFRS 17 reconciliation health, CBUAE return readiness, and Takaful segregation integrity are tracked as continuous metrics rather than quarterly surprises.

Discuss your core augmentation scope
Core Platform Health
Preview shown is illustrative. Projects, values, and timelines are fictional examples — not real client data.

Why UAE insurers are augmenting rather than replacing core.

The numbers behind why UAE insurers and Takaful operators are building augmentation layers alongside existing core platforms rather than running multi-year replacement programmes.

540+ insurers
Guidewire's global footprint across 40 countries as of 2023, with 570+ insurers supported on Guidewire Cloud by 2025 - a large installed base requiring UAE-specific augmentation
600+ customers
Sapiens global footprint across 30+ countries, recognised as Celent Luminary for Life Policy Administration EMEA 2025 and XCelent Award winner for P&C PAS EMEA
18-36 months
Typical duration of full core replacement projects at UAE insurers, driving many carriers to augment rather than replace existing platforms
Talk to Us

Talk to us about policy administration software.

A short call surfaces whether augmenting your core platform makes sense for your operation. Working with your IT leadership, underwriting, finance, and compliance teams during discovery, we walk through current core stack, IFRS 17 practice, Takaful workflow, and CBUAE reporting. If discovery reveals the problem is process rather than software, we say so.

Paul Banks
Paul Banks Founder & Lead Consultant I handle all enquiries personally and look forward to hearing about your project.

How policy administration augmentation actually works for UAE insurers

The detail behind the headline - from product factory and IFRS 17 sub-ledger, through Takaful fund segregation, to the CBUAE reporting layer that absorbs format change without rebuild.

What changes, in practical terms

Before Running UAE insurance operations on unaugmented cores
New product variants require core platform releases. Product cadence locked to core release cycles.
IFRS 17 reconciliation done in spreadsheets with month-end variance firefight.
Takaful fund accounting handled through customisation. Segregation occasionally manual.
CBUAE reporting format updates trigger vendor change requests and long delivery.
Shari'ah board workflow, audit cycles, and surplus distribution outside the core.
After Running UAE insurance operations with augmentation layer
Product factory deploys variants without core release dependency. Cadence decoupled.
ETL to IFRS 17 engine with exception reconciliation. Variance visible live.
Takaful fund segregation first-class. Wakalah/Mudarabah fees structured.
CBUAE reporting against configurable schemas. Format updates are configuration.
Shari'ah governance workflow integrated. Surplus distribution auditable.
Augment, don't replace

UAE insurers running stable core platforms gain more from a surgical augmentation layer than from a multi-year replacement programme. The gaps are UAE-specific. The core is a global platform. The fix is local.

The detailed questions UAE insurance IT leaders ask

Expand each to see how bespoke policy administration software actually works.

What does policy administration augmentation actually cover?

Six connected capability areas: (1) Configurable product factory for UAE personal, commercial, and Takaful products alongside the core. (2) IFRS 17 sub-ledger integration with external calculation engines. (3) Takaful fund segregation with Wakalah/Mudarabah fee treatment and surplus distribution. (4) CBUAE reporting layer with configurable return schemas. (5) Shari'ah governance workflow for operators running Takaful windows. (6) Leadership dashboards for core platform health, reconciliation status, and return readiness.

Around those six, most insurers also want: bilingual Arabic document generation alongside the core document layer, UAE PASS identity integration for digital channels, and a reporting layer feeding actuarial and finance systems.

How is augmentation different from core replacement?

Core replacement - moving from Premia or TCS BaNCS to Guidewire or Sapiens - is an 18-36 month programme with implementation-to-licence multiples of 2x-5x during the first phase. For stable cores serving an operation reasonably, the replacement lift often exceeds the value recovered.

Augmentation keeps the core, adds a surgical layer above it, and closes UAE-specific gaps without the replacement lift. Where replacement eventually happens, the augmentation layer typically moves forward with the new core because the UAE-specific gaps persist regardless of vendor.

How does IFRS 17 sub-ledger integration work?

The integration layer reads from the core underwriting and claims records, applies contract grouping and cashflow generation logic, and feeds IFRS 17 calculation engines - Moody's Analytics RiskIntegrity, SAS Insurance Analytics, Aptitude Software IFRS 17, Sapiens IFRS 17, or Milliman IntelliScript. Reconciliation between core GL and IFRS 17 liability calculations runs continuously.

Variance above configurable thresholds flags as exception for actuarial and finance review. The 33% of UAE insurers reporting variance above 5% in 2025 between actuarial and finance teams is what this layer is designed to prevent.

How does Takaful fund segregation work?

Under the Insurance Law, the Takaful fund operates as a separate legal entity from the operator's shareholder fund. The platform enforces this at data model level - premiums, claims, investment income, and operator fees flow through segregated ledgers. Wakalah and Mudarabah fee calculations are first-class workflows.

Surplus distribution follows actuarial sign-off and Shari'ah board review, with participant-pool calculation and distribution mechanisms structured. The CBUAE Shari'ah governance three-lines-of-defence model is supported with Internal Shari'ah Supervisory Committee workflow and Higher Shari'ah Authority reporting patterns.

How does CBUAE reporting absorb format changes?

CBUAE returns - quarterly prudential, annual statutory, FIA Template V2, thematic review responses - are produced against configurable schemas. When the CBUAE issues a format update, the change is applied as configuration rather than code release.

FIT programme integration points (SupTech, EDM, Aani, Jaywan touchpoints where relevant) are treated as first-class integrations rather than bolt-ons. As the CBUAE-Accenture FIT programme expands its data surface, the reporting layer absorbs new requirements.

How does the product factory work alongside core?

Product configuration - coverages, endorsements, rating factors, wordings, document templates - lives in the factory layer. New product variants deploy through configuration rather than core platform releases.

The core continues to hold policy records, premium accounting, and claims. The factory feeds product definition into the core at bind. When the UAE market needs a new product variant quickly - for example around new mandatory coverage rules - the factory cadence replaces the core release cycle as the constraint.

What does this sit alongside in a typical UAE insurer stack?

Here's where custom policy administration augmentation typically sits.

Core platforms - we sit alongside Guidewire, Sapiens IDITSuite and CoreSuite, Duck Creek, Fadata INSIS, Premia, TCS BaNCS Insurance, Oracle Insurance, and FINEOS for core policy, claims, and billing.

IFRS 17 engines - we integrate with Moody's Analytics, SAS, Aptitude, Sapiens IFRS 17, and Milliman for sub-ledger and liability calculation.

Document and analytics - we exchange with DocuWare and OpenText for content, and with Tableau and Power BI for reporting.

Integration approach is scoped during discovery. We don't ask you to rip and replace anything that works.

How long to go live, and what does it cost?

Discovery runs six to eight weeks (longer than line-specific builds due to core platform assessment scope). Working with your IT leadership, underwriting, finance, actuarial, and compliance teams, we map current core stack, IFRS 17 practice, Takaful workflow where applicable, and CBUAE reporting. Output is a detailed report covering current-state map, augmentation architecture, integration scope against the core, phased implementation plan, and fixed-price build proposal.

Build for an initial augmentation layer runs sixteen to twenty-four weeks from discovery completion. Full product factory, IFRS 17 integration, and CBUAE reporting rollout phases in over twelve to twenty-four months depending on core platform count and line mix.

Pricing varies materially by core platform, line mix, and Takaful scope. A bracket isn't published; discovery produces a fixed-price proposal with no obligation to proceed.

How each role experiences the change

Different roles feel different problems on a core stack. Augmentation works when it reduces friction for each one.

Chief Information Officer / IT Leadership

Core platform preserved. UAE-specific gaps closed without multi-year replacement programme. Product cadence decoupled from core release cycles.

Underwriting and Product Teams

New product variants deploy through configuration. Market-response speed up. Core release dependency removed from product roadmap.

Finance and Actuarial Teams

IFRS 17 reconciliation variance visible live, not month-end. Takaful fund segregation enforced at data model. CBUAE returns produced against configurable schemas.

Compliance and Shari'ah Governance

CBUAE reporting layer absorbs format changes. Shari'ah governance workflow integrated. Audit evidence captured continuously.

Questions We Get Asked

What is insurance policy administration software?

Custom augmentation software for UAE insurers and Takaful operators running core platforms like Guidewire, Sapiens, Duck Creek, Fadata INSIS, Premia, TCS BaNCS, and Oracle Insurance. Closes UAE-specific gaps around CBUAE reporting, Takaful fund segregation, Arabic documents, and IFRS 17 sub-ledger integration. Designed to sit alongside rather than replace.

How is augmentation different from core replacement?

Core replacement is an 18-36 month programme with implementation-to-licence multiples of 2x-5x. For stable cores serving operations reasonably, replacement lift often exceeds value recovered. Augmentation keeps the core, adds a surgical UAE-specific layer above it, and closes local gaps without the replacement programme.

How does IFRS 17 sub-ledger integration work?

The layer reads from core underwriting and claims, applies contract grouping and cashflow logic, and feeds IFRS 17 engines - Moody's, SAS, Aptitude, Sapiens IFRS 17, or Milliman. Reconciliation between core GL and liability calculations runs continuously. Variance above thresholds flags as exception. The 33% of UAE insurers with variance above 5% between actuarial and finance in 2025 is what this layer prevents.

How does Takaful fund segregation work?

Under the Insurance Law, the Takaful fund is a separate legal entity from the operator's shareholder fund. The platform enforces this at data model level. Wakalah and Mudarabah fee calculations are first-class. Surplus distribution follows actuarial sign-off and Shari'ah board review. CBUAE three-lines-of-defence Shari'ah governance is supported.

How does CBUAE reporting absorb format changes?

Returns - quarterly prudential, annual statutory, FIA Template V2, thematic review responses - are produced against configurable schemas. When CBUAE issues a format update, the change is configuration rather than code release. FIT programme integration points (SupTech, EDM) are treated as first-class integrations.

Does this work with our existing core platform?

The layer is designed to sit alongside Guidewire, Sapiens, Duck Creek, Fadata INSIS, Premia, TCS BaNCS, Oracle Insurance, FINEOS, and in-house legacy cores. Integration patterns - API, middleware, file interchange - are selected per core during discovery. BY BANKS has not claimed delivery on any named platform; the layer is designed to published integration interfaces.

How long to go live, and what does it cost?

Discovery takes six to eight weeks due to core platform assessment scope. Initial augmentation build runs sixteen to twenty-four weeks. Full product factory, IFRS 17 integration, and CBUAE reporting rollout phases in over twelve to twenty-four months. Pricing varies by core platform and line mix, so a bracket isn't published.

Get in Touch

Let's Discuss Your Project

Fill in the form, message us on WhatsApp, or send an email.

Paul Banks
Paul Banks Founder & Lead Consultant I handle all enquiries personally and look forward to hearing about your project.

Quick Assistance

Chat with us directly on WhatsApp.

Open WhatsApp →

Email Us

Gmail, Outlook, Yahoo & more.

Choose your email app →

BY BANKS L.L.C-FZ

License No. 2425027.01

Meydan Free Zone, Dubai, UAE

Procurement-ready · UAE registered

Not ready to talk yet? See if we're the right fit Pick your preferred AI and it'll ask about your project, then assess whether BY BANKS is a good match.

Thank You!

Your message has been sent successfully.
We'll be in touch within 24 hours.

Web clients open in a new tab

Still exploring?

We'd love to help you find what you're looking for. Whether you have a project in mind or just want to learn more about what we do.

Web clients open in a new tab