Das Perl-Modul "List::MoreUtils" als Fallback hinzugefügt.

Damit ist es möglich, List::MoreUtils einzusetzen, ohne sich Gedanken
darüber machen zu müssen, ob es installiert ist.

Aufträge/Rechnungen dürfen Preise mit mehr als 2 Nachkommastellen haben.

Fix für Bug 998

Beim Anlegen von Wiedervorlagen die Kunden- bzw. Lieferanten-ID nicht mit als Referenz speichern.

Werden in den Ein- und Verkaufsbelegen die Lieferanten bzw. Kunden
mit einer Drop-Down-Box dargestellt, so wurde die Datenbank-ID
des Lieferanten/Kunden mit in die Referenz übernommen, weil der
reguläre Ausdruck die ID nicht entfernt hat (".*?" matcht nun mal
auf den leeren String).

Fix für Bug 999.

Bei Waren das Feld 'Erneuert am' sinnvoll behandeln.

1. Das Feld ist nun read-only; den eh nicht funktionablen Button für den Kalender entfernt.
2. Es wird beim Speichern explizit überprüft, ob sich mindestens einer der Preise verändert hat, und falls ja, so wird das Feld auf den aktuellen Datumswert gesetzt.

Latex Parser:

if innerhalb von foreach schlägt fehl, wenn die Variable im neuen TEMPLATE_ARRAY Format abgelegt ist.
if muss also auch dort suchen.

Fix für Bug 992.

Weiterer Fix für 988.

Das ist allerdings auch mit das Äusserste was man aus der Methode rausholen kann.
Bei mir ist der Link beim Laden jetzt auf ~2,4kB runter.

Lieferscheindruckvariablen in den speziellen "TEMPLATE_ARRAYS" namespace ausgelagert.

stock_info Werte müssen in Lieferscheinen rchtig exportiert werden.

Teilfix für Bug 960.

Umlaute als HTML-Entities schreiben.

Funktion "Als Entwurf speichern" für Dialogbuchungen implementiert.

Teil eines Fixes für Bug 612.

Konsistenz für Beschriftungen bei Mahnungen.

Fix für Bug 986.

Und nochmal anders:
Previous Form nur die Werte speichern, die SCALAR und nicht leer sind.

Damit dann auch wieder die previousform Funktion in assembly_row->part

assembly_rows: links auf items rauchen auch keinen rowcount...

In GET Links keinen kompletten Form Dump unterbringen (why anyway?)

Fix für Bug 988

Das Feld "Gewichtseinheit" in den Einstellungen wieder eingeführt und in den Warenstammdaten- und -berichtsmasken angezeigt.

Fix für Bug 963.

Erzueugnisse mit Preisfaktoren beim laden mit auslesen.

Preisfaktoren in Erzeugnissen auch im globalen Verkaufspreis richtig übernehmen.

Pricefaktoren auch im assembly_row flow mitschleifen und berechnen.

Fix für Bug 987

Überflüssges { entfernt.

Buttonbeschriftung vereinheitlicht.

Fix für Bug 975.

(Vergessener Locale-Lauf)

Buttonbeschriftung vereinheitlicht.

Fix für Bug 975.

aliased subqueries müssen mit ihrem alias im group by  stehen.

Fix für Bug 983.

List::MoreUtils durch einen einfachen ausdruck ersetzt.

Fix für den aufgemachten Bug 906.

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.

Debian-Abhängikeit ergänzt/berichtigt

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.

Teil des Fixes für Bug 960.

lower(spalte) und ähnliche ausdrücke dürfen nicht in UNIONS zum sortieren benutzt werden.

Fix für Bug 981

Beim Aufrufen der Dialogbuchenmaske automatisch die richtigen Steuersätze für die vorausgewählten Konten und für neu angezeigte Zeilen ("Erneuern") auswählen.

Teil des Fixes für Bug 960.

Überraschend einfacher Fix für Numemrnkreisproblem in Kunden/Lieferantentypen.

Wenn ein Nummernkreis eines Kunden/Lieferantentyps leer ist, wird jetzt auf den STandardkreis ausgewichen.

Fix für Bug: 906

Beim Aufrufen der Dialogbuchenmaske automatisch die richtigen Steuersätze für die vorausgewählten Konten auswählen.

Fix für Bug 960.

Weniger Perversion, mehr andere Perversion.

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.

Fix für Bug 978.

Alten, auskommentierten Code für die Artikelliste entfernt.

Bugfix: Erzeugnisse wurden nicht mit er korrekten Überschrift angezeigt.

Bugfix für Bug 977.

Druckerauswahl war nicht korrekt bei leerer Druckermenge.

Fix für Bug 934.

makemode.make ist ein Textfeld und darf nicht mit ids (integers) geunioned werden.
Für die reine Überprüfung auf Existenz reicht hier auch eine 1.

Fehlende Localesläufe aus 4091 und 4093.

Zu viele Abhängigkeiten erwähnt (Copy & Edit-Fehler).

Patch aus Bug 946 übernommen.

Fix für Bug 946.

Ergänzung zu Jans Bugfix: Nur diejenigen Lagerplätze anzeigen, die positiven Bestand haben.

Bei verbrauchten Warenbeständen scheint diese Abfrage zu falschen Lagerbeständen im Bereich Lieferschein zu führen. @mb Testdaten zeige ich Dir morgen

Überreste aus altem Query sorgen für ungültige SQL-Abfrage. Fix für Bug 966.

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

Vorlage fuer Lieferscheine auf dispatcher Mechanismus umgestellt

acctranscorrections.pl muss ein Link sein.

acctranscorrections.pl muss ein Link sein.

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

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

Und die Übersetzung für Purchase Price

Eine Funktion implementiert, die SQL-Code für Sortierbedingungen unter Berücksichtigung von Standardwerten, gültigen Spaltennamen und Benutzereingaben erstellt.

Hash initialisieren.

Die ID sollte 64bit groß sein.

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.

Debugcode entfernt.

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.

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.

Bug #956 behoben: Fehlerhafte Berechnung Betriebsergebnis bei BestVerdFUE

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.

16x16 Icon für Lieferschein im XUL-Menü hinzugefügt

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} }, ...).

