Nullbuchungen führen ab jetzt zu einem Fehler.

Ein paar Übersetzungen

Mehr Kosmetik:
1. In mehr Masken die Beschreibungsspalte gefüllt (wieder mit "höchstes Mahnlevel" und "Kundentyp"/"Lieferantentyp").
2. "Firma" in "Lieferantentyp" bzw. "Kundentyp" umbenannt.
3. Kunden-/Lieferantentyp und Rabatt nach links angeordnet.

Nicht Kosmetik sondern Funktion: Die Höchste Mahnstufe und die gemahnte Summe werden im Formular mitgeschleift, damit sie auch nach "Erneuern" noch angezeigt werden.

Bei Einkaufs-/Verkaufsmasken sowie bei Debitoren- und Kreditorenbuchungen wird ein Button angezeigt, der ein Popupfenster öffnet, das zum ausgewählten Kunden/Lieferanten alle Stammdaten inklusive Ansprechpartner und Lieferadressen anzeigt.

Lx-Office verlangt inzwischen an sehr vielen Stellen, dass Javascript zwingend angeschaltet ist, weil es ansonsten schlicht nicht mehr funktioniert. Deswegen sind Abfragen auf die Verwendung des Javascript-Kalenders reine Platzverschwendung und blähen den Code unnötig auf.

Optik in den Einkaufs- und Verkaufsformularen etwas verbessert:
1. Drop-Down-Boxen "Ansprechpartner" und "Lieferadresse" werden direkt unterhalb der Kunden-/Lieferantenauswahlbox/-zeile angezeigt.
2. Die Zeile "Kreditlimit" wird wie alle anderen Zeilen auch in der linken Spalte (der "Beschreibungsspalte") angefangen und erstreckt sich nur über eine Zeile.
3. Die Zeile "höchste Mahnstufe" wird wie alle anderen Zeilen auch in der linken Spalte (der "Beschreibungsspalte") angefangen.
4. Die Drop-Down-Boxen für Ansprechpartner, Lieferadresse und Währungen werden nur angezeigt, wenn es dort auch etwas auszuwählen gibt.

leerzeichen die sql anscheinend braucht

Bugfix 624 und 93.
G+V sollte jetzt keine Betraege mehr anzeigen sondern die richtigen Werte. Sind sie negativ sollte der Buchhalter sich Gedanken machen.

$form->parse_template() sowie Template.pm benutzen $form->{OUT} und $form->{tmpfile} direkt in Systemkommandos. Deswegen muss sichergestellt sein, dass diese Variablen nur mit geprüften Werten gefüllt werden.

$form->parse_template() verwendet $form->{OUT} direkt oder indirekt in open(). Deswegen $form->{OUT} definitiv nur aus sicheren bzw. bereinigten Strings aufbauen.

$form->parse_template() verwendet $form->{OUT} direkt oder indirekt in open(). Deswegen $form->{OUT} definitiv nur aus sicheren Strings aufbauen.

open() nur mit sicheren Argumenten aufrufen.

open() nur mit sicheren Argumenten aufrufen.

Filehandles lokal deklarieren. open() nur mit "sicherem" Argument aufrufen.

Filehandles lokal deklarieren. open() nur mit "sicherem" Argument aufrufen.

Es muss sichergestellt sein, dass $form->{login} keine Datei Pfadkomponenten enthalten kann.

Filehandles lokal deklarieren. Kosmetik. In Mailer.pm open() nur mit festgelegtem Argument aufrufen.

Argumente von open() definitiv auf den richtigen Pfad beschränken.

Filehandles als lokal deklarieren; Kosmetik; Argumente für open() nicht aus $form erzeugen. Das Feature, dass für jede Person eine eigene menu.ini eingelesen wird, wird hoffentlich nie jemand eingesetzt haben.

Filehandles als lokal deklarieren; Kosmetik; Argumente für open() bereinigen.

Keine direkt vom Browser stammenden Strings bei open() verwenden.

Dialogbuchen: Anzeige der letzten Buchungsnummer und des Datums, an dem diese Buchung eingetragen wurde. Patch von Rainer Guempelein.

