Sollbuchungen zusammenfassen, Rechnung überarbeitet #547

lenilsas · 2024-12-21T12:08:18Z

Wie in #513 besprochen habe ich den Workflow bei den Rechnungen überarbeitet.

Bei der Abrechnung gibt es jetzt zusätzliche Optionen
- "Sollbuchungen zusammenfassen". Hier werden alle Sollbuchungen zu einer zusammengefasst
- "Rechnungen erstellen". Für jede Sollbuchung wird eine Rechnung erstellt
- "Rechnung Formular". Das zu verwendende Rechnungsformular
- "Rechnung Text". Bei Rechnungserstellung wird dieser Text für den Verwendungszweck der Sollbuchung verwendet
Es gibt eine neue Tabelle "Sollbuchungspositionen" in der alle Positionen (Zusatzbeträge, (Sekundäre-)Beiträge) zu einer Sollbuchung gespeichert werden.
Bei Lastschriften werden automatisch Splitbuchungen (Istbuchungen) für die Zusammengefassten Sollbuchungen erstellt.
Die RechnungMap habe ich überarbeitet.
- Ist und Differenz ist nicht mehr auf Positionsebene sondern nur auf Rechnugsebene verwendbar
- Zahlungsgrund1 und Zahlungsgrund2 habe ich entfernt, da identisch mit Verwendungszweck bzw. leer (Es wird trotzdem noch gefüllt, aber als deprecated markiert)
- Die Mapeinträge habe ich von mitgliedskonto-... zu rechnung-... umbenannt, die alten sind noch als deprecated vorhanden
In der RechnungsView werden nun auch Ist, Differenz und Zahlungsweg angezeigt werden
Rechnungssuche habe ich auch für Namensteile erlaubt

Außerdem habe ein folgende Änderungen gemacht die nicht direkt mit der Rechnung zusammenhängen

Beim Buchung getAbrechnungslauf wurde immer der Cache neu generiet statt nur die ID zu holen
Beim Cache habe ich eint touch() hinzugefügt, da sonst der Cache immer neu erstellt wird wenn das Erstellen des Caches länger als 10Sekunden dauert

Ein Paar Änderungen fehlen noch

Im Abrechnugnsvew müssen die neuen Felder dissabled werden wenn nicht verwendbar. Es ist die Frage ob "kompakte Abbuchung" und "Sollbuchungen zusammenfassen" zu einer Option zusammengefasst werde sollen.
Das Manuelle erstellen von Rechnungen ist noch nicht möglich
Das Automatisch erstellen der Rechnungen muss aus der RechnungView entfernt werden, da das nichtmehr dem aktuellen vorgehen entspricht
Der Mitgliedskonto Export muss überarbeitet werden
Manche Informationen werden aktuell doppelt gespeichert in Sollbuchungen und in Rechnungen. Man könnte aus der Rechnung Mitglied, Betrag und Zahlungsweg entfernen. Aus der Sollbuchung könnten Buchungsart und Buchungsklasse enternt werden (Da schon in den Sollbuchungspositionen enthalten)
Der Zähler bei den Formularen ist nicht mehr wirklich nötig, zumindes für Rechnungen da hier die Rechnungsnummer verwendet werden kann
-Die AbrechnungslaufView müssen noch die neuen Parameter angezeigt werden

Gerne würde ich von euch schon mal hören, was ihr von dem aktuellen Stand haltet

JohannMaierhofer · 2024-12-21T18:36:54Z

Ich finde diese Lösung gut.

Das automatisch erstellen der Rechnungen aus dem RechnungView könnte man lassen, aber so abändern, dass es Rechnungen erstellt für Sollbuchungen die noch keine Rechnung haben. Also ähnlich wie das manuelle erstellen der Rechnung, nur halt für alle die die Filterkriterien erfüllen und noch keine Rechnung haben.

Folgendes ist mir beim kurzen rumspielen aufgefallen:

