Polisadministratie is geen ERP. Dat is precies waarom verzekeraars worstelen: Guidewire, Keylane of Quinity voor de polis, en SAP, Oracle of Unit4 voor het financieel grootboek. Twee werelden die elke kwartaalafsluiting opnieuw bij elkaar moeten komen.
Schade versus leven: niet hetzelfde ERP-vraagstuk
Schadeverzekeraars draaien op Guidewire InsuranceSuite of CCS van Centric/Conclusion, met korte claim-cycli en hoge volumes. Levensverzekeraars zitten op Keylane of legacy mainframes met contracten van veertig jaar oud. Wie hetzelfde ERP-traject voor beide tegelijk inricht, levert aan beide kanten een compromis.
Solvency II en IFRS 17 dwingen een andere boekhouding af
IFRS 17 vraagt CSM-berekeningen per cohort, Solvency II vraagt risico-gewogen kapitaal. Het grootboek dat tien jaar geleden volstond, doet dat nu niet meer. Actuariaat en finance leveren beiden cijfers aan, maar de consolidatie gebeurt vaak nog in Excel. Daar gaat het mis bij DNB-uitvraag.
Reinsurance en Wft-administratie
Herverzekeringscontracten zijn zelden standaard te boeken. Quota share, excess of loss, facultatief: elk type vraagt eigen mapping naar het grootboek. Daarbovenop de Wft-eisen op gescheiden derdengelden en provisietransparantie. Één verkeerde inrichting en de AFM heeft een gespreksonderwerp.
Wat een verzekeraar echt nodig heeft
Niet één ERP dat alles doet. Wel een grootboek dat polisdata accepteert zonder maandelijkse handmatige reconciliatie. Een rapportage-laag (vaak SAP Analytics Cloud of een datawarehouse) bovenop polis- en financieel systeem. En iemand die zowel de actuariële kant als de DNB-rapportage doorgrondt.
Verwant: ERP consultancy, finance consultant.