# Functioneel Beheer Contractbeheer

## Inhoud Module

Klik op de onderstaande button om de inhoud van deze module te doorlopen. Aan het einde van de inhoud staat ook weer een knop waardoor je hier terug komt.&#x20;

<a href="/spaces/AfKgOhbkXpyECHKNoZg2/pages/X9GE4gsyDBLdeUGc3HyH" class="button primary">1. Vier-ogen principe</a>

<a href="/spaces/AfKgOhbkXpyECHKNoZg2/pages/sOXSonkyBwHJTu8dvYkQ" class="button primary">2. Contractbeheer specifieke configuratie</a>

Optionele modules ( doorloop deze alleen als deze van toepassing zijn voor jouw organisatie) :&#x20;

<a href="/spaces/AfKgOhbkXpyECHKNoZg2/pages/184c4e58279773dc503d23a2b8ec6ca0c0148af0" class="button primary">3. DataLink</a>

***

## ✍️ Oefeningen (in de testomgeving)

Hieronder oefen je de twee onderdelen die je in deze module hebt doorlopen: het **vier-ogen principe** en het **instellen van de exploitatielink**. Doe ze daadwerkelijk in de testomgeving — configuratie leer je niet alleen uit leestekst.

{% hint style="info" %}
**Voordat je begint**

* Werk in de **testomgeving** (`...test.totallink.nl`), niet in productie.
* Je kunt niks stuk maken: wijzigingen hier hebben geen invloed op productie.
* Houd voor oefening 1 een **tweede testaccount** bij de hand (of een collega-FB), zodat je de twee rollen kunt naspelen.
  {% endhint %}

## Oefening 1 — Vier-ogen principe

Het vier-ogen principe zorgt dat een mutatie pas definitief wordt nadat een **tweede gebruiker** deze goedkeurt. Je gebruikt het voor gevoelige of risicovolle wijzigingen.

> 🎯 **Doel:** je richt een gecontroleerde mutatie in en test dat een wijziging niet definitief wordt zonder goedkeuring.

{% stepper %}
{% step %}

### Kies waarop je controleert

Kies in de testomgeving een grondexploitatie en een veld of status dat een gecontroleerde wijziging verdient (bijv. een bedrag of een statuswijziging).
{% endstep %}

{% step %}

### Richt het vier-ogen principe in

Stel in dat een wijziging door gebruiker A eerst ter goedkeuring naar een tweede gebruiker gaat.
{% endstep %}

{% step %}

### Test als gebruiker A

Log in als **gebruiker A**, voer de wijziging door en sla op.

✅ Je bent goed bezig als de wijziging **niet meteen definitief** is, maar de status "ter goedkeuring" (of vergelijkbaar) krijgt.
{% endstep %}

{% step %}

### Keur goed als gebruiker B

Log in als **gebruiker B** en keur de mutatie goed.

✅ Je bent klaar als de wijziging ná goedkeuring definitief is, en in het **logboek** (hamburgermenu → Logboek) zichtbaar is wie muteerde, wie goedkeurde, en de oude en nieuwe waarde.
{% endstep %}
{% endstepper %}

## Oefening 2 — Facturatiekenmerken beheren

Een facturatiekenmerk wijzigen lijkt klein, maar de **A/B-keuze** bepaalt of je alleen nieuwe of óók alle bestaande overeenkomsten raakt.

> 🎯 **Doel:** je past een facturatiekenmerk aan en maakt daarbij bewust de keuze tussen Optie A en Optie B.

{% stepper %}
{% step %}

### Open een facturatiekenmerk

Ga naar ⚙️ → **Facturatiekenmerken beheren** en open een bestaand kenmerk (bijv. voor huurcontracten).
{% endstep %}

{% step %}

### Bepaal de impact: A of B

Maak de keuze expliciet:

* **Optie A — bestaande regel wijzigen** → alle bestaande **én** nieuwe overeenkomsten krijgen direct de nieuwe waarden. Goed bij het corrigeren van een fout, riskant bij een beleidswijziging vanaf een datum.
* **Optie B — oude regel verbergen, nieuwe regel toevoegen** → alleen **nieuwe** overeenkomsten krijgen de nieuwe waarden; bestaande blijven ongewijzigd.
  {% endstep %}

{% step %}

### Oefen met Optie B

Verberg de oude regel en voeg een nieuwe regel toe met een afwijkende waarde (bijv. een andere grootboekrekening voor de BTW-component).
{% endstep %}

{% step %}

### Controleer het effect

Open een bestaande overeenkomst en daarna een nieuwe.

✅ Je bent klaar als de **bestaande** overeenkomst ongewijzigd is en alleen de **nieuwe** de aangepaste waarde heeft.
{% endstep %}
{% endstepper %}

