> 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/contractbeheer/functionaliteiten/overzicht-funtionaliteiten-contractbeheer/4-ogen-principe/vier-ogen-principe-overeenkomst-wijzigen.md).

# Vier-ogen principe-Overeenkomst wijzigen

#### Inleiding <a href="#inleiding" id="inleiding"></a>

Bij het toepassen van het vier-ogenprincipe moeten bepaalde wijzigingen van een overeenkomst eerst door een andere gebruiker worden gecontroleerd en goedgekeurd voordat ze definitief zijn.

De functioneel beheerder van TotalLink bepaalt welke velden onder dit principe vallen. \
Velden waarvoor goedkeuring vereist is, noemen we goedkeuringsvelden (ook wel beoordelingsplichtige velden).&#x20;

Zolang wijzigingen in deze goedkeuringsvelden nog niet zijn goedgekeurd, kan de overeenkomst niet worden gefactureerd. Wijzigingen in velden die niet als goedkeuringsveld zijn ingesteld, blokkeren de facturatie van de betreffende overeenkomst niet.&#x20;

Een wijziging in de overeenkomst waarbij beoordelingsplichtige velden zijn betrokken gaat in een aantal stappen:

1. wijzigen van de overeenkomst door de betreffende velden in TotalLink aan te passen.
2. De aanpassing aanbieden ter accordering.
3. Aanpassingen accorderen.

#### 1. Wijzigen van een overeenkomst

Het wijzigen van een overeenkomst verloopt verder hetzelfde als gebruikelijk. Het enige verschil is dat de gewijzigde goedkeuringsvelden linksboven worden gemarkeerd met een gekleurd lipje, om aan te geven dat deze nog moeten worden goedgekeurd.\
ook zal er in de vier-ogen tabel een melding verschijnen waarin is te zien welke velden zijn gewijzigd.

<figure><img src="/files/3Bxn2LpQp7yZAcg7AwwZ" alt=""><figcaption></figcaption></figure>

#### Wijzigingen ter accordering aanbieden <a href="#stap-2-batch-ter-accordering-aanbieden" id="stap-2-batch-ter-accordering-aanbieden"></a>

De vier-ogen tabel\
Het beheren van wijzigingen volgens het vier-ogenprincipe vindt plaats in de vier-ogentabel. In de bovenstaande afbeelding is deze rechtsonder te zien. Om het goedkeuringsproces te begrijpen, wordt deze tabel hieronder nader toegelicht.

De tabel maakt inzichtelijk welke wijzigingen zijn aangebracht en of deze volgens het vier-ogenprincipe moeten worden gecontroleerd en goedgekeurd.

Degene die de wijzigingen moet goedkeuren, hoeft niet elke afzonderlijke wijziging apart te beoordelen. Wanneer meerdere goedkeuringsvelden worden gewijzigd, worden deze gebundeld tot één reeks die in één keer ter goedkeuring wordt aangeboden en kan worden goedgekeurd. Deze reeks verschijnt als één regel in de vier-ogentabel, die zich op het overeenkomsttabblad bevindt.

Als een reeks ter goedkeuring is aangeboden en daarna aanvullende wijzigingen worden doorgevoerd, wordt automatisch een nieuwe reeks aangemaakt. Deze verschijnt als een nieuwe regel in de vier-ogentabel en kan afzonderlijk ter goedkeuring worden aangeboden.

Iedere regel bevat een knop waarmee de betreffende reeks kan woren goedgekeurd. Per reeks wijzigingen zie je in de tabel:

* de accordeer knop.
* Welke velden zijn gewijzigd in de reeks.
* Wanneer de wijziging is aangeboden ter goedkeuring.
* Wanneer de wijziging heeft plaatsgevonden.
* Door wie de wijziging is goedgekeurd.

\
Om een wijziging ter accordering aan te bieden:

* Klik in de vier-ogen tabel op **"Laten beoordelen"**
* er opent nu een dialoog, kies hier **mutatiebeoordeling** = "**Wacht op accordering**".
* Selecteer daarna wie een **notificatie** moet ontvangen met het verzoek om de wijzigingen goed te keuren. deze notificatie is daarna terug te vinden in de **termijnkalender**. hierbij is te kiezen uit:

