Verzuimmelding (SIVI)

Oracle HCM Cloud koppelen met de verzuimverzekeraar via SIVI: Nederlandse afwezigheid per polis gemeld

Met een koppeling tussen Oracle HCM Cloud en de Verzuimverzekeraar gaat goedgekeurde ziekte van de Nederlandse legal employer automatisch naar de verzekeraar, als SIVI-bericht van werkgever naar verzekeraar. Een afwezigheid die in Oracle als Nederlands arbeidsongeval is vastgelegd, komt bij de verzekeraar binnen als oorzaakcode arbeidsongeval, zonder ziektecode of opmerkingen.

Bespreek je koppeling Zo werkt de koppeling

Geschreven door Marcel van Beek, oprichter en integratiespecialistLaatst bijgewerkt: 9 november 2026

Wat de koppeling doet

Organisaties die Oracle HCM Cloud in meerdere landen gebruiken en het verzuimrisico in Nederland bij een verzuimverzekeraar hebben verzekerd, geven ziekte en herstel nu met de hand door in het portaal van de verzekeraar. Wie dat doet, moet ook weten onder welke polis een medewerker valt en of het verzuim door een arbeidsongeval komt.

Bij de start koppelen we elke Nederlandse legal employer in Oracle aan het loonheffingennummer waarop de polis loopt, en wijzen we de ziekte-afwezigheidstypes aan.
KoppelHet haalt elk uur de afwezigheden op die sinds de vorige ronde zijn gewijzigd, met de Nederlandse contextgegevens.
Na goedkeuring maakt KoppelHet er een nieuwe melding van, met oorzaakcode en percentage.
Per afgesproken periode gaan nieuwe meldingen, wijzigingen, correcties en vervallen meldingen in één bericht naar de verzekeraar.

Heen: Afwezigheden van de Nederlandse legal employer · Werkgever met loonheffingennummer van de polis · Oorzaakcode uit de Nederlandse context arbeidsongeval · Correctie bij een verschoven eerste dag · Vervallen melding na intrekken

Waar je op let bij Oracle HCM Cloud en Verzuimverzekeraar (SIVI)

Oracle heeft voor Nederland eigen contexten bij een afwezigheid, waaronder arbeidsongeval. KoppelHet gebruikt alleen het feit dat die context is gekozen en maakt er oorzaakcode arbeidsongeval van. Wat er verder in de context staat, gaat niet naar de verzekeraar.
Oracle kent ook Nederlandse contexten voor ziekte door zwangerschap, ziekte rond de bevalling en orgaandonatie. Voor die gevallen geldt vaak een vangnetregeling bij UWV. KoppelHet markeert ze apart, en welke code de verzekeraar daarvoor wil, leggen we bij de start met de verzekeraar vast.
Een afwezigheid in Oracle heeft velden voor een ziektecode en voor de datum waarop de aandoening begon. Die zijn medisch van aard en worden niet gelezen. De verzekeraar krijgt alleen datums, percentage en oorzaakcode.
Elke afwezigheid in Oracle hoort bij een legal employer. De verzekeraar wil het loonheffingennummer van de eenheid met de polis. KoppelHet vertaalt de legal employer met een vaste tabel, zodat twee Nederlandse werkgevers onder één polis toch goed binnenkomen.
Wordt de begindatum van een gemelde afwezigheid in Oracle verschoven, dan stuurt KoppelHet een correctie met de oude eerste verzuimdag erbij. Zo vervangt de verzekeraar het geval in plaats van er een tweede naast te zetten.
Een open-ended afwezigheid in Oracle krijgt bij de verzekeraar nog geen hersteldatum. Een contract dat tijdens de ziekte afloopt, sluit het verzuim ook niet af. Pas als in Oracle de einddatum staat, gaat het herstel mee.
Trekt iemand een gemelde afwezigheid in Oracle in, dan gaat die bij de volgende periode als vervallen melding naar de verzekeraar. Een gekoppelde terugval via een linkage rule meldt KoppelHet als eigen geval, omdat het bericht samengesteld verzuim niet apart kent.

Hoe we het bouwen en beheren

De koppeling draait op het KoppelHet platform, gehost in een datacenter in de EU.
Elke synchronisatie en elke fout is zichtbaar in de functionele logging; bij een fout krijgt jullie beheerder een melding.
Een mutatie die niet door kan, wordt niet half doorgezet maar klaargezet om opnieuw te proberen.
KoppelHet is ISO 27001-gecertificeerd. Gegevens gaan versleuteld over en blijven niet langer op het platform dan nodig.
Na livegang beheren wij de koppeling en passen we hem aan als jullie proces verandert.
De koppeling past naast je bestaande integratielaag. Alleen de velden uit het ontwerp gaan over; het platform houdt geen eigen registratie bij.