In der Sollbuchung ist bei den Sollbuchungspositionen die Spalte Buchungsklasse sichtbar. Sie erscheint doppelt wenn man SKR42 aktiviert.
Bei Lastschriften ist der Betrag bei der Gegenbuchung immer 0.
Hat die Sollbuchung nur einen Eintrag wird in der generierten Buchung die Buchungsart und Buchungsklasse nicht gesetzt.
Bei den generierten Splitbuchungen denke ich baucht man die Haupt- und Gegenbuchung nicht der Sollbuchung zuzuweisen. Das irritiert im Kontoauszug.
Beim Verwendungszweck in den erzeugten Splitbuchungen würde ich nicht den Zweck aus der Sollbuchung setzen sondern den aus den Sollbuchungspositionen. Auf die bezieht sich ja die Buchung. Den aus der Sollbuchung könnte man nur bei Splitbuchungen für die Haupt- und Gegenbuchung setzen.
Die Buchungsart und Buchungsklasse bräuchte man eigentlich nicht mehr in der Sollbuchung da sie in den Sollbuchungspositionen ist. Die Frage ist höchstens ob man Sollbuchungen ohne Positionen unterstützen will, so wie es momentan ist, wenn man manuell eine Sollbuchung erzeugt. Soll das so bleiben oder wird es da eine Möglichkeit geben Sollbuchungspositionen zu erzeugen?
In die gleiche Richtung geht, wenn man eine Buchung einer Sollbuchung zuordnen will und im Dialog in der zweiten Lasche ein Mitglied auswählt. Dann wird eine Sollbuchung ohne Sollbuchungsposition erzeugt. Sollte hier auch eine Sollbuchungsposition erzeugt werden?
Bei der Zuordnung einer Buchung zu einer vorhandenen Sollbuchung wird heute die Buchungsart und Buchungsklasse von der Sollbuchung übernommen wenn sie noch nicht in der Buchung gesetzt ist. Wenn man jetzt bei Überweisung die einzelnen Splitbuchungen zuweist wird momentan aus der Sollbuchung kopiert. Da ist aber nach der Abrechnung nichts gesetzt und evtl. kommt es ja weg. Eigentlich müsste man jetzt bei der Zuweisung die Sollbuchungspositionen auswählen können um die richtigen Buchungsarten und Buchungsklassen zu kopieren. Oder wir lassen dieses Feature halt weg, wobei es aber praktisch war.

lenilsas · 2024-12-27T21:28:23Z

In der Sollbuchung ist bei den Sollbuchungspositionen die Spalte Buchungsklasse sichtbar. Sie erscheint doppelt wenn man SKR42 aktiviert.

entfernt

Bei Lastschriften ist der Betrag bei der Gegenbuchung immer 0.

behoben

Hat die Sollbuchung nur einen Eintrag wird in der generierten Buchung die Buchungsart und Buchungsklasse nicht gesetzt.

geändert

Bei den generierten Splitbuchungen denke ich baucht man die Haupt- und Gegenbuchung nicht der Sollbuchung zuzuweisen. Das irritiert im Kontoauszug.

geändert

Beim Verwendungszweck in den erzeugten Splitbuchungen würde ich nicht den Zweck aus der Sollbuchung setzen sondern den aus den Sollbuchungspositionen. Auf die bezieht sich ja die Buchung. Den aus der Sollbuchung könnte man nur bei Splitbuchungen für die Haupt- und Gegenbuchung setzen.

Ich habe es bisher so umgesetzt, dass die Splitbuchungen nach Buchungsart und Klasse gruppiert erstellt werden, also ggf. mehrere Sollbuchungspositonen eine Splitbuchung ergeben. Daher kann ich hier nicht den Zweck der einzelnen Sollbuchungsposition verwenden

Die Buchungsart und Buchungsklasse bräuchte man eigentlich nicht mehr in der Sollbuchung da sie in den Sollbuchungspositionen ist. Die Frage ist höchstens ob man Sollbuchungen ohne Positionen unterstützen will, so wie es momentan ist, wenn man manuell eine Sollbuchung erzeugt. Soll das so bleiben oder wird es da eine Möglichkeit geben Sollbuchungspositionen zu erzeugen?

Das ist die Frage ob man manuell Sollbuchungen und Sollbuchungspositionen erzeugen können soll, das haben wir ja auch schon wo anders diskutiert. Grundsätzlich denke ich sollten sie über den Abrechnungslauf erstellt werden und es ist kein manuelles erstellen nötig. Es kann jedoch fälle geben wo es sinnvoll wäre.

In die gleiche Richtung geht, wenn man eine Buchung einer Sollbuchung zuordnen will und im Dialog in der zweiten Lasche ein Mitglied auswählt. Dann wird eine Sollbuchung ohne Sollbuchungsposition erzeugt. Sollte hier auch eine Sollbuchungsposition erzeugt werden?

habe ich so umgesetzt das eine Sollbuchungsposition erzeugt wird.

Bei der Zuordnung einer Buchung zu einer vorhandenen Sollbuchung wird heute die Buchungsart und Buchungsklasse von der Sollbuchung übernommen wenn sie noch nicht in der Buchung gesetzt ist. Wenn man jetzt bei Überweisung die einzelnen Splitbuchungen zuweist wird momentan aus der Sollbuchung kopiert. Da ist aber nach der Abrechnung nichts gesetzt und evtl. kommt es ja weg. Eigentlich müsste man jetzt bei der Zuweisung die Sollbuchungspositionen auswählen können um die richtigen Buchungsarten und Buchungsklassen zu kopieren. Oder wir lassen dieses Feature halt weg, wobei es aber praktisch war.

Hier habe ich auch das automatische Spliten implementiert. Allerdings nur wenn eine Buchung einer Sollbuchung zugeordnet wird, bei allen SollbuchungsPositionen die Buchungsart gesetzt ist und die Beträge gleich sind.

JohannMaierhofer · 2024-12-28T09:52:40Z

