Durch Code-Analyse in Version 2.2.0 mit Hilfe von KI habe ich folgende Fehlererklärung und folgenden Korrekturvorschlag erhalten, die für mich ziemlich schlüssig klingen:

Fehlerbeschreibung: Falsche Berechnung der Gesamtsumme nach Umstellung auf „Keine Steuer“

Reproduzierbares Verhalten:

1. Ein neues Dokument mit der Einstellung „Mit MwSt.“ erstellen.
2. Mehrere Artikel mit regulärem MwSt.-Satz hinzufügen. Die Mehrwertsteuer wird korrekt berechnet.
3. Im Dokument den Steuersatz auf „Keine Steuer“ umstellen. Die bereits vorhandenen Positionen werden korrekt auf 0 % umgestellt und die Gesamtsumme entspricht der Nettosumme.
4. Anschließend weitere Artikel hinzufügen.

Hier tritt der Fehler auf: Die neu hinzugefügten Positionen werden intern weiterhin mit dem ursprünglichen MwSt.-Satz berechnet. Dadurch enthält die Gesamtsumme weiterhin Mehrwertsteuer, obwohl das Dokument auf „Keine Steuer“ eingestellt ist. Der Wert der gesamten MwSt. in der Summenübersicht bleibt dabei auf 0.

Als Workaround muss man den Steuersatz zunächst wieder auf „Mit MwSt.“ und anschließend erneut auf „Keine Steuer“ umstellen. Dadurch werden auch die nachträglich hinzugefügten Positionen korrekt umgestellt.

Vermutete Ursache im Quellcode:

In DocumentItemListTable.java wird beim Aufruf von setItemsNoVat() der Wert noVat für alle bereits vorhandenen Positionen gesetzt. Gleichzeitig wird der aktuelle Steuersatz in noVatReference gespeichert.

Beim Hinzufügen einer neuen Position über addNewItem() wird dieser Steuerzustand jedoch nicht auf die neue Position übertragen.

Die neue Position erhält deshalb zunächst noVat = false (Standardwert), obwohl das Dokument bereits auf „Keine Steuer“ eingestellt ist. Die MwSt.-Spalte in der Positionsliste zeigt aufgrund von noVatReference trotzdem weiterhin 0 % an. Die eigentliche Berechnung verwendet jedoch den Wert noVat der jeweiligen Position. Da dieser bei den neu hinzugefügten Positionen weiterhin false ist, wird bei der Berechnung der reguläre MwSt.-Satz berücksichtigt. Dadurch entsteht die Abweichung zwischen der angezeigten MwSt. von 0 und der tatsächlich in der Gesamtsumme enthaltenen Mehrwertsteuer.

Lösungsvorschlag:

In DocumentItemListTable.java innerhalb von addNewItem() direkt vor dem Einfügen der neuen Position den aktuellen Steuerzustand übernehmen:

newItem.getDocumentItem().setNoVat(noVatReference != null);

Damit erhält jede neu hinzugefügte Position denselben Steuerstatus wie die bereits vorhandenen Positionen. Die Änderung sollte zentral in addNewItem() erfolgen, damit sie unabhängig davon greift, auf welchem Weg eine Position hinzugefügt wird.

Der Lösungsvorschlag wurde anhand des Quellcodes hergeleitet, ist aber noch nicht durch einen Programmlauf getestet.

Hast Du schon die neue 2.2.1 ausprobiert?

Laut KI ist es zumindest nicht behoben.
Ich habe gerade die 2.2.1RC1 heruntergeladen und getestet. Das Verhalten ist bei Umschaltung der MwSt von "Mit MwSt." auf "Keine Steuer" noch schlimmer geworden.
In der 2.2.0 wurden alle bisherigen Positionen in der Rechnungstabelle in der Spalte "MwSt." von 19% auf 0% umgeschaltet, die gesamte MwSt ging auf 0 € und der Gesamtpreis wurde gleich der Summe Netto.
Bei der 2.2.1 bleiben alle bisherigen Positionen in der Rechnungstabelle in der Spalte "MwSt." auf 19%. Die gesamte MwSt geht trotzdem auf 0 €, aber der Gesamtpreis bleibt um 19% höher als die Summe Netto.
Das einzige Problem der 2.2.0 ist, dass neu aufgenommene Positionen in der Rechnungstabelle in der Spalte "MwSt." korrekt mit 0% angezeigt werden, die gesamte MwSt bleibt auf 0€ aber der Gesamtpreis ist für die neu hinzugefügten Produkte um 19% gegenüber der Summe Netto erhöht.

Ich hab's mir nochmal angesehen. Deine Beobachtung kann ich nur teilweise nachvollziehen. Wenn ich die Combobox auf "keine Steuer" setze, dann wird die Rechnung mit 0€ MwSt. ausgewiesen. Die Gesamtsumme ist gleich der Nettosumme (plus Versand). In den einzelnen Rechnungspositionen bleibt die MwSt. rein informatorisch drin (sonst hätte man da auch gleich 0% MwSt. nehmen können). Ich finde das eigentlich halbwegs stimmig.

