Kunden- und Liferantenstammdatenliste auf die Verwendung von ReportGenerator umgestellt.
Die Funktion 'search_delivery' wird nirgends aufgerufen.
Vergessenes locales-Update
Saldenbilanz und Projektbuchungen auf die Verwendung von ReportGenerator umgestellt.
Einführung des Modules "Template" als schnellere Alternative (Faktor 9) zu "HTML::Template". Wird via $form->parse_html_template2() aufgerufen. Umstellung der von ReportGenerator verwendeten Vorlage auf die Verwendung von "Template".
report_generator.pl in reportgenerator.pl umbenannt.
Erweiterung um Anzeige des Ertrages im Verkauf
Nur Dateien nach $locale->text() durchsuchen, deren Name mit .pl endet.
Umstellung der Kontenübersicht und der Buchungslisten auf die Verwendung von ReportGenerator.
Umstellung der Liste der Zahlungsein- und -ausgänge auf die Verwendung von ReportGenerator.
Das Buchungsjournal auf die Verwendung der ReportGenerator-Klasse umgestellt.
Die Berichte über offene Forderungen und offene Verbindlichkeiten auf die Verwendung des ReportGenerators umgestellt.
Reportgenerator: Nach dem direkten Drucken einer Liste eine entsprechende Meldung ausgeben.
Reportgenerator: Beim Listenexport als PDF kann das PDF auch direkt ausgedruckt werden.
Konsistenz: 'Anfrage' => 'Preisanfrage'
Irrefuehrende Uebersetzung von "short" im Sinne von knappen Gueterngeaendert von "kurz" (sic) in "knapp"
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.
Die Berichtsoptionen in oe.pl (Anfragen, Aufträge, Angebote) auf die Verwendung von ReportGenerator umgestellt.
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.
"Maschine" schreibt sich ohne "ie".
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.
Erzeugen von Mahnungen: Einen kleinen Erklärungstext eingefügt.
"Als bezahlt markieren" Button-Funktion in die common.pl verlegt.
neuen button und Funktion für "als bezahlt markieren" eingeführt.
Vergessener Lauf von locales.pl nach Commit 2562.
locale-Update zu Commits 2548 und 2549.
Bei Eingangs-, Ausgangs-, Kreditoren- und Debitorenrechnungen unterhalb der Zahlungsein- bzw. -ausgänge die bisher gebuchte Summe und den noch offenen Betrag anzeigen.
Kosmetik.
Fehlender Lauf von locales.pl nach einem der letzten Commits.
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
Storno fuer Kreditorenbuchungen
Stornomoeglichkeit fuer Debitorenrechnungen(plus die ueblichen Codekosmetika)
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".
Vergessenes locales-Update zum letzten Commit.
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.
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.
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.
Umstellung des Anlegens und Bearbeitens von Benutzern auf die Verwendung von HTML-Vorlagen.
Uebersetzungen fuer Letzte Kunden und Lieferantenauftragsnummer in den Benutzereinstellungen mitden Namen im Menue harmonisiert
Die Überprüfungen, ob eine Nullbuchung vom Benutzer durchgeführt wurde, war falsch -- sie überprüfte falsche Variablen und auch falsche Umstände. Außerdem werden die einzelnen Zeilen der Zahlungsein- und -ausgänge eh schon vorher mit if() abgefragt. Fix für Bug 651.
Einige Funktionen in admin.pl auf die Verwendung von HTML-Vorlagen umgestellt.
Revision 2417 teilweise rückgängig gemacht.
Sortierung in die Historie eingefügt. Durch klicken auf die Header, kann man nun seine Ergebnisliste sortieren lassen.
Den Rest von dn.pl auf die Verwendung von HTML-Vorlagen umgestellt.
CSS-Menü aus HTML-Vorlage erzeugen lassen.
Nullbuchungsüberprüfung und dazugehörige Übersetzungen
Überprüfung auf Nullbuchung und Übersetzungen
Revision 2404 rückgängig gemacht.
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.
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.
Vergessenes Locale-Update
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)....
Funktion "show_invoices" auf die Verwendung von HTML-Vorlagen umgestellt.
Umstellung der Filtermaske für neue Mahnungen auf das HTML-Vorlagensystem.
Den Dialog zum Bearbeiten der Mahnungskonfiguration auf die Verwendung von HTML-Vorlagen umgestellt.
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".
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.
Ein paar mehr Locales übersetzt.
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....
Nachtrag Uebersetzungen
System->Konteneinstellungen ueberarbeitet:
Bei Kundenangeboten, Kundenaufträgen, Lieferantenbestellungen und Lieferantenanfragen ein Feld "Vorgangsbezeichnung" implementiert.
Bei der Liste der Einkaufsrechnungen den Typ anzeigen: "R" für Einkaufsrechnungen und "K" für Kreditorenbuchungen.
Bei der Liste der Rechnungen beim Typ auch zwischen Verkaufsrechnungen ("R") und Debitorenbuchungen ("D") unterscheiden.
locales teilweise übersetzt
edit_e_mail auf templates umgestellt
$form->{path} entfernt und hardcodiert auf bin/mozilla gesetzt.Vorlagen sind nicht betroffen, aber locales.pl schon.
Eine Funktion zum "sicheren" Aufrufen von Unterfunktionen eingebaut, damit &{ $form->{nextsub} }(); nicht ungeprüft aufgerufen werden muss.
Den Code für das Bearbeiten von Vorlagen in eine eigene Datei ausgelagert. Zusätzlich den HTML-Code in eine HTML-Vorlage ausgelagert.
Die Funktionen zum Bearbeiten von HTML-, LaTeX-Vorlagen und Stylesheets neu geschrieben.
Einen Filter für den Kunden-/Lieferantentypen bei Berichten über Kunden-/Lieferantenstammdaten implementiert.
Bei den Kunden- und Lieferantenstammdaten werden in den Berichten standardmäßig nur noch die gültigen angezeigt; die ungültigen können über Radiobuttons trotzdem angezeigt werden.
Vermeidung von SQL injection durch Verwendung von parametrisierten Queries. Zusätzlich die Optik beim Bericht über laufende Mahnungen verbessert. Fehler beseitigt, dass das erneute Ausdrucken von Mahnungen alle Mahnungen zusammengefasst hat, auch über Kundengrenzen hinaus.
Funktion get_config aus ustva.pl nach USTVA.pm verschoben, damit sie auch aus rp.pl aufgerufen werden kann.
Weitere Vorkommen von GIFI entfernt. GIFI müsste bis auf Spalte chart.gifi_accno und Tabelle chart komplett entfernt sein.
io.pl print_options auf templateing umgeschireben.
Soweit ich weiss ist das eine der ersten frontend Funktionen aus SQL Ledger die auf templating umgeschrieben wurde.Funktionalitaet wurde eins zu eins erhalten, die einzige gewollte Aenderung betrifft die Moeglichkeit...
Durch das Einbinden von SL::User in SL::Form werden einige Übersetzungen in anderen Dateien benötigt.
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.
Speichern von Verkäufern bei Kundenstammdaten.
is.pl->post entwirrt.emails speichern/buchen nun rechnungen/auftraege vor dem aufrufen der maske
Die Fehlermeldung "Customer not on file or locked!" übersetzt ausgeben.