Moritz Bunkus [Thu, 4 Mar 2010 14:51:57 +0000 (15:51 +0100)]
Beim Runden zuerst auf acht Stellen runden, danach auf die gewünschte Anzahl
Die interne Repräsentation von Fließkommazahlen in modernen CPUs ist
immer ungenau. Um zu vermeiden, dass man mit int() zu viel
abschneidet, weil der Nachkommaanteil eben nicht ganz exakt 0 sondern
z.B. 999999999999594 ist, wird zuerst auf acht Stellen gerundet, um
diese Ungenauigkeit zu vermeiden.
Moritz Bunkus [Thu, 4 Mar 2010 09:50:36 +0000 (10:50 +0100)]
Iconv-Problem behoben
Soll der Inhalt von $form mit Iconv von UTF-8 nach ISO-8859-15
konvertiert werden (z.B. weil der GET-Parameter INPUT_ENCODING auf
UTF-8 gesetzt und $dbcharset = 'ISO-8859-15' ist), so gibt
$iconv->convert($form->{key}) immer undef zurück. Ich weiß nicht
warum.
Übergibt man $iconv->convert() hingegen eine Kopie eines solchen
Wertes aus $form, so wird das erwartete Ergebnis erzeugt.
Moritz Bunkus [Wed, 3 Mar 2010 15:00:38 +0000 (16:00 +0100)]
Beim Speichern/Buchen geleerte Zeilen entfernen
Vor dem Speichern/Buchen von Verkaufs- und Einkaufsbelegen
evtl. geleerte Zeilen entfernen (also Zeilen, in denen die
Artikelnummer entfernt wurde), damit kein explizites "Erneuern" durch
den Benutzer notwendig ist.
Jan Büren [Wed, 3 Mar 2010 13:13:48 +0000 (14:13 +0100)]
Für den CSV-Import (Bspw. Kunden) Die Kodierung der Einzelfelder überprüfen, ob es nicht UTF-8 ist (sondern derzeit gehe ich nur von ISO-Kodierungen aus, ansonsten entsprechend nach UTF-8 konvertieren (Standard-Kodierung seit 2.6)
Moritz Bunkus [Wed, 3 Mar 2010 11:14:36 +0000 (12:14 +0100)]
Jahreszahlen mit vier Ziffern ausgeben
Seit 2000 ist es eher unüblich, Jahreszahlen zweistellig zu
schreiben. Außerdem enthalten alle Nicht-ISO-Datumsformate in
Lx-Office bisher nur zwei Stellen bei der Ausgabe (z.B. beim
Ausdruck). Also umstellen auf volle Jahreslänge.
Sven Schöling [Wed, 3 Mar 2010 10:55:16 +0000 (11:55 +0100)]
Autocomplete wieder entfernt.
Grund: Die Idee an sich sieht gut aus, hat aber im Moment technische Schwächen,
die erst mit Entwicklungen der nächsten Serie behoben sein werden. Da
Autocompletion bis dahin de facto wertlos ist fliegt es erstmal raus. Das
Javascript bleibt als Ressource weiter im Quelltext, wird aber nicht
ausgeliefert.
Jan Büren [Tue, 2 Mar 2010 07:38:02 +0000 (08:38 +0100)]
Falls der Datenbestand des jeweiligen Mandanten keine NULL-Buchungen besitzt: alter acc_trans set char_id NOT NULL, trans_id NOT NULL und ferner project_id als Fremdschlüssel auf project
Jan Büren [Mon, 1 Mar 2010 14:17:20 +0000 (15:17 +0100)]
Benutzerverwaltung im Bereich Verkauf -> Ansicht nur auf eigene Verkaufsdokumente erweitert. Standardmässig bleibt alles wie vorher (Db-Upgrade-Skript was dieses Recht für alle vorhandenen Gruppen setzt) Sobald das Recht für die Gruppe nicht gesetzt wird, wird entsprechend bei den Verkaufsberichten auth->assert('sales_all_edit') auf employee_id geprüft. Bei Stammdaten->Kunden->Lieferung wird zusätzlich auf dieses Recht geprüft
G. Richardson [Sat, 6 Feb 2010 07:53:03 +0000 (08:53 +0100)]
Einkaufspreis bei Einkaufsauftrag aus Verkaufsauftrag
Generiert man im Workflow aus einem Kundenauftrag einen Lieferantenauftrag so sollte als Verkaufspreis nicht der Verkaufspreis aus dem Verkaufsauftrag sondern der Einkaufspreis für die Waren in der Maske gesetzt werden.
Moritz Bunkus [Tue, 26 Jan 2010 10:22:51 +0000 (11:22 +0100)]
Datenbankupgradescript zur Behebung falscher Steuerschlüssel in acc_trans bei Einkaufsrechnungen
Frühere Lx-Office-Versionen hatten einen Bug beim Buchen von
Einkaufsrechnungen, bei denen falsche Steuerschlüssel in acc_trans
geschrieben wurden. Dieses Script behebt diese falschen Einträge.
Jan Büren [Tue, 2 Feb 2010 08:27:20 +0000 (09:27 +0100)]
Finanzbuchhaltung -> Kreditorenbuchung. Gibt derzeit keine Rückmeldung mehr, ob die Buchung erfolgreich durchgeführt wurde. Ferner gibt die Backend-Funktion AP->post_transaction immer wahr zurück. Minimal verbessert und kommentiert, ohne das Ursprungsproblem zu lösen ...