Moritz Bunkus [Mon, 7 May 2007 13:02:34 +0000 (13:02 +0000)]
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.
Moritz Bunkus [Mon, 7 May 2007 09:29:18 +0000 (09:29 +0000)]
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.
Moritz Bunkus [Mon, 7 May 2007 08:18:41 +0000 (08:18 +0000)]
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.
Moritz Bunkus [Fri, 4 May 2007 15:02:39 +0000 (15:02 +0000)]
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.
Moritz Bunkus [Thu, 3 May 2007 15:06:28 +0000 (15:06 +0000)]
Kleines Hilfsmodul für Zeichensatzkonvertierung hinzugefügt. In am.pl und rp.pl werden die hardcodierten Umlaute auch in den Ausgabezeichensatz konvertiert.
Moritz Bunkus [Thu, 3 May 2007 14:39:54 +0000 (14:39 +0000)]
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.
Moritz Bunkus [Thu, 3 May 2007 14:13:14 +0000 (14:13 +0000)]
Ä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.
Moritz Bunkus [Thu, 3 May 2007 10:08:04 +0000 (10:08 +0000)]
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.
Udo Spallek [Thu, 3 May 2007 07:05:24 +0000 (07:05 +0000)]
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
Moritz Bunkus [Wed, 2 May 2007 11:00:08 +0000 (11:00 +0000)]
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.
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.
Moritz Bunkus [Thu, 26 Apr 2007 12:24:16 +0000 (12:24 +0000)]
Variablennamen etwas verständlicher gemacht. Zusätzlich einen Bug behoben, der dafür sorgte, dass die nicht zu versteckenden Felder nicht aussortiert wurden: $hash{@array}=... ist falsch, richtig muss es @hash{@array}=... heißen.
Moritz Bunkus [Wed, 25 Apr 2007 11:27:20 +0000 (11:27 +0000)]
Den zuletzt implementierten Mechanismus entfernt, um $form-Variablen zu überwachen, und dafür einen neuen Mechanismus implementiert, der auf tie basiert. Dadurch ist es möglich, immer die exakte Zeilennummer zu erfahren, in der eine Variable geändert wird.
Philip Reetz [Wed, 25 Apr 2007 07:45:46 +0000 (07:45 +0000)]
Style fuer markieren der editierbaren Elemente entfernt
- Es gab Probleme mit bestimmten Buttons
- Kann zu Irritationen führen, weil ein Feld eingefaerbt ist, der Fokus aber auf einem anderen
Feld liegt und daher die Eingabe nicht in dem eingefaerbten Feld erfolgt
Moritz Bunkus [Tue, 24 Apr 2007 10:30:29 +0000 (10:30 +0000)]
In allen Einkaufs- und Verkaufsmasken die Drop-Down-Box für die Steuerzone bei jedem Formularaufbau neu generieren. Dadurch bleibt auch der bisher selektierte Eintrag selektiert, was er vorher nicht tat (sprang immer auf "Inland" zurück).