> For the complete documentation index, see [llms.txt](https://gitbook.clockin.de/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://gitbook.clockin.de/nederlands/begin-met-clockin/einrichtung-fuer-admins/stap-4-werkplannen-maken.md).

# Stap 4: Werkplannen maken

Werkschema's zijn een centraal element bij het inklokken om de werkuren van je werknemers correct te registreren. Ze definiëren de gewenste werktijd van een werknemer en maken zo de precieze berekenin

Dit is hoe het werkt:

1. Ga naar het tabblad Werktijdbeheer in het profiel van de werknemer.
2. Klik rechtsboven op de knop Werkrooster toewijzen.
3. Er wordt een nieuw venster geopend. Klik linksonder op de blauwe knop Nieuw werkrooster maken.
4. U bevindt zich nu in de weergave van het werkrooster en kunt het rooster individueel instellen.

Hieronder laten we een voorbeeld zien van een werkschema dat gebruikt kan worden om een klassieke 40-urige werkweek in kaart te brengen. Dit is slechts één optie - u kunt werkschema's flexibel aanpassen en individueel configureren zoals u dat wilt.

1. **Geef werkschema's een naam**: Een duidelijke naam zorgt voor duidelijkheid
2. **Geldigheidsdatum definiëren**: Stel de begindatum van het werkschema in (☝️Üblicherweise is de 1e van de nieuwe maand)
3. **Selecteer werktijdregeling**: Voor ons voorbeeld hebben we gekozen voor de Dagelijkse werktijd. Dit is de meest gedetailleerde vorm van werktijdregeling in Clockin en geeft ons de mogelijkheid om de doeluren voor elke dag afzonderlijk te definiëren.
4. **Selecteer pauzeregeling**: In dit voorbeeld hebben we de optie Alleen pauzeblokken aftrekken geselecteerd, d.w\.z. alleen de pauzes die de werknemer inklokt worden afgetrokken.
5. **Voer de gewenste werktijd in & definieer een optioneel tijdsbestek**: De volgende stap is het invoeren van de doeluren voor elke werkdag. In ons voorbeeld moet de werknemer 8 uur werken van maandag tot vrijdag. In dit voorbeeld geven we ook een tijdskader op (deze stap is optioneel). In ons voorbeeld moet de werknemer kunnen werken tussen 8:00 en 18:00 uur.\
   Om het tijdsbestek op te geven, maken we een flexwerktijd aan. Om dit te doen, houdt u de linkermuisknop ingedrukt en sleept u een balk over de gewenste tijdsperiode, bijvoorbeeld van 8:00 tot 18:00 uur. Zodra u de tijdsperiode hebt geselecteerd, wordt er een selectievakje geopend en kunt u de flexitime selecteren.\
   \
   Tot slot voeren we 8 uur in van maandag tot vrijdag in het veld voor de geplande werktijd.\
   \
   Het werkschema ziet er dan zo uit:
6. Vergeet niet **op te slaan**!

\\

{% hint style="success" %}
☝️ Opmerking:

Je kunt een grote verscheidenheid aan werktijdmodellen in klokin in kaart brengen. Als je individuele aanpassingen wilt maken, vind je meer informatie en gedetailleerde uitleg in het Support Centre onder het menu-item Werkschema's.
{% endhint %}


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://gitbook.clockin.de/nederlands/begin-met-clockin/einrichtung-fuer-admins/stap-4-werkplannen-maken.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.