Loeblich, Doku wollte ich schon immer haben.

Ich hab mal die Authorschaft korrigiert (Moritz hat an den meisten Routinen schuld)
und die Funktionen die sowieso ueber prepare_execute_query laufen von doppelten Dumps befreit.

Fehler beim Export von Buchungen mit 16% behoben

SL::DBUtils etwas verbessert. Bei jedem Query wird geprüft ob der Debugmodus
eingeschaltet ist-> Eintrag ins Log.
Auch habe ich eine Anleitung für das Modul angefangen, aber bisher nur den
Aufruf einiger Funktionen beschrieben siehe perldoc SL/DBUtils.

Betr. Frontendfunktionen ar, ap, ir, is Zahlungskonto.
Die Abfrage von $form->create_links verbessert (vor Inf. Regress geschützt) und aufgeräumt.
Vereinheitlichung: Umstellung der Datenbankanfragen auf SL::DBUtils.

OE.pm: Keine Daten aus $form direkt in SQL-Anfragen einsetzen und statt dessen parametrisierte Anfragen benutzen. Außerdem einen SQL-Fehler behoben, wenn mehrere Auftrage zu einem zusammengefasst werden. Behebt Bug #609.

Durch das Einbinden von SL::User in SL::Form werden einige Übersetzungen in anderen Dateien benötigt.

Das Eingabefeld für den Langtext im Popupfenster etwas vergrößert.

Beim Ausdruck die Variablen für den Verkäufer (salesman_*) füllen.

Speichern und Anzeigen eines Verkäufers bei Verkaufsmasken.

In der Verkaufsmasken die Drop-Down-Box "Verkäufer" in "Bearbeiter" umbenannt, weil eine separate Drop-Down-Box für den Verkäufer folgen wird.

Bei Kunden-/Lieferantentypen das Feld "Vertreter" ausblenden.

Überflüssigen Code bzgl. salesman entfernt (wird eh nicht benutzt, wenn Auswahl über Drop-Down-Box erfolgt).

Speichern von Verkäufern bei Kundenstammdaten.

Formatierung

is.pl->post entwirrt.
emails speichern/buchen nun rechnungen/auftraege vor dem aufrufen der maske

Bug 603: Interne Bemerkungen bei Workflow aus Lieferanten heraus

->message(0, ...) sollte wieder funktionieren

dump_query fuer Moritz modifiziert, damit er nicht immer die querys einzeilig machen muss.... :)

get_vendor auf aktuellen Stand gebracht.

Neue tolle Funktionen in DBUtils eingefuet

Bug 603 - intnotes werden nicht übernommen wenn vom Kunden aus Auftraege/Buchungen erstellt werden

Teile von SL/Form.pm auf neuen stand gebracht

Bug: "my" variable $form masks earlier declaration in same scope at SL/DBUpgrade2.pm

und nochmal das debugging korrigiert

IS::get_customer auf neue DBUtils umgestellt,
neue DBUtils funktion selectfirst_hashref_query

perltidy aenderungen rueckgaengig gemacht, der lesbarkeit zuliebe

kleine codeverbesserungen

Bei "Als Neu Speichern" nur dann eine neue Anfrage-/Auftragsnummer vergeben, wenn der Benutzer die bisherige nicht manuell verändert hat; ansonsten die veränderte übernehmen. Fix für Bug 598.

Link fuer neues Fenster in der Uhrzeitlinie beim Menü v2 und v3. Patches von Frank Eichentopf frei () hap-bb ! de (siehe Bug 595).

Die Fehlermeldung "Customer not on file or locked!" übersetzt ausgeben.

Beim Kontenrahmen SKR04 den Steuersatz aus der Steuerschlüsselbeschreibung herausnehmen, weil der vom Programm inzwischen zusätzlich angezeigt wird.

Debugcode entfernt

Keine Form-Variablen direkt in SQL-Queries verwenden.

Keine Form-Variablen direkt in SQL-Queries verwenden.

Mehr Datenbankhilfsfunktionen implementiert.

Keine Form-Variablen direkt in SQL-Queries verwenden. Ein paar kosmetische Änderungen wie Zeilenlängen.

Keine Form-Variablen direkt in SQL-Queries verwenden.

In SQL-Queries keine Form-Variablen direkt benutzen.

Kosmetik: Klammern um Funktionsaufrufe.

Kreditorenrechnungen: Beim initialen Aufruf den richtigen Steuerschlüssel auswählen, wenn für den Lieferanten das zuletzt benutzte Konto ausgewählt wird.

Debitoren- und Kreditorenrechnungen: Beim Erstellen der Einträge in acc_trans keine leeren Felder für taxkey erzeugen.

Einkaufs- und Verkaufsrechnungen: Beim Erstellen der Einträge in acc_trans keine leeren Felder für taxkey erzeugen.

Debugcode...

Einkaufs-/Verkaufsmasken: Da es das Zahlungsziel in den Masken nicht mehr gibt, müssen zur Berechnung des voreingestellten Fälligkeitsdatums die beim Kunden/Lieferanten eingestellten Zahlungskonditionen benutzt werden.

Checkbox "Entwurf löschen" auch bei Kreditorenrechnungen anzeigen.

Kreditorenrechnungsmaske: Drop-Down-Boxen für Konten werden jetzt bei jedem Seitenaufbau richtig aufgebaut (kein Mitschleppen der HTML-gecodeten Drop-Down-Box im Formular) analog zu ar.pl. Behebt außerdem ein paar Bugs mit Auswahl der Steuerschlüssel.

Checkbox "Entwurf löschen" auch bei Debitorenrechnungen anzeigen.

Nach Speichern einer Vorlage die Checkbox "Vorlage löschen" aktivieren.

Überflüssiger Code.

Sortierung beim Buchungsjournal leicht angepasst.

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.