Buchungsliste:
1. $form->{sort} nicht ohne Überprüfung in einem SQL-Query benutzen.
2. Nur dann mehrere Zeilen zusammenfassen, wenn auch ihre ID übereinstimmen (was vermutlich nie der Fall sein wird, aber anders ist es schlicht falsch, weil dann Buchungen zusammengefasst werden können, die zu unterschiedlichen Belegen gehören).

Liste der Zahlungsein- und -ausgänge: Spalte "Referenz" mit Link zum Bearbeiten versehen (so wie es vorher auch war).

Umstellung der Liste der Zahlungsein- und -ausgänge auf die Verwendung von ReportGenerator.

ReportGenerator: Möglichkeit zum Einfügen einer "leeren" Zeile, die die ganze Tabellenbreite einnimmt.

Einige Dateien von Subversion ignorieren lassen.

Anzeige der Checkbox zur Auswahl einer Mahnung nur einmal pro Mahnung, auch wenn in der Mahnung mehrere Rechnungen zusammengefasst wurden

ReportGenerator: Die Spaltendatenfelder 'data' und 'link' können jetzt auch Array-Referenzen sein, die in der Zelle zeilenweise ausgegeben werden.

Konvertierung von lokalisierten HTML-Seiten in den als $dbcharset angegebenen Zeichensatz.

ReportGenerator: Unix-Zeilenenden als Standard aktiviert. Grund ist, dass Excel nicht damit zurecht kommt, wenn Zelleninhalte mit \r\n umgebrochen werden, wohl aber, wenn die ganze Datei nur mit Unix-Zeilenenden formatiert ist.

Beim CSV-Export Zeilenumbrüche in Zellendaten durch das ausgewählte Format ersetzen.

Das Buchungsjournal auf die Verwendung der ReportGenerator-Klasse umgestellt.

Der ReportGenerator macht selber ein Quoting der HTML-Zeichen, um Zeilenumbrüche bei den Zellendaten behandeln zu können. Deswegen muss es HTML::Template nicht mehr tun.

Whitespacevermeidung

Durch das Verschieben der Headerausgabe beim PDF-Export wurde der Name des Attachments nicht richtig gesetzt (jeweils nur '.pdf'). Fix für Bug 681.

Stornierte Rechnnung muss auf storno = true haben

Space zwischen den buttons

Stornomechanismus mal auf Dialogbuchen ausgeweitet

Die Berichte über offene Forderungen und offene Verbindlichkeiten auf die Verwendung des ReportGenerators umgestellt.

storno fix: acc_trans query muessen nach oid sortieren

1. $form->{title} wird nicht mehr zwangsweise umgeschrieben und nach $form->header() wiederhergestellt.
2. Kosmetik: lokale Variable $form anstelle von $self->{form}.

cp auf use strict (compile time) gebracht

Storno Fix nr. 29283574983745

Es werden beim Storno jetzt nur noch die urspruenglichen acc_trans Eintraege storniert,
nachtraegliche Zahlungseingaenge bleiben unberuehrt.

Paket 'List::Util' wird nun benutzt (sollte aber eh zu jeder Standard-Perl-Installation gehören). Die Teile der URLs entfernt, die spezifische Versionsnummern der Pakete enthalten.

Reportgenerator: Nach dem direkten Drucken einer Liste eine entsprechende Meldung ausgeben.

Reportgenerator: Beim Listenexport als PDF kann das PDF auch direkt ausgedruckt werden.

Storno auch erlauben, wenn bereits Zahlungen gebucht sind

Zahlungseingang:
Das Buchungskonto wird nicht benutzt, und wird deshalb nicht mehr angezeigt.
Die Backendfunktion holt sich das benoetigte Konto sowieso aus den Rechnungen.

Ausserdem ein Bugfix:
currency ist bei alten Rechnungen auf '' gesetzt, bei neuen auf NULL (nach sql-injection fix)
also muss die Backend-Funktion zum auslesen beide Varianten beruecksichtigen

Konsistenz: 'Anfrage' => 'Preisanfrage'

Debugmodi umgeschrieben auf das viel schoenere shiftingformat.
Neuer Debugmodus "DEVEL", der genau das enthaelt was man ueblicherweise zum debuggen braucht,
ohne den overhead von ALL.

Irrefuehrende Uebersetzung von "short" im Sinne von knappen Guetern
geaendert von "kurz" (sic) in "knapp"

Beim Laden von Dialogbuchungen wurde das Belegfeld nicht mitgeladen

Reportgenerator: Die Funktionen in report_generator.pl umbenannt und den Mechanismus geändert, wie sie aus den von ReportGenerator erzeugten HTML-Seiten heraus aufgerufen werden können. Zusätzlich einen 'Zurück'-Button auf jeder der beiden Exportoptionenwebseiten eingebaut, mit denen man zur HTML-Liste zurückgelangt.

Vergessenes locales-Update für einige der letzten Commits.

'use strict' führt bei der Ausführung zu Fehlern wie "Can't use an undefined value as an ARRAY reference".

