> For the complete documentation index, see [llms.txt](https://docs.totallink.nl/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.totallink.nl/functioneel-beheer/how-to../workflow-functionaliteit-gebruiken/werkproces-starten/best-practice-controle-inbouwen.md).

# Best practice: controle inbouwen

Wil je dat iemand anders meekijkt voordat een belangrijke stap definitief wordt afgerond? Voeg dan een aparte stap **Controle uitvoeren** toe aan het proces en wijs die toe aan de controleur.

## Waarom een aparte controlestap?

TotalLink dwingt een vier-ogencontrole niet technisch af: iedere gebruiker die een stap mag uitvoeren, kan die stap ook zelf op **Afgerond** zetten. Er zit geen automatische blokkade tussen "ik ben klaar" en "het is goedgekeurd".

Door de controle als **eigen stap** in het proces op te nemen, regel je dat alsnog:

* De controle is **zichtbaar** — iedereen ziet in de procestracker dat er nog een beoordeling volgt.
* De controle is **toewijsbaar** — je legt vast wie de controleur is.
* De controle is **aantoonbaar** — bij het afronden registreert TotalLink automatisch de datum en de naam van de controleur.
* Het proces blijft **flexibel** — je bouwt controle in op de momenten die er echt toe doen, in plaats van bij elke stap.

{% hint style="info" %}
Je hoeft hiervoor niets nieuws te leren. Een controlestap is een gewone processtap — alleen de bedoeling is anders.
{% endhint %}

## Hoe richt ik een controlestap in?

Dit doet de **functioneel beheerder** in de inrichting van het proces.

{% stepper %}
{% step %}

### Bepaal welke stap controle nodig heeft

Kies de stap waarvan het resultaat beoordeeld moet worden voordat het proces verder gaat — bijvoorbeeld het opstellen van een contract of het vaststellen van een bedrag.
{% endstep %}

{% step %}

### Voeg een nieuwe stap toe direct ná die stap

Noem de stap herkenbaar, bijvoorbeeld **Controle uitvoeren** of **Controle uitvoeren — contract**. Gebruik in het hele proces dezelfde benaming, zodat gebruikers de controlestap meteen herkennen.
{% endstep %}

{% step %}

### Leg de afhankelijkheid aan twee kanten vast

Stel dit allebei in:

* De **controlestap** is afhankelijk van de stap die gecontroleerd moet worden. De controlestap springt daardoor pas op **Actief** zodra de uitvoerende stap is afgerond.
* De **stap ná de controle** is afhankelijk van de controlestap. Zonder deze tweede afhankelijkheid loopt het proces gewoon door en wordt de controle overgeslagen.

Beide afhankelijkheden samen zorgen ervoor dat de controle echt tussen de twee stappen in zit.
{% endstep %}

{% step %}

### Koppel de functie van de controleur

Leg bij de stap vast welke functie de controle uitvoert. Zo weet iedere gebruiker wie er aan de beurt is, ook als de stap nog niet aan een persoon is toegewezen.

Je ziet nu in de procestracker dat de controlestap als **Volgend** verschijnt zodra de voorgaande stap in behandeling is.
{% endstep %}
{% endstepper %}

{% hint style="warning" %}
**TotalLink controleert niet of het om twee verschillende personen gaat.** Dezelfde gebruiker kan technisch gezien zowel de uitvoerende stap als de controlestap afronden. Een gebruiker kan de controlestap zelfs op Afgerond zetten en daarna weer terugzetten naar Actief — de volgende stap wordt dan actief zonder dat bij de controlestap zichtbaar blijft wie hem heeft afgerond.

Maak hierover een werkafspraak binnen je organisatie. Elke statuswijziging blijft hoe dan ook terug te vinden in het **logboek** van het procestracker-tabblad, met naam, datum en tijdstip.
{% endhint %}

## Hoe voer ik een controle uit?

{% tabs %}
{% tab title="Controleur" %}
{% stepper %}
{% step %}

### Beoordeel de voorgaande stap

Je ziet de stap **Controle uitvoeren** geaccentueerd staan zodra deze aan de beurt is.

Beoordeel het resultaat van de voorgaande stap.
{% endstep %}

{% step %}

### Rond de controle af of zet deze on hold

**Akkoord?** Zet de stap op **Afgerond** en voeg een korte toelichting toe, bijvoorbeeld waar je op hebt gecontroleerd.

**Niet akkoord?** Zet de stap op **On hold** met een toelichting waarin je beschrijft wat er aangepast moet worden. Laat daarna de voorgaande stap terugzetten naar **Actief**, zodat de uitvoerder de correctie kan doorvoeren.
{% endstep %}
{% endstepper %}

Zodra je de stap op Afgerond zet, legt TotalLink automatisch jouw naam en de datum vast en gaat het proces verder.
{% endtab %}

{% tab title="Uitvoerder van de stap" %}
{% stepper %}
{% step %}

### Rond je eigen stap af

Rond je eigen stap af zoals gebruikelijk.
{% endstep %}

{% step %}

### Wacht op de controle

De controlestap springt automatisch op **Actief** en is nu aan de controleur.
{% endstep %}

{% step %}

### Verwerk een eventuele correctie

Krijg je de stap terug omdat de controle niet akkoord was? Lees de toelichting bij de controlestap, voer de correctie door en rond je stap opnieuw af.

De controlestap wordt daarna automatisch opnieuw actief.
{% endstep %}
{% endstepper %}
{% endtab %}
{% endtabs %}

## Bij welke stappen zet ik wél en niet een controle?

Bouw controle in op de momenten die ertoe doen. Bij elke stap een controle maakt het proces traag en zorgt ervoor dat de controle een formaliteit wordt.

| Wél een controlestap                                                      | Geen controlestap                                               |
| ------------------------------------------------------------------------- | --------------------------------------------------------------- |
| Financiële gevolgen, zoals het vaststellen van een bedrag of een betaling | Routinestappen zonder risico                                    |
| Onomkeerbare handelingen, zoals verzenden of publiceren                   | Stappen die verderop in het proces toch al worden gecontroleerd |
| Juridische vastlegging, zoals ondertekening van een contract              | Puur administratieve registratie                                |
| Stappen waarop een interne controle- of auditverplichting rust            | Stappen die één persoon van begin tot eind uitvoert             |

<details>

<summary>Kan een gebruiker de controlestap overslaan?</summary>

In de volgorde niet: zolang de volgende stap afhankelijk is van de controlestap, komt het proces niet verder voordat de controlestap is afgerond.

Inhoudelijk kan het wel. Een gebruiker met de juiste rechten kan de controlestap zelf op Afgerond zetten, en zelfs daarna weer terugzetten naar Actief — de volgende stap blijft dan actief. Leg daarom in een werkafspraak vast wie de controle uitvoert. In het **logboek** van het procestracker-tabblad blijft elke statuswijziging zichtbaar, inclusief wie de stap wanneer heeft afgerond of teruggezet.

</details>

<details>

<summary>Wat als de controleur afwezig is?</summary>

Wijs de stap toe aan een vervanger met dezelfde functie. Voeg bij de statuswijziging een toelichting toe waarin je vermeldt waarom de vervanger de controle heeft uitgevoerd.

</details>

<details>

<summary>Kan ik de controle achteraf terugvinden?</summary>

Ja, op drie manieren:

* Zet in de procestracker het schuifje **Toon afgeronde stappen** aan om de controlestap met naam, datum en toelichting in te zien.
* Open het **logboek** van het procestracker-tabblad. Daarin staat élke statuswijziging — ook stappen die later weer zijn teruggezet. Dit is de sluitende bron als je moet aantonen dat de controle heeft plaatsgevonden.
* Filter in de rapportages **Procestracker Contracten** en **Procestracker Projecten** op status om te zien welke controles nog openstaan.

</details>


---

# 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://docs.totallink.nl/functioneel-beheer/how-to../workflow-functionaliteit-gebruiken/werkproces-starten/best-practice-controle-inbouwen.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.