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.

Beim PDF-Export von Berichten dünnere Linien benutzen.

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.

Fix für Bug 952.

Debugmeldung entfernt.

Bug #780 behoben, generell eine Ueberpruefung eingefuehrt, ob bereits Zahlungen existieren. In dem Fall wird Storno grundsaetzlich unterbunden

Und hier der Directors Cut, mit den nicht freigegebenen Szenen von Teil III von III . Die Entnahme schlaegt zurueck

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

Aus Versehen wurde in 4026 diese Änderung rückgängig gemacht, also noch einmal committen.

Bugzilla 856 - Eine Datei zu dem Eintrag von gerade noch hinzufuegen (has_ean)

Bugzilla Eintrag 856 EAN auch fuers Einlagern ...  Teil II von III

Bug #862 behoben, Funktionen fuer die Buttons unter den Listen (Rechnungen und Buchungsjournal) generell nach common.pl ausgelagert.

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

Fix für Bug 932:

partnotes wurden bei redo_rows nicht mitsortiert, und dann später im Ausdruck in der falschen Zeile angezeigt.

Whitespace

Die Berechnung des Fälligkeitsdatums anhand des momentan eingetragenen Rechnungsdatums durchführen, und nicht anhand des Serverdatums.

Fix für Bug 927.

Beim PDF- und CSV-Export der verschiedenen Berichte die vorherige Sortierreihenfolge beibehalten.

Fix für Bug 845.

Keine Sortierungsmarker anzeigen, wenn man die Sortierung nicht ändern kann.

sicherer Algorithmus.

Kosmetik.

Debugcode entfernt.

Verhindern, dass in die Spalte "onhand" NULL-Werte geschrieben werden, wenn neue Artikel angelegt werden.

Außerdem kann es durch die NULL-Werte vorkommen, dass die onhand-Werte nicht anständig aktualisiert wurden; dieses nachholen.

Kosmetik.

Jeden DATEV-Export in ein eigenes, eindeutig benanntes Verzeichnis schreiben, damit sich DATEV-Exporte nicht gegenseitig überschreiben.

Temporäre Verzeichnisse werden beim nächsten Aufruf gelöscht, sofern sie älter als acht Stunden sind.
Fix für Bug 924.

 Can't use an undefined value as a HASH reference at SL/OE.pm line 942 - @sven Meine Mandantendaten haben keine Abteilung, am besten gleich pruefen. jan

Fehlende locales Anpassungen.

Fehlender Lauf von locales

Gelöschte Datei aus 4003 wiederhergestellt.

Debugcode entfernt.

Debug-Code entfernt

Pruefung auf Dienstleistung ist vom Meister Bunkus gesegnet

Baden Württemberg schreibt man mit zwei 't'.

Und das Einlagern von Erzeugnissen auch ueber Holgers Fragezeichen ;-) verfuegbar machen

Erzeugnis fertigen

Erzeugnis fertigen

Auswahltext um Artikel oder Erzeugnis fuer Lager -> Einlagern erweitert

Auch Erzeugnisse koennen jetzt ueber die normale Einlager-Maske eingelagert werden (z.b. Retouren von Erzeugnissen)

UStVA-Konfiguration: die Steuernummerneinstellung für Deutschland wieder gefixt.

In Deutschland soll die Steuernummer via "System" -> "UStVA-Einstellungen" konfiguriert werden. Das war defekt, weil die Funktion "USTVA->get_coa()" nicht aufgerufen wurde und die Konfigurationsmethoden dachten, der Kontenrahmen wäre kein deutscher Kontenrahmen.

Fix für Bug 929.

Anfangssaldo von Konten ist unabhängig von gewählten Abteilungen.

Whitespace

Kosmetik (nachlaufende Leerzeichen entfernt).

Link zur UStVA-Konfiguration gefixt: Anführungszeichen innerhalb von Anführungszeichen funktionieren nicht.

2. Teil fuer die Umsetzung fuer bug 865, EAN auch in der Berichtsmaske zur besseren Orientierung anzeigen

Patch für Bug 878.

Department jetzt in sämtlichen OE Masken als department_id und department verfügbar.

Whitespace

