Kreditorenbuchungen: Steuerfreie Umsaetze lassen sich nicht buchen

[roman.karuschka@…]

So festgestellt bei z.B. Porto. im SKR 04

Traegt man im vorliegenden Fall die Post als Kreditor ein (Steuersatz Inland) und versucht dann in einer Kreditorenbuchung Porto zu buchen, wird der bereits eingetragene Betrag beim Umstellen des Kontos auf 0 zurueckgesetzt. Nach ein paar Mal hin- und her ging es dann, die Kreditorenbuchung wird abgespeichert..und beim Wiederaufruf ist sie..leer.

Nicht gut. In der Einkaufs-Berichtsliste wird sie zumindest mit dem korrekten Betrag angezeigt.

Auf dem entsprechenden Porto-Unterkonto wurde aber anscheinend auch nicht gebucht.

Update:
Es betrifft alle Kreditorenbuchungen, anscheinend aber vor allem die erste Positionszeile...

Kann ich leider nicht nachstellen, deshalb hier meine Bitte der genaueren Beschreibung:

1. Kundenauswahl per Drop-Down oder Eingabezeile?
2. Bitte exakt aufführen, welche Maskenänderung/Buttons? wann wie durchgeführt bzw. gedrückt wurden.

Kunde? Lieferant.
Es geht um Kreditorenbuchungen (nicht um Debitorenbuchungen, Verkaufs- oder Einkaufsrechnungen).

Wenn ich eine Kreditorenbuchung einpflege, z.B. ein in diesem Beispiel einfacher Postbeleg, werden anscheinend nicht die richtigen Konten bebucht (also das Konto "Porto" das eingestellt war) und prinzipiell wird die erste Zeile der Kreditorenbuchung beim Wiederaufruf nicht mehr angezeigt.

In der Kontenuebersicht gibt es stattdessen einen Bilanzfehler.

So einen aehnlichen Bug hatte ich mit Sven am Donnerstag/Freitag? fuer Verkaufsrechnungen schon.

Screenshot 1

Teil 1...

Screenshot 2

Teil 2 ....

Nur um mal kurz festzuhalten, dass ich nicht unter schwererem Medikamenteneinfluss stehe oder meine Brille nicht geputzt habe ;-)

Ich meinte auch Kreditorebuchungen. "Kunde" war dementsprechend ein Verschreibser.

Die Ergebnisse ( = die Screenshots) nützen mir allerdings nicht viel; ich muss wissen, wie es dazu kommt. Ich glaube dir doch, dass es passiert, aber bei mir kriege ich das Verhalten nicht reproduziert.

Deshalb will ich eine Beschreibung deines exakten Vorgehens, z.B. "Menü Kreditorenbuchung. Bei Kunde 'Post' eintragen, erneuern. In erster Positionszeile Konto 1234 auswählen und Betrag 2 EUR eintragen. Erneuern. Buchen. Kaputt."

So in der Richtung.

Sven ist diese Woche im Urlaub, sprich ich kann ihn nicht fragen, was die Ursache für den anderen Bug letzte Woche war.

Du hast gerade schon selber weitgehend die Beschreibung gegeben zu dem, was zu dem Bug fuehrt.
Es handelt sich um verschiedene Kreditoren, bei denen das durchweg auftritt. Folgende Sonderkonditionen sind in den Testfaellen gegeben gewesen: alle diese Kreditoren wurden heute morgen mit der current erst angelegt. Ich probiere spaeter mal ob das auch mit alten Kreditoren auftritt (bin gerade unterwegs).

Ich bin mir nicht ganz sicher, aber ich denke die meisten wenn nicht gar alle Kreditorenbuchungen heute wurden aus den Lieferantenstammdaten mit "Speichern und Kreditorenbuchung erfassen" angelegt.

Das Problem erfasst wie gesagt nicht nur die Post, zuerst hatte ich es faelschlicherweise mit dem Porto-Steuersatz von 0% in Verbindung gebracht, aber daran scheint es nicht zu liegen. Auch eine falsche Faehrte war die Sache mit den Problemen in der Maske, da wurde zwar nach Auswahl des zu bebuchenden Kontos der Betrag wieder herausgeloescht, aber letztlich hat es ja doch geklappt, auch wenn dort irgendwo ein zumindest kleinerer Bug zu sein scheint.

Alle Kreditoren waren ausserdem dem Steuersatz "Inland" zugeordnet (nur zur Info).

Hmm, jetzt faellt mir langsam nichts mehr ein, ich melde mich sobald ich wieder testen kann..waere gut, es sei denn du schaffst es aus den gegebenen Infos schon etwas herauszulesen und den Bug zu finden.

Ich kann jetzt zumindest nachstellen, dass die Kreditorenbuchung nach dem Aufruf über Berichte leer angezeigt wird, habe heute aber nur wenig Zeit, mich darum zu kümmern.

Dass der eingetragene Wert nach einem Erneuern und/oder beim Kontowechsel wieder auf 0 gesetzt wird kann ich weiterhin nicht reproduzieren.

Ich habe mit Commit 452974e einen Commit von Sven revertet, den ich für die Ursache der Probleme halte. Bitte probier's jetzt mal aus. Sobald Sven wieder aus dem Urlaub da ist, werden wir besprechen, was der ursprüngliche Commit machen sollte und wie wir ihn richtig implementieren können.

Ist der Bug noch aktuell, Moritz? Seit dem Revert habe ich nichts mehr gehoert, aber auch keine Probleme mehr damit gehabt.

Sollte damit in der Tat erledigt sein.