Nicht Hashfelder sowohl als Skalar als auch als Hash benutzen. Führt zu merkwürdigem Verhalten, z.B. dass zu viele Keys herauskommen etc.

Bei Buchungen mit IS::post_payment taxkey mitbuchen.
Fix fuer Bug 583.

Debugmechanismus leicht verbessert.
Tracing ist jetzt keine unabhaengige Variable mehr sondern ein Aspekt.
Alle anderen Debuglevel sind jetzt bitexklusiv, und koennen einzeln an und ausgemacht werden.

Grund dafuer ist, dass jetzt mit QUERY ein Modus eingefuehrt wird, der es erlaubt alle SQL queries die ueber die Funktion do_query laufen zu loggen.
Gut zum debuggen der notorisch kaputten Buchungsfunktionen, die 20x auf die Datenbank zugreifen.

IS::post_payment auf derzeitigen Stand gebracht um hinterher bug 583 anzugehen.
Aenderungen sind zum Grossteil sicherheitsrelevant oder kosmetisch.

- Aenderungen von perltidy wurden rueckgaengig gemacht (voellig unleserlich)
- Queries werden jetzt sicher ueber do_query und DBI gehandhabt
- einige seltsame if abfragen wurden gefaltet
- reihenfolge der statements leichter lesbar gemacht

Eine Funktion auf Tracelevel 2 gesetzt

2 Funktionen auf trace level 2 gesetzt

Debitorenrechnungen: Beim Erstellen einer neuen Debitorenrechnung das richtige Steuerkonto für die erste Zeile auswählen, auch wenn das ausgewählte Konto nicht das erste Konto in der Liste ist.

Dialogbuchen: Bei neu hinzugefügten Zeilen das Steuerkonto richtig initial setzen.

Durch ständige Maskenveränderungen waren die Tab-Indices nicht mehr richtig, doppelt vergeben oder fehlten. Dadurch wurde die Bedienung deutlich komplizierter und verwirrender, vor allem, weil die durch den Browser vorgegebene Reihenfolge der Eingabeelemente eh schon die intuitive ist.

Überflüssigen/unwirksamen Code entfernt.

Dialogbuchen, Debitorenbuchungen: Wird das transdate verändert, so wird eventuell auch der Steuerschlüssel geändert. Auch in diesem Fall müssen die ausgewählten Konten beibehalten werden. Die Steuerkonten werden in so einem Fall aber auf das mit dem ausgewählten Konto verknüpften Steuerkonto gesetzt. Fix für Bug 577.

Den Storno-Button wirklich nur dann anzeigen, wenn die Rechnung noch nicht storniert wurde.

Paranoiasicherheitscheck in IR.pm

System->Kontenuebersicht->Konten: Abfrage war falsch.

Kontenliste: Steuerschlüssel Prozentsatz fehlte

Codeduplikation vermeiden.

Einkaufsrechnungen: Vor dem Stornieren die Daten aus der Datenbank holen und nicht die aktuellen Formulardaten für das Storno benutzen.

Kontendarstellung: Steuersatz Prozentsatz fehlte

Definitiv verhindern, dass Einkaufsrechnungen doppelt storniert werden können.

Teilung durch 0 vermeiden.

Stornieren einer Verkaufsrechnung: vor dem Stornieren die Rechnungsdaten aus der Datenbank laden und nicht die gerade in der Maske aktuell gültigen Daten benutzen.

Steuerschlüssel-Drop-Down braucht für das JavaScript eine ID.

Rechnungsfunktionen gehören natürlich nach IS und nicht nach IC.

Das mehrmalige Stornieren von Kundenrechnungen definitiv verhindern.

Eine Variable $qty_readonly gibt es ansonsten nicht.

Links durch andere Farbe besser hervorheben. Eingabefelder, über denen die Maus positioniert ist, werden in hellgelb dargestellt. Patch von Kai-Martin Knaak ( kmk () familieknaak ! de )

show_history.js in header eingebunden

Debugcode

Rechnungs- und Gutschriftsnummern werden nun direkt innerhalb der Backend-Routinen innerhalb der gleichen Transaktion vergeben, in der auch die eigentliche Rechnung etc gespeichert wird. Damit soll besser verhindert werden, dass sich Löcher in den Nummernkreisen ergeben.

Diese Datei wird gar nicht benutzt. Gutschriften werden über is.pl abgewickelt.

Booleans als 't' oder 'f' an die Datenbank geben.