{% hint style="warning" %}
**Valkuil:** zonder nadenken Optie A uitvoeren omdat dat de default lijkt — en de boekhouding overvallen met mutaties op lopende contracten.

In productie: vraag eerst of de wijziging ook voor **bestaande** contracten moet gelden of alleen voor **nieuwe**. Dat is een **organisatiebesluit, geen FB-beslissing**. Bij twijfel: overleg met je teamleider of mail `service@totallink.nl` om de impact vooraf te checken.
{% endhint %}

***

## Oefening 3 — Indexeringscijfers beheren

In een indexreeks vul je óf het indexcijfer óf het percentage in — TotalLink berekent de ander automatisch.

> 🎯 **Doel:** je voegt een indexcijfer toe en ziet de automatische berekening, en je begrijpt waarom de 2025=100-omzetting onomkeerbaar is.

{% stepper %}
{% step %}

### Voeg een fictief jaar toe

Ga naar ⚙️ → **Indexeringscijfers beheren**, open een bestaande indexreeks en voeg een fictief jaar toe (bijv. **2027**) met percentage **2.5%**.

> Let op: typ een **punt**, geen komma (`2.5`, niet `2,5`). TotalLink verwacht een punt als decimaalteken.
> {% endstep %}

{% step %}

### Controleer de automatische berekening

✅ Je bent klaar als TotalLink het bijbehorende **indexcijfer automatisch** heeft berekend.

> Ziet de berekening er vreemd uit? Dan heb je waarschijnlijk een komma in plaats van een punt getypt.
> {% endstep %}
> {% endstepper %}

### Optioneel — 2025=100 simuleren (alleen testomgeving)

Staat er een CPI-reeks die nog op **2015=100** staat? Activeer het schuifje **2025=100** en observeer wat er met de indexcijfers en percentages gebeurt.

{% hint style="danger" %}
**Dit is definitief — ook in de testomgeving.** De 2025=100-omzetting is een van de weinige onomkeerbare acties in TotalLink.&#x20;

Per ongeluk geactiveerd op de verkeerde lijst in productie? Niet zelf verder proberen — direct `service@totallink.nl` mailen met uitleg.
{% endhint %}

***

## Oefening 4 — Regelgrensbewaking

Een regelgrensbewaking stuurt automatisch een waarschuwing op basis van een datumveld — bijvoorbeeld vóór de einddatum van een overeenkomst.

> 🎯 **Doel:** je maakt een waarschuwing aan die op tijd afgaat en verschijnt op de juiste plek.

{% stepper %}
{% step %}

### Maak de bewaking aan

Ga naar ⚙️ → **Regelgrensbewaking** en maak een nieuwe bewaking die **3 maanden vóór de einddatum** van overeenkomsten een waarschuwing naar **jezelf** stuurt.
{% endstep %}

{% step %}

### Controleer de termijnkalender

✅ Je bent klaar als de bewaking verschijnt in je **termijnkalender**.
{% endstep %}
{% endstepper %}

{% hint style="info" %}
**Werkplek-actie:** loop bestaande regelgrensbewakingen na — wie zit er als waarschuwingspersoon op, en is dat nog actueel? Een bewaking die naar een vertrokken collega gaat, helpt niemand.
{% endhint %}

***

## Oefening 5 — Bewaartermijnen instellen

De bewaartermijn van een **bestaande** status is bewust **niet aanpasbaar**. Verandert wetgeving, dan archiveer je de oude termijn en maak je een nieuwe aan.

> 🎯 **Doel:** je wijzigt een bewaartermijn op de juiste manier, zonder bestaande overeenkomsten te raken.

{% stepper %}
{% step %}

### Het scenario

Wetgeving verandert: de bewaartermijn voor *Afgebroken overeenkomsten* moet van **7** naar **10** jaar.
{% endstep %}

{% step %}

### Archiveer de oude termijn

Ga naar ⚙️ → **Bewaartermijnen instellen** en archiveer de bestaande termijn. Open hem **niet** om te overschrijven — dat lukt bewust niet en zou alle bestaande overeenkomsten met die status raken.
{% endstep %}

{% step %}

### Maak de nieuwe termijn aan

Maak een nieuwe termijn aan met de bijgewerkte duur (10 jaar).
{% endstep %}

{% step %}

### Controleer het effect

✅ Je bent klaar als bestaande overeenkomsten hun **oorspronkelijke** termijn behouden en alleen **nieuwe** overeenkomsten de nieuwe duur krijgen.
{% endstep %}
{% endstepper %}

{% hint style="warning" %}
**Verwante valkuil — vernietigen in de verkeerde volgorde.** Wil je gegevens vernietigen (AVG), houd dan de strikte volgorde aan: **documenten → overeenkomst → relatie (optioneel)**. In een andere volgorde lukt het niet.
{% endhint %}