Ich bekomme jetzt eine Exception beim Abrechnungslauf:
[Sat Dec 28 10:33:01 CET 2024][ERROR][bg-task:][de.jost_net.JVerein.gui.control.AbrechnungSEPAControl$3.run] error during operation
java.lang.ClassCastException: class java.lang.Long cannot be cast to class java.lang.String (java.lang.Long and java.lang.String are in module java.base of loader 'bootstrap')
at de.jost_net.JVerein.server.SollbuchungPositionImpl.getBuchungsartId(SollbuchungPositionImpl.java:112)
at de.jost_net.JVerein.io.SplitbuchungsContainer.autoSplit(SplitbuchungsContainer.java:342)
at de.jost_net.JVerein.io.AbrechnungSEPA.writeSollbuchung(AbrechnungSEPA.java:1274)

Buchungsart und Buchungsklasse sollten ein Long sein so wie in MitgliedskontoImp.

src/de/jost_net/JVerein/gui/control/MitgliedskontoControl.java

JohannMaierhofer · 2024-12-28T10:01:08Z

Das ist die Frage ob man manuell Sollbuchungen und Sollbuchungspositionen erzeugen können soll, das haben wir ja auch schon wo anders diskutiert. Grundsätzlich denke ich sollten sie über den Abrechnungslauf erstellt werden und es ist kein manuelles erstellen nötig. Es kann jedoch fälle geben wo es sinnvoll wäre.

Ja, da sollten wir uns weitere Meinungen einholen.
Wenn es weiter gewünscht ist könnte ich das Erzeugen der Sollbuchungspositionen auch implementieren um dich zu entlasten.

src/de/jost_net/JVerein/gui/action/BuchungSollbuchungZuordnungAction.java

src/de/jost_net/JVerein/gui/control/RechnungControl.java

src/de/jost_net/JVerein/server/MitgliedskontoImpl.java

JohannMaierhofer · 2024-12-28T15:53:12Z

Da bei der Sollbuchung die Buchungsart und Buchungsklasse noch bei alten Sollbuchungen ausgewertet wird müssen wir sie wohl belassen. Ich würde sie am GUI aber dann nur anzeigen wenn die Sollbuchung keine Sollbuchungspositionen hat.

lenilsas · 2024-12-28T22:37:28Z

Buchungsart und Buchungsklasse sollten ein Long sein so wie in MitgliedskontoImp.

habe ich korrigiert, auch gleich beim JVereinZahler

lenilsas · 2024-12-28T22:39:40Z

Da bei der Sollbuchung die Buchungsart und Buchungsklasse noch bei alten Sollbuchungen ausgewertet wird müssen wir sie wohl belassen. Ich würde sie am GUI aber dann nur anzeigen wenn die Sollbuchung keine Sollbuchungspositionen hat.

Ich überlege, ob ich per UpdateScript für alle bestehenden Sollbuchungen eine Sollbuchungsposition erstellen soll. Dan haben wir eine einheitliche Datengrundlage und müssen nicht die verschiedenen Versionen berücksichtigen. Das wäre dann allerdings ein Update das nicht rückgängig gemacht werden könnte (es sei den man lässt die Spalten vorerst in der DB bestehen ohne sie zu nutzen.)

JohannMaierhofer · 2024-12-29T07:57:36Z

Ich überlege, ob ich per UpdateScript für alle bestehenden Sollbuchungen eine Sollbuchungsposition erstellen soll. Dan haben wir eine einheitliche Datengrundlage und müssen nicht die verschiedenen Versionen berücksichtigen. Das wäre dann allerdings ein Update das nicht rückgängig gemacht werden könnte (es sei den man lässt die Spalten vorerst in der DB bestehen ohne sie zu nutzen.)

Ich habe das gleiche Problem mit der Anlagenkonto Checkbox beim Konto. Das boolean ist jetzt durch ein Integer ersetzt. Ich habe das boolean flag auch gelöscht. So kann man nicht mehr zurück. Ich müsste das Flag auch belassen.

Ich habe das in #482 kommentiert.

src/de/jost_net/JVerein/io/AbrechnungSEPA.java

src/de/jost_net/JVerein/io/SplitbuchungsContainer.java

JohannMaierhofer · 2024-12-29T09:14:00Z

Ich habe noch einige Probleme entdeckt:

