Umstellung der Kontenübersicht und der Buchungslisten auf die Verwendung von ReportGenerator.
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.
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.
Das Buchungsjournal auf die Verwendung der ReportGenerator-Klasse umgestellt.
Space zwischen den buttons
Stornomechanismus mal auf Dialogbuchen ausgeweitet
Die Berichte über offene Forderungen und offene Verbindlichkeiten auf die Verwendung des ReportGenerators umgestellt.
cp auf use strict (compile time) gebracht
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)...
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.
'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 automatischgedruckt
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
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.
Die Liste der Debitorenbuchungen auf die Verwendung der ReportGenerator-Klasse umgestellt.
Mahnungslistenexport: den Dateinamen eingedeutscht.
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.
Datenbankadministration: Es fehlte ein Button, um von der Datenbanksicherung per Download zurückzukommen. Fix für Bug 675.
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.
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.
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.
Buchungen wurden nicht korrekt angezeigt, wenn gleiche Referenz aber unterschiedlicheBeschreibung
ic.pl auf use strict umgeschrieben (experimentell)ic.pl generate_reports konsistenzchecks umgeschirben, und kommentiert, wird im weiteren mit verbesserter datenbanklogikverwendet.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.
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....
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.
Ü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....
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.
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.
Kosmetik.
Anzeige der Kontenausgabe angepasst. Daten werden, je nach Sortierung, gruppiert.
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.
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.
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....
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.
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.
Storno fuer Kreditorenbuchungen
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 somitManipulationen vermieden werden können.
fix von salesmen und employee bzw. split in zwei eigenständige Funktionen durch get_list aufgerufen. Fixing von Bug 658
Syntaxfehler bei if-Abfrage
Stornomoeglichkeit fuer Debitorenrechnungen(plus die ueblichen Codekosmetika)
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.
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.
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.
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.
Funktionen hinzugefügt, mit denen man ein Datenbankbackup mit Hilfe von "pg_restore" wieder einspielen kann. Dabei muss das Backup mit "pg_dump -Ft" erzegut worden sein, so wie es die eigene Backup-Funktion auch tut.
Bei pg_dump das tar-Format benutzen, weil pg_restore nur damit zurechtkommt.
Beim Administrationsfrontend einen Punkt eingebaut, mit dem man Datenbanken mittels pg_dump sichern kann. Das Ergebnis wird ge-gzipt und kann heruntergeladen oder direkt per Email verschickt werden.
Noch ein Schreibfehler.
Schreibfehler in Variable.
Weitere potenzielle Zahlen im Ausgabeformat umformatieren. Fix für Bug 596.
Administration: Die Funktion zur Aktualisierung von nicht aktuellen Datenbanken neu geschrieben und wieder aktiviert. Unterstützt auch die Scripte in Pg-upgrade2.
Verbesserung der Suchfunktionen der Historie und Visualisierung der Sortierreihenfolge.
Maske "Datenbankadministration" auf die Verwendung von HTML-Vorlagen umgestellt.
Bei neu angelegten Benutzern das CSS-Menü vorauswählen.
Das Löschen von Benutzern etwas anders implementiert.
Umstellung des Anlegens und Bearbeitens von Benutzern auf die Verwendung von HTML-Vorlagen.
Funktionsaufrufe nicht mehr in der veralteten Syntax.