Auswertung von Steuern ist nicht konsistent bei den zwei verschiedenen Arten, Steuern auf Zinsen zu buchen

Moin,
ich hab da mal ein Problem, hier ist das Minimalbeispiel:
ertraege.zip (3,7 KB)

Es gibt seit dem 01.01.2021 (das ist auch der Dashboardzeitraum) 4 Buchungen mit Erträgen, 2x Dividenden und 2x Zinsen.
Bei den Dividenden sind brutto 380 EUR gebucht, mit 99 EUR Steuern.

Bei den Zinsen vom 31.12.2021 (80 EUR) wurden die Steuern (17 EUR) separat gebucht (siehe obigen Konto-Screenshot).
Bei den Zinsen vom 31.12.2022 sind es brutto 90 EUR mit 20 EUR Steuern in einer Buchung.

Die Brutto-Erträge sind also in Summe 380+80+90=550 EUR.
Steuern insgesamt 99+17+20=136 EUR.

Das Widget “Performance-Berechnung” zeigt dies auch korrekt an.
Bildschirmfoto_2023-03-31_10-30-34

Das Widget “monatliche Erträge” hat jedoch Probleme damit:
Bildschirmfoto_2023-03-31_10-34-05
260+290-213-218=119
Da fehlen also die 17 EUR aus der separaten Steuerbuchung, nehme ich an.

Die akkumulierten Werte unter “Berichte / Vermögensaufstellung / Diagramm” scheinen noch ganz anders zu rechnen:

Datum;Steuern (akkumuliert);Zinsen (akkumuliert);Dividenden (akkumuliert);Erträge (akkumuliert)
2023-03-31;116,00;150,00;281,00;431,00

Die akkumulierten Zinsen sind brutto.
Die akkumulierten Dividenden sind netto.
Die akkumulierten Erträge sind dann eine Mischsumme aus brutto und netto.

Schön wäre wenn bei Zinsen/Dividenden beides brutto wäre, oder beides netto. Noch schöner wenn man die Auswahl hätte :wink:

Was die akkumulierten Steuern hier aussagen, da habe ich keine Idee dazu.

Eine vermutliche Ursache könnte “TAX” vs “TAXES” sein?

fgrep -A 15 -B 15 suchmich ertraege.xml
        <account-transaction>
          <uuid>cca500af-c8ab-4ed1-be34-576fc6fb3688</uuid>
          <date>2022-12-31T00:00</date>
          <currencyCode>EUR</currencyCode>
          <amount>7000</amount>
          <shares>0</shares>
          <note>suchmich2</note>
          <units>
            <unit type="TAX">
              <amount currency="EUR" amount="2000"/>
            </unit>
          </units>
          <updatedAt>2023-03-31T07:29:26.785494079Z</updatedAt>
          <type>INTEREST</type>
        </account-transaction>
        <account-transaction>
          <uuid>6cd417a3-1424-4698-8840-df57365600bb</uuid>
          <date>2021-12-31T00:00</date>
          <currencyCode>EUR</currencyCode>
          <amount>1700</amount>
          <shares>0</shares>
          <note>suchmich1</note>
          <updatedAt>2023-03-31T07:29:11.065659726Z</updatedAt>
          <type>TAXES</type>
        </account-transaction>
      </transactions>

Alles hier gezeigte wurde noch mit Version 0.61.3 produziert, wenn man sich ☀ Neues & Nennenswertes - #132 by AndreasB ansieht sollte das aber nichts verzerren.

EDIT: Unter Berichte / Performance / Zahlungen gibt es die gleichen Inkonsistenzen.

2 Likes

Das Ergebnis ist völlig korrekt. Du kannst nicht von PP erwarten, dass es „erkennt“, dass die separate Steuerbuchung zur Zinsbuchung gehört; die Steuer könnte eine Nachverrechnung aus einem früheren Aktienverkauf sein oder sich auf gar keine Buchung beziehen (z.B. Steuer auf Vorabpauschale). Deshalb hat die separate Steuerbuchung in dieser Tabelle nichts verloren.

Nein, alle sind einheitlich netto (also nach Steuern). Wenn die Zinsen brutto wären, betrügen sie 170 Euro.

Das ist der einzige Fehler. Offensichtlich ignoriert die Datenreihe die Steuer, die in der Zinsbuchung enthalten ist. Steuern in Zinsbuchungen wurden erst nachträglich eingeführt, mit Version 0.42.0; anscheinend wurde hier eine Anpassung vergessen. Man sieht es auch gut im Diagramm, dass sich die Steuern-Linie am Jahresende 2022 nicht bewegt.

Ist genausowenig ein Fehler, nur mangelnde Hellsehkunst. :wink: Es ist sogar besser dort: Die Steuer in der Zinsbuchung wird richtig erkannt, und du kannst für die Ansichten Dividenden, Zinsen, Erträge zwischen brutto und netto umschalten.

1 Like

OK, das ist ein Argument, besonders die Vorabpauschale.
Das heißt dann ja wohl, das alle separaten Steuerbuchungen, die wirklich auf Zinsen beruhen (also mindestens die, die vor 0.42.0 entstanden sind) eigentlich angefasst werden müssten. Puh.
Damit warte ich lieber bis Taxes column for deposit account transactions pane by rcjan · Pull Request #3220 · portfolio-performance/portfolio · GitHub public ist. Und vielleicht fällt mir ja eine Magie ein, die das automatisch erledigt.

Dann war mein Post ja nicht ganz sinnlos :wink:

Kann es sein, das diese vergessene Anpassung auch für Steuern direkt zu Zinsen erfassen - #3 by dimido verantworlich ist?

Nein, das ist eine andere vergessene Anpassung. Da hat es sich seinerzeit jemand etwas einfach gemacht.

Habe noch eine dritte Stelle gefunden (Klassifizierungen, die ja auch Steuern ausblenden).

2 Likes

Nachtrag am 7. Mai, da ich keinen neuen Beitrag anhängen darf: Ist jetzt mit Version 0.62.1 veröffentlicht.

5 Likes