Ich habe eine neue Rechnung angelegt. als erstes auf "keine Steuer" umgeschaltet. Einen Artikel für 25€ netto hinzugefügt.
Warum ist dann die Gesamtsumme 29,75? Und warum funktioniert das bei Dir?
Und ich finde es tatsächlich auch ziemlich verwirrend, wenn beim Artikel 19% MwSt steht. bei der 2.2.0 wurde beim Umschalten auf "keine Steuer" bei allen Artikeln die Steuer auf 0% geschaltet.
Kann es daran liegen, wie die Artikel in der Produktdatenbank eingetragen sind? Die Artikel sind bei uns netto eingetragen und als Steuersatz 19%.
Mein Schwiegersohn arbeitet teilweise als Subunternehmer, stellt dann steuerfreie Rechnungen. Teilweise aber für Privatleute, dann muss er auch die MwSt in der Rechnung ausweisen.
Die Version ist die 2.2.1-SNAPSHOT.
Was ganz verwirrend ist. Im letzten Screenshot habe ich die Steuer in der Zeile des Artikels per Hand auf 0% umgestellt. Dann stimmt es auch.
Das obere Feld MwSt. schaltet bei mir nur die untere MwSt.-Zeile zwischen 4,75€ und 0€ hin und her. Die Gesamtsumme bleibt immer auf 29,75€.
Kannst Du bei Dir auch mal die Versandkosten weglassen?

Screenshot 2026-11-04 224504.png (27,465 bytes)   

Screenshot 2026-11-04 224504.png (27,465 bytes)   

Screenshot 2026-11-04 224959.png (7,886 bytes)   

Screenshot 2026-11-04 224959.png (7,886 bytes)   

Screenshot 2026-11-04 225331.png (86,406 bytes)   

Screenshot 2026-11-04 225331.png (86,406 bytes)   

Screenshot 2026-11-04 225601.png (29,898 bytes)   

Screenshot 2026-11-04 225601.png (29,898 bytes)   

Ich bin heute endlich dazu gekommen mir das Problem noch einmal anzusehen. Ich bin ursprünglich zwar SW-Entwickler, hatte aber mit Java bisher noch keine Berührung und habe das deshalb mit KI-Hilfe analysiert. Auch erschlägt einen als außenstehender die Größe des Projekts.
Es gibt ja meiner Meinung nach noch 2 Fehler. Einer davon kam mit der 2.2.1 neu dazu. Mit Vergleich der 2.2.0 und 2.2.1 habe ich versucht einen Lösungsvorschlag hinzubekommen.
Eventuell könntest Du ihn einmal ausprobieren.

1.) Erzeugt man eine neue Rechnung, so steht das Feld "MwSt." initial auf 19%. Beginnt man Positionen einzufügen, sind diese alle steuerbehaftet. Beim Wechsel des Feldes "MwSt." auf „Keine Steuer“ behalten die bis dahin eingegebenen Positionen intern ihren normalen MwSt.-Status. Sie werden nicht mehr auf 0% aktualisiert. Einzig die bei den Summen angezeigte MwSt. springt auf 0, die Gesamtsumme bleibt aber mit Steuer, da der interne Status noVat der einzelnen Positionen nicht aktualisiert wird.

Hier der Lösungsvorschlag der KI:
In DocumentEditor.java fehlt im Listener für noVatReference die Aktualisierung der bestehenden Positionen. Direkt nach der BIND_MODE_INDICATOR-Abfrage ergänzen:

modelObservable.addValueChangeListener(event -> {
if (((MPart) getMDirtyablePart()).getTransientData().get(BIND_MODE_INDICATOR) != null) {
return;
}

itemListTable.setItemsNoVat(
    document.getNoVatReference() != null,
    document.getNoVatReference()
);
itemListTable.refresh();
calculate();

final Contact contact = contactDAO.findById(
        addressManager.getAdressForBillingType(document, document.getBillingType()).getOriginContactId());
updateComboViewerNoVat(contact);

});

Das Binding setzt document.noVatReference bereits automatisch. Ein zusätzlicher Aufruf von document.setNoVatReference(...) ist daher nicht erforderlich.

2.) Werden nach dem Umschalten auf "keine Steuer" weitere Positionen hinzugefügt, werden diese in der 2.2.0 zwar mit 0 % angezeigt, in der 2.2.1 mit 19%, intern werden sie aber weiterhin mit 19 % berechnet. Dadurch ist der Gesamtpreis zu hoch.

Hier auch die KI-Lösung:
Zusätzlich werden neu hinzugefügte Positionen in DocumentItemListTable.java, Methode addNewItem(), nicht an den aktuellen Steuerstatus angepasst. Vor der Zeile documentItemsListData.add(newItem); ergänzen:

newItem.getDocumentItem().setNoVat(noVatReference != null);

Es wäre super wenn Du das mal auprobieren könntest.