***

## 🧠 Korte kennischeck

Vorm eerst je eigen oordeel, klap dan open.

### Vraag 1 — Andere grootboekrekening vanaf vandaag

Het hoofd financiën wil voor nieuwe huurcontracten een andere grootboekrekening, bestaande contracten blijven ongemoeid. Welke optie kies je?

* **A.** Optie A — de bestaande regel wijzigen.
* **B.** Optie B — de oude regel verbergen en een nieuwe toevoegen.

<details>

<summary>Toon antwoord</summary>

**Juist: B.** Optie B raakt alleen nieuwe overeenkomsten; bestaande blijven ongewijzigd. Optie A zou ook alle lopende contracten aanpassen — niet de bedoeling hier.

</details>

***

### Vraag 2 — Het indexcijfer ziet er vreemd uit

Je vult een percentage in een indexreeks in en de automatische berekening klopt niet. Wat is de meest waarschijnlijke oorzaak?

<details>

<summary>Toon antwoord</summary>

Je hebt waarschijnlijk een **komma** in plaats van een **punt** als decimaalteken getypt. TotalLink verwacht een punt (`2.5`, niet `2,5`).

</details>

***

### Vraag 3 — Bewaartermijn verlengen

De bewaartermijn voor een bepaalde status moet langer worden. Wat doe je?

* **A.** De bestaande regel openen en overschrijven.
* **B.** De oude termijn archiveren en een nieuwe aanmaken met de nieuwe duur.

<details>

<summary>Toon antwoord</summary>

**Juist: B.** De termijn van een bestaande status is bewust niet aanpasbaar. Archiveren + nieuw aanmaken zorgt dat bestaande overeenkomsten hun oorspronkelijke termijn houden en alleen nieuwe de bijgewerkte duur krijgen.

</details>

***

### Vraag 4 — Het 2025=100-schuifje

Je hebt in de testomgeving het schuifje 2025=100 op één reeks geactiveerd "om even te kijken". Kun je dat terugdraaien?

<details>

<summary>Toon antwoord</summary>

**Nee — de omzetting is definitief**, ook in de testomgeving. Het verdwijnt pas bij de volgende refresh (kopie van productie). Activeer dit schuifje dus altijd bewust, niet om "even te kijken". In productie betekent een fout een mail naar `service@totallink.nl`.

</details>

### Vraag 5 — Waarvoor zet je het vier-ogen principe in?

<details>

<summary> Toon antwoord</summary>

* **A.** Voor elke mutatie in TotalLink.
* **B.** Alleen voor gevoelige of risicovolle wijzigingen die een tweede controle verdienen.
* **C.** Alleen voor het aanmaken van nieuwe gebruikers.

**Juist: B.**

Het vier-ogen principe is bedoeld voor **gecontroleerde mutaties** — wijzigingen waarbij een tweede persoon meekijkt en goedkeurt. Het op álles toepassen (A) maakt het dagelijkse werk onnodig traag.

</details>

### Vraag 6 — Een mutatie blijft op ''ter goedkeuring'' staan. Wat is de meest waarschijnlijke oorzaak?

<details>

<summary>Toon antwoord</summary>

De **tweede gebruiker (B) heeft nog niet goedgekeurd**. Bij een vier-ogen-mutatie is goedkeuring door de tweede persoon een vereiste voorgaande stap voordat de wijziging definitief wordt. Controleer wie als goedkeurder is ingesteld en of die persoon de openstaande actie ziet.

</details>

***

## 🎒 Meenemen naar je werkplek

* **Vier ogen principe:** Check intern of afgestemd is welke velden een 4 ogen principe nodig hebben.&#x20;
* **Facturatiekenmerken:** check of ze volledig zijn en zoveel mogelijk scenario's afdekken.
* **Indexeringscijfers:** controleer de prijsindexreeksen in productie — staan ze nog op 2015=100 en is de omzetting nog niet gedaan? Inventariseer eerst álle reeksen en plan de omzetting in één sessie samen met je teamleider.
* **Regelgrensbewaking:** loop bestaande bewakingen na — wie is de waarschuwingspersoon en is dat nog actueel?
* **Bewaartermijnen:** inventariseer welke overeenkomsttypen al een bewaartermijn hebben en welke niet, en breng dat in beeld.

***

## **Klaar?**

<a href="/pages/ab09f7b8777ae7fc460c3bd0972fd0fbfcd982fc" class="button primary">Ga door naar de Eindtoets</a>


---

# Agent Instructions: Querying This Documentation

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

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://docs.totallink.nl/e-learning/e-learning-functioneel-beheer/module-5-overige-configuratie/functioneel-beheer-contractbeheer.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
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.