Dialogbuchen: Weitere Drop-Down-Boxen werden bei jedem Aufbau aus der Datenbank ausgelesen und durch das CGI-Modul ausgegeben.

Projektnummer nicht doppelt und schon gar nicht mit einem Subquery abholen.

Ungültige Steuerschlüssel in den Kontenrahmendefinitionen und daraus resultierende falsche Einträge in anderen Tabellen werden korrigiert.

Fehlerhaftes Script; wird gleich ersetzt.

Ungültige und fehlende Einträge Einträge in der Spalte "taxkey_id" in der Kontenrahmendefinition vom SKR03.

Leeres Script, das von allen bis zum Release 2.4.2 hinzugefügten Upgradescripten abhängt, um ein fest definiertes Schema für 2.4.2 zu definieren.

Debitorenrechnungen: Drop-Down-Box für Steuerschlüssel bei jedem Formularaufruf aus der Datenbank aufbauen und nicht mehr in versteckten Form-Feldern mitschleppen.

Dialogbuchen: Beim Aufrufen bestehender Buchungen die Projektnummern richtig in der Drop-Down-Box vorauswählen.

Dialogbuchen: Die Drop-Down-Boxen bei jedem Formularaufbau aus der Datenbank heraus aufbauen und nicht in $form mitschleifen. Behebt auch den Fehler, dass das Steuerkonto beim initialen Aufbau nicht richtig ausgewählt wurde.

Hilfsfunktionen für Form::get_lists() weiter ausgelagert und mit einem Unterstrich vor dem Namen als interne Funktionen gekennzeichnet.

Firefox malt bei Bildern mit Link einen Rahmen um das Bild, was hiermit verhindert wird.

get_part - sql quoting

quote_db_date verschoben nach DBUtils

Quoting Funktion für Datumsangaben in sql queries.
Beherrscht:
- NULL fuer nicht definierte Werte
- current_date als Schlüsselwort
- Standardquoting fuer tainted strings (übernommen aus DBI.pm)

USTVA: Patch zur besseren Unterstuetzung der oesterreichischen Verhaeltnisse.

verifyText mit asserttext ausgetauscht, so das das Skript abbricht,
wenn ein ueberpruefter Text nicht vorhanden ist

Bei Dienstleistungen auch den Einkaufspreis parsen, wenn auf "Erneuern" gedrückt wird, weil ansonsten der Nachkommaanteil verschwindet. Bugfix für 567.

Eine Aenderung zuviel in den Abfragen: Lieferdatum wurde nicht mehr berucksichtigt

2 Fehler im USTVA Modul beseitigt. Zwei Steuerkonten wurden nicht beruecksichtigt und bei
GL-Buchungen wurde die Steuer nicht immer korrekt aufsummiert

Fix für r1967 (und r2002) : Steueranzeige unterhalb von Rechnungen, Angeboten, etc. an die neuen Taxkeys angepasst.
Der Steuersatz wird nicht mehr in der 'description' redundant gefuehrt, sondern aus der
'rate' generiert. Getestet bei den Eingabemasken
Verkauf: Rechnung, Gutschrift, Auftrag, Angebot
Einkauf: Einkaufsrechnung, Lieferantenauftrag, Preisanfrage
Fibu: Dialogbuchen, Debitorenbuchung, Kreditorenbuchung
und getestet bei allen LATEX- und sofern vorhanden HTML-Ausgaben der jeweiligen Masken.

Versionsnummer

Aktualisierung

Erste Version Druckqueue.
Es ist nun wieder moeglich aus der Warteschlange zu drucken, und zwar auf selektierte Drucker.

Möglichkeit zum Löschen von gespeicherten Entwürfen eingebaut.

Bugfix: Kein Absturz mehr nach doppeltem Speichern mit leerer Beschreibung

remove_draft standardmaessig an

Loeschen von Drafts flexibler.
Die Checkbos bestimmt ob ein Draft geloescht wird, nicht mehr automatisch beim laden.

Änderungen an Konten auch zulassen, wenn diese bereits bebucht wurden (der Benutzer darf sich hier selber in den Fuß schießen).

Prozentangaben in der Steuerbeschreibung wieder hinzugefuegt

Die bei Lx-Office mitgelieferten Perl-Module, die nicht zu Lx-Office selber gehören, in ein eigenes Unterverzeichnis verschoben.

API-Änderungen im YAML-Modul. Diese Version ist sowohl mit älteren Versionen (z.B. 0.39) und aktuellen (getestet mit 0.62) kopatibel.

Ältere Versionen von YAML unterstützen die Funktion Indent() nicht.