und das ganze nochmal für Kreditorenbuchungen und deren Stornos

Funktion Drucken ohne erstmaliges Speichern hat nur gespeichert und nicht danach automatisch
gedruckt

warnings sollte nur zum testen an sein

bin/mozilla/ar.pl auf use strict standard gebracht.

Debitoren storno umgeschrieben und Bug gefixt.

bei oe suche wurde der Mitarbeiter nicht im callback mitgefuehrt

Wenn das "Pfeil"-Bild Teil eines Links ist, dann keinen Rahmen daraum zeichnen.

ReportGenerator: Einen Indikator aktiviert, der anzeigt, nach welcher Spalte gerade sortiert ist.

Die Berichtsoptionen in oe.pl (Anfragen, Aufträge, Angebote) auf die Verwendung von ReportGenerator umgestellt.

Falschen Spaltennamen korrigiert.

Die Liste der Kreditorenbuchungen auf die Verwendung der ReportGenerator-Klasse umgestellt.

Etwas mehr Übersicht.

Die Liste der Debitorenbuchungen auf die Verwendung der ReportGenerator-Klasse umgestellt.

Reportgenerator: Man kann jetzt auch Trennzeilen einfügen, die in der HTML-Ausgabe als horizontale Linie über die gesamte Tabellenbreite realisiert sind.

Mahnungslistenexport: den Dateinamen eingedeutscht.

Berichtsklasse:
1. Commit der vorher vergessenen HTML-Templates für die Berichte und die Exportoptionen.
2. HTML-Berichte: Zeilenumbrüche mit "\n" werden in "<br>" umgewandelt.
3. CSV-Export: Richtiger MIME-Type; Download der Datei forcieren; Option für die Spaltenüberschriften gefixt.

Umstellung der Listenansicht der bestehenden Mahnungen auf die Verwendung der neuen ReportGenerator-Klasse.

Eine Report-Klasse geschrieben, der die Ergebnisse von Datenbankabfragen übergeben werden. Diese Klasse kann daraus dann entweder die bekannten Listenansichten oder auch CSV- und PDF-Exporte erzeugen. Dazu werden entsprechende Buttons eingeblendet.
Dazu werden einige neue Perl-Module (Text::CSV_XS und IO::Wrap) sowie zwei weitere Hilfsprogramme (html2ps und Ghostscript) benötigt, deren Pfade über die lx-erp.conf eingestellt werden müssen.

Kontennamenupdate: Falsche WHERE-Klausel.

Einige Korrekturen zu Kontennamen in den zwei deutschen Kontenrahmen.

Webdav-Feature: Pfadtrennzeichen aus den Nummern (Angebotsnummer, Rechnungsnummer etc) entfernen.

In der Kürze liegt die Würze.

Datenbankadministration: Es fehlte ein Button, um von der Datenbanksicherung per Download zurückzukommen. Fix für Bug 675.

Eingangsrechnungen: Wirklich das Datum der zuletzt erstellten Rechnung benutzen, nicht das maximale Datum.

Eingangsrechnung: Als Rechnungsdatum wird das Datum der letzten Eingangsrechnung vorausgewählt. Zusätzlich wird das Fälligkeitsdatum in Abhängigkeit von den beim Lieferanten ausgewählten Zahlungsbedingungen gesetzt.

Zur Überwachung von $form-Variablen können jetzt mehrere gleichzeitig ein- oder ausgeschaltet werden. Syntax: $form->{"Watchdog::var1,var2,var3"} = 1;

Kundenauftrag/Lieferantenbestellung: Wenn alle Positionen vollständig geliefert wurden (also in allen Positionen der Lagerein-/-ausgang == Anzahl ist), so wird beim Speichern das Flag "Gelifert" automatisch gesetzt.

"Maschine" schreibt sich ohne "ie".

Kunden-/Lieferantenstammdatensuche: Fokus initial auf das Feld "Firmenname" setzen.

Kunden-/Lieferantenstammdaten: Beim Ansprechpartner steht in der Drop-Down-Box oben 'Neuer Ansprechpartner' anstelle eines leeren Eintrages, damit der Benutzer besser weiß, was hier passiert.

Der letzte Einkauspreis wurde nicht geladen und daher auch keine MArgenberechnung

Bei der Ausgabe der Druckvorschau auf einem Drucker darf die Zeilenanzahl nicht erhöht werden, weil ansonsten Leerposten entstehen und beim nachfolgenden Buchen eine Fehlermeldung erscheint.

Mahnwesen:
1. Beim Erzeugen neuer Mahnungen wurden unter Umständen überall die falschen nächsten Mahnstufen vorausgewählt.
2. Rechnungen, die bereits auf der höchsten Mahnstufe waren, wurden nicht mehr angezeigt.

Erzeugen von Mahnungen: Einen kleinen Erklärungstext eingefügt.

Beim Buchen von Einkaufsrechnungen wurde die defaultcurrency nicht geladen

lokalisierungen besser gemacht

Noch ein paar Fehler bei Zahlungseingaengen im Zusammenhang mit den Wechselkursen

Setzen des Stornoflags auf "0" anstelle von NULL.

Weitere Feinheiten zum Patch "Verkaeufer und Bearbeiter wurden beim Umwandeln nicht uebernommen"

Probleme mit mehreren Währungen und Wechselkursen behoben.

"Als bezahlt markieren" Button-Funktion in die common.pl verlegt.

Stornobutton ist als erster Button vielleicht nicht so sinnvoll, deshalb muss er dem Erneuernbutton Platz machen

neuen button und Funktion für "als bezahlt markieren" eingeführt.

Vergessener Lauf von locales.pl nach Commit 2562.

Buchungen wurden nicht korrekt angezeigt, wenn gleiche Referenz aber unterschiedliche
Beschreibung

Der benannte Parameter $copy_accnos wird ansonsten nicht verwendet.

ic.pl auf use strict umgeschrieben (experimentell)
ic.pl generate_reports konsistenzchecks umgeschirben, und kommentiert, wird im weiteren mit verbesserter datenbanklogik
verwendet.
SL/IC.pm: kosmetik

Uebernahme auch bei Einkaufsrechnungen

Verkaeufer und Bearbeiter wurden beim Umwandeln nicht uebernommen

Beim Verschicken von Belegen per Email darf das Vorlagenkürzel eines eventuell eingestellten Druckers nicht an den Dateinamen der Vorlage angehängt werden.

Eine neue Funktion eingebaut, mit der eine einzelne Datenbankverbindung zum Abholen verschiedener Funktionen genutzt werden kann. Diese Datenbankverbindung wird erst beim Ende der Lebenszeit von $form wieder geschlossen. Momentan bauen fast alle Backendfunktionen eine eigene Datenbankverbindung auf. Hiermit ist das teilweise überflüssig.

Die Funktion "Zahlung buchen" bei Kreditorenrechnungen komplett umgeschrieben. Sie verlässt sich nun nicht mehr auf die aktuellen Daten in $form, um die alten Einträge in acc_trans zu löschen, sondern lädt den vorherigen Stand aus der Datenbank, entfernt darauf basierend die Einträge in acc_trans und lässt AP->post_transaction() selber die Zahlungen eintragen.
Zusätzlich den Button "Storno" in der Buttonleiste weiter nach rechts verschoben, sodass wie überall der "Erneuern"-Button der Standardbutton ist.

Die neu hinzuzufügenden Zeilen einer Mahnkonfiguration benötigen einen gesetzten Parameter für das Mahnlevel. Fix für Bug 670.

Ein Fehler an dieser Stelle ist nicht schlimm, da er auch dadurch zustande gekommen sein kann, dass die Tabelle 'schema_info' noch nicht existiert. Das passiert z.B., wenn man eine pre-2.4.0.0-Datenbank im Admin-Menü aktualisieren möchte.

locale-Update zu Commits 2548 und 2549.

Einkaufsrechnungen:
1. Es wird wieder die Eingabezeile für den Lieferantennamen angezeigt, wenn mehr als das vom Benutzer eingestellte Listenlimit an Lieferanten vorhanden sind.
2. Überflüssigen Code entfernt.

Mehrere Fehler in der Kontenuebersicht behoben

Überflüssigen Code entfernt.

Verkaufsrechnungen:
1. Wenn ein nicht existierender Kundenname eingegeben wird, so wird wieder die richtige Fehlermeldung ausgegeben.
2. Wenn statt der Drop-Down-Box die Eingabezeile zur Auswahl des Kunden angezeigt wird, so wird die ID nicht mehr angehängt.
Beides Bugs, die in den letzten Wochen neu hinzukamen.

1. Umstellung von der Verwendung von COPY-Statements auf normale INSERT-Statements. Grund ist, dass die dafür benötigten Befehle DBD::Pg::pg_putline() und pg_endcopy() nur in neueren Versionen von DBD::Pg existieren. Der Performancenachteil durch die Verwendung von INSERTs ist bei dieser geringen Datenmenge vernachlässigbar. Fix für Bug 668.
2. Die Funktion mydberror() muss definiert werden, wenn sie benutzt werden soll.
3. Kosmetik: Trailing whitespaces entfernt.

Die Funktion mydberror muss auch existieren, wenn sie aufgerufen werden soll.

Bei Artikelsuche Groß-/Kleinschreibung ignorieren.

Nur die Lieferanten und Händler zurückliefern, die nicht 'ungültig' markiert sind.

Spalte taxzone_id darf nicht NULL sein.

Spalte "ordnumber" oder "quonumber" muss eindeutig sein.

Die Funktion "Zahlung buchen" bei Debitorenrechnungen komplett umgeschrieben. Sie verlässt sich nun nicht mehr auf die aktuellen Daten in $form, um die alten Einträge in acc_trans zu löschen, sondern lädt den vorherigen Stand aus der Datenbank, entfernt darauf basierend die Einträge in acc_trans und lässt AR->post_transaction() selber die Zahlungen eintragen.

Copy & Paste-Fehler