Rounding errors for Mintos interests

[pat-s]

Related forum thread: https://forum.portfolio-performance.info/t/rundungsfehler-durch-begrenzung-der-nachkommastellen/

In my concrete case I am importing account statements from Mintos which contain interests.

These are stored using 16 digits in Mintos (which can only be seen when hovering over the individual interest). Mintos uses 2 digits to display them in the web UI.

When importing the numbers into PP, I see that the full 16 digit interest are imported. However, in the end I end up with an offset to my actual account value even though all interest were imported (checked three times). This difference keeps increasing every month.

Is there something PP could do internally to account for this? How many digits is PP using internally to store the values?

[ghost]

@pat-s

How many digits is PP using internally to store the values?

PP is using 5 decimal places to avoid a number overflow at the calculations. But I guess you've already saw @buchen information.

Intern speichert sich PP bei Stückzahlen 6 Nachkommastellen.

Is there something PP could do internally to account for this?

Basically not, please kindly use the totals of the monthly Mintos booking rather than the line-by-line values.

[se-jaeger]

Hi,

I had the same problem with Mintos and hacked this simple tool to prepare Mintos statements before importing them: https://github.com/se-jaeger/mintos-statement-prep-for-portfolio-performance

It's not perfect but much better than before. Maybe this helps.