Moritz Bunkus [Thu, 14 May 2009 12:19:21 +0000 (12:19 +0000)]
Beim Wechsel des Kunden das Konto und den Steuerschlüssel richtig vorbelegen.
Zum Einen sollte das Konto in der ersten Positionszeile nur dann gewechselt werden,
wenn in der Zeile noch kein Betrag eingetragen wurde. Zum Anderen sollte, wenn
das Konto auf das zuletzt für diesen Lieferanten bebuchte Konto gesetzt wird, auch
der zum neu ausgewählten Konto dazugehörige Steuerschlüssel ausgewählt werden und
nicht derjenige, der in der Maske vorher ausgewählt war.
Teil des Fixes für Bug 960.
Weiterhin bei Debitoren- und Kreditorenbuchungen die versteckten Variablen für
den Steuerbetrag bei jedem Erneuern neu berechnen lassen. Ansonsten kann es
passieren, dass in einer Zeile, in der zwischenzeitlich ein Betrag stand, der
seitdem entfernt und die Zeile dadurch resettet wurde, trotzdem ein Steuerbetrag
angezeigt wird, weil die versteckte Variable immer mitgeschliffen wurde.
Moritz Bunkus [Thu, 14 May 2009 11:41:39 +0000 (11:41 +0000)]
Beim Wechsel des Lieferanten das Konto und den Steuerschlüssel richtig vorbelegen.
Zum Einen sollte das Konto in der ersten Positionszeile nur dann gewechselt werden,
wenn in der Zeile noch kein Betrag eingetragen wurde. Zum Anderen sollte, wenn
das Konto auf das zuletzt für diesen Lieferanten bebuchte Konto gesetzt wird, auch
der zum neu ausgewählten Konto dazugehörige Steuerschlüssel ausgewählt werden und
nicht derjenige, der in der Maske vorher ausgewählt war.
Moritz Bunkus [Thu, 14 May 2009 11:11:46 +0000 (11:11 +0000)]
Beim Aufrufen der Dialogbuchenmaske automatisch die richtigen Steuersätze für die vorausgewählten Konten und für neu angezeigte Zeilen ("Erneuern") auswählen.
Moritz Bunkus [Thu, 14 May 2009 09:43:33 +0000 (09:43 +0000)]
Beim Bericht über Erzeugnisse den Einkaufspreis auch anzeigen, wenn er ausgewählt ist.
Der Einkaufspreis berechnet sich dann aus der Summe der Einkaufspreise der Einzelartikel,
wobei dieser wiederum das Produkt aus Einzeleinkaufspreis und Anzahl ist.
Jan Büren [Tue, 12 May 2009 09:59:24 +0000 (09:59 +0000)]
Hotfix für Fehler bei Lieferantenauftrag per E-Mail versenden, aufgrund von Revision 4093 @mb Bei der Migration wäre ein Umwandeln in der DB in Tabelle makemodell make==vendor_id sinnvoll. Morgen mehr
Jan Büren [Mon, 11 May 2009 20:18:47 +0000 (20:18 +0000)]
Backport von Revision 7581 von XPlace. Hintergrund: Hersteller und Modell sind derzeit Freitextfelder, in der Regel möchte man Lieferanten und die entsprechenden Lieferanten-Art.-Nr. abbilden. Am liebsten noch mit Lieferanten-Art-Preis. Dazu vielleicht nach der 2.6 mehr
Jan Büren [Mon, 11 May 2009 18:31:09 +0000 (18:31 +0000)]
Bei Erzeugnissen wurde bisher nur der VK addiert und ferner dann noch der VK-Preis obendrauf für die Gesamtsumme. Interessant ist aber 'laut Kundenmeinung' und 1h Diskussion, ob sich um einen Produktfehler handelt und was EDV-Dienstleistung gewährleistet und was nicht, der EK und der VK ist demnach ein Fehler. ;-). Gut. Erweitert wurde die Maske Erzeugnis um die Anzeige des EKs der Einzelwaren und die Summierung, analog zu dem 'alten' VK
Moritz Bunkus [Mon, 11 May 2009 13:45:01 +0000 (13:45 +0000)]
Eine Funktion implementiert, die SQL-Code für Sortierbedingungen unter Berücksichtigung von Standardwerten, gültigen Spaltennamen und Benutzereingaben erstellt.
Moritz Bunkus [Mon, 11 May 2009 13:27:06 +0000 (13:27 +0000)]
Einführung einer ID-Spalte in acc_trans
Die Benutzung der von PostgreSQL zur Verfügung gestellten
Spalte "oid" hat ihre Tücken. Über diese wird in Lx-Office die
Reihenfolge der Einträge in acc_trans geregelt. Wird aber ein
UPDATE-SQL-Query auf acc_trans ausgeführt, so kann es (anscheinend
je nach Datenbankversion) dazu kommen, dass die Zeile eine neue
oid erhält, wodurch die Reihenfolge nicht mehr stimmt.
Moritz Bunkus [Mon, 11 May 2009 12:19:45 +0000 (12:19 +0000)]
Diverse Bugfixes im DATEV-Export
* Bessere Berechnung der Bruttobeträge aus den gespeicherten Nettobeträgen
* Erkennen weiterer Sonderfälle
* Bessere Konformität mit DATEV-KNE-Formatsbeschreibung
* Umlaute werden auch bei Nicht-ISO-8859-Codierungen richtig ersetzt.
* Die SQL-Queries haben fälschlicherweise gewisse Zeilen aus acc_trans mehrfach zurückgegeben.
Moritz Bunkus [Mon, 11 May 2009 12:17:56 +0000 (12:17 +0000)]
Korrekturmodul für das Hauptbuch implementiert
Frührere Lx-Office-Versionen enthalten einige Bugs und Features,
die den Export von Buchungsdaten ins DATEV-Format verhindern und
allgemein zu ungültigen und/oder unlogischen Einträgen in acc_trans
führen. Mit Hilfe dieses Modules, das über den Menüpunkt "System ->
Korrekturen -> Korrekturen im Hauptbuch" erreichbar ist, können die
Auswirkungen dieser Bugs und Features teils automatisch, teils manuell
behoben werden.
Moritz Bunkus [Mon, 11 May 2009 09:40:16 +0000 (09:40 +0000)]
Revision 4076 hat bei den Funktionen quote und unquote dafür gesorgt, dass nur "1" zurückgegeben wird, weil die lxdebug-Anweisungen vor dem impliziten Return standen. Fix für Bug 964.
Moritz Bunkus [Fri, 8 May 2009 14:26:49 +0000 (14:26 +0000)]
Die Funktionen in Template.pm zum Ersetzen von Schleifenvariablen so erweitert, dass die Schleifenarrays auch in $form->{TEMPLATE_ARRAYS} gesucht werden. Weiterhin die Druckmechanismen in IS.pm, OE.pm und DN.pm so angepasst, dass sie diese Unterebene benutzen, um die Positionswerte zu speichern. Dadurch wird verhindert, dass Elemente direkt in $form sowohl als Skalar als auch als Array benutzt werden (z.B. $form->{reqdate} = ... und push @{ $form->{reqdate} }, ...).
Moritz Bunkus [Thu, 7 May 2009 14:41:59 +0000 (14:41 +0000)]
Den Code für das Ersetzen von Variablen in die gemeinsame Basisklasse ausgelagert -- er unterscheidet sich für die einzelnen Vorlagentypen nur im regulären Ausdruck zur Erkennung der Variablen.
Sven Schöling [Thu, 7 May 2009 09:47:39 +0000 (09:47 +0000)]
Verbesserung an der Formelmeachanik.
Fehlertoleranteres Parsing, und Dokumentation im Tooltip.
Ausserdem das sehr suspekte Konstrukt "split m/;/, $formel; for (@_) { ... }" entfernt.
Sven Schöling [Wed, 6 May 2009 15:15:59 +0000 (15:15 +0000)]
Bugfix:
Wenn Waren mit Preisgruppen angelegt wurden, und Kunden _ohne_ Preisgruppen angelegt wurden,
und dann eine Rechnung mit einem dieser Artikel angelegt wurde, dann wurde von der Backendroutine der Verkaufspreis immer wieder überschrieben.
Moritz Bunkus [Wed, 6 May 2009 14:11:00 +0000 (14:11 +0000)]
Das Umsortieren der Ergebnisliste der Historiensuchmaschine gefixt und ohne JavaScript realisiert, sodass sie auch funktioniert, wenn sie per POST-Request aufgerufen wurde.
Jan Büren [Wed, 6 May 2009 13:57:25 +0000 (13:57 +0000)]
Unter Zahlungsverkehr -> Kontenabgleich - SQL Fehler behoben, falls ein Von-Datum ausgewaehlt ist. OFFEN: Bis-Datum (form->todate) wird gar nicht ausgewertet. Ferner ist der Code an dieser Stelle haesslich, ich meine, nicht nur haesslich sondern auch wartungsunfreundlich
Moritz Bunkus [Wed, 6 May 2009 13:27:14 +0000 (13:27 +0000)]
Die Historiensuchmaske nicht mehr per JavaScript abschicken und dem <form>-Element den Action-Parameter mitgeben. Damit funktioniert nun auch das Abschicken per Enter-Taste, und der Request wird vom Browser nicht mehr zwei mal geschickt.
Jan Büren [Wed, 6 May 2009 13:16:49 +0000 (13:16 +0000)]
Fehlerbehebung fuer Bug 736 - Der beim Lieferanten hinterlegte Rabatt wird in dem Feld Rabatt zu den jeweiligen Positionen vorbelegt (Einkauf -> Anfrage/Auftrag und Einkauf -> Einkaufsrechnung erfassen) - Ferner ist der Variablenname jetzt auf form->vendor_discount umbenannt
Moritz Bunkus [Wed, 6 May 2009 10:32:10 +0000 (10:32 +0000)]
Wird bei der Summen-/Saldenliste der "freie Zeitraum" ausgewählt, dann werden das Start- und Enddatum als das Datum der frühesten/spätesten Buchung in acc_trans gesetzt, sofern der Benutzer nichts angegeben hatte.
Jan Büren [Wed, 6 May 2009 09:40:26 +0000 (09:40 +0000)]
Korrektur fuer Bug 817 Rabatte die beim Kunden hinterlegt sind, werden jetzt bei jeder neuen Position automatisch gesetzt in der Angebots/Auftrags-Maske sowie in der Rechnungsmaske (so war dies sicherlich irgendwann mal fruehr SQL-Ledger vor dem fork ...;-)). - Beim Kundenwechsel wird der vorher gesetzte Rabatt nicht ueberschrieben. Ferner heisst die Variable jetzt customer_discount, da discount ueberall und fuer alles verwendet wurde
Moritz Bunkus [Wed, 6 May 2009 08:52:05 +0000 (08:52 +0000)]
Beim Ausdrucken von Rechnungen das Feld "memo" der Zahlungseingänge als Array "paymentmemo" zur Verfügung stellen. Die Dokumentation bezüglich der Vorlagenvariablen für die Zahlungen überarbeitet.
Moritz Bunkus [Wed, 6 May 2009 08:33:58 +0000 (08:33 +0000)]
Variablen zwischenspeichern und wiederherstellen, sofern sie existieren, auch wenn sie undefiniert sind. Bugfix für diesen Fall: Angebot mit einem Kunden, der beim Kunden eine Sprache hinterlegt hat. Angebot hat explizit keine Sprache ausgewählt und wurde gespeichert. Wenn man das Angebot aufruft, wurde ohne diese Änderung nun wieder die beim Kunden hinterlegte Sprache ausgewählt.
Moritz Bunkus [Wed, 6 May 2009 08:01:02 +0000 (08:01 +0000)]
Endlosschleife im PDF-Tabellenmodul und damit im PDF-Export gefixt: Wenn die Tabelle zu breit wird und dann irgendwann nicht einmal mehr ein Wort in eine Zeile passt, dann muss das Wort trotzdem gesetzt werden; andernfalls würde das PDF::Table-Modul in einer Endlosschleife enden.
Moritz Bunkus [Tue, 5 May 2009 13:11:14 +0000 (13:11 +0000)]
Codecleanup UStVA & Bugfixes bei Verwendung von UTF-8
Das UStVA-Modul enthält hardgecodet die Namen der Bundesländer.
Diese enthalten Umlaute, die in ISO-8859-1 codiert sind. Wird hingegen
ein anderes Datenbank-Charset wie UTF-8 verwendet, so klappt die
UStVA-Konfiguration nicht. Das wurde behoben, indem die Ländernamen
nun zentral an einer Stelle verwaltet und in das Datenbankcharset
konvertiert werden, bevor sie benutzt werden.
Jan Büren [Tue, 5 May 2009 12:02:21 +0000 (12:02 +0000)]
Die letzten Aenderungen, um den Bereich Lagerentnahme, Umlagern und Einlagern auch EAN-Nummer-Faehig zu machen. Hier Teil III von III . Die Entnahme schlaegt zurueck
Philip Reetz [Tue, 5 May 2009 10:23:28 +0000 (10:23 +0000)]
Bug #897 behoben: Belege wurden im Buchungsjournal nicht korrekt angezeigt, Zusaetzlich Suchen nach Belegen angepasst, so dass der komplette Buchungssatz ausgegeben wird und Sortierung nach Belegen ausgeschaltet