Hauptbuchkorrektur: Steuerschluessel 0% Vorsteuer fehlt

[roman.karuschka@…]

In der Hauptbuchkorrektur wird eine Buchung im vorliegenden Fall (Portokosten) als fehlerhaft (falscher Steuerschluessel) angezeigt. "0% Vorsteuer" ist jedoch bei der Korrektur nicht einstellbar, nur 7 und 19% sowohl als auch 0% Ausland etc ... der regulaere Inlandseintrag fehlt also

Wenn ich mich nicht irre, dann ist diese Funktion so implementiert, dass Steuerschlüssel mit 0% nicht angeboten werden sollten, wenn für die entsprechende Buchung Steuern verbucht wurden, weil das ja keinen Sinn ergibt. Kannst du bitte mal einen Screenshot dieser Buchung machen, und/oder ein

select ac.*, c.accno from acc_trans ac left join chart c on (ac.chart_id = c.id) where trans_id = die_id_dieser_buchung;

Angemeckert wird eine Buchung eines Beleges der Deutschen Post AG.
Der Beleg beinhaltet (Kontenrahmen SKR03) zwei Positionen mit Konto 4930 (Bürobedarf) und eine Position mit Kto 4910 (Port). Porto ist Umsatzsteuerbefreit, daher dort 0%, bei den 4930ern sind es je 19%.
Ich bin mir nicht ganz sicher welches Problem dort überhaupt besteht, starte ich aber den Korrekturassistenten, wird mir eben die Portobuchung als fehlerhaft markiert und dafür soll ein neuer Steuerschlüssel ausgewählt werden. 0% steht dort nur im Zusammenhang mit Ausland etc zur Verfügung.

Screenshot der GUI mit dem falschen Steuerschlüssel

Screenshot, #1325

=# select ac.*, c.accno from acc_trans ac left join chart c on (ac.chart_id =
c.id) where trans_id = 517;

acc_trans_id | trans_id | chart_id | amount | transdate | gldate | source | cleared | fx_transaction | ob_transaction | cb_transaction | project_id | memo | taxkey | itime | mtime | accno

---

1361 | 517 | 12 | 94.47000 | 2009-08-18 | 2009-08-23 | 000374 | f | f | f | f | | EC-cash/girocard | 0 | 2009-08-23 13:17:52.580268 | | 1200
1360 | 517 | 16 | -94.47000 | 2009-08-18 | 2009-08-23 | | f | f | f | f | | | 0 | 2009-08-23 13:17:52.580268 | | 1600
1359 | 517 | 16 | 94.47000 | 2009-08-18 | 2009-08-23 | | f | f | f | f | | | 0 | 2009-08-23 13:17:52.580268 | | 1600
1358 | 517 | 129 | -90.00000 | 2009-08-18 | 2009-08-23 | | f | f | f | f | | | 0 | 2009-08-23 13:17:52.580268 | | 4910
1357 | 517 | 776 | -0.24000 | 2009-08-18 | 2009-08-23 | | f | f | f | f | | | 9 | 2009-08-23 13:17:52.580268 | | 1576
1356 | 517 | 132 | -1.25000 | 2009-08-18 | 2009-08-23 | | f | f | f | f | | | 9 | 2009-08-23 13:17:52.580268 | | 4930
1355 | 517 | 776 | -0.48000 | 2009-08-18 | 2009-08-23 | | f | f | f | f | | | 9 | 2009-08-23 13:17:52.580268 | | 1576
1354 | 517 | 132 | -2.50000 | 2009-08-18 | 2009-08-23 | | f | f | f | f | | | 9 | 2009-08-23 13:17:52.580268 | | 4930

(8 rows)

Die Buchung ist demnach ja schon am Anfang schiefgelaufen..aber warum?!