Dimona automatiseren:aangifte zonder overtypen

Wat is een Dimona-aangifte precies?

Dimona staat voor de onmiddellijke aangifte van tewerkstelling. U meldt aan de Rijksdienst voor Sociale Zekerheid wanneer een werknemer bij u in dienst treedt en wanneer die tewerkstelling eindigt. De aangifte van indiensttreding moet gebeuren vóór de werknemer effectief begint te werken, niet achteraf op het einde van de week.

Een aangifte bevat minstens de identificatie van de werkgever, de identificatie van de werknemer en de gegevens over de tewerkstelling zelf. Welke velden exact verplicht zijn, hangt af van het type tewerkstelling: een gewone bediende, een uitzendkracht, een student of een flexi-job worden niet identiek behandeld. Twijfelt u over welk type in uw geval van toepassing is, leg dat dan voor aan uw sociaal secretariaat voordat u een koppeling laat bouwen.

Naast de aangifte van indiensttreding bestaan er ook aangiftes om een lopende tewerkstelling te beëindigen, te wijzigen of te annuleren. Een goede koppeling ondersteunt die varianten van bij de start, want in de praktijk verandert een planning nog na de eerste registratie.

Waarom kost een manuele Dimona zoveel tijd en loopt hij mis?

Manueel aangeven betekent dat dezelfde gegevens twee keer worden ingetikt: één keer in uw planning of personeelsdossier, één keer in de webtoepassing van de sociale zekerheid. Elk overtypen is een kans op een fout, en een rijksregisternummer bestaat nu eenmaal uit veel cijfers die niets betekenen voor wie ze intikt.

Het tweede probleem is timing. Wie om zes uur 's ochtends een invaller oproept omdat iemand ziek is, denkt op dat moment aan de rit of de werf, niet aan een aangifte. De Dimona volgt dan later op de dag, of helemaal niet. Bij een controle is het verschil tussen op tijd en te laat niet uit te leggen met goede wil.

Dit zijn de patronen die we in de praktijk het vaakst zien:

• Overtypfouten in het rijksregisternummer of in de naam van de werknemer
• Vergeten aangiftes bij last-minute invallers, weekendwerk of nachtploegen
• Een verkeerde begindatum omdat de planning intussen verschoven is
• Dubbele aangiftes doordat twee collega's dezelfde oproep opvolgen
• Uitdiensttredingen die blijven openstaan omdat niemand zich verantwoordelijk voelt

Hoe werkt een Dimona-koppeling in de praktijk?

Een koppeling vertrekt altijd van één bronsysteem. Dat is meestal uw planning, uw HR-tool of uw eigen software waarin de tewerkstelling toch al wordt vastgelegd. De medewerker die de shift inplant, registreert de gegevens één keer, zoals hij vandaag ook al doet.

Zodra die registratie bevestigd is, zet de koppeling de gegevens om naar het formaat dat de RSZ verwacht en verstuurt ze via de officiële kanalen van de sociale zekerheid. Dat gebeurt in de achtergrond, zonder dat de planner een ander scherm opent. Het antwoord van de RSZ komt daarna automatisch terug: het Dimona-nummer, de status van de aangifte en, bij een probleem, de reden van de weigering.

Dat antwoord hoort thuis waar uw mensen werken. In een goed opgezette koppeling ziet u naast elke shift of elk contract meteen of de aangifte bevestigd is, nog onderweg is of aandacht vraagt. Niemand hoeft achteraf een tweede lijst bij te houden om te weten wat wel en niet verstuurd is.

Wat vangt een controle vóór verzending op?

Een koppeling die alles blind doorstuurt, verplaatst het probleem alleen maar: in plaats van fouten in de webtoepassing krijgt u dan foutmeldingen van de RSZ, en die komen vaak pas terug wanneer de werknemer al gestart is. Daarom zit de winst in de validatie die vóór het verzenden gebeurt.

Die controle draait in uw eigen systeem, op het moment dat de registratie wordt bevestigd. Ontbreekt er iets of klopt er iets niet, dan krijgt de planner het meteen te zien, met de naam van de werknemer erbij, en niet als technische foutcode een dag later.

Typische controles die u laat inbouwen:

• Ontbrekend of ongeldig rijksregisternummer, met een duidelijke melding wie het betreft
• Dubbele aangifte: bestaat er al een lopende Dimona voor dezelfde werknemer in dezelfde periode?
• Onlogische data, zoals een einddatum die vóór de begindatum ligt
• Ontbrekende velden die specifiek zijn voor het gekozen type tewerkstelling
• Aangiftes die op het punt staan laattijdig te worden, zodat iemand nog kan ingrijpen

Waarom zijn logging en een audittrail belangrijk bij een inspectie?

Bij een controle is de vraag zelden of u het goed bedoelde. De vraag is wat er precies verstuurd is, wanneer, en wat de overheid daarop geantwoord heeft. Een koppeling die dat niet bijhoudt, laat u met lege handen achter, ook als alles correct verlopen is.

Een bruikbare audittrail bewaart per aangifte de verstuurde gegevens, het tijdstip van verzending, de gebruiker of het systeem dat de actie in gang zette, het antwoord van de RSZ en het toegekende Dimona-nummer. Wijzigingen en annulaties horen daar even goed in thuis, zodat de volledige geschiedenis van één tewerkstelling in één overzicht te volgen is.

Houd er rekening mee dat het hier om persoonsgegevens gaat. Beperk wie de logs kan inkijken, en maak vooraf een afspraak over hoe lang u ze bewaart. Welke bewaartermijn voor uw situatie past, stemt u het best af met uw sociaal secretariaat of uw verantwoordelijke voor gegevensbescherming.

Voor welke bedrijven levert automatische Dimona het meeste op?

De winst schaalt mee met het aantal aangiftes en met hoe onvoorspelbaar uw bezetting is. Een bedrijf met twintig vaste bedienden doet enkele Dimona's per jaar. Een bedrijf dat elke week met wisselende ploegen werkt, doet er honderden, vaak op momenten dat er niemand op kantoor zit.

In deze situaties is het verschil het grootst:

• Veel in- en uitstroom: korte contracten, dagcontracten, proefperiodes
• Uitzendkrachten en interimopdrachten met korte doorlooptijden
• Seizoenswerk in land- en tuinbouw, horeca en evenementen
• Transport en logistiek, met chauffeurs, weekendritten en nachtploegen
• Bouw, waar Dimona vaak samengaat met aanwezigheidsregistratie op de werf

Hoe begint u eraan zonder uw huidige software te vervangen?

U hoeft uw planning, ERP of HR-pakket niet te vervangen. In de meeste projecten blijft het bestaande systeem gewoon staan en komt de koppeling ernaast: ze leest de bevestigde registraties, verstuurt de aangifte en schrijft het resultaat terug. Wat ontbreekt, wordt bijgebouwd; wat werkt, blijft.

Begin klein. Kies één bronsysteem als de plek waar een tewerkstelling ontstaat, en start met één type tewerkstelling in plaats van meteen alle varianten te willen dekken. Laat de koppeling eerst een periode meelopen naast uw huidige werkwijze, zodat u kunt vergelijken voordat u de manuele stap laat vallen.

Zodra de Dimona-stroom stabiel draait, ligt de volgende stap voor de hand: dezelfde registratie hergebruiken voor aanwezigheidsregistratie via Check In At Work of voor de voorbereiding van uw DmfA-kwartaalaangifte. Dat is precies de reden om vanaf het begin met één bron te werken in plaats van met drie parallelle lijsten.

Veelgestelde vragen