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

Auch bei undefinierten Wechselkursen 1 zurueckliefern, Workaround fuer Wechselkursproblem

Debug-Code entfernt.

Copy&Paste-Fehler.

Die Funktion "Zahlung buchen" bei Ausgangsrechnungen 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 IS->post_transaction() selber die Zahlungen eintragen.

Bei Eingangs-, Ausgangs-, Kreditoren- und Debitorenrechnungen unterhalb der Zahlungsein- bzw. -ausgänge die bisher gebuchte Summe und den noch offenen Betrag anzeigen.

Revision 2532 rückgängig gemacht (Befehl aus falschem Verzeichnis abgeschickt)

Merge der Änderungen zwischen https://ls-bs-si1.bs.linet-services.de/svn/prog/vendor/lxoffice-erp/2.4.2 und https://ls-bs-si1.bs.linet-services.de/svn/prog/vendor/lxoffice-erp/unstable-rev-2530

Die Variable "path" gibt es nicht mehr.

Verkaufsrechnung: Die Drop-Down-Box für den Bearbeiter heißt nun employee_id (wie auch in oe.pl) und wird richtig befüllt und vorausgewählt.

Wechselkurse dürfen nicht 0 sein.

Debugmeldungen entfernt

Die Funktion "Zahlung buchen" bei Eingangsrechnungen 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 IR->post_transaction() selber die Zahlungen eintragen.

Kosmetik.

Wenn der Benutzer Leerzeichen am Ende will, dann diese nicht entfernen.

Anzeige der Kontenausgabe angepasst. Daten werden, je nach Sortierung, gruppiert.

Überarbeitung der Ausgabe der Kontenansichten. Alle Buchungen - bis auf stornierte - werden gruppiert (je nach Sortierung) angezeigt.

Codevereinfachung

Eine Funktion zum tabellarischen Ausgeben von SQL-Ergebnissen (erwartet eine Referenz auf ein Array mit Hashreferenzen) hinzugefügt.

Die Ausgabe von Data::Dumper sortieren lassen, damit sie besser durchsuchbar ist.

Funktion zum Dumpen von Objekten via YAML hinzugefügt. Ist manchmal besser lesbar als die Ausgabe von Data::Dumper;

Fehlender Lauf von locales.pl nach einem der letzten Commits.

Tausender-Trennzeichen werden nicht mehr überprüft.

Letzten Commit rückgängig gemacht: die Unterverzeichnisse sind sehr wohl im Repository.

Unterverzeichnisse von webdav sollten nicht im Repository gespeichert und können deshalbe ignoriert werden.

Kosmetik

Kosmetik

Beim Laden von Entwürfen nicht restore_form() benutzen, weil restore_form() erwartet, dass der übergebene String wie von save_form() escapet wurde (Zeilenumbrüche und "!" werden umcodiert). Das ist aber bei Entwürfen nicht der Fall, weil die Ausgabe von YAML::Dump() direkt in der Datenbank gespeichert wird.

Rückwärtskompatibilität mit in der Datenbank gespeicherten Entwürfen, bei denen noch '!!' zum Escapen benutzt wurde.

Fehlendes Zeichen.

Überflüssiger Code.

Mahnwesen:
1. Beim Erzeugen einer Mahnung wurde die Anzahl Kopien nicht berücksichtigt.
2. Wurden die erzeugten Mahnungen direkt gedruckt, so wird nun eine entsprechende Meldung und nicht erneut die Mahnliste angezeigt.

Beim Emailversand von Mahnungen wurden die falschen Dateinamen benutzt, sodass die angehängten PDFs leer waren.

Aus Debuggründen war $dbh->commit() auskommentiert, sodass Änderungen bei den Mahnungen nicht dauerhaft waren.

Mahnwesen:
1. Neues Feature: Automatisches Erzeugen von Debitorenrechnungen über die Mahngebühren und -zinsen. Diese werden ebenfalls als PDFs ausgegeben.
2. Neues Feature: Beim Bericht über aktive Mahnungen ermöglichen, dass mehrere Mahnungen und die eventuell dazu erstellen Debitorenrechnungen auf einmal ausgedruckt werden können.
3. Neues Feature: Mahnungen können wahlweise am Bildschirm oder direkt auf Druckern ausgegeben werden. Zusätzlich können andere Sprachen ausgewählt werden.
4. Bugfix: Beim Bearbeiten von Emaileinstellungen in der Mahnkonfiguration wurden +-Zeichen falsch escapet und verschwanden.
5. Code zum Ersetzen von $form-Variablen in Strings entfernt und durch die Verwendung von PlainTextTemplate ersetzt.
Fixes für Bugs 473 und 553.

Minimale Erweiterung um PlainTextTemplate, um Variablen in Strings leicht ersetzen zu können.

Das Escapen von Ausrufezeichen darf nicht durch zwei Ausrufezeichen geschehen, weil die Rückwandlung sonst eventuell falsch verläuft.
Beispiel:
abc!nop -> abc!!nop -> abc!\nop

