koppeling VOOR VERVOERSBEDRIJF
Shiftbase en Nmbrs koppelen met maatwerk
FerryFast Koeriersdiensten B.V. wilde de urenregistratie en salarisverwerking verder automatiseren met Shiftbase en Nmbrs. De standaardkoppeling tussen beide systemen vormde daarvoor een goede basis, maar al snel bleek dat specifieke looncomponenten niet automatisch werden meegenomen.
Waarom een maatwerk API-koppeling?
Voor FerryFast Koeriersdiensten B.V. was het niet nodig om de bestaande koppeling tussen Shiftbase en Nmbrs volledig te vervangen. De standaardintegratie verwerkte de reguliere uren al goed. Alleen de bedrijfsspecifieke looncomponenten vielen buiten die standaard.
Daarom kozen we ervoor om een aanvullende API-koppeling te laten maken voor precies dat ontbrekende deel. Via de API’s van Shiftbase en Nmbrs worden de relevante waarden per medewerker opgehaald, vertaald naar de juiste looncomponentcodes en automatisch verwerkt.
Een veelvoorkomend probleem bij standaard koppelingen
Dit soort situaties komen vaker voor. Standaardkoppelingen zijn meestal ingericht op de gegevens en processen die voor de meeste bedrijven hetzelfde zijn.
Zodra een bedrijf werkt met eigen velden, uitzonderingen, looncomponenten of specifieke bedrijfsregels, vallen die vaak buiten de standaard
.Dat betekent niet direct dat de bestaande koppeling vervangen moet worden. In veel gevallen is het slimmer om de standaardoplossing te behouden en alleen het ontbrekende gedeelte met maatwerk aan te vullen.
in 5 stappen
We hebben eerst gekeken wat de standaardkoppeling tussen Shiftbase en Nmbrs al goed afdekte. Vanuit daar hebben we alleen het ontbrekende deel uitgewerkt en geautomatiseerd met maatwerk.
We begonnen met wat er al stond. Shiftbase en Nmbrs waren al standaard gekoppeld en de reguliere urenverwerking werkte goed.
- Standaardintegratie behouden
- Bestaande datastroom in kaart gebracht
- Geen onnodig maatwerk
Daarna hebben we uitgezocht welke bedrijfsspecifieke looncomponenten niet via de standaardkoppeling werden meegenomen.
- Verschillen per medewerker
- Aanvullende vergoedingen
- Handmatige verwerking zichtbaar gemaakt
Per looncomponent is bepaald hoe deze moest worden opgebouwd en aan welke medewerker en Nmbrs-component deze gekoppeld moest worden.
- Mapping per looncomponent
- Regels per medewerker
- Vaste maandelijkse verwerking
Vervolgens bouwden we een maatwerk API-koppeling die naast de standaardintegratie draait en alleen de ontbrekende gegevens verwerkt.
Zo konden we de bestaande koppeling behouden en toch de bedrijfsspecifieke logica automatiseren.
Tot slot is de verwerking getest en ingericht om op een vaste datum in de maand automatisch te draaien.
- Controle op juiste medewerker
- Controle op juiste looncomponent
- Foutafhandeling en monitoring
het resultaat
Wat dit in de praktijk oplevert
Op een vaste datum in de maand worden de aanvullende looncomponenten automatisch verwerkt, terwijl de standaardkoppeling de overige gegevens blijft verwerken.
Maandelijkse tijdsbesparing
Aanvullende looncomponenten hoeven niet meer per medewerker handmatig te worden verwerkt.
Minder foutgevoelig
De verwerking volgt iedere loonperiode dezelfde logica en koppelt gegevens aan de juiste medewerker.
Samen kijken naar de volgende digitale stap?
Wij kijken waar digitalisering waarde toevoegt en geven je vrijblijvende inzichten over hoe je die kansen het beste benut.
- Frisse blik op jouw situatie
- Praktische inzichten
Een heldere logische stap vooruit
