VSVerzuimmelding (SIVI)
Unit4 HR verzuimverzekeraar koppeling via SIVI: afgeronde ziekteregistraties uit Unit4 naar de verzekeraar
Met een koppeling tussen Unit4 HR en de Verzuimverzekeraar gaan ziekteregistraties uit Unit4 automatisch als SIVI-bericht Verzuimmeldingen naar de verzekeraar, zodra de workflow in Unit4 ze heeft afgerond. Een afgewezen of verwijderde registratie wordt een vervallen melding, en een open einde blijft open tot HR de hersteldatum vastlegt.
Wat de koppeling doet
Organisaties die verzuim in Unit4 HR registreren en hun ziekterisico bij een verzekeraar hebben ondergebracht, typen elke ziekmelding en elk herstel nog eens in het portaal van de verzekeraar. Een registratie die later wordt afgewezen of verwijderd, blijft daar vaak staan.
- KoppelHet leest elk uur de afwezigheden met een ziektecode die sinds de vorige ronde zijn bijgewerkt.
- Alleen registraties zonder conceptstatus en met een afgeronde workflow worden een melding.
- Een nieuw percentage wordt een wijziging met de begindatum van die regel; een bevestigde einddatum het herstel.
- Een afgewezen registratie of een verwijderverzoek wordt een vervallen melding.
- Per afgesproken periode gaan alle meldingen per Unit4-bedrijf in één bericht naar de verzekeraar.
Waar je op let bij Unit4 HR en Verzuimverzekeraar (SIVI)
- In Unit4 is een afwezigheid een transactie met een afwezigheidscode, zoals ziekte of vakantie. KoppelHet leest alleen de codes die jullie als ziekte aanmerken, zodat vakantie, studieverlof of bijzonder verlof nooit bij de verzekeraar terechtkomen.
- Een ziekteregistratie in Unit4 kan nog een concept zijn of in de workflow staan. KoppelHet meldt alleen registraties die geen concept meer zijn en waarvan de workflow is afgerond of niet nodig is. Wordt een gemelde registratie later afgewezen, dan stuurt KoppelHet de verwerkingscode vervallen.
- Unit4 laat een afwezigheid zonder bevestigde einddatum vastleggen als open einde. KoppelHet stuurt zo'n registratie zonder hersteldatum en met einde verzuim nee. Pas als het open einde vervalt en de einddatum vaststaat, volgt de hersteldatum.
- Het percentage op een Unit4-afwezigheid is het deel van de geplande werktijd waarop iemand afwezig is. Dat past op het verzuimpercentage van SIVI. Een nieuwe regel met een ander percentage stuurt KoppelHet als wijziging met de begindatum van die regel, binnen hetzelfde verzuimgeval.
- Een verwijdering in Unit4 is eerst een verzoek dat door de workflow gaat. KoppelHet leest dat verzoek en stuurt de vervallen melding pas als de verwijdering is doorgevoerd, zodat de verzekeraar geen geval kwijtraakt dat in Unit4 toch blijft staan.
- Elke afwezigheid in Unit4 hoort bij een positie van de medewerker. SIVI kent per werknemer meerdere dienstverbanden. KoppelHet gebruikt de positie als identificatie van het dienstverband, zodat iemand met twee functies alleen ziek gemeld wordt voor de functie waarin hij uitvalt.
- De verzekeraar herkent een werkgever aan het loonheffingennummer van de eenheid met de polis. Een Unit4-tenant bevat vaak meerdere bedrijven. KoppelHet legt per bedrijf het loonheffingennummer vast en slaat bedrijven over die niet onder de polis vallen.
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 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.
Veelgestelde vragen
Gaat de reden of een toelichting mee naar de verzekeraar?
Alleen als code voor de oorzaak: arbeidsongeval, verkeersongeval met regres of overig. Vrije tekst gaat niet mee.
Kan dezelfde koppeling ook naar de arbodienst?
Dat kan later als uitbreiding, met het SIVI-bericht voor arbodiensten. We beginnen met de verzekeraar.
Technische details voor IT
Voor wie wil weten hoe het onder de motorkap werkt: gebruikte API's, velden en bronnen.
- Unit4 ERPx via de ObjectAPI (GET /v1/objects/absences) met OAuth 2.0 client credentials, incrementeel met filter=lastUpdated/updatedAt ge en limit en offset. Velden onder meer companyId, personId, positionId, sequenceNumber, absenceCode, absenceReason, percent, dateFrom, dateTo, isOpenEndedAbsence, isDraft, isDeleted en workflowState (No workflow, Workflow in progress, Finished, Rejected). Tenantlimiet 500 verzoeken per minuut.
- SIVI-bericht Verzuimmeldingen Werkgever naar Verzekeraar (XML volgens het XSD, bestandsnaam met prefix WV-), verwerkingscodes 01 nieuw, 02 gewijzigd, 03 vervallen, 04 ter informatie en 05 correctie, oorzaakcodes 10, 11 en 99. Werkgever op loonheffingennummer. Transport per verzekeraar af te spreken.
Welke velden overgaan
De belangrijkste velden. De volledige mapping stellen we per klant vast.
| Veld in Unit4 HR | Veld in Verzuimverzekeraar (SIVI) | Toelichting |
|---|---|---|
companyId | Werkgever: loonheffingennummer | Tabel per Unit4-bedrijf |
personId | Identificatie werknemer | |
positionId | Identificatie dienstverband | |
personId met sequenceNumber | Verzuimgeval identificatie | |
dateFrom | Datum eerste verzuimdag | |
percent | Percentage verzuim | |
dateTo zonder open einde | Datum hersteld en Einde verzuim J/N | |
absenceReason | Oorzaak verzuim (10, 11 of 99) | Vertaaltabel |
workflowState Rejected of isDeleted | Verwerkingscode 03 vervallen |
Gerelateerd
Greenhouse → Unit4 HR
Greenhouse Unit4 HR koppeling: geaccepteerd aanbod als medewerker in het juiste Unit4-bedrijf
Recruitee → Unit4 HR
Recruitee Unit4 HR koppeling: aangenomen kandidaat als medewerker in Unit4, gecontroleerd voordat hij wordt opgeslagen
SmartRecruiters → Unit4 HR
SmartRecruiters Unit4 HR koppeling: aanname op de positie uit SmartRecruiters, met onboardingstatus terug
Teamtailor → Unit4 HR
Teamtailor Unit4 HR koppeling: aangenomen kandidaten als medewerker in Unit4 ERPx, met bedrijf en positie