De oproeptermijn kan vanaf 2026 flexibel worden ingesteld per contract of opdrachtgever. Tot eind 2025 geldt altijd een oproeptermijn van 4 dagen voor uitzendkrachten. Vanaf 2026 kan hiervan worden afgeweken afhankelijk van de CAO bij de opdrachtgever. In HelloFlex kon deze termijn al bij de opdrachtgever worden ingesteld. Vanaf de release van 27 november kan de oproeptermijn ook direct in het contract worden vastgelegd.
Opdrachtgever
Bij de opdrachtgever kan de oproeptermijn worden vastgelegd zoals deze bij die opdrachtgever geldt. Dit helpt te voldoen aan de wet en voorkomt discussie bij last-minute wijzigingen van het rooster. Het veld staat op de detailpagina van de opdrachtgever en afdeling, tabblad Algemeen, sectie Arbeid. De standaardwaarde is de wettelijke oproeptermijn van 4 dagen. Bij bestaande opdrachtgevers en afdelingen is deze waarde automatisch ingevuld zodat direct met correcte gegevens kan worden gewerkt.
Domeinwaarden inrichten
Standaard zijn de domeinwaarden 1 dag (24 uur) en 4 dagen (96 uur) toegevoegd. De Customer Admin kan hier andere waarden aan toevoegen via HelloFlex - Beheer - Domeinwaarden - Oproeptermijn. Zo kunnen de waarden flexibel worden afgestemd op de afspraken die bij de opdrachtgever gelden.
Contract
De oproeptermijn kan direct in het contract worden vastgelegd. Het veld is alleen zichtbaar bij oproepovereenkomsten voor uur- of periodeverloning.
Standaard wordt dit automatisch gevuld met de waarde van de opdrachtgever of afdeling maar het kan ook handmatig worden aangepast.
Bij het activeren van een contract geldt dat een oproepovereenkomst verplicht een ingevulde oproeptermijn moet hebben. Is het contract geen oproepovereenkomst dan is dit veld uitgegrijsd
Voor bestaande contracten geldt dat het veld zichtbaar is maar nog niet gevuld; om de waarde vast te leggen moet een nieuwe versie worden aangemaakt.
Bij het kopiëren van een contract in de status Concept wordt de waarde van de oproeptermijn niet meegenomen.
Bij het aanmaken van een nieuwe versie wordt de waarde overgenomen van de vorige versie en kan indien nodig worden aangepast.
Overige ondersteuning
Het veld is ook beschikbaar in:
- Bureau-instellingen
Veld verplicht te maken en default waarde instelbaar
Export van bureau-instellingen - Formulieren
Opdrachtgever algemeen formulier
Het verzoek contract formulier - API
GET & PATCH op opdrachtgever
GET endpoint op contract - Mergefields
EmployerOnCallNoticePeriod
ContractOncallNoticePeriod. De export ‘Overzicht’ op de lijstpagina van contracten (kolom ‘Oproeptermijn’ naast kolom ‘Oproepovereenkomst’)
Benodigde rechten
Voor de oproeptermijn bij de opdrachtgever geldt dat toegang afhankelijk is van de rechten bij opdrachtgever attribuut profiel.
Voor de oproeptermijn in het contract zijn rechten op contract attribuut contractindicatoren nodig.
Gebruikers met leesrechten kunnen alleen bekijken en gebruikers met lees en schrijfrechten kunnen ook aanpassen.
Veel voorkomende vragen en foutmeldingen
Ik krijg bij het aanmaken van een contract de melding oproeptermijn is verplicht.
Controleer eerst of de oproeptermijn bij de opdrachtgever is ingevuld. Daarna moet worden gecontroleerd of het veld in het contract onder tabblad Additioneel is ingevuld. Pas wanneer beide correct zijn ingevuld kan het contract worden aangemaakt.
Ik wil de oproeptermijn aanpassen maar het veld is grijs.
Het veld is alleen zichtbaar bij oproepovereenkomsten voor uur- en periodeverloning. Als de overeenkomst geen oproepovereenkomst is, blijft het veld grijs en kan het niet worden aangepast. Dit voorkomt dat een oproeptermijn per ongeluk wordt ingevuld bij contracten waar dit niet van toepassing is.
Waarom is de oproeptermijn verplicht en niet instelbaar?
Het hanteren én communiceren van de oproeptermijn is wettelijk verplicht.
- Tot en met 2025 geldt hiervoor voor uitzendkrachten standaard 4 dagen.
- Vanaf 1 januari 2026 mag hiervan worden afgeweken op basis van de CAO van de opdrachtgever (bijvoorbeeld horeca: 1 dag).
Omdat dit een wettelijke vereiste is en de correcte vastlegging steeds belangrijker wordt, is de verplichting in de software opgenomen. Hiermee helpt HelloFlex klanten om te voldoen aan de geldende wet- en regelgeving.
Waarom is het veld bij alle bestaande opdrachtgevers en contracten leeg opgeleverd?
Bij de release van 6 november (opdrachtgevers/afdelingen) en 27 november (bestaande contracten) is het veld bewust leeg opgeleverd.
De reden: we kunnen niet automatisch bepalen welke oproeptermijn voor welke opdrachtgever van toepassing is.
- Een automatische migratie zou daarmee vrijwel zeker leiden tot fouten.
- Door het veld leeg te laten, kunnen klanten dit zelf correct instellen op basis van de betreffende CAO.
Waarom valt de oproeptermijn onder de contractindicatoren (en dezelfde autorisatie)?
Het veld “Oproeptermijn” is gekoppeld aan de al bestaande indicator “Oproepovereenkomst” (Ja/Nee).
Het plaatsen onder dezelfde groep – inclusief autorisaties – is daarom het meest logisch.
Daarnaast voorkomt dit onnodige uitbreiding van sub-attributen en houdt het beheer overzichtelijk.
Wat betekent dit voor jullie inrichting?
Omdat het veld verplicht is voor het activeren van contracten, kan een lege of niet-bewerkbare oproeptermijn inderdaad leiden tot foutmeldingen. Dit verklaart de issues die jullie gisteren zagen.
Om dit structureel op te lossen en te voorkomen dat intermediairs tegen blokkades aanlopen, adviseren we het volgende:
1. Controleer de default-waarden
Zorg dat de default oproeptermijn in:
- bureau-instellingen
- opdrachtgeverinstellingen
juist is ingericht. Zo wordt bij nieuwe opdrachtgevers en afdelingen automatisch de correcte oproeptermijn gevuld.
2. Vul de oproeptermijn bij bestaande opdrachtgevers en afdelingen
Voor huidige relaties moet de oproeptermijn handmatig worden ingevuld. Pas dan wordt deze ook juist overgenomen in nieuwe contracten.
3. Controleer de autorisaties
Intermediairs moeten het veld kunnen bewerken wanneer dit nodig is.
Hiervoor moeten zij lees- en schrijfrechten op contractindicatoren hebben.
Goed om te weten: andere velden in deze sectie zijn ‘hardcoded’ alleen-lezen, dus je geeft geen extra toegang dan strikt noodzakelijk.
Opmerkingen
0 opmerkingen
Artikel is gesloten voor opmerkingen.