> 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/how-to.../facturatieregel-s-aanmaken/faq-indexberekening-totallink-vs-cbs.md).

# FAQ indexberekening TotalLink vs CBS

Het verschil zit bijna altijd in **welke twee CBS-jaargemiddelden** met elkaar worden vergeleken — en dat wordt bepaald door het **facturatiemoment** en de instelling **'voor het eerst indexeren'** op je facturatieregel. De rekenmethode in TotalLink is gelijk aan die van het CBS; alleen de gebruikte peildatums kunnen verschillen.

{% hint style="info" %}
Zie je een ander percentage of eindbedrag dan in de CBS-tool? Dat betekent meestal niet dat er iets fout gaat. Loop de vragen hieronder van boven naar beneden door — in de meeste gevallen kun je het verschil zelf verklaren.
{% endhint %}

<details>

<summary>Welk CBS-jaargemiddelde gebruikt TotalLink?</summary>

TotalLink rekent met het CPI-jaargemiddelde (Alle huishoudens, basisjaar 2015=100) van het jaar vóór de facturatieperiode, gedeeld door het jaargemiddelde van het vorige indexjaar. Dat is exact dezelfde basis als de CBS-calculator.

Het verschil ontstaat doordat een jaargemiddelde pas begin van het *volgende* jaar definitief bekend is.

{% hint style="info" %}
Het CBS publiceert het jaargemiddelde van een jaar pas in januari/februari van het jaar daarna. Factureer je vóór die publicatie, dan kan TotalLink dat jaargemiddelde nog niet gebruiken en valt het terug op het laatst bekende jaargemiddelde — dat is er één ouder.
{% endhint %}

</details>

<details>

<summary>Wat heeft het facturatiemoment met de index te maken?</summary>

Het facturatiemoment bepaalt welk jaargemiddelde op dat moment al gepubliceerd is — en dus welke index TotalLink kán toepassen. Twee regels met dezelfde "indexeren vanaf"-datum kunnen daardoor toch een ander bedrag opleveren.

| Facturatiemoment                                            | Welk jaargemiddelde is dan bekend?                               | Gevolg voor de index                                        |
| ----------------------------------------------------------- | ---------------------------------------------------------------- | ----------------------------------------------------------- |
| **Vóór de periode** (bijv. december voor het volgende jaar) | Het jaargemiddelde van het lopende jaar is nog niet gepubliceerd | TotalLink gebruikt een jaar ouder gemiddelde → lagere index |
| **In de periode zelf** (bijv. maart van het facturatiejaar) | Het jaargemiddelde van het voorgaande jaar is wél gepubliceerd   | TotalLink gebruikt een actueler gemiddelde → hogere index   |

Dit is geen fout, maar een gevolg van de timing van je facturatie.

</details>

<details>

<summary>Ik heb meerdere facturatieregels — kan dat het verschil verklaren?</summary>

Ja, dit is de meest voorkomende oorzaak. Vaak is een oude regel afgesloten en is daarna een nieuwe regel aangemaakt met net iets andere instellingen — meestal een ander facturatiemoment.

Vergelijk de twee regels op deze drie punten:

* **Indexeren vanaf** — staat dit op dezelfde datum?
* **Factureren** — dezelfde frequentie en periode (bijv. jaarlijks, januari t/m december)?
* **Facturatiemoment** — dit is meestal het verschil: vóór de periode versus in de periode zelf.

{% hint style="warning" %}
Staat het facturatiemoment op de twee regels verschillend ingesteld, dan rekent TotalLink met verschillende jaargemiddelden. Daar zit dan ook je verschil.
{% endhint %}

</details>

<details>

<summary>Hoe los ik het verschil zelf op?</summary>

Wil je dat een nieuwe regel op hetzelfde eindbedrag uitkomt als de berekening die je verwacht? Lijn de regels dan op deze manier uit.

{% stepper %}
{% step %}

### Vergelijk de instellingen van beide regels

Open de oude (afgesloten) regel en de nieuwe regel naast elkaar en let vooral op het **facturatiemoment**. Hier zit het verschil bijna altijd.
{% endstep %}

{% step %}

### Neem het laatst gefactureerde bedrag over

Kopieer het eindbedrag van de oude regel (het laatst geïndexeerde, gefactureerde bedrag) en zet dit als **contractbedrag** op de nieuwe regel.
{% endstep %}

{% step %}

### Zet 'voor het eerst indexeren' goed

Zet op de nieuwe regel *Voor het eerst indexeren* op de eerste periode die nog niet via de oude regel is geïndexeerd (bijvoorbeeld 01-01-2026).
{% endstep %}

{% step %}

### Bereken opnieuw

Het eindbedrag is nu opgebouwd uit: de oude regel geïndexeerd t/m de laatste periode + de nieuwe regel vanaf de door jou ingestelde datum. Je ziet het verwachte bedrag verschijnen.
{% endstep %}
{% endstepper %}

{% hint style="success" %}
Je kunt hier niks mee stukmaken. Klopt het bedrag nog niet? Pas de datum bij *Voor het eerst indexeren* aan en bereken opnieuw.
{% endhint %}

</details>

<details>

<summary>Er blijft een verschil van een paar cent — hoe kan dat?</summary>

Controleer of het bedrag dat je in de CBS-calculator invult exact gelijk is aan het bedrag dat in TotalLink is gefactureerd. Een kleine typefout in het invoerbedrag werkt rechtstreeks door in het eindbedrag.

</details>

## Kort samengevat

* De rekenmethode van TotalLink en het CBS is gelijk.
* Een verschil komt meestal door het **facturatiemoment**: dat bepaalt welk jaargemiddelde al bekend is.
* Heb je meerdere regels? Vergelijk dan de instellingen — een afwijkend facturatiemoment is vaak de boosdoener.
* Lijn regels uit door het laatste eindbedrag over te nemen en *Voor het eerst indexeren* goed te zetten.
* Een centenverschil komt bijna altijd door een afwijkend invoerbedrag in de CBS-tool.


---

# 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/how-to.../facturatieregel-s-aanmaken/faq-indexberekening-totallink-vs-cbs.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.