projekt kivitendo

Ermittlung der Folgekonten: Bei Ausgangsrechnungen wird zuerst das Lieferdatum, dann das Rechnungsdatum, dann das aktuelle Datum betrachtet. Bei Eingangsrechnungen zuerst das Rechnungs-, dann das aktuelle Datum. Bei allen anderen Belegen zuerst transdate (z.B. Bestell- oder Angebotsdatum), danach das aktuelle Datum.

Die Steuersätze richten sich nach dem Ertrags- bzw. dem Aufwands- und nicht nach dem Bestandskonto, weil beim Bestandskonto ja nicht danach unterschieden wird, woher man etwas bezogen hat.

Adminfrontend: Vor den Datenbankupdates wie in User.pm auch den HTML-Header ausgeben, damit die Perlscripte ihre Ausgaben anständig durchführen können. Danach zurück zur Administration. Bugfix für 435.

Instanzen der Klasse Locale haben leider die package-globale Variable %self anstelle der Instanzvariablen $self benutzt, um die Uebersetzungen und Funktionslisten zu speichern. Das fuehrte dazu, dass mehrere aufeinanderfolgende Aufrufe von Locale->new() die vorher geladenen Uebersetzungen verworfen haben.

Beim Ändern des Administratorpasswortes sollte das neue Passwort doppelt angegeben werden müssen, um versehentliche Falscheingaben zu erschweren.

Datenbankupgrade: Standardbuchungsgruppen mit 16% und 7% fuer SKR03 und SKR04 anlegen.

Wenn die Einnahmen-Überschuss-Rechnung aktiv ist, dann beim Bearbeiten von Buchungsgruppen das vorher ausgewählte Inventarkonto nicht mit 1 überschreiben sondern beibehalten.

Beim Bearbeiten von Buchungsgruppen das Inventarkonto richtig vorselektieren.

Debugcode entfernt.

Datenbankupgrade: In der Tabelle defaults wird jetzt auch der verwendete Kontenrahmen gespeichert. Dieser wird beim Anlegen der Datenbank eingetragen. Das Datenbankupgrade versucht, den Kontenrahmen zu erraten und fragt im Zweifelsfall beim Benutzer nach.