Debugs  in SL/Form.pm eingefuegt fuer konsistentes Tracen

Versiosnummernbump.

Wir haben gut 'gesprintet' und gehen auf die naechste beta

Vereinfachung.

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.

In den Berichten SuSa und Kontenblatt Standardmaessig das Erstelldatum und die Firma mit in die Ausgabe aufgenommen

Verbesserung an der Formelmeachanik.
Fehlertoleranteres Parsing, und Dokumentation im Tooltip.
Ausserdem das sehr suspekte Konstrukt "split m/;/, $formel; for (@_) { ... }" entfernt.

Fix für Bug 461.

Berichte Kontenblatt und SuSa auch fuer Zeitraueme ueber eine Jahr hinaus fit gemacht

Beim Dialogbuchen die Kontensalden zu den jeweils ausgewählten Konten anzeigen. Fix für Bug 548.

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.

In der SuSa Link auf das Kontenblatt eingebaut

Meine 'Wo bin ich'-Analyse ist bei Sven nicht gut angekommen ;-) - Also schnell wieder raus

Das Umsortieren der Ergebnisliste der Historiensuchmaschine gefixt und ohne JavaScript realisiert, sodass sie auch funktioniert, wenn sie per POST-Request aufgerufen wurde.

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

Bug #826 behoben, Kontenuebersicht angepasst, zusaetzliche Spalte mit dem fortlaufenden Saldo

Festes Layout des Historiensuchmaschinenergebnisses wieder entfernt; oft wurden keine Scrollleisten angezeigt.

Suchfeld "Mitarbeiter" in der Historiensuchmaschine wieder funktionabel gemacht.

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.

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

Codevereinfachungen. Bugfixes für die falsche Verwendung der logischen SQL-Operatoren bezüglich ihrer Rangfolge.

Codevereinfachung; Tabellennamen richtig benannt.

Felder umbenannt.

Die Felder "transdate" und "reqdate" in "fromdate" und "todate" umbenannt.

Vergessene locale-Läufe.

Kosmetik & Codevereinfachungen.

Typo.

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.

Alten Debug-Code entfernt inventory_accno_

Die JQuery JavaScript-Bibliothek hinzugefügt.

Nur beim Erzeugen der Summen-/Saldenliste auch die Eröffnungsbilanzwerte auslesen, weil dies bei Projektbuchungen nicht notwendig ist.

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

Query zur besseren Lesbarkeit formartiert.

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.

Bug 811 - Sonstige Fahrtkosten muessen Sonst. Fahrzeugkosten heissen

Die Variable für das Feld "Lieferdatum" heißt "reqdate" und nicht "deliverydate_oe". Fix für Bug 802.

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.

Bugfix für 744.

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.

Fix für Bug 863.

Bug #373 behoben, Projektbuchungen ist jetzt unter Berichte einsortiert

Bug #295 behoben, Darstellung im Buchungsjournal korrigiert wenn nach einem Konto gefiltert wird

Kurze Beschreibung der Kontomehcanik in der edit_account Maske.

Die Mechanik dahinter war völlig undurchsichtig (und ist es immernoch zum Teil), aber diese Hinweise sollten die gröbsten Misverständnisse vermeiden.