X-Git-Url: http://wagnertech.de/git?a=blobdiff_plain;f=doc%2FUPGRADE;h=73f7564e932e71057dbc495d32133f5c64acc333;hb=0f988add03549dbb11f12e0e3c6ab8fcbcdea911;hp=3358ee76797f4d294f97119900f0ed33a37e10f2;hpb=f6e5b55ae22f3fda6863e8a14e07bc8ca6664564;p=kivitendo-erp.git diff --git a/doc/UPGRADE b/doc/UPGRADE index 3358ee767..73f7564e9 100644 --- a/doc/UPGRADE +++ b/doc/UPGRADE @@ -1,150 +1,185 @@ -Wichtige Hinweise zum Upgrade von älteren Versionen +Wichtige Hinweise zum Upgrade von älteren Versionen =================================================== ** BITTE FERTIGEN SIE VOR DEM UPGRADE EIN BACKUP IHRER DATENBANK(EN) AN! ** +Upgrade auf v2.7.0 +================== -Upgrade von v2.4.0 auf 2.4.1 sowie von 2.4.1 auf 2.4.2 -====================================================== +* In der Version 2.7.0 wird das XUL Menü entfernt. Alle Benutzer die das XUL + Menü noch eingestellt haben, werden beim ersten Einloggen auf ein + Kompatibilitätsmenü gesetzt. Das Javascriptmenü wurde entsprechend erweitert + um der Funktionalität nahe zu kommen. -Ein Upgrade von v2.4.0 auf v2.4.1 oder von v2.4.1 auf v2.4.2 besteht -aus zwei Teilen: den Dateien (einfaches Entpacken und Kopieren in das -Installationsverzeichnis genügen) sowie dem Datenbankupgrade. +* Das Lizenzenfeature wurde ersatzlos entfernt. -Bitte beachten Sie auch die Liste der benötigten Perl-Module am Anfang -der Datei "doc/INSTALL". Besonders nach einem Upgrade auf 2.4.2 muss -sichergestellt werden, dass das Modul "YAML" installiert ist. +* In den LaTeX Vorlagen gilt der Befehl "pagebreak" und die dazugehörigen + "sumcarriedforward" und "lastpage" als deprecated und werden in einer + kommenden Version komplett entfernt. Die Mechanik ist anfällig gegenüber + subtilen Formatierungsfehlern bei bestimmten Zahlenformaten und ist + grundsätzlich fehlerhaft in den gemachten Annahmen über den verfügbaren Platz + auf einer Seite. Die Standardvorlagen sind entsprechend angepasst worden + und müssen in der Administration neu angelegt werden. -Das Datenbankupgrade wird automatisch gestartet, wenn sich der erste -Benutzer nach dem Upgrade der Dateien an Lx-Office anmeldet. +* Das Druckvorlagensystem wurde umgestellt, dadurch ist der Name "print" für + Druckvorlagen jetzt reserviert. Wenn eine Ihrer Vorlagensätze "print" heisst, + benennen Sie ihn um bevor Sie das Update starten. -** BITTE FERTIGEN SIE VOR DEM UPGRADE EIN BACKUP IHRER DATENBANK(EN) AN! ** +* Die Druckvorlagen für USTVA vor 2012 wurden entfernt und das Ausdrucken von + USTVA als PDF ist deprecated. Da die Eingabe von Erklärungen als PDF nicht + mehr gestattet ist, sollten Archivkopien der USTVA direkt bei Elster bezogen + werden, oder auf anderem Wege erstellt werden. Der Prozess dazu wird sich in + einer kommenden Version ändern. -Anders als beim Upgrade auf 2.4.0 handelt es bei den Datenbankupgrades -auf 2.4.1 und 2.4.2 nur um automatisch ablaufende Scripte, die keine -Benutzereingaben erfordern. +* Die Namen der von LaTeX generierten PDF-Dateien sind jetzt in der + eingestellten Dokumentensprache, nicht mehr in der Oberflächensprache des + Bearbeiters. +* Neue Abhängigkeiten -Upgrade von v2.2.0 bis 2.2.2 auf 2.4.0 -====================================== + * JSON + * String::ShellQuote + * Digest::SHA (optional, empfohlen) -Ein direktes Upgrade von den unmodifizierten Versionen 2.2.0, 2.2.1 -und 2.2.2 auf 2.4.0 ist möglich. Ein solches Upgrade besteht aus zwei -Teilen: den Dateien (einfaches Entpacken und Kopieren in das -Installationsverzeichnis genügen) sowie dem Datenbankupgrade. + Wie immer bitte vor dem ersten Aufrufen einmal die Pakete überprüfen: -Bitte beachten Sie auch die Liste der benötigten Perl-Module am Anfang -der Datei "doc/INSTALL". + $ scripts/installation_check.pl -ro -Das Datenbankupgrade wird automatisch gestartet, wenn sich der erste -Benutzer nach dem Upgrade der Dateien an Lx-Office anmeldet. +* CSV-Import wurde neu in Perl implementiert -** BITTE FERTIGEN SIE VOR DEM UPGRADE EIN BACKUP IHRER DATENBANK(EN) AN! ** + Der PHP-Code wurde entfernt. Automatische Skripte, die per Aufruf von + lxo-import/partsB.php?cron=1 die Datei parts.csv importiert haben, + funktionieren nicht mehr. Stattdessen kann scripts/csv-import-from-shell.sh + benutzt werden. Im Unterschied zur PHP-Version werden unbekannte Warengruppen + nicht mehr automatisch angelegt, stattdessen bricht das Skript ab. + +* Rechteverwaltung + + * Das Recht "Kunden und Lieferanten bearbeiten" wurde aufgespalten in zwei + einzelne Rechte. Ein Updatescript passt bestehende Gruppenaentsprechend an. + * Das Recht "Preise nd Rabatte bearbeiten" wurde neu eingeführt und ist + notwendig um in Belegen Preise ändern zu können. Es wird beim Upgrade + automatisch allen Benutzern erteilt. + * Das Recht "Administration" wurde neu eingeführt, und ist dazu da + administrative Tätigkeiten an der Mandantendatenbank aus einm Benutzerlogin + heraus durchzuführen. Es ist standardmäßig NICHT vergeben. + * Der Vorlageneditor wurde unter das Recht Administration gestellt, war + vorher Konfiguration. + + +Upgrade auf v2.6.3 +================== + +1. Mit Version 2.6.3. wurden die beiden Konfigurationsdateien +authentication.pl und lx-erp.conf, sowie deren Varianten, +abgeschafft. Stattdessen gibt es nun die Datei lx_office.conf, die +aber erst neu angelegt werden muß. Als Vorlage dient hierfür die Datei +lx_office.conf.default. Die entsprechenden Werte muß man selber neu +konfigurieren, dies ist automatisiert zu fehleranfällig. + +Nach dem Upgrade kann man sich so lange nicht anmelden, bis lx_office.conf +angelegt und authentication.pl und lx-erp.conf gelöscht oder verschoben wurden. + +Es gibt keine local-Variante der lx_office.conf, arbeitet man mit git sollte +man lx_office.conf nicht einchecken. + +Eine etwas ausführlichere Beschreibung findet sich in Kapitel 2.3 +"Lx-Office-Konfigurationsdatei" in doc/Lx-Office-Dokumentation.pdf + +2. Eine neu hinzugekommene Komponente ist der Task-Server. Hierbei +handelt es sich um einen Dämonen, der im Hintergrund läuft, in +regelmäßigen Abständen nach abzuarbeitenden Aufgaben sucht und diese +zu festgelegten Zeitpunkten abarbeitet (ähnlich wie Cron). Dieser +Dämon wird bisher nur für die Erzeugung der wiederkehrenden Rechnungen +benutzt, wird aber in Zukunft deutlich mehr Aufgaben übertragen +bekommen. Die Einrichtung des Dämonen wird in der +Installationsdokumentation im Abschnitt "Der Task-Server" beschrieben. + +3. Mit Version 2.6.3 sind einige Abhängigkeiten von Perl-Modulen +hinzugekommen. Bitte führen sie vor dem ersten Aufrufen der einmal +den folgenden Befehl im Lx-Office Verzeichnis aus: + +$ scripts/installation_check.pl + +Sollten Module als fehlend markiert sein, folgen Sie bitte den Anweisungen in +der Installationsanweisung. + +Zumindest folgende Module sind neu benötigt: + +* Config::Std +* Params::Validate + +4. Sollten Sie die FCGI-Version einsetzen, das Apache-Modul +"mod_fcgid" (nicht "mod_fastcgi") benutzen und von diesem Modul die +Version v2.6.3 oder später installiert haben, so ist außerdem wichtig, +seinen Parameter "FcgidMaxRequestLen" deutlich zu erhöhen, weil sich +dieser im Release mod_fcgid-Release v2.6.3 deutlich geändert +hat. Details dazu finden sich in Kapitel 2.5.2 "Konfiguration für +FastCGI/FCGI" in doc/Lx-Office-Dokumentation.pdf + + +Upgrade auf v2.6.2 +================== + + Vor dem Einloggen + ----------------- + +Mit Version 2.6.2 sind einige Abhängigkeiten von Perl-Modulen hinzugekommen. +Bitte führen sie vor dem ersten Aufrufen der einmal den folgenden Befehl im +Lx-Office Verzeichnis aus: + +$ scripts/installation_check.pl + +Sollten Module als fehlend markiert sein, folgen Sie bitte den Anweisungen in +der Installationsanweisung. + +Zumindest folgende Module sind neu benötigt: + +* Rose::Object, Rose::DB und Rose::DB::Object (die Installation von + Rose::DB::Object via CPAN oder den Paketmechanismus Ihrer + Distribution sollte für die automatische Installation der anderen + zwei Pakete sorgen) + + Neue Gruppenrechte + ------------------ + +Es wurde ein neues Recht "Druck" eingeführt. Dieses bestimmt, ob die +Benutzerin das Menü "Druck" zu Gesicht bekommt oder nicht, unabhängig +davon, wie die Rechte für die einzelnen Unterpunkte gesetzt sind. + +Für bereits bestehende Gruppen muss es sofern gewünscht vom +Administrator manuell gewährt werden. + + +Upgrade auf v2.6.1 +================== + + Vor dem Einloggen + ----------------- + +Mit Version 2.6.1 wurden die Listen der benötigten Perl Module überarbeitet. +Einige der vorher in den Abhängigkeiten gelisteten Module waren Coremodules +(und damit in jeder Perldistribution vorhanden), oder ihrerseits Abhängigkeiten +anderer benötigter Module. Durch die Überarbeitung hat sich die Liste deutlich +geändert. + +Bitte führen sie vor dem ersten Aufrufen der einmal den folgenden Befehl im +Lx-Office Verzeichnis aus: + +$ scripts/installation_check.pl + +Sollten Module als fehlend markiert sein, folgen Sie bitte den Anweisungen in +der Installationsanweisung. + +Zumindest folgende Module sind neu benötigt: + +* URI +* XML::Writer + + Neue Konfigurationsvariablen + ---------------------------- -Das Datenbankupgrade enthält zwei interaktive Upgradepfade für neue -Features in Lx-Office 2.4.0: Einheiten sowie Buchungsgruppen. - - - -Einführung von Einheiten ------------------------- - -In Versionen von Lx-Office vor 2.4.0 konnte der Benutzer bei den -Stammdaten aber auch in den Einkaufs- und Verkaufsdialogen beliebige -Texte als "Einheit" angeben. Lx-Office 2.4.0 ändert dies nun. Der -Administrator kann unter "System -> Einheiten -> Maßeinheiten" die bei -Waren und Erzeugnissen verwendbaren und bei "System -> Einheiten -> -Dienstleistungseinheiten" die bei Dienstleistungen verwendbaren -Einheiten festlegen. Lx-Office 2.4.0 bringt bereits für beide Typen -einige Standardeinheiten mit. - -Einheiten können wiederum auf anderen Einheiten basieren. So ist -z.B. "kg" als das 1000fache der Einheit "g" definiert. Der Benutzer -muss beim Anlegen von Artikeln in den Stammdaten eine Einheit aus -einer Drop-Down-Liste auswählen. In den Einkaufs- und Verkaufsmasken -werden dann dem Benutzer nur noch diejenigen Einheiten zur Auswahl -angeboten, die sich in die in den Stammdaten hinterlegte Einheit -umrechnen lassen. So würden z.B. für eine Ware, deren -Stammdateneinheit "kg" ist, nur die Einheiten "g", "kg", "t" zur -Auswahl aufgelistet, nicht aber "Stück" oder "Tag", "Stunde". - -Das Datenbankupgrade muss nun alle im System verwendeten Einheiten in -den Stammdaten sowie in den Einkaufs- und Verkaufsdaten so anpassen, -dass dort nur noch Einheiten auftreten, die im System verwendet werden -können. Da dies nur eingeschränkt automatisch möglich ist, werden dem -Benutzer, der das Datenbankupgrade nach dem Login durchführt, einige -Masken angezeigt, in denen er neue Einheiten in der Datenbank anlegen -kann, und in denen er "alte" Einheiten durch "neue" Einheiten ersetzen -lassen kann. - -Zuletzt muss er noch für all die Waren, für die früher gar keine -Einheit eingetragen wurde, eine Standardeinheit getrennt nach Waren / -Erzeugnissen und Dienstleistungen festlegen, die statt dessen -eingesetzt wird. - - -Einführung von Steuerzonen und Buchungsgruppen ----------------------------------------------- - -In den Versionen von Lx-Office vor 2.4.0 wurden bei Artikeln und -Dienstleistungen jeweils ein Konto für Erlöse und ein Konto für den -Aufwand hinterlegt. Über diese Konten wurde dann auch definiert -welcher Steuersatz zu berechnen ist. Wollte man einen Artikel mal mit -und mal ohne Steuer verkaufen (Inland, Ausland), waren hierfür zwei -Artikel notwendig. - -In der Version 2.4.0 können nun bei jedem Artikel für die -verschiedenen Fälle -- Inland -- EU mit UStId -- EU ohne UStId -- Außerhalb EU -verschiedene Erlös- und Aufwandskonten definiert werden. Dadurch -werden dann auch jeweils die richtigen Steuersätze berechnet. - -Damit jetzt nicht bei jedem Artikel mehrere Konten definiert werden -müssen, werden alle Konten, die zu einer bestimmten Warengruppe -gehören, in einer Buchungsgruppe zusammengefasst. Diese -Buchungsgruppen werden zunächst unter "System" definiert und können -dann den Artikeln und Dienstleistungen zugewiesen werden. - -Beim Datenbankupdate werden aus der Datenbank alle Kombinationen von -Erlös- und Aufwandskonten geholt, die bereits verwendet wurden. Für -diese Kombinationen müssen im Upgradeprozess Buchungsgruppen angelegt -werden, indem man den einzelnen Kombinationen einen Namen zuweist. Die -Konten für nicht Inland sind mit den Standardkonten vorbelegt, können -aber vor dem Speichern geändert werden. - -Diese neu angelegten Buchungsgruppen werden automatisch den -vorhandenen Artikeln und Dienstleistungen zugewiesen. Buchungsgruppen -können genau wie vorher die Kontenzuordnung nachträglich nicht mehr -geändert werden. - -Möchte man in der Buchhaltung eine neue Kombination von Erlös- und -Aufwandskonten für bestimmte Artikel und Waren verwenden, legt man -zunächst die entsprechenden konnten (z.B. 8401 und 3401) an und -erstellt dann eine neue Buchungsgruppe mit diesen Konten. Die -Benennung der Buchungsgruppe kann frei erfolgen. - -Beim Anlegen einer neuen Waren oder Dienstleistung werden dann durch -Auswahl dieser Buchungsgruppe automatisch alle Konten auf einen Schlag -korrekt zugeordnet. - -Wird in einer Verkaufs- oder Einkaufsmaske eine andere Steuerzone als -Inland ausgewählt, werden bei den Artikeln auch automatisch die -anderen Erlös- und Aufwandskonten der Buchungsgruppe verwendet. - -Dokumentenvorlagen, Umbennante Vorlagenvariablen ------------------------------------------------- - -Einige Variablen, die in Dokumentenvorlagen verwendet werden, mussten -aufgrund von Namenskonflikten umbenannt werden. Dazu gehören: - -* Adress- und Kontaktinformationen des angemeldeten Mitarbeiters. Die - Variablen "company", "address" und "businessnumber" haben alle einen - Präfix "employee_" bekommen und heißen nun "employee_company", - "employee_address" und "employee_businessnumber". - -Zu beachten ist außerdem, dass der Befehl <%include ...%> in -Dokumentenvorlagen nicht mehr zur Verfügung steht. +In der config/lx-erp.conf ist als neue Option $show_best_before hinzugekommen. +Die Variable kontrolliert die Anzeige von Mindesthaltbarkeitsdaten. Sie ist +standardmäßig deaktiviert.