ACHTUNG:
Bei den Abschreibungen, die in den Vorjahren angelegt wurden, addiert das PlugIn im aktuellen Buchungsjahr _nicht_ die aktuellen Afa-Beträge, sondern nimmt zur Summenbildung die ursprünglichen Beträge, und zwar Netto, Brutto und UmsSt. komplett.

Also zunächst einmal rechnet das Journal gar nicht!!!!!
Es ist lediglich ein Auflistung von Buchungssätzen. Einzige mathematische Funktion ist die Aufsaldierung der aus der DB entlesenen Daten.

Da ich das Hauptprogramm nicht kenne, habe ich mich beim Auslesen an die Vorgaben aus dem Demo-Journal gehalten.
Sollte hier also ein Bug vorliegen, ist dieser schon länger vorhanden.
Allerdings wurde bei meinem Afa-Test auch alles korrekt angezeigt.
Leider trägt Diese Art und Weise der Kritik auch in keinster Weise dazu bei, mir hier auf die Sprünge zu helfen.

Um andere User vor einem eventuellen Bug und mich vor solchen Kommentaren zu bewahren, werde ich Thomas bitten, die Datei sicherheitshalber nicht weiter zum Download anzubieten.

Ich möchte denjenigen, die die Datei schon herunter geladen haben, noch anbieten, mir bei Interesse per PN ihre e-mail-Adresse dazulassen. Ich werde Euch dann, wenn ich den Fehler endecken sollte, die korrigierte Version zumailen

Hey, das war keine Kritik, sondern ein Hinweis ...
und auf die Sprünge helfen, kann ich Dir leider nicht, weil ich keinen Schimmer habe, was bei ECuT unter der Haube passiert. Ich kann Dir nur sagen, daß die Salden den Ursprungswert -- und zwar netto, brutto und UmsSt. -- beinhalten. Und aufgefallen ist mir das nur, weil es eine Testinstallation von ECuT war, bei der die übertragenen Afas die einzigen Ausgabenwerte waren.

Ok, hab ich wieder rausgenommen, bis klar ist was schief läuft. Bei mir werden die AfAs übrigens korrekt angezeigt. Könntest Du, Robert, uns eine Datei zur Verfügung stellen, mit der wir das Problem nachvollziehen können?

Ah! Jetzt sehe ich es auch. Die Summenbildung in der letzten Zeile! Das erklärt auch, weshalb das ursprüngliche JS-Journal den Fehler nicht hat: Nämlich weil ich dort aus Faulheit überhaupt keine Summen gebildet habe.

Abhilfe sollte aber einfach sein, denn die Spaltenwerte existieren ja für die einzelnen Zeilen und müssen nur aufsummiert werden. Ich habe gesehen, dass Du die selbst neu berechnest.

Z.B. solltest Du, Wolfram, die Funktion HoleBuchungsjahrNetto statt HoleNetto benutzen. HoleBuchungsjahrNetto macht netterweise die ganze komplizierte Rechnerei wieviel im Buchungsjahr abgeschrieben ist. Orientiere Dich dann an der Berechnung von mwst_betrag und berechne den Brutto-Wert aus der Summe beider und alles wird gut.

So, den Fehler zu beheben hat 1 min. gedauert.
Herauszufinden, wo überhaupt ein Fehler war, schon etwas länger ;-)).
Deshalb mal meine Bitte:
Wenn man so ein Programm schreibt, sieht man manchmal den Wald vor lauter Code nicht und ist auch nicht immer in der Lage, alle Eventualfälle durchzutesten.
Wenn also ein Fehler auftaucht, seid bitte nachsichtig und helft uns den Fehler zu beheben, indem Ihr uns eine möglichst genaue Fehlerbeschreibung liefert.
Die korrigierte Datei ist auf dem Weg und wird sicherlich in den nächsten Tagen hier bereit stehen.
Gleichzeitig habe ich noch einen schwerwiegenden Bug in den Datumsformaten behoben durch den sich nur Monate mit englisch und deutsch identischem Monatskürzel anzeigen liessen und das Datumsformat im Listing auf das übliche 00.00.0000 umgestellt.
Ich hoffe, dass jetzt wirklich alles funktioniert.
Lediglich in der Überschrift wird jetzt noch das englische Monatskürzel verwendet – imho ein Schönheitsfehler, den ich sobald wieder Zeit ist, zu beheben gedenke.

Ist jetzt als Update verfügbar (Menü->Datei->Plugin-Manager). War schon korrekt formuliert von Robert -- aber ich hab beim ersten mal lesen auch nicht an die Summenzeile gedacht, sondern an die Summe aus Netto + MWSt. Danke für eure Arbeit so spät und wünsche euch eine gute Nacht.

So, habe jetzt nochmal an den Datumsfunktionen gearbeitet. Das Datums-Format ist jetzt über den Format-Bereich auswählbar.
Ausserdem wird die 1/1-AfA nicht mehr unnötiger Weise angezeigt.
Coming soon ...