Beim Erneuern der Einkaufs- und Verkaufsmasken sowie direkt vor dem Speichern/Buchen werden die Steuerkonten für alle Positionen neu aus der Datenbank ausgelesen. Dadurch werden auch Änderungen des Rechnungs-/Lieferdatums berücksichtigt. Umwandlungen von einem Formular in ein anderes sind ebenfalls abgedeckt.

Bug 404 behoben, Neue Nummer bei Speichern und Schliessen

Datenbankupdate aus Admin.pl heraus deaktiviert. Workaround Bug 435

Funktion zum Erfassen von Zahlungskonditionen leicht angepasst

save_form() und restore_form() koennen jetzt auch mit Arrays umgehen, die in $form gespeichert sind.

Bug 421 behoben

Speichern von Konten ein wenig debugged

Radierparagraph korrigiert

Speichern von Konten angepasst fuer neue Steuersystematik

Fixed Bug 436: Radierparagraph: Loeschen am gleichen Tag erlauben

manuelle Bearbeitung der Steuersaetze entfernt, vorerst

Bei Anlegen eines neues Vorgangs im Auftragwesen, wurde bei Kunden/Lieferanten Suchbox der
letzte Kunde/Lieferant falsch eingetragen

Locales fuer Upgrade-Script

Anpassung Dialogbuchen an neues Steuersystem

Automatisches Setzen des Steuerschluessel nach Umstellung auf neues Steuersystem hat nicht
funktioniert

Kommentar verändert: Falsche Beschriftung

Buchungsgruppen sind im Menu logisch direkt nach den Konten anzuordnen, denke ich.

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.

Ein paar horizontale Linien eingefuegt.

Buchungsgruppen: Bei aktivierter EUR muss das Inventarkonto automatisch ausgewaehlt und vorbelegt werden. War durch Commit 1406 defekt.

Debugcode entfernt.

Datenbankupgradescript für die Buchungsgruppen.

Fremdschluessel.

Neue Berechnung der Steuersaetze

Datenbankupgrade neue Steuersaetze in tax und taxkeys

Datenbankupgrade fuer neue Steuerschluessel nach Datevvorgabe

Nach einem Datenbankupgrade den Link "Weiter" durch einen Button ersetzt. Macht ihn offensichtlicher, wenn viel Text zu sehen ist (z.B. nach dem Upgrade von Einheiten etc).

Locale-Update fuer einen der vorherigen Commits.

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

"Leere" Sprache wieder eingefügt für Std-Vorlagen

Beim Drucken wurden die Zahlungskonditionen des Vorgangs durch die beim Kunden/Lieferanten in
den Stammdaten eingestellten ueberschrieben

Fehler in format_amount. Wenn die uebergebene Variable leer ist, wurde ein Punkt
zurueckgeliefert

Bearbeiten von Buchungsgruppen: Es wurden nicht alle passenden Konten zur Auswahl der Erlös- und Aufwandskonten angeboten, sondern nur diejenigen, für die chart.link "IC_cogs" oder "IC_sale" enthielten. Es fehlten die mit "IC_expense" und "IC_income".

Locales zu 1424

Hilfsfunktionen fuer die Ausgabe von HTML-gequoteten Strings.

Kosmetik: Einrückung.

Erleichterung fuer Emacs' Syntaxhighlighting.

Locales fuer zwei Perl-Datenbankupgradescripte.

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.

Tabellenzeilen richtig einfaerben.

Buchungsgruppenliste: Bei den Spaltentiteln "mit" und "ohne UstId" vertauscht. Hat keine weiteren Auswirkungen auf Berechnungen.

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.

Änderungen von Holger: ein Fehler und mehr Komfort

Ermittlung der Folgekonten: Bei Ausgangsrechnungen wird zuerst das Lieferdatum, dann das Rechnungsdatum, dann das aktuelle Datum betrachtet. Bei Eingangsrechnungen zuerst das Rechnungs-, dann das aktuelle Datum. Bei allen anderen Belegen zuerst transdate (z.B. Bestell- oder Angebotsdatum), danach das aktuelle Datum.

Die Steuersätze richten sich nach dem Ertrags- bzw. dem Aufwands- und nicht nach dem Bestandskonto, weil beim Bestandskonto ja nicht danach unterschieden wird, woher man etwas bezogen hat.

Adminfrontend: Vor den Datenbankupdates wie in User.pm auch den HTML-Header ausgeben, damit die Perlscripte ihre Ausgaben anständig durchführen können. Danach zurück zur Administration. Bugfix für 435.

Instanzen der Klasse Locale haben leider die package-globale Variable %self anstelle der Instanzvariablen $self benutzt, um die Uebersetzungen und Funktionslisten zu speichern. Das fuehrte dazu, dass mehrere aufeinanderfolgende Aufrufe von Locale->new() die vorher geladenen Uebersetzungen verworfen haben.

