Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Fix Buchungsklassensaldo #648

Conversation

JohannMaierhofer
Copy link

Trotz der Einstellung Buchungsarten ohne Buchung unterdrücken, wurden im Buchungsklassensaldo Buchungsarten angezeigt bei denen sowohl Einnahmen, Ausgaben als auch Umbuchungen 0.00 waren.

Formal ist das korrekt, weil es Umbuchungen gab. Diese heben sich aber gegenseitig auf, wodurch dann der Betrag 0.00 ist. So ist es aber wohl nicht gewollt.

Mit dem Fix werden jetzt auch keine Zeilen angezeigt bei denen alle drei Werte 0.00 sind.

@JohannMaierhofer JohannMaierhofer added the fix This will fix a bug label Feb 6, 2025
@@ -49,7 +49,9 @@ public class BuchungsklasseSaldoList extends TablePart implements Part
private Date datumvon = null;

private Date datumbis = null;
Copy link

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Wieso sind die Einrückungen unterschiedlich? Ist das Konvention?

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Die unterschiedlichen Einrückungen sehe ich nicht bei Github, obwohl ich im Diff View die Whitspaces nicht ausgeblendet habe. Hier an dieser Stelle kommen sie ja nicht von diesem PR, sondern von "Formatierungsfehler" von früher.

Comment on lines +478 to +480
if (Math.abs(einnahmen) >= LIMIT || Math.abs(ausgaben) >= LIMIT
|| Math.abs(umbuchungen) >= LIMIT
|| !Einstellungen.getEinstellung().getUnterdrueckungOhneBuchung())
Copy link

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Kanst du das in ein Prädikat überführen? Das wäre einfacher zu lesen und zu verstehen.
So in der Art

if (!buchungUnterdruecken(einnahmen, ausgaben, umbuchung))

Oder wenn es etwas ohne Negation gibt, noch besser.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Und den Einstellungscheck am Anfang durchführen, damit die anderen Checks gar nicht erst durchgeführt werden, falls die Unterdrückung aktiv ist.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Kanst du das in ein Prädikat überführen? Das wäre einfacher zu lesen und zu verstehen.

Grundsätzlich hast du recht. Nur deswegen extra eine Funktion einführen, wo dann der gleiche Check drin steht, halte ich für einmalige Verwendung nicht für nötig.

}
suEinnahmen += suBukEinnahmen;
suAusgaben += suBukAusgaben;
suUmbuchungen += suBukUmbuchungen;
if (!ausgabe
if (Math.abs(suBukEinnahmen) < LIMIT && Math.abs(suBukAusgaben) < LIMIT
Copy link

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Gleiche Frage wie oben.

@JohannMaierhofer JohannMaierhofer merged commit f763cd9 into openjverein:master Feb 7, 2025
2 checks passed
@JohannMaierhofer JohannMaierhofer deleted the fix_buchungsklassensaldo branch February 7, 2025 06:50
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
fix This will fix a bug
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants