Projekt

Allgemein

Profil

Fehler #721

Bericht Buchungsliste und Bericht Buchungsjournal weicht im Saldo ab

Von Jan Büren vor 11 Tagen hinzugefügt. Vor 9 Tagen aktualisiert.

Status:
Neu
Priorität:
Normal
Zugewiesen an:
-
Zielversion:
-
Beginn:
13.11.2024
Abgabedatum:
% erledigt:

0%

Geschätzter Aufwand:

Beschreibung

Das Buchungsjournal berechnet im Saldo noch korrekt Vorjahresbuchungen und/oder ermittelt den Saldo bis zur letzten EB-Buchung.
Die Buchungsliste zeigt stumpf alle Buchungen im Zeitraum an.

Leider ist die Buchungsliste der neue Standard für den Klick auf ein beliebiges Konto bei der Kontenübersicht und da bekommt der Anwender jetzt andere Saldi als vorher.

Was im Detail das Problem ist weiß ich nicht, beide Berichte sollten aber diesselbe Berechnung anstellen ODER die Buchungsliste ist nicht mit der Kontenübersicht verknüpft und die Werte werden wieder wie vorher berechnet.

Eigentlich hat Cem das im POD geschrieben:
Database queries are still from SL::CA.

I tried to use the get_balance function from SL::DB::Manager::Chart here,
but the results i got were different (numbers and defined balance/amount).
The database queries in CA are more sophisticated, therefore i'm still using these for now.
Also performance wise they seem faster.

Von daher fehlt vielleicht nur ein Parameter bei der Übergabe an CA?

Soweit erstmal ...


Dateien

Historie

#1

Von Cem Aydin vor 9 Tagen aktualisiert

Das Buchungsjournal berechnet im Saldo noch korrekt Vorjahresbuchungen und/oder ermittelt den Saldo bis zur letzten EB-Buchung.
Die Buchungsliste zeigt stumpf alle Buchungen im Zeitraum an.

Verstehe ich das richtig es geht darum, dass die Buchungsliste im Saldo jeweils null anzeigt. (Siehe Screenshot: Screenshot From 2024-11-14 15-29-38a.png, Screenshot From 2024-11-14 15-24-42a.png)

Leider ist die Buchungsliste der neue Standard für den Klick auf ein beliebiges Konto bei der Kontenübersicht und da bekommt der Anwender jetzt andere Saldi als vorher.

Also falls sich das auf meine Änderungen bezieht, die Buchungsliste war auch vorher schon das was beim klick auf ein Konto erscheint.

    $row->{accno}->{link} = build_std_url('action=list', 'accno=' . E($ca->{accno}), 'description=' . E($ca->{description}));

Richtig ist, dass diese jetzt auf den neuen Controller zeigen den ich dazumals gemacht habe (ListTransactions.pm).

Der alte Controller ist aber via Link noch erreichbar, z.B. via ca.pl?action=list&accno=1100&description=Debitoren

Eventuell könntest du mal probieren ob das Problem dort nicht auch schon auftritt. Ich kann mich dunkel erinnern, dass mir das dazumals auch aufgefallen war, da es aber eben schon so war, habe ich da nicht weiter nachgeforscht. Wenn ich das bei mir mache zeigt das genau das gleiche an wie im neuen Controller (Siehe Screenshot Screenshot From 2024-11-14 15-24-52a.png)

Wie das Buchungsjournal die Berechnungen anstellt, weiss ich nicht.

Zur Sicherheit kann ich mir meinen Code auf jeden Fall nochmal durchschauen.

#2

Von Cem Aydin vor 9 Tagen aktualisiert

Möglicherweise relevant aus CA.pm z. 224 (Hier umgebrochen zur Lesbarkeit):

      # get old saldo
      $query = qq|SELECT sum(ac.amount)
FROM acc_trans ac LEFT JOIN chart c ON (ac.chart_id = c.id)
WHERE ((select date_trunc('year', ac.transdate::date)) >= (select date_trunc('year', ?::date)))
  AND ac.transdate < ? AND c.accno = ?  AND (NOT ac.ob_transaction OR ac.ob_transaction IS NULL)|;
      ($form->{saldo_old}) = selectrow_query($form, $dbh, $query, $form->{fromdate}, $form->{fromdate}, $form->{accno});

Sieht so aus als berücksichtigt dass nur Zahlungen aus dem Jahr der Abfrage.

#3

Von Cem Aydin vor 9 Tagen aktualisiert

Ich kann mich dunkel erinnern, dass mir das dazumals auch aufgefallen war, da es aber eben schon so war, habe ich da nicht weiter nachgeforscht.

Denke das war etwas anderes. Ich bin davon ausgegangen, dass das richtig ist so. Ich hatte da auch mal noch ein bug drinnen, da wurde nicht richtig gerechnet, das habe ich aber schon länger behoben. https://github.com/kivitendo/kivitendo-erp/commit/2ccb1431247fd00a49398c1dd2375e68f275fa0e

Auch abrufbar als: Atom PDF