Beim Ändern des Administratorpasswortes sollte das neue Passwort doppelt angegeben werden müssen, um versehentliche Falscheingaben zu erschweren.

Datenbankupgrade: Standardbuchungsgruppen mit 16% und 7% fuer SKR03 und SKR04 anlegen.

Wenn die Einnahmen-Überschuss-Rechnung aktiv ist, dann beim Bearbeiten von Buchungsgruppen das vorher ausgewählte Inventarkonto nicht mit 1 überschreiben sondern beibehalten.

Beim Bearbeiten von Buchungsgruppen das Inventarkonto richtig vorselektieren.

Debugcode entfernt.

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.

Recommit der wichtigen Teile aus r1383: Einige Übersetzungen, einheitliche Bezeichnungen

Revert von r1383, weil dabei sehr viele Aenderungen aus zwei anderen Commits ueberschrieben wurden.

Neue Testingstruktur zur Simulation eines Demobetriebs von Lx

Testwerkzeug: cleanup.pl: (von Hand) aufgerufen werden alle testuser und testdatenbanken geloescht

Verbesserungen am testframework...

Verbesserungen am testframework...

Zurüch zu 1368

admin.pl Ausgangsseite allen links eine id zugefuegt.

Datenbank aktualisieren: Tabelle der aktualisierbaren Datenbanken mit id versehen.

Erste Version der Lx-Office Testumgebung.
Weitere Selenium Testskripte folgen.
Bitte alle READMES lesen, und die Tests selbst testen.
Freue mich über Feedbacks.

Waremimporte wieder entfernt

Einige Übersetzungen, einheitliche Bezeichnung

Alu-Funktion aus Kundenprojekt entfernt.

Ein Script (von Sven Schoeling) hinzugefuegt, das ein SQL-Upgrade-Script automatisch nummeriert, umbenennt und dem SVN hinzufuegt.

Einige Symlinks und Cachedateien ignorieren.

Interaktives Datenbankupgrade zur Einfuehrung von Mass- und Dienstleistungseinheiten.

Ueberbleibsel von ADR entfernt.

simple_save darf nach edit nicht gesetzt sein, weil edit die Daten aus der Datenbank ausliest und die Zahlen also schon geparst sind (display_row() darf sie nicht noch einmal parsen).

Andere Anordnung Einiger Einstellmasken

Kundenspezifische Felder mit Schalter ausblenden

doppelter Eintrage a.hover entfernt
fehlerhafte Farbangaben korrigiert
fehlerhafte Angabe bei Schrift
überflüssige Kommentare entfernt

Syntaxfehler nach Commit 1371.

Einheiten duerfen 20 Zeichen lang sein.

Ein paar Druckoptionen entfernt.

Mehrfache Leerzeichen in HTML-Vorlagen durch ein einzelnes ersetzen, bevor ein Text uebersetzt wird.

Locale-Anpassung nach Entfernen von ADR.

ADR entfernt (kam aus Kundenprojekt und ist nicht fuer die allgemeine Lx-Office-Variante gedacht).

Informationen ueber Datenbankupgrades auch im Lx-Office-Look ausgeben.

Scanne auch das Verzeichnis sql/Pg-upgrade nach Perl-Scripten und parse diese nach der Verwendung von $locale->text(). Die Uebersetzungen werden nicht in einer Datei gespeichert, die wie das Perlscript heisst, sondern fuer alle Datenbankupgradescripte in der Datei "dbupgrade". In einem Upgrade-Script kann eine neue Instanz von Locale erstellt werden: my $dbup_locale = Locale->new($main::language, "dbupgrade");

Ein paar kleine Uebersetzungen.

Standarddienstleistungseinheiten angelegt.

Fehler Stammdaten (cust/vend) Lieferungen:
Kunden und Lieferanten schauen beide in ar nach,
ohne Shipto_id werden alle Lieferungen an alle Kunden ausgegeben.

Behebung:
id + db werden mit übergeben.

Todo:
Lieferantenrechnungen und -aufträge werden noch ohne shipto_id gespeichert. Daher nur die Gesamtlieferungen anzeigbar.

Fehler Stammdaten (cust/vend) Lieferungen:
Kunden und Lieferanten schauen beide in ar nach,
ohne Shipto_id werden alle Lieferungen an alle Kunden ausgegeben.

Behebung:
id + db werden mit übergeben.

Todo:
Lieferantenrechnungen und -aufträge werden noch ohne shipto_id gespeichert. Daher nur die Gesamtlieferungen anzeigbar.

Text Mahnung, Leads

Kundenquelle (Leads) eingeführt
Mahnungen umsortiert

Kundenquelle (Leads) eingeführt

Kleinere Eingabefelder für Bemerkung und Formel zwecks besserer Bildschirmaufteilung

Kundenquelle (Leads) eingeführt

Kundenquelle (Leads) eingeführt