Platform en implementatie voor de volmachtketen
Software voor Gevolmachtigd Agenten
Eén systeem voor het tekenwerk dat een verzekeraar aan u uitbesteedt.
Software voor gevolmachtigd agenten moet twee dingen tegelijk doen. Ze moet de tekenbevoegdheid afdwingen die een risicodrager in de volmacht heeft vastgelegd, en ze moet de tussenpersoon dezelfde dag een offerte geven. Nexora brengt aanvraag, acceptatie, polisafgifte, polisadministratie, premie-incasso, provisie en schademelding samen op één record.
Het platform is gebouwd voor een Europese volmachtorganisatie die beroepsaansprakelijkheid, cyberverzekering, zakelijk vastgoed en aansprakelijkheid bedrijven tekent. Het richt zich op volmachtbedrijven en assuradeuren die dezelfde dubbelrol dragen.
- Voor wie
- Gevolmachtigd agenten, volmachtbedrijven en assuradeuren met eigen tekenbevoegdheid
- Omvang
- Aanvraag, acceptatie, polisadministratie, premie-incasso, provisie, volmachtrapportage, schadebehandeling
- Koppelingen
- SIVI AFS, de AFD-datacatalogus en UIV, aangevuld met directe koppelingen per risicodrager
- Model
- Platform plus implementatie. Geen zelfregistratie en geen prijslijst zolang het commerciële model niet vaststaat.
67 procent
van de geschikte aanvragen zonder handmatige acceptatie, vanuit een volledig handmatig startpunt
12 minuten
mediane offertetijd, daarvoor ongeveer 45 minuten
99,96 procent
beschikbaarheid in het eerste jaar productie
Gemeten waarden uit één implementatie voor een Europese volmachtorganisatie, over het eerste jaar in productie. Ze beschrijven die portefeuille en zijn geen toezegging voor een andere.
Wat een volmachtbedrijf meer nodig heeft dan polisadministratie
Een gevolmachtigd agent tekent namens een verzekeraar. Daarmee gelden verplichtingen die een systeem voor een gewone tussenpersoon nooit hoefde af te dwingen.
De volmacht is een contract. Ze legt branches, verzekerde sommen, uitsluitingen en verplichte voorleggingen vast, en een aanvraag buiten die grenzen hoort technisch niet afgegeven te kunnen worden. Nexora legt die grenzen vast als acceptatierichtlijnen die een acceptant kan lezen, en registreert elke afwijking met de fiatteur erbij.
Het tweede verschil is de rapportageplicht richting de risicodrager. Volmachtrapportage komt voort uit de polisgegevens zelf en niet uit een losse maandelijkse uitdraai. Vraagt de verzekeraar naar een regel, dan loopt het spoor terug naar de mutatie die de regel heeft veroorzaakt.
Tekenbevoegdheid als regelset
Grenzen uit de volmacht, voorleggronden en fiatteringsniveaus zijn geconfigureerd, en elke beslissing draagt de regel die haar toestond.
Polisadministratie met historie
Polissen worden per ingangsdatum geversioneerd. Een mutatie overschrijft niets maar levert een nieuwe versie met eigen geldigheid.
Provisie en incasso
Provisieverdeling tussen volmachtbedrijf, onderagent en risicodrager volgt uit hetzelfde polisrecord als de rapportage, dus beide kunnen niet uiteenlopen.
Meertalig vanaf de basis
Polisbladen, correspondentie en portalen bestaan per markt en taal, niet als vertaallaag achteraf.
SIVI AFS, de AFD-catalogus en UIV
In Nederland bepaalt de koppeling of een platform in de praktijk standhoudt. SIVI levert de standaarden waarmee verzekeraars en volmachten gegevens uitwisselen, en die standaarden zijn geen sluitstuk van de implementatie.
AFS is het huidige standaardenkader van SIVI voor berichtenverkeer tussen ketenpartijen. De AFD-datacatalogus legt vast welke gegevenselementen een bericht bevat en hoe ze heten, zodat twee partijen dezelfde velden ook echt hetzelfde noemen.
UIV, de Uniforme Inrichting Volmachtketen, gaat een stap verder. Verzekeraars geven een AFD-definitie uit die precies voorschrijft wat het volmachtbedrijf moet registreren en aanleveren. Dat is geen rapportagesjabloon maar een inrichtingseis, en een platform dat UIV pas bij het opleveren van een rapportage tegenkomt, komt te laat. Nexora legt de vereiste velden vast op het moment van acceptatie, waar ze ontstaan.
Niet elke risicodrager biedt hetzelfde niveau. Waar een standaardkoppeling ontbreekt, wordt direct gekoppeld via bestandsuitwisseling of API, met dezelfde validaties. In de referentie-implementatie waren zes verzekeraarssystemen gekoppeld, elk met een eigen formaat en eigen aanleverdata.
Deze sectie behandelt SIVI in de context van de polisadministratie. Er volgt een aparte pagina over de UIV- en AFD-koppeling, waarna deze sectie inkort tot een korte samenvatting met verwijzing.
Vierogenprincipe, Wft en toezicht
Voor een volmachtbedrijf is compliance geen bijlage bij de software maar een eis aan de datastructuur.
Het vierogenprincipe is technisch vastgelegd en niet organisatorisch afgesproken. Wijzigingen in premies, producten en volmachtgrenzen en afwijkingen bij acceptatie worden pas actief na fiattering door een tweede bevoegde, en de behandelaar kan niet zijn eigen fiatteur zijn. De fiattering, de reden en het tijdstip blijven aan het record hangen.
De Wft bepaalt het kader waarin het volmachtbedrijf werkt, met de AFM als toezichthouder en de NVGA als brancheorganisatie waarvan de modelovereenkomsten in de markt worden gebruikt. Verplichtingen uit de IDD, zoals wensen en behoeften en precontractuele informatie, zitten in de aanvraagstroom zelf. Gegevens voor Solvency II-rapportage van de risicodrager komen uit dezelfde bron als de volmachtrapportage.
Implementatie, migratie en beheer
Een platform kiezen is het eenvoudige deel. Het live krijgen op een lopende portefeuille is het werk.
01
Volmachten lezen
Grenzen, voorleggronden en aanleververplichtingen staan in de volmachtovereenkomsten. Zij bepalen wat de regelset moet kunnen uitdrukken.
02
Migratie uit het oude systeem
Lopende polissen, historie en documenten gaan mee met hun versiehistorie. Portefeuilles komen in de praktijk uit ANVA, CCS, Voogd en Voogd of een eigen bouwsel, en de staat van die data bepaalt het tempo.
03
Risicodragers koppelen
Per risicodrager SIVI AFS of een directe koppeling, getest tegen de validatie van de verzekeraar zelf en daarna bewaakt.
04
Parallel draaien en omzetten
Eén of twee rapportagecycli lopen dubbel. Pas als de verzekeraar de aanlevering zonder opmerkingen accepteert, gaat de oude weg dicht.
Wie er achter Nexora staat
Alex Klein, MBA
Founder, Nexora
Kwalificaties
- MBA
Gevestigd in
- Berlin, Duitsland
Nexora wordt geleid door de oprichter. Wie bepaalt wat er gebouwd wordt, beantwoordt ook uw vraag erover. Daar zit geen verkoopafdeling tussen.
Alex Klein richtte Nexora op vanuit één overtuiging. Een volmachtbedrijf heeft geen verzekeraarssysteem nodig waar de tekenbevoegdheid uit is gesloopt, maar een systeem dat de volmacht behandelt als wat zij is, namelijk een contract. Die overtuiging bepaalt wat er in het platform komt en vaker nog wat er bewust buiten blijft.
Vanuit Berlijn zit hij in de markt waarvoor dit platform is gebouwd, niet een oceaan verderop. De Nederlandse volmachtketen draait op SIVI en de Wft, de Duitse op BiPRO onder de BaFin, de Franse op ORIAS en de ACPR. Daarom zijn de regionale edities van deze site zelfstandig opgebouwd en geen vertalingen.
De realisatie gebeurt met Pharos Production, het bedrijf dat het platform heeft gebouwd en het implementatietraject van veertien maanden heeft geleid. Die scheiding is bewust. Productkeuzes liggen bij de oprichter, en de ontwikkelaars die de code schreven blijven bereikbaar voor de technische vragen.
Vragen uit selectietrajecten
Wat doet een gevolmachtigd agent?
Een gevolmachtigd agent accepteert en beheert verzekeringen namens een verzekeraar. Hij heeft tekenbevoegdheid binnen een volmacht, geeft polissen af, voert de polisadministratie, incasseert premie en rapporteert terug aan de risicodrager. Het risico blijft bij de verzekeraar, de uitvoering ligt bij het volmachtbedrijf, en juist die scheiding moet de software vastleggen.
Welke software heeft een volmachtbedrijf nodig?
Software die aanvraag, acceptatie binnen de volmacht, polisadministratie, premie-incasso, provisie, schadebehandeling en volmachtrapportage op één record voert. Het verschil met software voor een gewone tussenpersoon zit in de tekenbevoegdheid. Grenzen en voorleggronden zijn geen toelichting maar een voorwaarde die het systeem moet afdwingen.
Wat is het verschil tussen een polisadministratie en een volmachtsysteem?
Een polisadministratie registreert wat er is afgesloten. Een volmachtsysteem bepaalt bovendien wat er afgesloten mag worden en bewijst achteraf waarom dat mocht. Daar horen acceptatieregels uit de volmacht bij, fiattering op afwijkingen, en rapportage naar buiten richting de risicodrager in plaats van alleen naar binnen.
Hoe lang duurt de implementatie van een volmachtplatform?
De referentie-implementatie liep veertien maanden van inventarisatie tot volledige productie, inclusief migratie van de historische portefeuille en koppelingen met zes verzekeraarssystemen. Een volmachtbedrijf met één risicodrager en zonder historie is aanzienlijk sneller klaar. Het aantal risicodragers en de staat van de te migreren data bepalen de doorlooptijd.
Hoe wordt het vierogenprincipe technisch vastgelegd?
Als fiatteringsstap op het record zelf. Wijzigingen in premie, product of volmachtgrens en afwijkingen bij acceptatie worden pas actief na goedkeuring door een tweede bevoegde, en de behandelaar kan niet zijn eigen fiatteur zijn. Goedkeuring, reden, persoon en tijdstip blijven onveranderlijk bewaard, zodat een controle achteraf ze kan volgen.
Praat met het team achter het platform
Vertel ons met welke risicodragers u werkt en wat uw rapportagecyclus nu aan dagen kost. Daar komt een onderbouwde inschatting van de implementatie uit.
Voor een eerste gesprek zijn een volmachtovereenkomst en een geanonimiseerde rapportage genoeg. Productiegegevens hebben we daarvoor niet nodig.