Dialogbuchen:
1. Einige Spalten nur dann anzeigen, wenn "Details anzeigen" aktiv ist.
2. Automatisch den eingegebenen Wert aus der ersten Zeile "Soll" in die zweite Zeile "Haben" kopieren, wenn er verändert wird.
Patch von Rainer Guempelein.

Umstellung der IR.pm auf die Verwendung von parametrisierten und richtig gequoteten Queries zur Vermeidung von SQL injections. Zusätzlich Kosmetik wie Leerzeichen am Zeilenende oder Umformatierungen anderer Codeteile.

Den "Erneuern"-Button bei Einkaufsrechnungen wie bei allen anderen Dialogen auch als ersten Button anzeigen.

USTVA: Winston export ueberarbeitet. Kz vor die pos_ustva gesetzt, 'Kennzahl Nr' auf 'Kennzahl nr.' geaendert.

Kosmetik.

USTVA: Unnoetiges Quoting entfernt

USTVA: Korrektur zum attachment_filename: Winston export Filename wurde ueberschrieben
Betrifft commit:
Revision: 2326
Author: sschoeling
Date: 2007-05-03 13:06:46 +0200 (Thu, 03 May 2007)

Die USTVA darf nicht nach dem Taxkey abfragen, weil dieser nichts damit zu tun hat.
Fuer die USTVA sind nur die pos_ustva von Relevanz.

Beim Speichern einfach in allen Einheiten nach der ausgewählten Einheit suchen.

Die customer_id/vendor_id muss auch mitgeschleppt werden, weil sie ansonsten in der Datenbank leer bleibt! Problem wurde mit 2322 eingeführt.

Filterkriterium "Kunden-/Lieferantenname" in Berichten auch beim Umsortieren beibehalten. Fix für Bug 638.

Die Kunden-/Lieferantenfilterauswahl bei den Berichten war verschwunden.

Limitierung nicht schon bei der Datenbankabfrage.

Vergessenes Locale-Update

Die Uhrzeit richtig berechnen: nämlich von einer Instanz von Date() abfragen und nicht einen internen Zähler einmal pro Sekunde hochzählen.

Bug 644 fixed (Überprüfung des Datumsformat schlug fehl.)

vclimit-Vergleich korrigiert

Anständig quoten.

Zwei Fixes:
1. Bei Angeboten/Aufträgen wird ständig wieder das Formular angezeigt, wenn die Drop-Down-Box zur Auswahl der Kunden/Lieferanten angezeigt wird (weil check_name() in arap.pl auf jeden Fall oldcustomer/oldvendor überprüft, was aber seit einem der letzten Commits nicht mehr gesetzt ist; in ir.pl und is.pl wird es noch gesetzt).
2. Einkaufs-/Verkaufsmasken: Beim Speichern werden Leerzeichen am Anfang und Ende der Angebots-/Auftrags-/Rechnungsnummer gelöscht, damit Lx-Office selber Nummern vergibt. Damit wird verhindert, das nur aus Leerzeichen bestehende Nummern erzeugt werden können, die aus Berichten dann nicht mehr ausgewählt werden können. Fix für Bug 637.

javascript für Historie in form_header aufgenommen und aus edit gelöscht

Stornieren beim Dialogbuchen:
1. In der Datenbank wird tatsächlich gespeichert, ob eine Buchung storniert wurde bzw. eine Stornobuchung ist.
2. Der "Storno"-Button wird nur angezeigt, wenn die Buchung noch nicht storniert wurde.
3. Es wird verhindert, dass eine bereits stornierte Buchung erneut storniert wird (Fix für Bug 646).
4. Vor dem Stornieren wird die ursprüngliche Buchung erneut aus der Datenbank geladen, damit die Stornierung nicht vom Benutzer verändert werden kann.

Beim Stornieren von Einkaufs- und Verkaufsrechnungen dürfen die bisherigen Zahlungsaus- und -eingänge nicht auch in der neuen Stornorechnung verzeichnet werden. Zusätzlich dafür gesorgt, dass beim Stornieren von Verkaufsrechnungen nicht noch einmal die Maske erscheint, bevor storniert wird, wenn die Rechnung nur eine Position umfasst.