Import der aktuellen Version des YAML-Moduls 0.62 in Lx-Office. Unsere eigene Version wird der im System installierten bevorzugt. Grund sind Bugs in älteren Versionen, die sich nicht anders umgehen lassen.
Beispiel eines Bugs in Version 0.3x: YAML::Load(YAML::Dump('>test.pdf'));

Fix zu Bug 662.
post wurde von storno mitverwendet, das abschliessende redirect schlug bei geaendertem programmverlauf fehl

Kosmetik: Eine überflüssige Zeile entfernt; Einrückung.

Beim Speichern von Angeboten etc den Bearbeiter nicht aus $form->{employee} ableiten, weil die Drop-Down-Box jetzt $form->{employee_id} heißt.

Diverse Listen nach Namen sortieren. Fix für Bug 661.

Das Filtern von Angebots-/Auftrags-/Anfragenberichten nach dem Bearbeiter ermöglicht.

Es ermöglichen, dass bei den Berichtsfunktionen nicht nach Bearbeitern gefiltert wird.

Das Label für die Kunden-/Lieferantencheckbox richtig ausgeben.

Zerschossenes Layout durch Verwendung der gleichen Variablen für unterschiedliche Dinge behoben.

Bug: Bind Variable wurde mitgegeben, aber nicht verwendet

Admin Passwort muss mit uebergeben werden.

Datenbankpasswort muss uebergeben werden.

Storno fuer Kreditorenbuchungen

Kosmetik

storno_id spalte in ap, und die dazugehoerigen aenderungen in AP->post_transaction

Storno nur anzeigen wenn keine Zahlungen vorhanden sind.

Ausserdem Code aufgeraeumt.

Bindestriche und ID aus den PopupMenus entfernt und in der FOrm.pm die Speicherung der Historie angepasst, damit nur der aktuell eingeloggte Bearbeiter gespeichert wird und somit
Manipulationen vermieden werden können.

fix von salesmen und employee bzw. split in zwei eigenständige Funktionen durch get_list aufgerufen. Fixing von Bug 658

Stricktere Überwachung der Nummernformate eingeführt. Auch 1000,00 wird bei Formaten wie 1,000.00 und 1.000,00 jetzt als falsch erkannt.

Gutschriften heben jetzt auch den Lagerbestand an (Bug 636)

Syntaxfehler bei if-Abfrage

Stornomoeglichkeit fuer Debitorenrechnungen
(plus die ueblichen Codekosmetika)

storno_id spalte in ar eingefuegt, und die post_transaction angepasst um diese auch zu nutzen

zusaetzlich zu der vorhandenen has_storno funktion (bugfix)
eine is_storno funktion die die halbherzigen checks auf das mitgeschleifte $form->{storno} ersetzt

Codekosmetik

Durch einen der letzten Commits wurde die Funktion "yes" überschrieben. Die Ursprungsfunktion wurde umbenannt. Sie wird nun aus der neuen "yes" aufrufen. Fix für Bug 656. Zusätzlich gibt es bei der Rückfrage, ob ein Angebot/ein Auftrag gelöscht werden soll, einen Button "Nein".

Und noch mehr Optionen.

Mehr Optionen für print_options(), um bestimmte Einträge zu deaktivieren.

Bei der Mahnungsübersicht die Mahngebühren auch bei zusammengefassten Rechnungen in jeder Zeile ausgeben, weil die Gebühren pro Rechnung erhoben werden.

Umstellung von print_form() in io.pl.

$options ist eine Hashreferenz, kein Hash.

Bei print_options() die Parameterübergabe umgestellt, sodass der Aufrufer das Verhalten etwas genauer beeinflussen kann.

Vergessenes locales-Update zum letzten Commit.

Die Funtktionen save_form() und restore_form() aus common.pl in ein eigenes Modul verlagert, das sie auch automatisch in den Namensraum des Aufrufers exportiert. Damit können sie auch von den Modulen in SL/ benutzt werden.

Hoffentlich endgültige Fassung des Historien-templates

Die ausgewiesenen Mahngebühren gelten pro Rechnung, nicht pro erzeugter Mahnung, auch wenn Rechnungen in einer Mahnung zusammengefasst werden.

Falsche Reihenfolge der Spalteninhalte bzgl. der Spaltenüberschriften.

Auch die ID des Kontos zurückliefern.

Beim Erstellen eines Lieferantenauftrages aus einem Kundenauftrag wird überprüft, ob eine Lieferadresse ausgewählt oder eingegeben war. Wenn ja, so wird der Benutzer gefragt, ob er diese Lieferadresse beibehalten will, damit der Lieferant direkt an den Kunden liefern kann.

Das Löschen von $form-Variablen im Watchdog ebenfalls abfangen und überwachen.

@values wurde in der falschen Reihenfolge befüllt. Fix für Bug 654.