Erste Aenderung fuer die Umsetzung der Bugzilla Erweiterung 856 Warenbewegung im Lager per EAN suchbar machen - Anpassung fuer die Umlagermaske - Im anschliessenden Bericht wird die EAN nicht angezeigt

Kosmetik.

Das Modul SL/MIME.pm zum Commit Revision 3987.

Beim Verschicken von Dokumenten per EMail die MIME-Header richtig setzen:

1. MIME-Header anhand des Dateinamens setzen; weniger anhand von $form->{format}, weil das nicht immer gesetzt ist und nicht immer zu einem richtigen MIME-Typ führt (so ist "format" z.B. "opendocument", und der MIME-Typ lautet aber "vnd.oasis.opendocument.text").
2. Die Dateinamenserweiterung von Dateianhängen beim Drucken/Mailen in $form anhand von $form->{format} anpassen, damit nicht ".pdf" dranhängt, wenn OpenDocument drin ist.

Fix für Bug 912.

Bug #899 behoben: Buttons fuer neue Belege funktionierten nicht in den Listenansichten, aehnlicher Fehler in der Kundendetailmaske behoben

Kosmetik.

RegEx Korrektur

Bug #900 behoben: Nach erneuern konnte man nicht mehr auf als bezahlt markieren klicken

Variable "vertreter" wieder rein

Und noch ein nettes Icon für die Produce Assembly Funktion für XUL, offen: Wo sind die alten Icons für diesen Menüeintrag?

Das Feld Einlagern unter Erzeugnis erfassen hat derzeit keine Funktion - Laut Holger war dies der alte Weg Erzeugnisse einzulagern - Falls es eine 'neue' Funktion Erzeugnis einlagern (ungleich Erzeugnis fertigen) geben soll, sollte diese im Menu Lager angesiedelt sein (meine Meinung)

Schnelle Verbesserung für Bug 938 - Grund für die Fehlermeldung: 'Kein Lager vorhanden' kann auch sein, dass noch keine Lagerplätze konfiguriert wurden

Bei Kunden -> Angebot, gibt es nach dem Speichern des Angebots keinen Funktionsunterschied zwischen 'Workflow -> Kundenauftrag' und 'als Vorlage verwenden für: Auftrag' Bei beiden Wegen springt man in den Kundenauftrag und die Angebotsnummer wird jeweils mitgenommen, deswegen habe ich die Vorlage-Funktion entfernt. Der Hinweis kam von Holger

Erzeugnis fertigen, finde ich treffender als Erzeugnis einlagern, ferner den Titel für die Funktion auch angepasst, damit der Wiedererkennungswert für den Benutzer erhöht wird

Die hoffentlich letzten Änderungen um den Bug 935 zu schliessen. Ferner eine Anpassung im Frontend, um die Fehlermeldung bei Artikeln mit double-quotes 'erscheinen' zu lassen

Suche auch nach EAN auf Gleichheit, wenn nur partnumber gefüllt ist

Suche auch nach EAN auf Gleichheit, wenn nur partnumber gefüllt ist

Nur Erzeugnisse anzeigen beim Klick auf das Fragezeichen bei Erzeugnis fertigen - Hinweis von Holger

Fremdschlüssel-Constraint für oe und employee (über ID) hinzugefügt. Beim harten Löschen eines Benutzers in der DB, verwaist ansonsten der Eintrag in oe

Erweiterung der Kundenmaske um IBAN und BIC - Patch aus xplace Projekt

Bug 935 'geflickt' Beim Erzeugnisse fertigen können auch Erzeugnisse Bestandteil des Erzeugnisses sein, deswegen muss die Prüfung noch um parts.assembly=false erweitert werden, um Dienstleistungen eindeutig zu identifizieren

Bug 935 'gefixt' Beim Erzeugnisse fertigen können auch Dienstleistungen Bestandteil des Erzeugnisses sein. Dienstleistungen werden bei der Prüfung, ob diese im Lager vorhanden sind, ausgeklammert (select blabla parts [...] and not parts.inventory_accno_id is null). Danke an Joachim Zach

Holger hat gut aufgepasst, beim Erzeugnis fertigen wurden alle Waren und Dienstleistungen angezeigt. Ich hatte vergessen die entsprechende Abfrage in Common.pm einzuchecken - Ferner ein paar 'my' für späteres strict spendiert (War beim Debug nützlich)