Jan Büren [Wed, 25 May 2011 04:57:10 +0000 (06:57 +0200)]
Analog zu CVar Filter wurden in Kundensuche nicht weitergereicht an den Export.
den CVar Filter (benutzerdefinierte Variablen) für Waren an den Export weitergegeben.
G. Richardson [Tue, 24 May 2011 10:41:35 +0000 (12:41 +0200)]
Bug 1579: Einkaufsrechnung mit bestimmten Werten und 'Steuer im Preis inbegriffen'
Im Gegensatz zur Verkaufsrechnung, wo Rundungsfehler bei der Berechnung von
Netto aus Brutto nur in Erlöskonten mitverfolgt werden, können sich
Rundungsfehler bei Einkaufsrechnungen jeweils in Aufwands- und Bestandskonten
aufsummieren, und werden auch getrennt erfasst. Ist der Rundungsfehler
insgesamt > 0.005, aber bei Aufwand und Bestand jeweils kleiner 0.005, gab es
hierfür bisher keine Korrektur und es gab einen Bilanzfehler von einem Cent im
Buchungsjournal. Diese Prüfung auf Gesamtrundungsfehler wurde hier eingeführt.
Jan Büren [Mon, 23 May 2011 19:07:27 +0000 (21:07 +0200)]
Bugfix für 1652 - Rabatt falsch bei Rechnung aus Berichtsübersicht und Workflow-Start bei Lieferschein
Testfall: Kunde hat Rabatt in den Stammdaten eingetragen. Lieferschein
erstellen und speichern. Verkauf->Berichte->Lieferscheine. In der Liste, den
entspr. Lieferschein abhaken und bei "Neue Rechnung" weiter klicken. In der
erscheinenden Rechnungsmaske ist der Rabatt 10-mal so hoch.
Läßt man sich den Lieferschein erst anzeigen und geht dann über Workflow auf
Rechnung, dann stimmt es.
S.a. Kommentar:
der vendor-discount wird bie multi_invoice anders behandelt als der customer
discout.
Da vendor-discount korrekt funktionert, entsprechend parse_amount für customer-discount entfernt.
Moritz Bunkus [Mon, 23 May 2011 09:00:46 +0000 (11:00 +0200)]
Vor DB-Update aus Admin-Bereich %::myconfig mit DB-Variablen füllen
Die RDBOs benutzen beim DB-Connect die Werte aus %::myconfig -- anders
als die Legacy-Funktionen in SL/User.pm. Die Admin-Funktion
"Datebankadministration -> Datenbank aktualisieren" muss
dementsrechend nicht nur $::form (für SL/User.pm), sondern auch
%::myconfig bestücken.
Jan Büren [Mon, 16 May 2011 06:47:08 +0000 (08:47 +0200)]
Entsprechend noch den Hinweis auf description und description_long für Zahlungsbedingungen in der HTML-Oberfläche beim Anlegen.
S.a. commit und changelog von gerade
Moritz Bunkus [Fri, 13 May 2011 13:35:29 +0000 (15:35 +0200)]
Skalarkontext erzwingen
Regex-Matches geben im Listenkontext eine leere Liste zurück. Perl
optimiert leere Listen innerhalb von Listen komplett weg. Somit hat
folgendes Hash nur einen Key und einen Value, nämlich "a" und "123"
respektive:
my %h = ( a => $unicorn =~ /Charlie/,
123 => $cat =~ /mat/);
Die hier geänderten Stellen funktionieren nur deshalb korrekt, weil es
jeweils nur einen Regex-Match im Hash gibt und dieser ganz am Ende
steht. Da die Values dazu im booleschen Kontext genutzt werden und
nicht existierende Hash-Values schlicht undef sind, funktioniert es so
lange, bis jemand einen Eintrag hinzufügt. Also vorsichtshalber gleich
Skalarkontext erzwingen.
C. Braun [Fri, 13 May 2011 12:44:38 +0000 (14:44 +0200)]
runtime con js:setupPoints -- decpoint is not defined. Bug-ID: 1589
Das onLoad im body-Tag des templates wurde in $('document').ready Methode
ausgelagert, weil der JavaScript-Code nicht in der richtigen Reihenfolge
ausgefuehrt wurde.
Jan Büren [Fri, 13 May 2011 10:53:48 +0000 (12:53 +0200)]
Teilweiser Bugfix zu 1575
Bei einem Kunden ist ein Kundentyp mit Rabatt hinterlegt.
Wird der Workflow Lieferschein -> Rechnung durchgeführt, wird der Rabatt nicht
berücksichtigt, sondern der normale Preis berechnet.
Auch eine zugeordnete Preisgruppe wird nicht verwendet.
Wenn der Kunde per Auswahl OHNE erneuern des Lieferscheins geändert wird,
wird der vorhergehende Kundenrabatt anstatt der Kundenrabatts des aktuellen
Kunden genommen.
OFFEN: Preisgruppe geht verloren
> Auftrag -> Lieferschein -> Rechnung.
Hab ich auch nochmal getestet, die Preisgruppe geht in der Tat verloren, obwohl
es hierfür hidden Felder in Lieferschein gibt.
Sven Schöling [Fri, 13 May 2011 09:06:16 +0000 (11:06 +0200)]
Separates Logging für die Console.
Wenn man mit Userrechten arbeitet gibt es ständig Konflikte welcher Prozess nun
auf das Logfile zugreifen darf. LXDebug ignoriert das still, aber Log4Perl
stirbt mit einer Fehlermeldung. Ab nu gibt es eine separate Logdatei für die
Konsole, und gut ist.
projects / mfinanz.git / log