HR naar ERP
Deel AllSolutions koppeling: eigen werknemers per legal entity in het juiste AllSolutions-bedrijf
Met een koppeling tussen Deel en AllSolutions staat elke eigen werknemer van een Nederlandse legal entity in Deel automatisch in het bijbehorende AllSolutions-bedrijf, met functie, afdeling, kostenplaats en startdatum. Is de beëindiging in Deel afgerond, dan krijgt de medewerker in AllSolutions een einddatum, zodat zijn uren en projecthistorie blijven staan.
Wat de koppeling doet
Organisaties die Deel gebruiken voor HR in meerdere landen en AllSolutions voor projecten, uren en inkoop van hun Nederlandse bedrijven, zetten nieuwe collega's met de hand in AllSolutions. In Deel staan eigen werknemers, EOR-medewerkers en contractors door elkaar, en niet iedereen hoort in het ERP.
- Bij de start leggen we per Nederlandse legal entity vast in welk AllSolutions-bedrijf de medewerkers horen.
- Deel meldt een nieuwe of gewijzigde werknemer; KoppelHet haalt alleen de velden op die AllSolutions nodig heeft.
- KoppelHet wisselt naar het juiste AllSolutions-bedrijf en maakt de medewerker aan of werkt de gewijzigde velden bij.
- Is de beëindiging in Deel afgerond, dan zet KoppelHet de laatste werkdag als einddatum in AllSolutions.
Waar je op let bij Deel en AllSolutions
- Deel kent naast eigen werknemers ook EOR, PEO en contractors, ook contractors buiten Deel. Alleen eigen werknemers van een Nederlandse legal entity worden medewerker in AllSolutions. Willen jullie dat contractors uren op projecten schrijven, dan leggen we dat bij de start per soort vast.
- Elke werknemer hoort in Deel bij een legal entity, en in AllSolutions bij een bedrijf. Het koppelaccount van AllSolutions heeft één inlogbedrijf en moet via een aparte functie wisselen. KoppelHet wisselt per medewerker naar het bedrijf dat bij zijn legal entity hoort, en die functie moet daarvoor in de REST API openstaan.
- Een beëindiging in Deel loopt van in behandeling naar afgerond of geannuleerd. KoppelHet zet de einddatum in AllSolutions pas als de beëindiging is afgerond. Een geannuleerde beëindiging verandert dus niets aan de planning en goedkeuringen in AllSolutions.
- Deel laat een koppeling kiezen welke velden terugkomen, ook in geneste contracten. In AllSolutions bepaalt een weergave welke velden de REST API ziet, en per browser is er maar één weergave actief voor de API. KoppelHet vraagt in Deel alleen op wat die ene weergave in AllSolutions vult.
- Deel houdt kostenplaatsen per legal entity bij, met nummer en naam. AllSolutions controleert een kostenplaats bij het opslaan zoals het scherm dat doet. Bestaat het nummer uit Deel in het AllSolutions-bedrijf nog niet, dan maakt KoppelHet de medewerker niet half aan maar meldt het ontbrekende nummer aan finance.
- AllSolutions registreert inlogpogingen en het aantal acties van de REST API. AllSolutions raadt aan de ingerichte weergaven voor de livegang door een consultant te laten nalopen. We plannen die controle in voordat de eerste medewerkers uit Deel binnenkomen.
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
Komen EOR-medewerkers van Deel in AllSolutions?
Niet standaard. Ze zijn in dienst bij een werkgever van Deel. Als ze uren op projecten schrijven, kunnen we ze als externe opnemen; dat leggen we bij de start vast.
Verwijdert KoppelHet medewerkers in AllSolutions?
Nee. Een vertrekker krijgt een einddatum, zodat uren en projecten aan hem gekoppeld blijven.
Technische details voor IT
Voor wie wil weten hoe het onder de motorkap werkt: gebruikte API's, velden en bronnen.
- Deel via de REST API (versie 2026-01-01) met een API-token of OAuth2. GET /rest/people met hiring_type (onder meer direct_employee, hris_direct_employee, eor, peo, contractor), client_legal_entity, department, job_title, direct_manager, employments[] met employee_number, en fields met puntnotatie; active_worker_termination_status van PENDING tot COMPLETED of CANCELED en direct_employee_termination_last_day. Kostenplaatsen via GET /rest/legal-entities/{legal_entity_id}/cost-centers. Webhooks per soort aanmaak en voor wijzigingen.
- AllSolutions via de REST API - inloggen met token en refreshtoken, nieuwe medewerkers met POST /api/v1/{browser}, wijzigingen met PUT /api/v1/{browser}/{RecordID} met alleen de gewijzigde velden en dezelfde controles als het scherm, wisselen van bedrijf via MWZBDR. Eén actieve weergave per browser voor de REST API; logging in ILOGPG en IPERHS.
Welke velden overgaan
De belangrijkste velden. De volledige mapping stellen we per klant vast.
| Veld in Deel | Veld in AllSolutions | Toelichting |
|---|---|---|
employments[].employee_number | Personeelsnummer | Ook het AllSolutions-record-ID wordt bewaard |
first_name en last_name | Naam | |
work_email | E-mailadres | |
job_title | Functie | |
department | Afdeling | Via een vertaaltabel |
cost_center_number | Kostenplaats | Alleen bestaande waarden |
direct_manager | Leidinggevende | |
client_legal_entity | Inlogbedrijf (MWZBDR) | Vaste koppeling per entiteit |
start_date en direct_employee_termination_last_day | Datum in dienst en datum uit dienst |
Gerelateerd
Ashby → Deel
Ashby Deel koppeling: aannames bij de eigen entiteit als direct employee in Deel
Bullhorn → Deel
Bullhorn Deel koppeling: eerste plaatsing als direct employee met contract in Deel
Carerix → Deel
Carerix Deel koppeling: geslaagde plaatsing als persoon of contract in Deel
Deel → 4PS Construct
Deel 4PS Construct koppeling: eigen werknemers van de bouwentiteit in 4PS, met afdeling en kostenplaats als dimensie