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 inden Stammdaten eingestellten ueberschrieben
Fehler in format_amount. Wenn die uebergebene Variable leer ist, wurde ein Punktzurueckgeliefert
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...
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 entferntfehlerhafte Farbangaben korrigiertfehlerhafte 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.
Text Mahnung, Leads
Kundenquelle (Leads) eingeführtMahnungen umsortiert
Kundenquelle (Leads) eingeführt
Kleinere Eingabefelder für Bemerkung und Formel zwecks besserer Bildschirmaufteilung
Sichern von abweichenden Lieferanschiften:Kunden ohne trans_id, Lieferanten ohne 'CT', mehrfaches speichern der gleichen Anschrift
shiptodepartment_1 in die Auswahlbox mit übernommen, breite der Selectbox "shipto" und "konto" fixiert
Konflikt mit CRM
Spalte id in shipto_id umbenannt
Fehler bei mehreren UntermenüsZur Auswahl muß nicht mehr direkt der Text angeklickt werden.
Drucken von Listen in main_window
Bugfix: Wenn ein Artikel bei einer Rechnung neu ausgewaehlt wurde, dann wurde sein Preis nicht aus der Datenbank uebernommen, wenn der Benutzer keinen Preis eingegeben hatte.
Mehr Debugcode.
Debugcode entfert.
Emacs... Syntaxhighlighting...
Preisgruppen: Bei Zeilen mit noch nicht zugewiesenem Artikel wird gar keine Drop-Down-Box angezeigt. Bei den anderen Zeilen wird als erste Option "keine" angezeigt.
Beim Drucken von noch nicht gespeicherten Angeboten etc sollte das vom Benutzer ausgewaehlte Format erhalten bleiben.
Bei Angebot, Preisanfrage etc wurden nach "Erneuern" und einigen anderen Aktionen die Ueberschriften ueber den Buttonreihen nicht richtig angezeigt. Ausserdem waren sie grammatikalisch falsch.
Syntaxhighlighting fuer Emacs erleichtern.
Zwei Beispielvorlagen im OpenOffice-Format fuer Rechnung und Angebot hinzugefuegt.
Nach der Umstellung von Template.pm in r1330 werden neue Hilfsscripte benoetigt, um die Verbindung zum laufenden OpenOffice zu bedienen. Die Funktionalitaet von xvfb-run wird direkt von Template.pm uebernommen. Neue Einstellungen in lx-erp.conf fuer die daemonisierte OpenOffice-Variante.
Fix fuer Bug 346: LaTeX immer zwei mal ausfuehren lassen, um Querverweise etc immer richtig aufloesen zu lassen.
Beim Ausdruck sind in company und address Zeilenumbrueche noch wortwoertlich als "\n" enthalten.
Fix fuer Bug 358:
Von Rolf Eike Beer Developer ML:
SL-Mailer.pm.diff
SQL-Ledger in der Message-Id und im Boundary-Trenner durch Lx-Office ersetzt.
SL-Form.pm.diff:
Der Trenner für die Signatur ist nicht "--", sondern "-- ". Ohne dasLeerzeichen erkennen das die "guten" Mailprogramme nicht als Signatur an. Das...
Bei der Liste der vorhandenen Datenbanken "template0" und "template1" ausblenden, damit der Benutzer nicht in Versuchung geraet, diese zu benutzen. Fix fuer Bug 432.
Datenbankupgradescripte koennen jetzt auch Perlscripte und nicht nur SQL-Scripte sein.
Die Datenbankversion in den 2.2.xer Versionen lautet "2.2.0" (wichtig fuer die Upgrade-Scripte).
Syntaxhighlighting fuer Emacs erleichtert.
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.
Noch haben wir keine 2.4.0.
Repaired calculation display of formula in goods and services.locale/de need to be fixed...
Recommit von r1250 von preetz: Bei "Speicher und ..." wurde nicht ueberprueft, ob Vertreter gesetzt ist
Recommit von r1205 von skoehler: Bug 232 - Zahlungsausgang Fehler, falsches Aufsummieren von Teilzahlungen bei Rechnungen