Einheiten sortierbar gemacht.
Erstes Update zur USTVA Anpassung an 16%/19%.- Kennziffern 81,811, 51,511 werden 2006 und 2007 unterstützt.- HTML testscript für selenium IDE
Bei Einkaufs- und Verkaufsmasken Felder für Angebots- und Auftragsdatum hinzugefügt.
Für alle Zahlungskonditionen kann jetzt für jede Sprache eine Übersetzung speichern.
Neue Postgres Funktion zur Abfrage mehrdeutiger Ergebniszeilen als kommagetrennte Liste.Aufrufsyntax: SELECT comma(accno) FROM chartErgebnismenge:0027, 0090, 0200, 0210, 0380,...(1 Zeile)
Die Zahlungskonditionen sortierbar gemacht.
Die Buchungsgruppen sortierbar gemacht.
Die Spalte "taxzone_id" in den Tabellen customer und vendor darf nicht NULL sein.
Weitere Grundeinstellungen fuer leeren Kontenrahmen.
Das "NOT NULL"-Constraint darf ruhig da bleiben, auch wenn "0" in die Spalte geschrieben wird.
Bei Auftragsbestätigungen und Lieferantenaufträgen ein Feld "Geliefert" eingeführt, das komplett manuell zu setzen ist.
Leeren Kontenrahmen auf die Basics erweitert.
Leere Kontenrahmen zur Erstellung von eigenen Kontenrahmen und Schulungsumgebungen.
Kosmetik
EAN-Code für Artikel
Datenbankupgradescript für v2.4.1, das von den anderen Scripten abhängt.
Länge des UStId-Feldes bei Kunden/Lieferanten auf 14 erweitern bzw in der Maske darauf beschränken (zwei Zeichen Länderkürzel + bis zu 12 Zeichen für die Nummer).
Ein paar Rechtschreibfehler in Kontennamen berichtigt. Fix für Bug #492.
Vorhandene Buchungsgruppen und Konten umbenennen, sodass dort immer "16%/19%" steht, um die Verwirrung etwas zu lindern.
In den Kontenrahmendefinitionen für den SKR03 und den SKR04 werden ungültige (weil nicht existierende) Steuerschlüssel referenziert. Diese Referenzen werden einfach auf 0 gesetzt ( = keine Steuer). Die fehlerhaften Einträge in taxkeys sind Resultat der fehlerhaften Einträge in chart.
Fehler in den Kontenrahmendefinitionen für SKR03 und SKR04: Einige taxkeys verweisen auf nicht existierende Steuerschlüssel (sprich es gibt dazu keinen Eintrag in tax mit tax.taxkey == chart.taxkey_id).
Datenbankupgradescripte dürfen keine Funktionen aus den Lx-Office-Modulen benutzen.
Better safe than sorry.
Primär- und Fremdschlüssel für Tabellen tax und taxkeys. Problem bei Zuordnung von taxkeys zu tax behoben.
Neuer Datenbankupgrademechanismus: Die Upgradedateien im neuen Verzeichnis sql/Pg-upgrade2 enthalten Informationen über Abhängigkeiten, die von Lx-Office ausgewertet werden, um die Reihenfolge zu bestimmen, in der Updates angewandt werden. Wird nicht mehr über Versionsnummern geregelt.
Fehler beim Dialogbuchen beseitigt, da eine ID in Tax falsch gesetzt war
Verwalten von Einheitennamen für jede angelegte Sprache. Beim Druck werden die Einheitennamen durch diejenigen ersetzt, die für die ausgewählte Ausgabesprache gespeichert sind.
Sprachentabelle um Felder erweitert, um bei jeder Sprache auch die Ausgabeformate für Zahlen und Datumsangaben zu speichern und zu verwalten.
Anpassungen an dem Kontenrahmen fuer neues Steuersystem
Falsche Startversionsnummer für Datenbankupgradescript.
Letztes Datenkbankupgradescript für Datenbankversionen 2.2.0.x sowie neues Schema für 2.4.0.0, das das Resultat des alten Schemas + aller Änderungen durch die Upgradescripte ist.
Ein paar Vorlagen in die existierenden Vorlagenverzeichnisse kopieren.
Da fehlte noch eine Spalte.
Debugcode
Fixes für Erzeugnisse.
Die Spalte id in orderitems muss nicht unbedingt eindeutig sein. Also den Primärschlüssel löschen. Wenn er nicht mehr existiert, dann auch keine Fehlermeldung ausgeben.
Datenbankupgrade Buchungsgruppen: Erzeugnisse in einem eigenen Schritt behandeln.
Ein Kommentar
Der Datentyp "integer" ist bei PostgreSQL vier Byte gross und vorzeichenbehaftet und hat somit einen Maximalwert von 2147483647. Fix für Bugzilla #368.
Update der Daten des Finanzamtes Stuttgart I. Siehe Bugzilla #396.
Datenbankupgrade Buchungsgruppen: Wenn EUR gesetzt ist, dann erwartet das Query einen Parameter mehr.
Anpassung der Routinen von Kreditoren und Debitorenbuchungen auf das neue Steuersystem
Beim Datenbankupgrade fuer Buchungsgruppen muss bei aktivierter EUR der Vergleich mit den Buchungsgruppen ohne das Bestandskonto erfolgen. Das Bestandskonto wird dann für die Artikel immer überschrieben.
Debugcode entfernt.
Datenbankupgradescript für die Buchungsgruppen.
Fremdschluessel.
Datenbankupgrade neue Steuersaetze in tax und taxkeys
Datenbankupgrade fuer neue Steuerschluessel nach Datevvorgabe
Queries zum Anlegen der Standard-Buchungsgruppen fuer SKR03 und SKR04 (erst einmal nur auskommentiert) eingefuegt.
Falsche Funktion aufgerufen.
Fix zum SKR03 und SKR04: Konto 3559 bzw. 5559 "Steuerfreie Einfuhren" ist ein Aufwandskonto. Ausserdem die Auswahl der Konten für die beiden neu angelegten Standardbuchungsgruppen angepasst.
Tabell lead erzeugen
Beim Test, welcher Kontenrahmen installiert ist, sollten lieber Konten genommen werden, die keine führenden 0en haben, weil in der Datenbank z.B. "27" anstelle von "0027" stehen könnte.
Noch ein paar weitere automatische Einheitenzuordnungen.
Lieber "Std" als "h" fuer Stunde nehmen.
Noch eine potenzielle Abkuerzung fuer "Stck".
Datenbankupgrades: Es gibt einige Probleme, wenn die CRM installiert ist, weil dann einige Spalten, die in den SQL-Scripten angelegt werden sollten, bereits existieren. Dieses wird nun ueber Perl-Upgradescripte abgefangen.
Datenbankupgrade: Standardbuchungsgruppen mit 16% und 7% fuer SKR03 und SKR04 anlegen.
Datenbankupgrade: In der Tabelle defaults wird jetzt auch der verwendete Kontenrahmen gespeichert. Dieser wird beim Anlegen der Datenbank eingetragen. Das Datenbankupgrade versucht, den Kontenrahmen zu erraten und fragt im Zweifelsfall beim Benutzer nach.
Die Übersetzungen für die Perl-Datenbankupgradescripte werden nun in jeweils einer eigenen Datei gespeichert. Zusätzlich werden direkt die beiden Variablen %dbup_myconfig und $dbup_locale zur Verfügung gestellt, damit nicht jedes Datenbankupgradescript sie selber anlegen muss.
Alu-Funktion aus Kundenprojekt entfernt.
Interaktives Datenbankupgrade zur Einfuehrung von Mass- und Dienstleistungseinheiten.
Einheiten duerfen 20 Zeichen lang sein.
ADR entfernt (kam aus Kundenprojekt und ist nicht fuer die allgemeine Lx-Office-Variante gedacht).
Standarddienstleistungseinheiten angelegt.
Spalte id in shipto_id umbenannt
Die Datenbankversion in den 2.2.xer Versionen lautet "2.2.0" (wichtig fuer die Upgrade-Scripte).
Diese Aenderungen sind noch nicht im Datenbankschema der 2.2.0 enthalten und werden durch die Upgrades auf 2.2.0.1 und 2.2.0.2 erstellt. Die grosse Schemadatei lx-office.sql wird erst direkt vor dem naechsten Release aktualisiert und dann auch die Version des Datenbankschemas hochgesetzt.
Uebernahme der kompletten Version, so wie sie Philip als "Demo-Version" gezeigt hat, in das unstable-Repo. Dabei werden auch einige Patches, die seit der 2.2.0 hier eingepflegt wurden, wieder ueberschrieben. Diese werden in den naechsten Tagen wieder eingespielt, sofern noetig. Zu den neuen Features gehoeren (ohne Anspruch auf Vollstaendigkeit) Mahnwesen, Einheiten, Template-Neucodierung, AJAX-basierende Dialoge an einigen Stellen, Buchungsgruppen etc etc.
SKR 04 von Dirk H. Schulz.
Die Sequenz "orderitemsid" sollte nicht zu frueh zu ende gehen.
Pg-update fuer r1016 (SQL-Fehler im SKR03)
Alle Datenbankupgradescripte in ein eigenes Verzeichnis verschoben. SQL Update jetzt Regex escaped. " --" am Anfang einer Zeile laesst das Datenbankupgrade crashen. [Merge der Revisionen 818 964 980 aus dem LINET prog Repo]
SQL-Fehler in SKR03 (4250 Reinigung und 4610 Werbekosten)(erstmal nur im SKR03 - Pg-upgrade kommt spaeter!!!)
Table-Fehler im Pg-Upgrade-Skript beseitigt und Skript umgenannt,hatte den falschen Namen, was ebenfalls zu Fehlern fuehrte(Bugfix 288,290,296,297)
Changelog ueberarbeitet, Versionsnummern hochgesetzt, Pg-upgrade-Skript umbenannt
Merge von 816-819,828 aus unstable: UStVa Bugfix, Bug 262 & 264-816Bug 262 fixed!USTVA UPDATE der Positionen und Verknuepfungen.Die UPDATEs sind relativ vollstaendig und sortiert,so dass eine weitere Pflege einfach ist. taxkey's sind noch nichtintegriert, deshalb sind einige updates in liste.aql doppelt gemoppelt,...
Merge von 833,836-838 aus unstable: Lieferdatum in Rechnungen-833Lieferdatum in Rechnungen.Lieferdatum wird nicht auf automatisch gesetzt und ist zur Zeit auch nicht vom Programm erfordert.Es wird bei der Konvertierung von und in Auftraege beibehalten....
Merge von 825,826 aus unstable: Bugfix 165-Bugfix 165: Projektnummern muessen jetzt eindeutig sein.-Nachtrag r825, Reihenfolge DB-Schemata
Merge von 815 aus unstable: Bugfix UpgradeskriptFehler im Upgrade-Skript: Kunden wurden nicht auf nicht ungueltig gesetztund Fehlerhaftes Constraint verhindert Anlage von table prices
Merge von 766 aus unstable: DB-UpdateVariable user_password auf Typ "text" gesetzt, um lange codierte Passwoerter speichern zu koennen
Merge von 762 aus unstable: Bugfix Primary Key und Sql-Fehler beim Pg-upgradeProbleme mit Primary Key in orderitems behoben
Anmerkung:In einer bestehenden Datenbank muss der Primary Key auf der id von orderitemsmanuell entfernt werden, sonst gibt es auf einigen Systemen beim Generieren...
Merge von 704,707,730,731 aus unstable: USTVA Bugfix-704 Diverse USTVA Bugs geloest Solve Bug: 49: UST wurde berechnet, jetzt ausgelesen, mit Patchen von Andre Schubert THX Solve Bug: 164: Grundsätzliche Berechnung der UST Solve Bug: 173: Teilbezahlte Rechnungen bei IST-Versteuerung sollten jetzt klappen, THX Yvonne Einberger...
Merge von 702 aus unstable:Aenderungen aus r690 in der upgrade.sql ans Ende verschoben, der besseren Wartbarkeit wegen.
Merge von 690 aus unstable: Sammelauftraege und DB-SchemaDB-Schema geaendert um in invoice und orderitems die Variablen ordnumber_$i, transdate_$i, cusordnumber_$i zu speichern.Speichern/Laden von Auftraegen und Buchen/Laden von Rechnungen modifiziert um diese Variablen zu halten.
Merge von 633 aus unstable:Spalten die Primarykey werden sollen vorher auf not null gesetzt werden
Merge von 623-628 aus unstable: USTVA-Update der Ustva Funktion mit neuen Vorlagen für das Jahr 2006.-Bug Rundungsfehler bei Ustva Ausgabe-Alte USTVA Dateien geloescht-sql/finanzamt.sql wiederhergestellt, weil es sonst beim Update Probleme geben kann....
Merge von 599-602,605,614,615 aus unstable: Preisgruppen Teil 1--Preisgruppenerweiterung auf Basis von Andres Patch - Thanks -Preisgruppenverwaltung -Preiseingabe der Preisgruppen in Masken Waren,etc. -Auswahl der Preisgruppen in den Verkaufsmasken -Erweiterung Datenbankschema...
Merge von 584 aus unstable: Datenbankschema erweitert fuer Audit Informationen
Merge von 580 aus unstable: Fixed Bug #199
Merge von 578 aus unstable: Bug Nr 190 geloest. Abteilung1 und 2 wurden bei der Lieferadresse nicht beruecksichtigtDB-Schema ändert sich!
Alle Dateien durch Perltidy laufen lassen. Die verwendeten Optionen sind am Ende der neu hinzugefuegten Datei doc/programmierstilrichtlinien.txt zu finden.