Beim Buchen von Eingangsrechnungen den ausgewählten Bearbeiter honorieren und speichern. Bugfix für 640.

Wenn eine Datei namens lx-erp-local.conf exisitert, dann die direkt nach der lx-erp.conf einlesen.

Wenn eine Datei namens lx-erp-local.conf exisitert, dann die direkt nach der lx-erp.conf einlesen.

Kommentar fuer UTF-8 eingefügt

Ausgabe des Stacktraces beim Watchdog, wenn die Kontrollvariable auf > 1 gesetzt ist.

Leichter zu lesende Debugausgaben durch Einrückung.

Funktion "show_invoices" auf die Verwendung von HTML-Vorlagen umgestellt.

Falscher Variablenname.

Falscher Spaltenname beim Query.

Umstellung der Filtermaske für neue Mahnungen auf das HTML-Vorlagensystem.

Auswahl der Rechnungen für Mahnungen: Wenn das nächste Mahnlevel als Filter ausgewählt wurde, dann wurden diejenigen Rechnungen ausgewählt, die aktuell dieses Mahnlevel haben.

Den Dialog zum Bearbeiten der Mahnungskonfiguration auf die Verwendung von HTML-Vorlagen umgestellt.

Kosmetik: Anordnung der Zeilen etwas verändert; Betreffsfeld vergrößert; Button etwas eindeutiger benannt.

Das Fenster zum Bearbeiten der Email-Einstellungen bei Mahnungen etwas größer öffnen.

"path" wird nicht mehr benötigt.

Feld "Vorgangsbezeichnung" bei Verkaufsrechnungen hinzugefügt.

Anzeige der Rechnungstypen: Aufteilung der Stornorechnung in die ursprüngliche Rechnung mit Storno "R(S)" und die Stornorechnung selber "S".

Alle Queries zur Vermeidung von SQL injections auf die Verwendung von Parametern bzw. ordentliches Quoten umgestellt.

Kleine Menubugs entfernt.
- Doppelte Scrolleisten horizontal und vertikal bei 1024x768 im Firefox 2.0
- Übersetzung Nutzer in Benutzer geändert

Leicht anderer Name -- es ist im Endeffekt ein stack backtrace, also soll er auch so benannt werden.

Mehr Debugmöglichkeiten für DBUtils.pm und allgemein für Fehlersituationen eingeführt, die über $form->error() signalisiert werden.

die Checkbox für taxincluded nochmal ohne value

Watchdog herausgenommen :/

Bug 639 behoben (Checkbox taxincluded hat sich bei Erneuern klicken deaktiviert)

get_lsits um payments eweitert

Neues PopupMenu für Zahlungsbedingungen eingefügt und Änderungen an deren Varibale abgefangen.

Kleines Hilfsmodul für Zeichensatzkonvertierung hinzugefügt. In am.pl und rp.pl werden die hardcodierten Umlaute auch in den Ausgabezeichensatz konvertiert.

Vergessener Lauf von locales.pl nach dem letzten Commit.

Fehlendes locale-Script für ein Perl-Datenbankupgradescript.

Einige zu übersetzende deutsche Begriffe versucht, ins Englische zu übersetzen, damit keine Umlaute zu übersetzen sind -- macht es ansonsten unmöglich, dass andere Zeichensätze als ISO-8859-15 benutzt werden.

Änderungen zur Unterstützung von anderen Zeichensätzen als ISO-8859-1(5) implementiert. Es ist jetzt möglich, $dbcharset in lx-erp.conf auf UTF-8 zu setzen und dann auch UTF-8 als Datenbankencoding zu benutzen.

Bugfix 617.

Solved Bug 579

Farbgebung des Javascript-Menüs an die Farbgebung des CSS-Menüs angepasst.

Ein paar mehr Locales übersetzt.

Attachment Filenmaes werden nun von einer SL/Form.pm Objektfunktion generiert

