Erstellt vor 9 Jahren
Geschlossen vor 8 Jahren
#230 closed Fehler (fixed)
Nicht alle Buchungen aufgelistet im Journal
| Erstellt von: | s.koehler@… | Verantwortlicher: | s.koehler@… |
|---|---|---|---|
| Priorität: | normal | Meilenstein: | |
| Komponente: | kivitendo ERP | Version: | 2.1.1 |
| Schweregrad: | normal | Stichworte: | Finanzbuchhaltung |
| Beobachter: | p.reetz@…, a.huth@… |
Beschreibung
Nicht alle Buchungen sind im Buchungsjournal zu sehen, insbesondere dann
nicht, wenn man nur Anfangs- und Enddatum angibt, um alle Buchungen aus diesem
Zeitraum aufzulisten. Das scheint für (Dialog-?)Buchungen der Fall zu sein,
deren Referenznummer mehrfach am gleichen Tag auftritt, aber so simpel
reproduzierbar ist es auch nicht. Gibt man hingegen die Referenznummer auch als
Suchkriterium ein, ist eine vorher vermisste Dialog-Buchung plötzlich da!
Ich habe mir daraufhin im File GL.pm mal die Datenbank-Abfrage in der
Funktion 'all_transactions' angeguckt und festgestellt, dass dort sortiert wird
nach einer Variablen 'oid', die wohl aus der Tabelle 'acc_trans' stammen soll.
Eine solche Spalte gibt es in der Tabelle aber gar nicht!? Oder ist das irgendein
Automatismus, den ich nicht verstehe?
Jedenfalls habe ich probehalber mal die Sortierordnung verändert, nämlich
folgendermassen:
In der Zeile 364 den Eintrag
ORDER BY transdate, oid|;
ersetzt durch
ORDER BY transdate, trans_id|;
Und siehe da, alle vermissten Buchungen sind zu sehen, auch ohne Eingabe der
Referenznummer als Suchkriterium! Ob das die Lösung des Problems ist, kann ich
nicht beurteilen.
Anhänge (3)
Änderungshistorie (7)
Geändert vor 9 Jahren durch a.huth@…
comment:1 Geändert vor 9 Jahren durch s.koehler@…
Ich konnte den Fehler nicht mehr nachstellen, bitte mal schreiben, ob er noch da
ist!
comment:2 Geändert vor 9 Jahren durch a.huth@…
(Mit Bezug zu comment 3)
Ich konnte den Fehler nicht mehr nachstellen, bitte mal schreiben, ob er noch
da
ist!
Wenn ich in meinem Code genau die Änderung vornehme, die im zweiten Anhang
'Verbesserter Lösungsvorschlag' zu diesem Bug beschrieben ist, tritt der Fehler
nicht mehr auf. Das heisst, ich benutze in GL.pm als Sortierktiterium 'ORDER BY
transdate, trans_id, oid', und damit ist das Problem gelöst.
comment:3 Geändert vor 9 Jahren durch bp@…
- blocked auf 354 gesetzt
comment:4 Geändert vor 8 Jahren durch m.bunkus@…
- Lösung auf fixed gesetzt
- Status von new nach closed geändert

Nichtsequenzielle oid's in acc_trans sind problematisch