Buchungs-id ("Buchungsnummer") bei Zahlungseingängen

[hegner@…]

Wenn ich einen Zahlungseingang zu einer Ausgangsrechnung buche, dann
wird diese Zahlung unter der "Buchungsnummer" (auch "id") der
ursprünglichen Ausgangsrechnung verbucht. In diesem Zusammenhang ist mir
aufgefallen, dass

• dieser Vorgang zwar in Bezug zur Rechnung steht, er aber eigentlich

einen separarten Geschäftsvorfall (also eigene id) darstellt

• außerdem ist nach einer solchen Buchung der Zähler für die "id"

weitergesprungen, so dass ich in diesem Belegkreis ein "Loch" habe.

Insbes. letzteres ist ärgerlich, da die fortlaufende Belegnummer
nachträgliche Eingriffe in den Buchungsstoff aufdecken soll und
eigentlich eine chronologisch 1:1 Relation zu den Buchungen darstellt.

Ob das ganze auch für Augangszahlungen zutrifft, konnte ich nicht noch nicht
prüfen, vermute da aber eine Parallelität.

Habe in diesem Zusammenhang noch einen Fehler entdeckt:

Wenn ich beim Buchen von Zahlungseingängen das Feld "Beleg" ausfülle, wird
dieses nicht im Buchungsjournal angezeigt.

Ein Blick in die Tabelle acc-trans zeigt mir, dass das Feld "Source" nur für
den (negativen) Haben-Posten gefüllt ist. Für den (positiven) Soll-Posten
steht da "NULL" drin. - Wenn ich das manuell in der DB-ergänze steht der
Wert richtig im Journal.

ab Version 2.1.1 ist das Problem "Loch" im "id"-Nummernkreis scheinbar
gelöst. - Ich kann es zumindest nicht mehr reproduzieren.

Ein weiterer Hinweis zur acc_trans: das Feld Source bleibt auch beim
erstellen von Ausgangsrechnungen auf "NULL" - Warum wird da nicht (wie sonst
üblich) die Referenz (bzw. in diesem Fall z.B. nochmals die Rg.-Nr.)
eingetragen.

Felder die "manchmal" leer (also "NULL") sind machen sich IMO nicht gut in
der DB-Struktur ... oder ist das eine irrige Ansicht?

Hallo,

mir ist grad noch aufgefallen, dass der Eintrag im Feld "Memo" beim
Zahlungseingang nicht der Buchungstext ist.

Leuchtet mir zwar aufgrund der DB-Struktur ein (Buchungstext steht sonst in
gl, Zahlungen landen nur in acc_trans...) - schön ist das dennoch nicht

Habe aber das Gefühl das in diesem Zusammenhang erstmal eine grundsätzliche
Idee brauchen!

Zu Kommentar 3:
Kann man nicht eine eigene Tabelle für Zahlungen anlegen, die alle Meta und
Konteninfos enthält?
Dazu könnte man auch gleich Skonto/Bonus/Erlösschmälerungen? mitbehandeln.