Debugcode

Vermeidung von SQL injection durch Verwendung parametrisierter Abfragen.

Erweiterte Liste von erlaubten Spaltennamen, nach denen sortiert werden darf.

Umformatieren der Abfragen und Vermeidung von SQL injection durch Verwendung von parametrisierten Abfragen.

Kreditorenbuchung: Beim initialen Buchen müssen die Projektnummern für die Zahlungsausgänge in acc_trans gespeichert werden.

Webseitenvorlagen für das "als Entwurf speichern"-Feature.

Falsche Funktionsaufrufe. Fix für Bugzilla ID 560.

USTVA Changes bekannt gegeben.

USTVA Ist-Soll Testskript für Steuerzone Inland überarbeitet

Debugcode

Einkaufs-, Verkaufs-, Debitoren- und Kreditorenrechnungen können als Entwurf gespeichert und später weiter bearbeitet werden. Dabei werden sie nicht gebucht.

Historie: Den Einfügezeitpunkt nur sekundengenau darstellen.

Historie-Fenster: Zeilen unterschiedlich einfärben; die ersten beiden Spalten nicht umbrechen; den "Schließen"-/"Zurück"-Link nicht als Link sondern als Button darstellen.

Historie-Fenster etwas größer gemacht.

Locale-Update

Buttons nicht direkt aneinander setzen.

Quoting

Quoting

Der Button für die Historie wird nur angezeigt, wenn der Beleg bereits gespeichert wurde.

Tabelle für Historie wurde umbenannt.

Beim Drucken doch nicht die Arrays initialisieren. Momentan werden nämlich in $form unter dem selben Key sowohl Skalare als auch Arrays abgelegt (beispielsweise reqdate). Das Skalar fliegt durch die Initialisierung des Arrays hingegen raus.

Ja, das ist sehr sehr unsauber, stammt aber noch aus alten Tagen. Muss auch erst einmal so bleiben, bis ich eine geeignete Lösung habe, wie man das sauber trennt, ohne gleich wieder alle Variablen in den Vorlagen umzubenennen.

Aktualisierungen

Die Variablen aus %myconfig beim Drucken nicht einfach so nach $form kopieren -- dafür gibt es später ja employee_* in Form::parse_template(). Zusätzlich einige weitere Kundenvariablen als customer* zur Verfügung stellen (analog zu den Lieferantenvariablen).

Speichern der Historie nach Speichern des Belegs selber.

Tabelle history_erp braucht noch einen Zeitstempel.

Query zum Speichern der Zahlungseingänge bzgl. project_id gefixt. Bugzilla-ID 559.

Speichern der Historie in einer eigenen Tabelle. Auch ein Fix für Bugzilla-ID 558.

locale-Script für Perl-Datenbankupgrade.

Sprachanpassungen fuer Revision 1969 Unbalanced Ledger Fehlermeldung.

Unbalanced Ledger Fehlermeldung im Buchungsjournal wieder hinzugefuegt.
Das Buchungsjournal wird immer dargestellt. Im Falle eines Fehlers
(soll+vst) - (haben+ust) > 0.001
wird im Tabellenfuss die Unbalanced Ledger
Meldung ausgegeben mit dem Bilanzfehler.

Altes USTVA Testscript loeschen.

Steueranzeige unterhalb von Rechnungen, Angeboten, etc. an die neuen Taxkeys angepasst.
Der Steuersatz wird nicht mehr in der 'description' redundant gefuehrt, sondern aus der
'rate' generiert.

USTVA Buchungsgruppe Inland: Konten angepasst und getestet
USTVA IST und Soll Versteuerung: Querys angepasst und getestete
USTVA Testscript
Bugfix 526.

Wenn bei Rechnungen bei einer Zeile kein Projekt ausgewählt ist, dann richtigen Wert für project_id im Query benutzen.

Anscheinend gab es irgendwo im Upgrade-Pfad Unstimmigkeiten, sodass nicht alle Datenbanken bei project einen Primärschlüssel auf id haben, auch wenn dieser in lx-office.sql eingetragen ist. Also project mit einem Primärschlüssel versehen, sofern keiner existiert, bevor mit Fremdschlüsseln darauf verwiesen wird.

Die verloren gegangenen Checkboxen "Offen"/"Geschlossen" bei den Berichtsfunktionen wiedererweckt.

"Zahlung buchen" bei Kreditoren- und Debitorenrechnungen: Konten richtig zuordnen und das richtige Datumsfeld benutzen.