Wenn ein Mitglied B im Familienverband bei Zahlung auf Vollzahler A konfiguriert ist werden alle Sollbuchungen bei A eingetragen. Das gilt aber nur für Lastschriften. Bei den Sollbuchungen müssen sie dem richtigen Mitglied zugeordnet werden. Die Gruppierung muss also bei Lastschriften anders sein als bei den Sollbuchungen. Wer eigentlich die Rechnung bekommen soll war ja noch offen. A würde halt zwei Rechnungen bekommen wenn man sie dem Zahler schickt. Da bräuchte man aber noch das Feature Spendenbescheinigung auf Zahler ausstellen #493. Ansonsten bekommt halt B die Rechnung.
Beim Zweck in der Lastschrift an A sieht man nur beim Beitrag dass er für B ist. Beim Zusatzbetrag fehlt die Info dass er für B ist.
Beim Autosplit beim Zuweisen einer Sollbuchung wird nicht geprüft ob die Buchung Teil einer Splitbuchung ist. In dem Fall dürfte man keine neue Splitbuchung erzeugen sondern müsste die Buchung durch die gesplitteten Buchungen innerhalb der vorhandenen Splitbuchung ersetzen. Momentan gibt es eine Exception. Das tritt ein wenn im Fall oben A und B per Überweisung bezahlen. Dann zahlt A die gesamte Summe. Diese muss ich splitten in den Teil für A und für B. Wenn ich dann die Sollbuchung den gesplitteten Beträgen zuweise versucht der AutoSplit wieder zu splitten wenn der gesplitte Betrag der Sollbuchung entspricht.

lenilsas · 2025-01-06T17:15:58Z

Mir ist noch aufgefallen, dass die Statistikdaten bei reinen Überweisungsabrechnungsläufen nun "Buchungen Anzahl: 0; Summe: 0,00 EUR" anzeigen. Das die Lastschriftzeile darunter 0 enthält ist klar. Nur die Buchungsanzahl und -summe ist nicht 0.

Ja, das ist nicht intuitiv, hier habe ich jedoch nichts geändert. Die Zahlen bedeuten nur welche Buchungen beim Abrechnungslauf erstellt wurden. Da diese nur bei Lastschriften erstellt werden, werden die Überweisungen nicht mitgezählt. Eigentlich müssten hier besser die Summe und anzahl der Sollbuchungen statt der Buchungen stehen. Soll ich das ändern?

src/de/jost_net/JVerein/gui/action/RechnungNeuAction.java

src/de/jost_net/JVerein/gui/action/SollbuchungRechnungMailAction.java

tolot27 · 2025-01-06T18:27:29Z

Mir ist noch aufgefallen, dass die Statistikdaten bei reinen Überweisungsabrechnungsläufen nun "Buchungen Anzahl: 0; Summe: 0,00 EUR" anzeigen. Das die Lastschriftzeile darunter 0 enthält ist klar. Nur die Buchungsanzahl und -summe ist nicht 0.

Ja, das ist nicht intuitiv, hier habe ich jedoch nichts geändert. Die Zahlen bedeuten nur welche Buchungen beim Abrechnungslauf erstellt wurden. Da diese nur bei Lastschriften erstellt werden, werden die Überweisungen nicht mitgezählt. Eigentlich müssten hier besser die Summe und Anzahl der Sollbuchungen statt der Buchungen stehen. Soll ich das ändern?

Ja, wenn es keinen Aufwand macht. Gehört ja irgendwie dazu. Alternativ als Issue extrahieren und separat behandeln. Du hast hier eh schon wahnsinnig viel Arbeit reingesteckt und der PR ist schon recht groß geworden.

tolot27 · 2025-01-06T18:41:10Z

Ja, das stimmt. Ich würde in der Doku und den Releasnotes darauf hinweisen. Oder meinst du wir sollten noch im View ein Hinweisfeld machen?

Ich würde es in der View machen, so wie das "*)" hinter den drei ... nach der Stichtagsdatumsauswahl, allerdings direkt hinter Stichtag¹ und "Rechnung(en) erstellen²" mit Hochzahlen, da es so besser auffindbar ist. Und dann unten:

¹für die Berechnung, ...
²Es wird für jede (zusammengefasste) Sollbuchung eine separate Rechnung erstellt.

Man kann es natürlich auch ausklammern und schreiben: "Es wird für jede Sollbuchung eine separate Rechnung je Rechnungsempfänger erstellt. Ist 'Sollbuchungen zusammenfassen' aktiviert, wird nur eine Rechnung je Rechnungsempfänger erstellt und dabei die ursprünglichen Sollbuchungen als Positionen aufgeführt."
Letzteres ist jedoch eher was für die Doku.

tolot27 · 2025-01-06T18:49:51Z

Ich verstehe es so, dass man erst den Abrechnungslauf durchführt und damit die Forderungen(Sollbucuhngen) generiert. Das also normalerweise erst danach bezahlt wird. Das Datum ist in erster Linie dafür gedacht zu wann die Lastschriften eingezogen werden. Wie würdest du es dir den wünschen das das Datum verwendet wird?