<div data-full-width="true"><figure><img src="/files/xj12t4Lx1rP2WA3dt39j" alt=""><figcaption></figcaption></figure></div>

| Wie te notificeren         | wie wordt genotificeerd                                                                     |
| -------------------------- | ------------------------------------------------------------------------------------------- |
| **Alle accordeerders**     | Alle accordeerders ontvangen een notificatie                                                |
| **De meest beschikbare**   | Accordeerder met de minste openstaande verzoeken                                            |
| **Kies zelf**              | Kies zelf één of meerdere personen.                                                         |
| **Langst niet toegewezen** | Accordeerder die het langst niet heeft beoordeeld.                                          |
| **Niemand**                | Niemand krijgt een notificatie                                                              |
| **Willekeurig**            | Één willekeurige accordeerder wordt door het systeem geselecteerd en getoond in het scherm. |

* Bevestig. Status wijzigt naar **Wacht op Accordering**
* De accordeerder ontvangt een notificatie (in-app en e-mail)

### Wat gebeurt er na het aanbieden? <a href="#wat-gebeurt-er-na-het-aanbieden" id="wat-gebeurt-er-na-het-aanbieden"></a>

* Direct na het wijzigen van een beoordelingsplichtig veld kan de betreffende overeenkomst niet meer worden gefactureerd tot het moment dat deze is goedgekeurd.&#x20;
* Velden die moeten worden goedgekeurd, zijn linksboven gemarkeerd met een gekleurd lipje.
* In het tabblad ‘**termijnkalender**’ wordt een melding aangemaakt waarin te zien is wie wordt gewaarschuwd. Deze **e-mail** wordt in de **nacht na het aanmaken** van de wijziging **verzonden**. Degene die de wijziging moet beoordelen, ontvangt de melding dus de volgende werkdag in zijn of haar mailbox.
* **Je ontvangt een notificatie** zodra de accordeerder een beslissing heeft genomen. Bij goedkeuring van wijzigingen is de overeenkomst weer te factureren

### Wat als mijn wijziging niet worden goedgekeurd? <a href="#wat-als-mijn-wijziging-wordt-teruggestuurd-ter-herziening" id="wat-als-mijn-wijziging-wordt-teruggestuurd-ter-herziening"></a>

De reeks van wijzigingen kunnen op twee manieren worden afgekeurd:

* **Ter Herziening**, de beoordelaar verzoekt wijzigingen aan te brengen.&#x20;
* **Afgekeurd**, dit betekent dat alle aangedragen wijzigingen zijn verwijderd.

**Ter Herziening**\
De reeks van wijzigingen is beoordeeld met de status Ter Herziening. Pas de velden aan, daarna bied je de batch opnieuw ter beoordeling aan.

**Afgekeurd**\
De wijzigingen in de reeks die zijn verstuurd ter beoordeling worden teruggedraaid naar de oude waarden en de betreffende regel is verwijderd uit de vier-ogen tabel. De situatie is dan weer zoals het was voordat de wijzigingen werden ingevoerd.

### Alternatieve situaties <a href="#alternatieve-situaties" id="alternatieve-situaties"></a>

* **Wijziging annuleren:** Verwijder de set van wijzigingen tijdens de status "In Mutatie". Alle wijzigingen worden ongedaan gemaakt.
* **Nieuwe mutaties terwijl wachten op beoordeling:** Indien nieuwe wijzigingen worden aangebracht in de overeenkomst, dan worden deze in een nieuwe set aangeboden ter beoordeling. Deze worden getoond als nieuwe regel in de vier-ogen tabel.
* **Geen accordeerders beschikbaar:** Je ontvangt de melding "Geen accordeerders beschikbaar". De set van wijzigingen blijft open staan ter beoordeling.
* **Accordeerder afwezig:** Je kunt de set van wijzigingen opnieuw toewijzen aan een andere accordeerder.&#x20;


---

# 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 dynamically by asking a question.

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

```
GET https://docs.totallink.nl/contractbeheer/functionaliteiten/overzicht-funtionaliteiten-contractbeheer/4-ogen-principe/vier-ogen-principe-overeenkomst-wijzigen.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

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.