Große Teile des Mahncodes neu geschrieben bzw. umgeschrieben. Mehrere Fehler behoben:
1. Rechnungen, die bereits gemahnt wurden, wurden zu früh erneut zur Mahnung angeboten, weil der Mahnzeitraum auf das ursprüngliche Fälligkeitsdatum der Rechnung bezogen wurde und nicht auf das Fälligkeitsdatum der vorhergehenden Mahnstufe.
2. Wurden gleichzeitig Mahnungen für mehrere Mahnstufen generiert, so wurden die falschen Vorlagen benutzt.
3. Die kummulierten Mahnkosten und die Zinsen wurden in der Liste der neu zu erstellenden Mahnungen falsch angezeigt.
Weiterhin wurde die Dokumentation für die Vorlagenvariablen um eine Sektion über Mahnungen erweitert.

Nachtrag Uebersetzungen

System->Konteneinstellungen ueberarbeitet:

* Alles auf das Templatesystem umgestellt
* Kontenliste
  - Klick auf Beschreibung zeigt Details an
    (Ajax template list_account_details)
  - Klick auf Kontonummer öffnet Einstellungen (wie gehabt)
  - Ueberschriften werden per css (accountlistheader) formatiert
  - Gegenueberstellung von allen Konten mit allen Details
  - Uebersetzungn
* Konteneinstellungen
  - Steuerautomatik und USTVA Positionen sind einstellbar/loeschbar
    (max. 10 Steuerkonten)
  - Folgekonto: Sortierung nach chart.accno
  - Validierung:
    + Wenn Kontentyp Ueberschrift, alle anderen Einstellungen entfernen
      (js/FormManager.js)
    + Must have: Kontonummer, Beschreibung, Kontentyp, (Kontenart)
    + Taxkeys: Gueltig, wenn Startdate und mindestens ein Merkmal aus:
      Steuerverknuepfung oder USTVA Position
  - Beim loeschen eines Kontos werden alle abhaengigen taxkeys geloescht
  - Uebersetzungen

Lieferanten-/Kundenauswahlmenu angepasst, so dass nicht immer die komplette Auswahlliste mitgeschleppt werden muss.

Beim Speichern/Anlegen von Mahstufen müssen die Kundendaten vor dem Generieren der PDFs aus der Datenbank gelesen werden, damit nicht alle Mahnungen für ein und denselben Kunden ausgegeben werden. Fix für Bug 631.

Checkboxen bei Mahnungen eingebaut, um die ganze Liste an- oder abzuwählen.

einen sub für get_lists -> "vendor" hinzugefügt

Lieferantenauswahlmenu angepasst, so dass nicht immer die komplette Auswahlliste mitgeschleppt werden muss.

Kundenauswahlmenu angepasst, so dass nicht immer die komplette Auswahlliste mitgeschleppt werden muss.

INSERT an das popup angepasst ( Bearbeiter können von jedem ausgewählt werden. )

subs für den customer und employee select angepasst; sowie get_lists

Bearbeiter-Popup eingefügt

Verlagern der USTVA Kennziffern auf einen zentralen Datenbankeintrag.
Dies verhindert Probleme, dass manche Kennziffern in einzelnen Ausgabemedien nicht erscheinen, in anderen jedoch schon.
Auch bietet die Verlagerung auf die Datenbank - in einem späteren Schritt - die Abstraktion von Steuerreports auf verschiedene internationale Gegebenheiten.
Zur Vereinfachung habe ich das Schema tax.* eingefuehrt, in dem perspektivisch alle Steuerreport relevanten Tabellen einzug halten koennen.

Kosmetik, private Variablen

Bei Kundenangeboten, Kundenaufträgen, Lieferantenbestellungen und Lieferantenanfragen ein Feld "Vorgangsbezeichnung" implementiert.

Damit dbupgrade2_tool.pl nicht mehrmals eine Datenbankverbindung aufbauen muss.

currencies-popup angepasst

sub _get_currencies an currencies angepasst, da diese mit : getrennt in der Tabelle stehen

Erweiterung der get_lists für die currencies

Anpassung der Anzeige, dass keine stornierten Rechnungen mehr angezeigt werden