Dadurch, dass der Abrechnungslauf nun "aufgebohrt" wurde – was ich sehr begrüße –, ist das Datum auch automatisch das Rechnungsdatum. Das ist dann insbesondere buchhalterisch relevant bzw. dann wenn man die Zahlungsfälligkeit von Rechnungen mit berücksichtigen möchte.
Mit einem separaten PR könnte man die Optionen etwas gruppieren und sobald man eine GUI-Option "SEPA" anklickt, die SEPA-spezifischen Optionen (SEPA Fälligkeit, SEPA-Datei drucken, Abbuchungsausgabe, [Kompakte Abbuchung(en)]) anzeigen lassen. Noch komfortabler wäre es, wenn erst nach dem "Starten" eines Abrechnungslaufs und bei vorhandener Zahlart "Lastschrift" diese Optionen abgefragt werden. Dann würde auch bei reinen reinen Überweisungsrechnungslauf im Status unten nicht angezeigt werden, das Lastschriften erzeugt werden.
Aber lass uns dass separat diskutieren.

lenilsas · 2025-01-06T20:02:07Z

ich habe beide Änderungen gemacht

tolot27 · 2025-01-06T20:30:28Z

src/de/jost_net/JVerein/gui/view/AbrechnungSEPAView.java

@@ -69,7 +69,9 @@ public void bind() throws Exception
    group.addLabelPair("Abbuchungsausgabe", control.getAbbuchungsausgabe());
    group.addSeparator();
    group.addText(
-        "*) f�r die Berechnung, ob ein Mitglied bereits eingetreten oder ausgetreten ist. ",
+        "�) F�r die Berechnung, ob ein Mitglied bereits eingetreten oder ausgetreten ist. "
+            + "Und f�r Berechnung ob Zusatzbetr�ge f�llig sind.\n"


Die schließende Klammer bei den Fußnotentexten ist eigentlich nicht notwendig (da oben auch nicht), stört jedoch
nicht.

tolot27 · 2025-01-06T20:32:10Z

Vielen vielen Dank für diesen komplexen PR. Das erleichtert mir die Arbeit sehr. 😄

JohannMaierhofer · 2025-01-07T07:49:26Z

Mit einem separaten PR könnte man die Optionen etwas gruppieren und sobald man eine GUI-Option "SEPA" anklickt, die SEPA-spezifischen Optionen (SEPA Fälligkeit, SEPA-Datei drucken, Abbuchungsausgabe, [Kompakte Abbuchung(en)]) anzeigen lassen.

Da kommen mir jetzt auch ein paar Gedanken dazu. Du und evtl. auch JVerein scheinen SEPA mit Lastschrift gleich zu setzen. Es gibt aber SEPA Lastschrift und SEPA Überweisung. Und die SEPA Fälligkeit die man hier eingibt gilt nicht nur für Lastschrift. Auch bei Rechnungen mit Überweisung steht dieses Datum als Fälligkeitsdatum im XML-Teil der Rechnung.

Um da etwas Verwirrung vorzubeugen wäre es vermutlich gut die Namen zu ändern. Also "SEPA Fälligkeit" einfach in "Fälligkeit" oder etwa "Fälligkeit der Forderung" etc. umzubenennen. Und "Sepa-Datei drucken" in "Lastschrift-PDF erstellen".

Ob man dann später für "Kompakte Abbuchung" und "Lastschrift-PDF erstellen" noch einen extra Schalter braucht könnte etwas zu viel sein.

JohannMaierhofer · 2025-01-07T07:55:45Z

Wenn man das Editieren der Sollbuchung noch nicht rein nimmt, sollte dafür aber im Sollbuchung Liste View der "Neu" Button und beim Mitglied im Mitgliedskonto Menü der Eintrag "Neue Sollbuchung" erst einmal auskommentiert werden.
Damit kann man ja eine neue Sollbuchung erzeugen aber eben ohne die Sollbuchungspositionen. Das sollte aber nicht sein.

JohannMaierhofer · 2025-01-07T08:10:35Z

Dann jetzt noch ein Kommentar zur Steuer. Da das Feature für die Trennung von Steuersatz und Buchungsart ein eigenes Feature werden sollte und wir wegen einiger Fehler in der 2.8.23 schnell eine neue Version herausgeben sollten, bei der natürlich dieses Feature hier dabei sein sollte, sollte die aktuelle Version von einem Steuersatz ausgehen der in der Buchungsart konfiguriert ist, so wie es in allen anderen Teilen der SW auch ist.

Darum sollte im Sollbuchung Detail View in der Tabelle der Sollbuchungspositionen die Spalte Steuersatz auskommentiert werden. Die wird ja später nur angezeigt wenn die Option der nicht festen Zuordnung zur Buchungsart selektiert ist.

Um dann aber mit der aktuellen Funktionalit beim Splitten einer Buchung konform zu sein müsste im AutoSplit wenn die Splitbuchungsposition eine Buchungsart mit Steuersatz hat ein Spliteintrag für den Netto Betrag erzeugt werden und einer für die Steuer mit der Steuer Buchungsart. Ich denke, das sollte noch gemacht werden weil wir sonst ein inkonsistentes Verhalten haben.

PS: Da kommt mit dann auch etwas für das neue Feature. Wenn man den Steuersatz aus der Buchungsart herausnimmt, dann muss man gleichzeitig auch die Steuer Buchungsart herausnehmen. Also muss "Steuer Buchungsart" auch ein Attribut der Sollbuchungsposition werden und auch an allen anderen Stellen wo Buchungsart vorkommt wie z.B. in der Buchung.

JohannMaierhofer · 2025-01-07T08:38:15Z

src/de/jost_net/JVerein/gui/action/RechnungNeuAction.java

+      else {
+        GUI.getStatusBar().setSuccessText(erstellt + " Rechnung(en) erstellt"
+            + (skip > 0 ? ", " + skip + " vorhandene übersprungen." : "."));
+      }


Hier sollte ein Refresh des SollbuchungListe View bzw. der Tabelle gemacht werden. Sonst werden in der Spalte Rechnung die neuen Nummern nicht angezeigt.

stimmt, ich habe ein reload eingebaut

JohannMaierhofer · 2025-01-07T09:14:12Z

Ich habe eine Abrechnung gemacht wo ein Zusatzbeitrag eine Buchungsart mit Steuersatz hatte.
Im XML der Rechnung wird dieser Betrag aber als Netto ausgegeben und keine Steuer ausgewiesen.

JohannMaierhofer · 2025-01-07T14:46:11Z

Um dann aber mit der aktuellen Funktionalit beim Splitten einer Buchung konform zu sein müsste im AutoSplit wenn die Splitbuchungsposition eine Buchungsart mit Steuersatz hat ein Spliteintrag für den Netto Betrag erzeugt werden und einer für die Steuer mit der Steuer Buchungsart. Ich denke, das sollte noch gemacht werden weil wir sonst ein inkonsistentes Verhalten haben.

Da kommt mir dann noch was. Was macht man im Autosplit wenn eine Splittbuchungen mit Buchungsart mit Steuersatz zugewiesen wird, aber die Buchung bereits eine Nettobuchung ist und die zugeordnete Steuer Splittbuchung schon existiert. Dann darf man keine Steuerbuchung mehr erzeugen. Da muss mann das wohl auch abfangen.

lenilsas · 2025-01-07T16:03:26Z

Darum sollte im Sollbuchung Detail View in der Tabelle der Sollbuchungspositionen die Spalte Steuersatz auskommentiert werden. Die wird ja später nur angezeigt wenn die Option der nicht festen Zuordnung zur Buchungsart selektiert ist.

Habe ich gemacht

Um dann aber mit der aktuellen Funktionalit beim Splitten einer Buchung konform zu sein müsste im AutoSplit wenn die Splitbuchungsposition eine Buchungsart mit Steuersatz hat ein Spliteintrag für den Netto Betrag erzeugt werden und einer für die Steuer mit der Steuer Buchungsart. Ich denke, das sollte noch gemacht werden weil wir sonst ein inkonsistentes Verhalten haben.

Für die Steuerbucuhgen muss man ja momentan eine Buchung splitten und dann einen Eintrag erzeugen, dann wir automatisch eine Steuerbuchung erstellt. Wenn jetzt die automatischen Splitbuchungen erstellt werden kann man ja auch die Splitbuchung bearbeiten, eine Teilbuchhung bearbeiten, Nettobetrag eintragen und Speichern, auch hier wird die Steuerbuchung automatisch erstellt. Da finde ich das Vorgehen bei beiden Varianten ziemlich ähnlich.
Wenn ich hier jetzt automatisch eine Steuerbuchung erstellen würde fände ich das Inkonsistent, da da ja sonst nicht gemacht wird.

Ich habe eine Abrechnung gemacht wo ein Zusatzbeitrag eine Buchungsart mit Steuersatz hatte.
Im XML der Rechnung wird dieser Betrag aber als Netto ausgegeben und keine Steuer ausgewiesen.

Stimmt, jetzt nehme ich den Steuersatz aus der Buchungsart.

JohannMaierhofer · 2025-01-07T16:19:34Z

Wenn ich hier jetzt automatisch eine Steuerbuchung erstellen würde fände ich das Inkonsistent, da da ja sonst nicht gemacht wird.

Ich dachte halt, dass es momentan keine Möglichkeit gibt eine Buchung zu splitten und dann Split Einträge ohne zugeordnete Steuerbuchung zu haben. Jetzt passiert das aber.
Aber da bin ich jetzt leidenschaftslos, wenn da sonst keiner ein Problem damit hat ist das für mich auch ok.

JohannMaierhofer · 2025-01-07T17:31:34Z

src/de/jost_net/JVerein/io/FormularAufbereitung.java

@@ -730,7 +730,8 @@ public void addZUGFeRD(Rechnung re, boolean mahnung) throws IOException
      {
        invoice.addItem(new Item(
            new Product(sp.getZweck(), "", "LS",
-                new BigDecimal(sp.getSteuersatz()).setScale(2,
+                new BigDecimal(sp.getBuchungsart() == null ? 0


Im else Zweig unten muss das auch noch geändert werden.

Das reicht aber dann auch noch nicht weil sp.getNettobetrag(); die Steuer nicht berücksichtigt.
Evtl. sollte man so wie es früher bei der Sollbuchung war beim generieren der Rechnung am Anfang den Steuersatz aus der Buchungsart in die Sollbuchungsposition kopieren. Dann sollte sp.getNettobetrag() funktionieren und die Korrektur hier ist auch nicht nötig.

Stimmt. Ich habe jetzt beim erstellen der Positionen die Steuer übernommen.

JohannMaierhofer · 2025-01-08T08:24:18Z

src/de/jost_net/JVerein/gui/action/RechnungNeuAction.java

@@ -83,6 +83,7 @@ else if (context instanceof Mitgliedskonto[])
      {
        GUI.getStatusBar().setErrorText("Keine Rechnung erstellt, alle " + skip
            + " Sollbuchungen enthalten bereits Rechnungen.");
+        GUI.getCurrentView().reload();


Das reload muss in den else Zweig.

ja, natürlich ändere ich

lenilsas · 2025-01-10T06:38:57Z

Ich habe noch einen Fehler behoben: Wenn eine Splitbuchung mit Steuer bearbeitet wird, wird ja automatisch eine Steuerbuchung erstellt, diese muss auch der Sollbuchung zugeordnet werden.
Außerdem habe ich in den Einstellungen die Optionen für den QR-Code gruppiert, das das nicht klar ersichtlich war dass diese alle nur für den QR Code sind.
Dann habe ich noch die Möglichkeit eine Buchungen mehreren Sollbuchungen zuzuordnen hinzugefügt. In Dem Zuge habe ich des Fehlerehandling im AutoSplit verbessert.
Im AutoSplit setze ich nun die Zuordnung der Haupt und Gegebuchung auf null, damit ist das Vorgehen gleich wie ohne Split, dass die vorhandene Zuordnung ersetzt wird.

Soolbuchungn zusammenfassen, Rechnung überarbeitet

9757972

JohannMaierhofer changed the title ~~Soolbuchungn zusammenfassen, Rechnung überarbeitet~~ Sollbuchungen zusammenfassen, Rechnung überarbeitet Dec 21, 2024

JohannMaierhofer mentioned this pull request Dec 22, 2024

Spendenbescheinigung auf Zahler ausstellen #493

Open

lenilsas added 7 commits December 26, 2024 16:57

Update umbenannt

a5b19d7

Merge branch 'master' into rechnung_neu

bd5e823

Fehler behoben

140dfb0

Bei Buchung zu Sollbuchung zuordnen automatisch splitten

c583df3

Update umbenannt

f45adf5

Merge remote-tracking branch 'origin/master' into rechnung_neu

310ab56

ZUGFeRD an Sollbuchungspositionen angepasst

93eba54

lenilsas mentioned this pull request Dec 27, 2024

Rechnung nach Zahlungsweg getrennt #511

Closed

lenilsas linked an issue Dec 27, 2024 that may be closed by this pull request

Workflow Rechnungen #513

Open

JohannMaierhofer reviewed Dec 28, 2024

View reviewed changes

src/de/jost_net/JVerein/gui/control/MitgliedskontoControl.java Show resolved Hide resolved

JohannMaierhofer reviewed Dec 28, 2024

View reviewed changes

src/de/jost_net/JVerein/gui/action/BuchungSollbuchungZuordnungAction.java Show resolved Hide resolved

JohannMaierhofer reviewed Dec 28, 2024

View reviewed changes

src/de/jost_net/JVerein/gui/control/RechnungControl.java Outdated Show resolved Hide resolved

JohannMaierhofer reviewed Dec 28, 2024

View reviewed changes

src/de/jost_net/JVerein/server/MitgliedskontoImpl.java Outdated Show resolved Hide resolved

lenilsas added 2 commits December 28, 2024 23:08

Formatierung und kleine Fehler behoben

eb8f6d4

BuchungsartID und BuchungsklasseID Long stat String

306e6d4

JohannMaierhofer reviewed Dec 29, 2024

View reviewed changes

src/de/jost_net/JVerein/io/AbrechnungSEPA.java Outdated Show resolved Hide resolved

JohannMaierhofer reviewed Dec 29, 2024

View reviewed changes

src/de/jost_net/JVerein/io/AbrechnungSEPA.java Outdated Show resolved Hide resolved

JohannMaierhofer reviewed Dec 29, 2024

View reviewed changes

src/de/jost_net/JVerein/io/SplitbuchungsContainer.java Outdated Show resolved Hide resolved

JohannMaierhofer reviewed Jan 6, 2025

View reviewed changes

src/de/jost_net/JVerein/gui/action/RechnungNeuAction.java Outdated Show resolved Hide resolved

JohannMaierhofer reviewed Jan 6, 2025

View reviewed changes

src/de/jost_net/JVerein/gui/action/SollbuchungRechnungMailAction.java Show resolved Hide resolved

AbrechnungslaufView Sollbuchungen statt Buchungen. Komentare Abrechnung

82e2b2c

Kleine Fehler behoben

2914c5c

tolot27 reviewed Jan 6, 2025

View reviewed changes

tolot27 previously approved these changes Jan 6, 2025

View reviewed changes

JohannMaierhofer reviewed Jan 7, 2025

View reviewed changes

Sollbuchung manuell erstellen verhindern. Kleine Korrekturen

2a06a91

lenilsas dismissed tolot27’s stale review via 2a06a91 January 7, 2025 16:04

This was referenced Jan 7, 2025

Abrechnungslauf bei Fehlern ggf. abbrechen #441

Open

View Rechnung automatisch erzeugen sollte nur offene Sollbuchungen anzeigen #494

Closed

lenilsas linked an issue Jan 7, 2025 that may be closed by this pull request

OhneAbbucher Filter Handling bei Rechnungen #468

Open

JohannMaierhofer reviewed Jan 7, 2025

View reviewed changes

JohannMaierhofer reviewed Jan 8, 2025

View reviewed changes

lenilsas added 2 commits January 10, 2025 07:28

Steuer bei Sollbuchungen richtig zuordnen.Einstellungen QR gruppieren

ea0fca3

Bucung mehreren SOllbuchungenzuordnen

000e1dd

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

Sollbuchungen zusammenfassen, Rechnung überarbeitet #547

Sollbuchungen zusammenfassen, Rechnung überarbeitet #547

lenilsas commented Dec 21, 2024

JohannMaierhofer commented Dec 21, 2024

lenilsas commented Dec 27, 2024

JohannMaierhofer commented Dec 28, 2024

JohannMaierhofer commented Dec 28, 2024

JohannMaierhofer commented Dec 28, 2024

lenilsas commented Dec 28, 2024

lenilsas commented Dec 28, 2024

JohannMaierhofer commented Dec 29, 2024

JohannMaierhofer commented Dec 29, 2024 •

edited

Loading

lenilsas commented Jan 6, 2025

tolot27 commented Jan 6, 2025

tolot27 commented Jan 6, 2025 •

edited

Loading

tolot27 commented Jan 6, 2025

lenilsas commented Jan 6, 2025

tolot27 Jan 6, 2025

tolot27 commented Jan 6, 2025

JohannMaierhofer commented Jan 7, 2025

JohannMaierhofer commented Jan 7, 2025 •

edited

Loading

JohannMaierhofer commented Jan 7, 2025 •

edited

Loading

JohannMaierhofer Jan 7, 2025

lenilsas Jan 7, 2025

JohannMaierhofer commented Jan 7, 2025

JohannMaierhofer commented Jan 7, 2025

lenilsas commented Jan 7, 2025

JohannMaierhofer commented Jan 7, 2025

JohannMaierhofer Jan 7, 2025

JohannMaierhofer Jan 7, 2025

lenilsas Jan 10, 2025

JohannMaierhofer Jan 8, 2025

lenilsas Jan 8, 2025

lenilsas commented Jan 10, 2025

Sollbuchungen zusammenfassen, Rechnung überarbeitet #547

Are you sure you want to change the base?

Sollbuchungen zusammenfassen, Rechnung überarbeitet #547

Conversation

lenilsas commented Dec 21, 2024

JohannMaierhofer commented Dec 21, 2024

lenilsas commented Dec 27, 2024

JohannMaierhofer commented Dec 28, 2024

JohannMaierhofer commented Dec 28, 2024

JohannMaierhofer commented Dec 28, 2024

lenilsas commented Dec 28, 2024

lenilsas commented Dec 28, 2024

JohannMaierhofer commented Dec 29, 2024

JohannMaierhofer commented Dec 29, 2024 • edited Loading

lenilsas commented Jan 6, 2025

tolot27 commented Jan 6, 2025

tolot27 commented Jan 6, 2025 • edited Loading

tolot27 commented Jan 6, 2025

lenilsas commented Jan 6, 2025

Choose a reason for hiding this comment

tolot27 commented Jan 6, 2025

JohannMaierhofer commented Jan 7, 2025

JohannMaierhofer commented Jan 7, 2025 • edited Loading

JohannMaierhofer commented Jan 7, 2025 • edited Loading

Choose a reason for hiding this comment

Choose a reason for hiding this comment

JohannMaierhofer commented Jan 7, 2025

JohannMaierhofer commented Jan 7, 2025

lenilsas commented Jan 7, 2025

JohannMaierhofer commented Jan 7, 2025

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

lenilsas commented Jan 10, 2025

JohannMaierhofer commented Dec 29, 2024 •

edited

Loading

tolot27 commented Jan 6, 2025 •

edited

Loading

JohannMaierhofer commented Jan 7, 2025 •

edited

Loading

JohannMaierhofer commented Jan 7, 2025 •

edited

Loading