Uitbetalingen
Opmerking toevoegen
Je kunt opmerkingen plaatsen via Opmerking toevoegen aan de rechterkant van de pagina.
Overzicht
Uitbetalingen is de sluitende stap in de periodieke beheercyclus. Zodra de opdrachtgever de factuur heeft betaald (of, bij detachering, op een vast maandritme), verwerkt DPP de uitbetaling aan de kandidaat. De cyclus herhaalt zich daarna: Uren → Facturatie → Uitbetalingen, totdat de opdracht eindigt of voortijdig wordt beeindigd. De cadance verschilt per contract en per broker, en deze cadance-verschillen veroorzaken het voorschiet-risico dat DPP actief beheert.
Positie in de keten
flowchart LR
Z[Gunning] --> A[Dossier opbouw]
subgraph BH[Beheer]
direction LR
B[Contracten] --> U[Uren]
U --> F[Facturatie]
F --> P[Uitbetalingen]
P -.->|periodiek| U
end
A --> BH
BH --> G[Offboarding]
classDef ph fill:none,stroke:#94a3b8,stroke-dasharray:5 5,color:#475569
classDef act stroke:#059669,stroke-width:3px
class BH ph
class P actDe gestippelde retourpijl van Uitbetalingen naar Uren visualiseert de periodieke herhaling. Contracten is de eenmalige entree van Beheer; Uren, Facturatie en Uitbetalingen herhalen zich zolang de opdracht loopt. Cadance volgt het contract: meestal maandelijks, soms tweewekelijks of 4-wekelijks.
Procesflow
Generiek verloop van een uitbetalingscyclus. Drie contractvormen (ZZP, Detachering, Kickback) bepalen het uitbetalingspad richting kandidaat; alle paden convergeren op de klantbetalingscontrole. Zolang de klantbetaling nog niet binnen is, blijft de werkkapitaal-positie open en geldt status ‘Voorgeschoten’.
flowchart TD
S([Factuur verzonden of loonperiode tikt])
S --> V{Welke contractvorm geldt voor de kandidaat?}
V -->|ZZP| Z[Kandidaat factureert DPP; validatie tegen uren en tarief]
V -->|Detachering| D[Vaste loondatum; DPP betaalt loonstrook]
V -->|Kickback| K[Broker doet payroll; DPP factureert alleen fee]
Z --> ZU[Uitbetaling ZZP-factuur]
D --> DU[Uitbetaling loonstrook; status Voorgeschoten tot klantbetaling]
K --> KU[Geen DPP-uitbetaling aan kandidaat]
ZU --> P{Klantbetaling binnen?}
DU --> P
KU --> P
P -->|Nog niet| W[Werkkapitaal blijft voorgeschoten in administratie]
P -->|Ja| AF([Periodecyclus afgerond; volgende Uren-cyclus])
classDef startNode fill:#ecfeff,stroke:#0891b2,color:#0e7490
classDef finishNode fill:#ecfdf5,stroke:#059669,color:#065f46
classDef decisionNode fill:#fefce8,stroke:#ca8a04,color:#854d0e
class S startNode
class AF finishNode
class V,P decisionNodeCadance-mismatch en voorschiet-risico
Het centrale risico bij uitbetalingen is dat kandidaat-loonritme en broker-factuurritme niet altijd hetzelfde zijn. Een kandidaat krijgt zijn loonstrook maandelijks, maar de broker (bv. HeadFirst) factureert pas na 4 weken — en betaalt soms pas weken later. In de tussentijd schiet DPP voor uit werkkapitaal.
Concreet voorbeeld — Monica Simonis (detachering via HeadFirst) krijgt eind mei haar maandelijkse loonstrook over mei. HeadFirst factureert echter pas na afloop van 4-wekenperiode wk17/18 en betaalt na de gangbare betaaltermijn (vaak 30 dagen). DPP heeft dus al uitbetaald aan Monica voordat de matchende inkomst van HeadFirst binnen is. Bij gesplitste weken (april/mei-grens) speelt hetzelfde één niveau dieper: zelfs binnen de loonstrook moeten dagen correct worden gealloceerd.
Cadance-mismatch HeadFirst (4-wkn) versus loon (maand)
Monica Simonis - detachering via HeadFirst, wk17+18
Dagniveau-registratie in Supabase is de voorwaarde om deze mismatch correct te administreren. Zonder dagniveau is het niet mogelijk om vast te leggen dat de loonstrook over mei deels uit wk17 (april) en deels uit wk18 (mei) komt, terwijl de HeadFirst-factuur diezelfde uren als één 4-wekenblok bundelt.
Proces per contractvorm
De opdrachtgever (of broker) betaalt de factuur aan DPP. De kandidaat dient vervolgens zelf een factuur in bij DPP op basis van de goedgekeurde uren en het overeengekomen tarief.
- DPP-backoffice controleert de ZZP-factuur tegen de goedgekeurde uren in Supabase en het contractuele tarief.
- Bij akkoord wordt betaald; bij verschil wordt teruggekoppeld voordat betaling plaatsvindt.
- Voorschiet-risico is hier het kleinst: DPP betaalt de ZZP-er pas nadat de klant heeft betaald, tenzij specifiek anders afgesproken.
Uitbetalingsstatus
| Status | Betekenis |
|---|---|
| Wacht op betaling | Factuur is verzonden naar opdrachtgever of broker; betaling nog niet binnen |
| Voorgeschoten | Kandidaat is al uitbetaald (detachering, vaste loondatum) terwijl bijbehorende inkomst nog open staat. Werkkapitaal-positie meten. |
| Betaling ontvangen | Opdrachtgever / broker heeft betaald; saldo-positie is gesloten |
| Uitbetaling verwerkt | Kandidaat is betaald (ZZP-factuur akkoord, loonstrook uitbetaald) |
| Afgerond | Periodecyclus compleet; bij doorlopende opdracht start de volgende cyclus met urenregistratie |
Vastgelegde besluiten
| Besluit | Datum | Toelichting |
|---|---|---|
| Loonritme volgt het contract | 2026-05-27 | Meestal maandelijks; soms 4-wkn of tweewekelijks |
| Voorschiet wordt geadministreerd op cyclus-niveau | 2026-05-27 | Vereist dagniveau-uren in Supabase om mismatches correct te modelleren |
| Kandidaat met broker-payroll = geen DPP-uitbetaling | 2026-05-27 | Kickback-vorm; DPP factureert alleen de fee |
| Status 'Voorgeschoten' opgenomen | 2026-05-27 | Maakt werkkapitaal-positie zichtbaar in administratie |
Technisch
Implementatiedetails voor het ontwikkelteam. Functioneel-gebruikers van de Uitbetalingen-cyclus hoeven hier niet doorheen.
Voorschot-positie per kandidaat / per broker / per cyclus afleiden uit dagniveau-uren in Supabase. Per dag bekend: gewerkt bedrag (uren × loontarief), gefactureerd bedrag (uren × klanttarief), kandidaat-loonstatus (vooruitbetaald / wacht), klant-factuurstatus (open / betaald). Verschil = werkkapitaal-voorschot per dag.
Vereist dagniveau-uren (zie Uren — Technisch) als bron-van-waarheid.