Problem med index-hanteringen?
Felaktigt basår eller basmånad?
Kontollera att basmånad och basår är rätt ifyllt mot vad som står i avtalsdokumentet


Avrundning
- ”Ingen” avrundning gör att systemet räknar med alla decimaler i beräkningen av index. Detta är den vanligaste typen.
- ”0 decimaler” gör att systemet räknar på hela procent, något som är mycket ovanligt och troligen felregistrerat.

Minimihöjning och maximihöjning i procent


Avtal kan ha en klausul som säger att det alltid ska räknas upp med minst x procent varje år. Det betyder att även om index går upp med mindre än den angivna procenten så ska priset ändå höjas med den angivna procenten.
Om index går upp med mer än den angivna procenten så ska höjningen följa index.
OBS! Detta gäller dock med ett viktigt undantag.
Pythagoras Web ”minns” de gånger som höjningen gjorts för att komma upp i miniminivån. De tillägg som då gjordes tas sedan bort om index sedan höjs med mer än miniminivån. Detta görs dock bara de gånger index stiger med mer än mininivån. Indexhöjningen i Pythagoras kommer sålunda alltid att ligga inom de föreskrivna minsta nivåerna.
Följande enkla exempel visar på principen:

År 1 och 2 så stiger index med 1 % vardera år (de gröna rutorna). För att avtalet ska komma upp i minimihöjning på 2 % så lägger systemet på 1 % varje år (de blå rutorna). År 3 så stiger index med exakt 2 %. Systemet minns de extra (blå) höjningarna men kan dra av på indexhöjningen eftersom den varje år måste vara minst 2 % . År 4 däremot så höjs index med 4 %. Då går det att dra av de två extra höjningarna på totalt 2% vilket visas med orangea rutor.
I indexklausuler nämns det att index ska beräknas mot basår, inte med fasta procentsatser per år. Index och därmed priset ska följa inflationen i samhället. Om systemet inte har kontroll på när det görs extra höjningar och inte dragit av för det, så skulle indexjusteringen tappa kontakt med bastalet.
Viktigt är att avtal med minimihöjning indexuppräknas varje år och att användaren inte ”hoppar” framåt ett antal år och därmed startar indexuppräkningen för sent. Detta gör då att de korrigeringar systemet gör (blå och orangea rutor) inte registreras korrekt.