Implementatie, architectuur en compliance

Implementatie en prijs

Dit is geen app die je aanzet. We bouwen de koppeling voor jullie organisatie op ons platform, met bouwstenen die we steeds opnieuw gebruiken. Zo is het maatwerk, zonder dat we bij nul beginnen.

Een consultant bereidt de intake voor en analyseert beide systemen. Daarna leggen we de mapping en uitzonderingen per veld vast, testen we in de test- of acceptatieomgeving en gaan we live op een moment dat jij kiest. De kosten bestaan uit een eenmalig bedrag voor de inrichting en een maandbedrag voor platform, monitoring en beheer.

Prijsindicatie · Basis

Veelgestelde vragen

Moeten we in Oracle de Nederlandse contexten gebruiken?

Voor de oorzaakcode wel. Zonder de context arbeidsongeval gaat alle ziekte als overige naar de verzekeraar.

Kan dit naast onze koppeling met de arbodienst?

Ja. Arbodienst en verzekeraar krijgen elk hun eigen SIVI-bericht uit dezelfde afwezigheid in Oracle.

Gaat de ziektecode uit Oracle mee?

Nee. De koppeling vraagt dat veld niet eens op.

Technische details voor IT

Voor wie wil weten hoe het onder de motorkap werkt: gebruikte API's, velden en bronnen.

Oracle HCM Cloud via de REST-resource absences (/hcmRestApi/resources/11.13.18.05/absences) met personNumber, legalEntityId (verplicht), absenceTypeId, absenceStatusCd, approvalStatusCd, openEndedFlag, startDate, endDate, startDateDuration, endDateDuration, duration, unitOfMeasure en lastUpdateDate; child absenceRecordingsDDF met de contexten ORA_HRX_NL_SICKNESS, ORA_HRX_NL_WORK_ACCIDENT, ORA_HRX_NL_SICK_PREG_REL, ORA_HRX_NL_SICK_CHILD_BIRTH en ORA_HRX_NL_ORGAN_DONOR. Velden diseaseCode, conditionStartDate, comments en absenceReason worden niet opgevraagd.
Bericht Verzuimmeldingen Werkgever naar Verzekeraar (XML, targetNamespace VerzuimmeldingenWerkgeverVerzekeraar, bestandsnaam met prefix WV-), verwerkingscodes 01 nieuw, 02 gewijzigd, 03 vervallen, 04 ter informatie en 05 correctie (met de oude sleutelwaarden), oorzaakcodes 10, 11 en 99. Transport per verzekeraar af te spreken.

Welke velden overgaan

De belangrijkste velden. De volledige mapping stellen we per klant vast.

Veld in Oracle HCM Cloud	Veld in Verzuimverzekeraar (SIVI)	Toelichting
`legalEntityId (via tabel)`	`Werkgever: loonheffingennummer`	Het nummer van de eenheid met de polis
`personNumber`	`Identificatie werknemer`
`Absence-id`	`Verzuimgeval identificatie`
`startDate`	`Datum eerste verzuimdag`
`startDateDuration, endDateDuration en duration`	`Percentage verzuim`
`endDate + 1 dag (niet bij openEndedFlag)`	`Datum hersteld en Einde verzuim J/N`
`Context ORA_HRX_NL_WORK_ACCIDENT`	`Oorzaak verzuim 10 (arbeidsongeval)`	Anders 99, of 11 bij regres

Bronnen

Gerelateerd

Kerngegevens

Richting: Oracle HCM Cloud → Verzuimverzekeraar (SIVI) · Eén richting
Wanneer: In Oracle wordt een ziekteafwezigheid van een medewerker van de Nederlandse legal employer goedgekeurd, gewijzigd, van een einddatum voorzien of ingetrokken
Frequentie: Wijzigingen worden elk uur opgehaald en per afgesproken periode naar de verzekeraar gestuurd, bijvoorbeeld dagelijks
Wat gaat er over: Afwezigheden van de Nederlandse legal employer
Werkgever met loonheffingennummer van de polis
Oorzaakcode uit de Nederlandse context arbeidsongeval
Correctie bij een verschoven eerste dag
Vervallen melding na intrekken
Doorlooptijd implementatie: Indicatie: twee tot vier weken

Past dit bij jullie situatie?

Doe de online intake. Een consultant bereidt de vragen voor op jullie systemen en werkt daarna het ontwerp en de offerte uit.

Bespreek je koppeling