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 ...
jan [Thu, 14 Jan 2010 15:37:16 +0000 (16:37 +0100)]
bug 1071 Warum sollte bei Erreichen eines neuen Jahres die Kontenübersicht nur noch die bereits bebuchten Konten anzeigen?
Folgende Erweiterung:
1.) Gehe zurück bis zu dem Datum an dem die Bücher geschlossen wurden
2.) Falls die Bücher noch nie geschlossen wurden, gehe zurück bis zum Bearbeitungsstart von lx-office.
jan [Thu, 7 Jan 2010 09:35:37 +0000 (10:35 +0100)]
Berichte -> BWA -> Freier Zeitraum. Die Eingabe von nur dem Start- oder Enddatum führt zu einem Fehler, da die Prüfung in RP.pm auf Inhalt der Variablen immer wahr ist. Entsprechend vorher geprüft
Sven Schöling [Fri, 11 Dec 2009 13:57:25 +0000 (14:57 +0100)]
Die alte invoice_io.pl::display_row kann langsam mal weg.
Zur Information: Die invoice_io stellt alternative Routinen zur io.pl
bereit. Alles was nicht explizit spezifiziert wird, wird aus io.pl
geladen, unter anderem auch display_row. Die beiden Funktionen waren
einmal identisch, mittlerweile ist die invoice_io version nur noch Müll.
Sven Schöling [Mon, 23 Nov 2009 11:31:17 +0000 (12:31 +0100)]
Margenberechnung angepasst.
Dank an Uwe Konrad für den Patch.
Im Gegensatz zur Vorlage wird hier der Preisfaktor aus den Stammdaten
nicht ignoriert, ergo dürften immernoch Seiteneffekte mit Preisgruppen
auftreten. Die werden gleich separat gefixt.
jan [Mon, 16 Nov 2009 07:19:33 +0000 (08:19 +0100)]
Auf unnötigen Kode in RP.pm sub get_accounts() hingewiesen. Macht es Sinn die Bilanz nach Projekten zu analysieren? Eigentlich nicht, da Projekte ja nur in der GuV wirklich Sinn machen. Naja, vielleicht am Rande, dann sollte man das Auswahlfeld bei der Bilanz-Maske noch hinzufügen
jan [Sun, 15 Nov 2009 10:50:45 +0000 (11:50 +0100)]
Berichte -> GuV, BWA (get_accounts_g) und Berichte -> Bilanz (get_accounts) können jeweils nach EÜR oder Bilanz unterschieden werden. Die Abfrage nach Abteilungen scheint etwas redundant für den Fallunterschied (Bilanz oder EÜR) zu sein. Erstmal auskommentiert, mit der Bitte zu prüfen
Leider sorgt der besagte Commit dafuer, dass das Buchen von
Kreditorenbuchungen total schief laeuft, weil die Aenderung von
$form->{AP}{amounts_1} auf $form->{AP_amounts_1} mal eben Variablen
aus dem Formular ueberschreibt.
Da ich nicht genau weiss, was Sven hier wie fixen wollte, mache ich es
erst einmal rueckgaengig & spreche mit Sven darueber, wenn er wieder
aus dem Urlaub da ist.
Moritz Bunkus [Mon, 9 Nov 2009 14:18:44 +0000 (15:18 +0100)]
Zum Vergleich des Buchabschlusses das höchste Zahlungsdatum heranziehen.
Fix für Bug 1229. Hintergrund:
$form->{"datepaid_" . $form->{rowcount}} muss nicht zwangsläufig
gesetzt sein, je nachdem, ob vor dem "Buchen" erneurt wird oder
nicht. Deshalb gab es den SQL-Fehler. Zusätzlich ist auch die
Überprüfung streng genommen nicht korrekt gewesen, weil niemand den
Benutzer zwingt, die Zahlung mit dem maximalen Datum auch als letzte
in der Liste zu haben.
Moritz Bunkus [Mon, 9 Nov 2009 13:40:19 +0000 (14:40 +0100)]
Funktionslokale Variablen nicht als global deklarieren.
Fix für Bugs 1251 und 1253. Hintergrund: Die DB-Upgradescripte werden
mittels eval im Kontext einer Unterfunktion aufgerufen. Die Variablen,
die fälschlicherweise innerhalb der Upgradescripte mit "our" als
global deklariert wurden, sind aber innerhalb der Unterfunktion, aus
der sie ge-eval-t werden, nur mit "my" deklariert worden.
Falls das nun einige der automatischen Tests fehlschlagen lassen
sollte, dann müsste sich das Sven bitte nochmal ansehen.