Een ruil in het rooster die niet doorkomt in het loon, en iemand die de uren overtikt. Een koppeling haalt dat weg, maar alleen als eerst vastligt welke uren gelden en welk systeem waarvoor leidend is.
Een medewerker ruilt op woensdag een late dienst met een collega. De planner past het rooster aan en in de planning klopt alles weer. Aan het eind van de maand gaan de uren naar de loonadministratie, uit een export van twee weken eerder of uit een Excel die halverwege is bijgewerkt. De ruil zit er niet in. De collega die de late dienst uiteindelijk draaide, mist de toeslag die erbij hoort, en de ander krijgt hem juist wel. Een paar dagen na de loonstrook staat er iemand aan het bureau.
Planning en loonadministratie kennen dezelfde uren, maar als twee losse records die niet van elkaar weten. Dus tikt iemand over wat in het rooster staat naar het loonsysteem, of naar een bestand voor het administratiekantoor. Dat is dubbel werk, en de fouten die erbij horen komen pas aan het licht op de plek waar ze het meest opvallen: de loonstrook. Een koppeling lijkt het voor de hand liggende antwoord, en dat is het meestal ook. Maar een koppeling die geplande uren doorzet voordat is afgesproken wat er als gewerkt geldt, verspreidt dezelfde fout alleen sneller.
Dit artikel gaat over wat er tussen rooster en loon heen en weer moet, welk systeem voor welk gegeven leidend is, waar zo'n koppeling misgaat en hoe je begint. Hoe uren bij projectmatig werk aan opdrachten en facturen hangen, staat in het artikel over urenregistratie bij een adviesbureau. Hoe klantafspraken en agenda's op elkaar aansluiten, staat in afspraken automatisch inplannen.
Tussen een personeelsplanning en een loonadministratie gaan vier dingen heen en weer. Wie ze alle vier meeneemt, hoeft aan het eind van de maand niets meer over te tikken.
Het rooster zegt wat de bedoeling was. Het loon gaat over wat er is gewerkt. Tussen die twee zit een verschil: een ruil, een dienst die uitliep, iemand die eerder naar huis ging, een invaller. Een koppeling die rechtstreeks uit het rooster naar het loon loopt, neemt dat verschil niet mee. Wat de loonadministratie nodig heeft zijn de uren zoals ze zijn bevestigd, door de medewerker, de leidinggevende of allebei.
Een uur is niet altijd een uur. Afhankelijk van je cao of arbeidsovereenkomst kan een avond-, nacht-, weekend- of feestdagdienst anders worden beloond dan een gewone dag. Neemt de koppeling alleen het aantal uren mee, dan moet iemand achteraf nog uitzoeken welke uren om welke dienst gingen, en dat is precies het handwerk dat je wilde wegnemen.
Een vrije dag in het rooster is voor de loonadministratie niet altijd hetzelfde. Verlof, ziekte en onbetaald verlof werken elk anders door op het saldo en op de loonstrook. Zorg dat het soort afwezigheid meegaat, niet alleen het feit dat iemand er niet is. Anders ziet de planner dat iemand vrij is, en moet de loonadministratie het later nog navragen.
Er wordt altijd iets achteraf aangepast: een dienst die niet is bevestigd, een uur dat is vergeten, een ruil die pas een week later is doorgegeven. Een goede koppeling geeft een correctie door als correctie. Hij maakt er geen tweede set uren van die bovenop de eerste wordt geteld.
Een rooster zegt wat gepland was. Een loonstrook gaat over wat er gewerkt is. De koppeling zit in het verschil.
De belangrijkste beslissing bij een koppeling is geen technische. Het is de vraag welk systeem voor welk gegeven de waarheid heeft. Wordt een uur in beide systemen aangepast, dan moet vastliggen welke wijziging wint. Anders overschrijven ze elkaar, en weet na een maand niemand meer welke uren zijn uitbetaald.
Een indeling die in de meeste bedrijven werkt:
Wie het rooster mag wijzigen, bepaalt wat er op de loonstrook komt. Dat hoort een bewuste afspraak te zijn, geen bijkomstigheid.
De koppeling zelf is zelden het probleem. Het misgaat op de plekken waar het rooster afwijkt van de rechte lijn van dienst naar loonstrook.
De fout zit zelden in de dienst. Hij zit in het moment waarop een wijziging het rooster wel haalt en het loon niet.
Er zijn grofweg drie manieren om een personeelsplanning aan een loonadministratie te koppelen, en de eenvoudigste die werkt is de beste.
Een standaardkoppeling. Veel planningspakketten en salarissystemen bieden zelf een koppeling aan, of hebben er een met elkaar. Is je rooster overzichtelijk, met vaste diensttypen en één loonadministratie, dan is dit vaak genoeg. Controleer wel of ook het soort dienst, het type verlof en een correctie achteraf meegaan, want dat zijn de delen die niet elke standaardkoppeling meeneemt.
Een bestand van de planning naar het loonpakket. Kan je planning de gewerkte uren exporteren, en kan je salarispakket of administratiekantoor dat bestand inlezen, dan scheelt dat het overtikken al. Het wordt kwetsbaar zodra er correcties komen: een tweede bestand voor dezelfde periode telt gemakkelijk dubbel.
Een eigen laag. Hangt je rooster aan klanten, locaties of projecten, werk je met meerdere loonadministraties of ligt de loonadministratie bij een extern kantoor met een eigen werkwijze, dan loont een laag die de uren, het soort dienst en de afspraken op één plek houdt en de pakketten daaraan koppelt. Je bestaande planning en salarissysteem blijven dan staan. Welke andere koppelingen een MKB-bedrijf meestal nodig heeft, staat in het overzicht over software koppelen. Wat wij bouwen voor bedrijven die op locatie werken, staat op servicebedrijven en bouw en installatie, en hoe we het aanpakken in Operations OS.
Begin bij de eenvoudigste koppeling die een ruil en een correctie aankan. Bouw pas iets eigens als je precies kunt aanwijzen waar die tekortschiet.
Dezelfde vraag, welk systeem is leidend, staat centraal bij het koppelen van je CRM aan je boekhouding. Dat staat in CRM koppelen aan je boekhouding.
De bevestigde gewerkte uren, het soort dienst (avond, nacht, weekend of feestdag, afhankelijk van je cao), het type verlof of ziekte en eventuele correcties achteraf. Wat iemand verdient blijft in de loonadministratie; de planning bepaalt wie wanneer werkt.
Door vast te leggen waar de gewerkte uren worden bevestigd, en het loonsysteem die uren daaruit te laten overnemen. Koppel op een vast personeelsnummer in plaats van op naam, en laat de koppeling eerst klaarzetten voordat hij gaat doorboeken.
Allebei, voor verschillende gegevens. De planning is leidend voor wie wanneer werkt, de loonadministratie voor wat iemand verdient. Voor gewerkte uren en verlof kies je bewust één kant.
Vaak wel, als je rooster vaste diensttypen heeft en je met één loonadministratie werkt. Het wringt bij ruilen en correcties na de overdracht, bij medewerkers met meerdere functies of locaties, en bij een extern administratiekantoor met een eigen werkwijze.
Wil je weten waar het overtikken in jouw bedrijf zit? Doe de Bedrijfs-OS scan of plan een gesprek om één medewerker samen van rooster tot loonstrook door te lopen.
De Quickscan duurt vijf minuten: acht korte vragen, en jullie zien direct waar het knelt. Vrijblijvend, of jullie daarna klant worden of niet.
Of bekijk eerst een voorbeeld → (opent in een nieuw tabblad)
