projekt kivitendo

Datenbankupgrades: Es gibt einige Probleme, wenn die CRM installiert ist, weil dann einige Spalten, die in den SQL-Scripten angelegt werden sollten, bereits existieren. Dieses wird nun ueber Perl-Upgradescripte abgefangen.

Änderungen von Holger: ein Fehler und mehr Komfort

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.