doc/UPGRADE

   1 Wichtige Hinweise zum Upgrade von älteren Versionen
   2 ===================================================
   3
   4 Upgrade auf v3.5.6.2
   5   * Neue Perl Abhängigkeiten:
   6
   7   * Try::Tiny
   8
   9
  10 Die Abwärtskompatibilität zur Lagermengen-Berechnung in Lieferscheinen wurde
  11 aufgehoben. Wer nicht mit Workflows arbeitet (nicht empfohlen) muss diese
  12 explizit in der Mandantenkonfiguration wieder aktivieren.
  13
  14
  15 ** BITTE FERTIGEN SIE VOR DEM UPGRADE EIN BACKUP IHRER DATENBANK(EN) AN! **
  16
  17 Upgrade auf v3.5.6
  18
  19 In dieser Version sind die Mehrwertsteueranpassungen für den SKR03 und SKR04
  20 ab 1.7.2020 vorhanden. Wer diese Anpassungen schon manuell eingestellt hat, sollte
  21 die Upgrade-Skripte deaktivieren.
  22 Dies betrifft diese drei Skripte "sql/Pg-upgrade2/konjunkturpaket_2020*", sowie
  23 ferner das Entfernen der Release-Abhängigkeiten dieser Skripte:
  24
  25 Folgende zwei Sed-Kommandos erledigen das:
  26
  27  sed -i 's/ignore: 0/ignore: 1/g' sql/Pg-upgrade2/konjunkturpaket_2020*
  28  sed -i 's/\bkonjunktur[^ ]*//g' sql/Pg-upgrade2/release_3_5_*
  29
  30
  31 Alternativ sollten die Datenbank-Upgrade-Skripte gegen einen Testdatenbestand ausgeführt werden
  32 und der kivitendo-Dienstleister Ihres Vertrauens griffbereit sein.
  33
  34 Weitere Änderungen:
  35
  36 Für den MT940-Import erwartet kivitendo aqbanking ab Version 6.
  37
  38 Für die Erzeugung von ZUGFeRD 2.0 fähigen PDFs wird ein aktuelles TexLive ab Version 2018 benötigt.
  39 Details hierzu auch in der Dokumentation (HTML oder Dokumentation.pdf).
  40
  41 Bitte wie immer vor dem Anmelden an der Weboberfläche 'scripts/installation_check.pl -v' ausführen.
  42
  43 Es sollten mindestens zwei Perl-Module "CAM::PDF" und "XML::LibXML" dort erscheinen, falls noch nicht installiert.
  44
  45 Diese Version ist ferner mit Postgres Datenbanken ab Version 12 kompatibel, da die Abhängigkeit von oids entfernt wurde.
  46
  47 Sicherheitshinweis:
  48
  49 Für git-Installation sollte geprüft werden ob das Verzeichnis .git/ für den Webserver auslesbar ist.
  50 Gleiches gilt für alle Installation für den Ordner config/, der die Datei kivitendo.conf beinhaltet.
  51 Die Standard-Konfiguration des Apache2 Webservers sollte letzteres verhindern, aber wir weisen darauf hin
  52 dies einmal zu überprüfen.
  53
  54 Ab dieser Version wird eine globale .htaccess ausgeliefert die beide Verzeichnisse mittels rewrite sichert.
  55 Dafür muss einmalig das Modul rewrite für den Apache, bspw. mit "a2enmode rewrite" aktiviert werden.
  56 Regeldetails:
  57
  58 <IfModule mod_rewrite.c>
  59   RewriteEngine On
  60   RewriteRule .*(\.git|config).*$ - [F,NC]
  61 </IfModule>
  62
  63 Ferner wurde ein Security-Audit der kivitendo Version 3.1 veröffentlicht.
  64 Hierfür empfehlen wir die Ausarbeitung eines Sicherheitskonzept mit einem kivitendo Partner Eurer Wahl.
  65 Falls dies nicht möglich sein sollte, weisen wir darauf hin, dass ein SQL-Backup tages- und wochenaktuell
  66 für einen etwaigen Restore zu Verfügung stehen sollte. Ferner besteht die Gefahr, dass angemeldete
  67 Benutzer Formfelder mißbrauchen können, Abhilfe schafft hier zum Beispiel der Einsatz von modsecurity unter
  68 Apache2 (https://doxsec.wordpress.com/2017/06/11/using-modsecurity-web-application-firewall-to-prevent-sql-injection-and-xss-using-blocking-rules/)
  69
  70 Upgrade auf v3.5.4
  71
  72 * Task-Server berücksichtigt Memory-Limit
  73
  74 Falls für fgci-Prozesse ein Memory-Limit in der Konfigurationsdatei eingerichtet
  75 ist, wird dies nun auch vom Task-Server berücksichtigt. Dieser beendet sich bei
  76 Überschreitung des Limits. Deshalb muss dafür gesorgt werden, dass der
  77 Task-Server in diesem Fall neu gestartet wird (z.B. über den systemd-Service).
  78 Siehe auch aktuelle kivitendo-Dokumentation.
  79
  80
  81 Upgrade auf v3.5.3
  82
  83 * Fallback-Module entfernt
  84
  85 Einige Default-Module die als Fallback zu Verfügung standen, werden ab
  86 dieser Version nicht mehr mit ausgeliefert.
  87 Bitte vor dem Anmelden an der Weboberfläche 'scripts/installation_check.pl -v' ausführen
  88 und die entsprechenden Module installieren.
  89 S.a. weitere Details in der aktuellen kivitendo-Dokumentation.
  90
  91
  92 Upgrade auf v3.5.1
  93
  94 * Neue Perlabhängigkeiten
  95
  96 * LWP::Authen::Digest für WebshopApi
  97 * LWP::UserAgent für WebshopApi
  98
  99 * Zwingende Postgres Erweiterung pg_trgm(Trigram)
 100
 101   Die Trigramerweiterung bietet eine Ähnlichkeitsuche.
 102   Diese verwendet das Shopmodul, wenn installiert, beim Bestellimport
 103   um zu entscheiden ob ein Kunde neu angelegt oder als Vorschlag angezeigt wird.
 104   Die Erweiterung wird bisher nur beim Ableich der Straße genutzt, da hier oft
 105   unterschiedliche Schreibweisen vorhanden sind.
 106   z.B Dorfstraße, Dorfstrasse, Dorfstr., Dorf Straße usw..
 107   So wird vermieden, dass Kunden eventuell doppelt angelegt werden.
 108
 109   * Zunächst muss geprüft werden, ob die Erweiterung prinzipiell für postgres
 110   vorhanden ist, dafür kann folgendes Select-Statement in template1 genutzt werden:
 111
 112   # select * from pg_available_extensions where name ='pg_trgm';
 113
 114   Sollte bei diesem Statement kein Ergebnis kommen, so muss die entsprechende
 115   Erweiterung für die eigene Distribution nachinstalliert werden.
 116   Bei debian/ubuntu befindet sich diese im Paket postgresql-contrib
 117   und kann mit
 118
 119   $ apt install postgresql-contrib
 120
 121   installiert werden.
 122
 123   * Diese Erweiterung wird mit dem SQL-Updatescript sql/Pg-upgrade2/trigram_extension.sql
 124   und Datenbank-Super-Benutzer Rechten automatisch installiert.
 125   Dazu braucht der DatenbankSuperbenutzer "postgres" ein Passwort
 126
 127   su - postgres
 128   psql
 129   \password
 130   <Eingabe passwort>
 131   \q
 132
 133   Passwort und Benutzername können jetzt beim Anlegen einer neuen Datenbank bzw.
 134   bei Updatescripten, die SuperUserRechte benötigen eingegeben werden.
 135
 136
 137   * Änderungen DATEV-Export Format CSV
 138
 139   Die Felder Belegfeld2 und Buchungsbeschreibung werden nicht mehr befüllt.
 140   Im KNE-Export war im Belegfeld2 die Fälligkeit der Buchung gesetzt und in
 141   Buchungsbeschreibung der Kunden- oder Lieferantenname.
 142   Bei nicht valider Umsatz-Steuer-Identnummer wird der Export abgelehnt.
 143   Da das Feld ein Freitext-Feld und keine Validierung bei der Eingabe hat(te)
 144   unternimmt kivitendo keine eigene Normalisierung,  bzw. Konvertierung
 145   des Datenfelds.
 146
 147   Eine Bereinigung der Ust-IDs muss der kivitendo-Admin eigenverantwortlich unternehmen.
 148   Hier exemplarisch ein SQL-Schnipsel zum Ersetzen der Leerzeichen in diesem Feld:
 149   UPDATE customer SET ustid=REPLACE(ustid, ' ', '') WHERE ustid LIKE '% %';
 150
 151   Upgrade auf v3.5.0
 152   ===========================
 153
 154   * Neue Perl Abhängigkeiten:
 155
 156   * File::MimeInfo - für den Dateiupload
 157   * Sys::CPU
 158   * Thread::Pool::Simple
 159
 160   * Neue externe Abhängigkeiten:
 161
 162   * pdfinfo
 163
 164   * In der Rechte-Tabelle auth.master_rights wurden alle Positionswerte mit 100
 165   multipliziert, um Lücken für neue Rechte zu schaffen.
 166
 167   * In der Tabelle "customer" wurde die Spalte "klass" nach "pricegroup_id"
 168   migriert. Bei Kunden ohne Preisgruppe ist der Datenbankwert jetzt NULL statt
 169   "0". Falls Kunden per CSV-Import importiert werden muß dieses Feld in der
 170   CSV-Datei ebenfalls umbenannt werden.
 171
 172   * Für das neue Feature Lieferantenbriefe ist die Standardvorlage für Briefe
 173   (letter.tex) angepasst worden. Statt letter.customer muss der Adressat jetzt
 174   aus letter.custoemr_vendor erzeugt werden.
 175
 176   * In der Tabelle parts wurde die Boolean-Spalte "assembly" entfernt. Zur
 177   Erkennung von Waren/Dienstleistungen/Erzeugnissen gibt es nun in parts eine
 178   neue Spalte part_type vom ENUM-Typ, der auf die Werte 'part', 'service',
 179   'assembly' und 'assortment' beschränkt ist.
 180
 181   * In der Tabelle parts wurde die Spalten inventory_accno_id, expense_accno_id
 182   und income_accno_id entfernt. Deren Funktionalität wurde schon lange durch
 183   Buchungsgruppen ersetzt und für die Erkennung des Artikeltyps gibt es nun die
 184   Spalte part_type
 185
 186   Upgrade auf v3.4.1
 187   ==================
 188
 189   * Neue Druckvariante Gelangensbestätigung für Verkaufs-Aufträge
 190
 191   Im Standard-Vorlagensatz RB befindet sich als Vorlage die ic_supply.tex
 192   als Orientierung für die Anpassung an eigene Vorlagen. Eigene Vorlagen
 193   müssen entsprechend um diesen Typ für die 3.4.1 erweitert werden.
 194
 195   * Druckvorlagen für Briefe
 196
 197   Die Erzeugung der Druckausgabe für die Brieffunktion wurde auf die
 198   Verwendung des Template Toolkits umgestellt. Dazu muss die verwendete
 199   Druckvorlage "letter.tex" angepasst werden. Im Standard-Vorlagensatz RB ist
 200   das bereits geschehen. Falls keine manuellen Änderungen an der "letter.tex"
 201   aus einer vorherigen Version gemacht wurden, reicht es, diese Datei
 202   ("templates/print/RB/letter.tex") in das verwendete Vorlagenverzeichnis zu
 203   kopieren. Ansonsten kann diese Datei als Beispiel dienen.
 204
 205
 206   Upgrade auf v3.4.0
 207   ==================
 208
 209   * Neue Perl-Modul-Abhängigkeiten:
 210
 211   * Algorithm::CheckDigits
 212   * PBKDF2::Tiny
 213
 214   Wie immer bitte vor dem ersten Aufrufen einmal die Pakete überprüfen:
 215
 216   $ scripts/installation_check.pl -ro
 217
 218   * Der in der Dokumentation beschriebene Mechanismus für die CGI-Anbindung
 219   (2.6.1 Grundkonfiguration mittels CGI) wurde geändert. Ein einfacher Alias
 220   auf das Programmverzeichnis funktioniert nicht mehr, und es muss immer ein
 221   AliasMatch auf einen dispatcher eingerichtet werden. Die Dokumentation wurde
 222   aktualisiert. Für Benutzer der empfohlenen FastCGI Anbindung ändert sich
 223   nichts.
 224
 225   * Der Task-Server ist nun mandantenfähig. Für jeden Mandanten, für den
 226   der Task-Server laufen soll, muss in der Administrationsoberfläche
 227   in der Konfiguration des Mandanten hinterlegt werden, welchen
 228   kivitendo-Benutzer der Task-Server nutzen soll. Ist bei einem
 229   Mandanten kein Benutzer hinterlegt, so ignoriert der Task-Server
 230   diesen Mandanten.
 231
 232   Im Gegenzug wurden die beiden Konfigurations-Einstellungen »client«
 233   und »login« aus dem Abschnitt [task_server] entfernt. Der
 234   Task-Server prüft beim Starten allerdings, ob diese Einstellungen
 235   noch existieren und verweigert den Start mit einer hilfreichen
 236   Fehlermeldung, solange sie noch vorhanden sind.
 237
 238   * Die Unterstützung unsicherer Passwort-Hashing-Mechanism wurde
 239   entfernt. Für BenutzerInnen, die noch alte Mechanismen verwenden,
 240   müssen die Passwörter einmalig in der Administrationsoberfläche
 241   zurückgesetzt werden.
 242
 243   Dies betrifft nur Accounts, deren Passwort sich das letzte Mal vor
 244   kivitendo 2.7.0 geändert hat.
 245
 246   Upgrade auf v3.3.0
 247   ==================
 248
 249   * Bei Upgrade von Versionen vor v.3.2.x wie immer erst die dortigen
 250   Upgradehinweise beachten.
 251
 252   * Es gibt keine neuen Perl-Modul-Abhängigkeiten.
 253
 254   * Die alte ungepflegte Druckvorlagenvariante "Standard" wurde entfernt.
 255   Bereits verwendete Druckvorlagen, die darauf aufbauen, funktionieren
 256   natürlich weiterhin.
 257
 258   * Für die Verwendung des MT940 Import Features der Bankerweiterung muß
 259   aqbanking installiert werden. Dies wird nur für die Konvertierung vom MT940
 260   ins CSV Format benötigt, das Kommandozeilentool "aqbanking-cli" befindet sich
 261   z.B. unter Ubuntu im Paket aqbanking-tools.
 262
 263   Upgrade auf v3.2.0
 264   ==================
 265
 266   * Neue Perl-Modul-Abhängigkeiten:
 267
 268   * GD
 269   * HTML::Restrict
 270   * Image::Info
 271   * List::UtilsBy
 272
 273   Wie immer bitte vor dem ersten Aufrufen einmal die Pakete überprüfen:
 274
 275   $ scripts/installation_check.pl -ro
 276
 277   Sofern das Upgrade von einer früheren Version als 3.1.0 geschieht auch die
 278   Upgradehinweise der Vorversionen beachten.
 279
 280   * Druckvorlagen auf shipto-Verwendung prüfen
 281
 282   Hier hat sich das Standardverhalten geändert und ggf. werden shipto* nicht mehr
 283   ausgedruckt, hier müssten die Druckvorlagen individuell angepasst werden, s.a.
 284   Changelog -> Verkaufsbeleg-Ausdruck.
 285
 286   Upgrade auf v3.1.0
 287   ==================
 288
 289
 290   * BEVOR ein Aufruf im Administrationsbereich erfolgt, muss zwingend der
 291   webdav Ordner im Installationspfad vorhanden sein!
 292   -  mkdir webdav/
 293 -  Rechte für webserver setzen ($ chmod www-data webdav/)
 294   Dieses "Feature" war in vorhergehenden Versionen optional, wird aber
 295   für das Upgrade auf Mandantenfähigkeit vorausgesetzt.
 296
 297   * Neue Softwarevoraussetzungen: Perl v5.10.1 oder neuer sowie
 298   PostgreSQL 8.4 oder neuer werden zwingend vorausgesetzt. Ein Betrieb
 299   mit älteren Versionen ist nicht mehr möglich.
 300
 301   * Neue Perl-Modul-Abhängigkeiten:
 302
 303   * File::Copy::Recursive
 304   * Rose::DB::Object muss v0.788 oder neuer sein (aufgrund eines Bugs
 305       in besagtem Modul im Zusammenspiel mit PostgreSQL)
 306
 307   Wie immer bitte vor dem ersten Aufrufen einmal die Pakete überprüfen:
 308
 309   $ scripts/installation_check.pl -ro
 310
 311   * Die Datenbank muss zwingend Unicode als Encoding nutzen. Daher wird
 312   auch die Konfigurationsvariable "system.dbcharset" nicht mehr
 313   unterstützt.
 314
 315   * Einführung von Mandanten. Früher war die Konfiguration der
 316   Datenbanken für jeden Benutzer getrennt vorzunehmen. Mit diesem
 317   Release wurden Mandanten eingeführt: ein Mandant bekommt einen Namen
 318   sowie die Datenbankkonfiguration, und Benutzer bekommen
 319   Zugriffsrechte auf einen oder mehrere Mandanten.
 320
 321   Um dieses Update durchzuführen, müssen Sie sich einmal im
 322   Administrationsbereich anmelden. Vorher ist kein Login im
 323   Benutzerbereich möglich.
 324
 325   Die neue Struktur bedingt, dass viele Scripte, die bisher zur
 326   Konfiguration nur einen Benutzer verlangt haben, jetzt auch einen
 327   Mandanten verlangen. Die Konfiguration dieser Scripte ist deshalb
 328   manuell anzupassen. Dazu gehören:
 329
 330   - der Task-Server (config/kivitendo.conf)
 331 - CSV-Import von der Shell aus (scripts/csv-import-from-shell.sh)
 332
 333   Die folgenden Scripte sind ebenfalls betroffen, allerdings nur für
 334   Entwickler interessant:
 335
 336   - scripts/dbupgrade2_tool.pl
 337   - scripts/rose_auto_create_model.pl
 338
 339   * Neue Benutzerrechte
 340
 341   Diese müssen bei vorhandenen Gruppen eventuell nachgepflegt werden. Z.B. bei
 342   der Gruppe Vollzugriff
 343
 344   - Stammdaten -> Kunden und Lieferanten erfassen. Alle Lieferanten bearbeiten.
 345   Alle Kunden bearbeiten
 346   - Konfiguration -> Verändern der kivitendo-Installationseinstellungen (die
 347       meisten Menüpunkte unterhalb von 'System')
 348
 349   * Die alten ungepflegten Druckvorlagenvarianten French und Service
 350   wurden entfernt.
 351
 352   * Die HTML-Druckvorlagen der Berichte (GuV, Bilanz, SuSa, BWA, UStVA) werden
 353   jetzt alle zentral in den Webvorlagen verwaltet, es werden keine
 354   benutzerangepasste Versionen der Druckvorlagen im Druckvorlagenverzeichnis
 355   mehr unterstützt.
 356
 357   Upgrade auf v3.0.0
 358   ==================
 359
 360   * Neue Abhängigkeiten
 361
 362   * Clone 1.16
 363   * Email::MIME
 364   * FCGI jetzt min Version 0.72
 365   * Test::Harness 3.00
 366   * IO::Socket::SSL
 367   * Net::LDAP
 368   * Net::SMTP::SSL
 369   * Net::SSLGlue
 370
 371   Wie immer bitte vor dem ersten Aufrufen einmal die Pakete überprüfen:
 372
 373   $ scripts/installation_check.pl -ro
 374
 375   * Neue Entwicklerabhängigkeiten
 376
 377   * Test::Deep
 378   * GD 2.00
 379
 380   * Diverse umstrittene Features zum nicht standardkonformen Umgang mit gebuchten
 381   Rechnungen sind jetzt standardmässig deaktiviert und müssen unter "System" ->
 382   "Mandantenkonfiguration" aktiviert werden.
 383
 384   * Die Übersetzungen "de_DE" und "fr" für die alternative deutsche Version und
 385   französische Version respektive wurden entfernt. Es bleiben offiziell
 386   unterstützte Übersetzungen in Deutsch ("de") und English ("en").
 387
 388   * Dieses ist die letzte Version, die Perl-Versionen vor 5.10.1
 389   unterstützen wird.  Ab dem nächsten Release werden Sprachkonstrukte
 390   verwendet werden, die nicht mehr in 5.8 kompilieren, und Module, die
 391   seit v5.10.1 zu den Coremodulen gehören, werden ab dann nicht mehr
 392   als explizite Abhängigkeiten gelistet.
 393
 394
 395   Upgrade auf v2.7.0
 396   ==================
 397
 398   * In der Version 2.7.0 wird das XUL Menü entfernt. Alle Benutzer die das XUL
 399   Menü noch eingestellt haben, werden beim ersten Einloggen auf ein
 400   Kompatibilitätsmenü gesetzt. Das Javascriptmenü wurde entsprechend erweitert
 401   um der Funktionalität nahe zu kommen.
 402
 403   * Das Lizenzenfeature wurde ersatzlos entfernt.
 404
 405   * In den LaTeX Vorlagen gilt der Befehl "pagebreak" und die dazugehörigen
 406   "sumcarriedforward" und "lastpage" als deprecated und werden in einer
 407   kommenden Version komplett entfernt. Die Mechanik ist anfällig gegenüber
 408   subtilen Formatierungsfehlern bei bestimmten Zahlenformaten und ist
 409   grundsätzlich fehlerhaft in den gemachten Annahmen über den verfügbaren Platz
 410   auf einer Seite. Die Standardvorlagen sind entsprechend angepasst worden
 411   und müssen in der Administration neu angelegt werden.
 412
 413   * Das Druckvorlagensystem wurde umgestellt, dadurch ist der Name "print" für
 414   Druckvorlagen jetzt reserviert. Wenn eine Ihrer Vorlagensätze "print" heisst,
 415   benennen Sie ihn um bevor Sie das Update starten.
 416
 417   * Die Druckvorlagen für USTVA vor 2012 wurden entfernt und das Ausdrucken von
 418   USTVA als PDF ist deprecated. Da die Eingabe von Erklärungen als PDF nicht
 419   mehr gestattet ist, sollten Archivkopien der USTVA direkt bei Elster bezogen
 420   werden, oder auf anderem Wege erstellt werden. Der Prozess dazu wird sich in
 421   einer kommenden Version ändern.
 422
 423   * Die Namen der von LaTeX generierten PDF-Dateien sind jetzt in der
 424   eingestellten Dokumentensprache, nicht mehr in der Oberflächensprache des
 425   Bearbeiters.
 426
 427   * Neue Abhängigkeiten
 428
 429   * JSON
 430   * String::ShellQuote
 431 * Digest::SHA (optional, empfohlen)
 432
 433   Wie immer bitte vor dem ersten Aufrufen einmal die Pakete überprüfen:
 434
 435   $ scripts/installation_check.pl -ro
 436
 437   * CSV-Import wurde neu in Perl implementiert
 438
 439   Der PHP-Code wurde entfernt. Automatische Skripte, die per Aufruf von
 440   lxo-import/partsB.php?cron=1 die Datei parts.csv importiert haben,
 441   funktionieren nicht mehr.  Stattdessen kann scripts/csv-import-from-shell.sh
 442   benutzt werden. Im Unterschied zur PHP-Version werden unbekannte Warengruppen
 443   nicht mehr automatisch angelegt, stattdessen bricht das Skript ab.
 444
 445   * Rechteverwaltung
 446
 447   * Das Recht "Kunden und Lieferanten bearbeiten" wurde aufgespalten in zwei
 448   einzelne Rechte. Ein Updatescript passt bestehende Gruppenaentsprechend an.
 449   * Das Recht "Preise nd Rabatte bearbeiten" wurde neu eingeführt und ist
 450   notwendig um in Belegen Preise ändern zu können. Es wird beim Upgrade
 451   automatisch allen Benutzern erteilt.
 452   * Das Recht "Administration" wurde neu eingeführt, und ist dazu da
 453   administrative Tätigkeiten an der Mandantendatenbank aus einm Benutzerlogin
 454   heraus durchzuführen. Es ist standardmäßig NICHT vergeben.
 455   * Der Vorlageneditor wurde unter das Recht Administration gestellt, war
 456   vorher Konfiguration.
 457
 458
 459   Upgrade auf v2.6.3
 460   ==================
 461
 462   1. Mit Version 2.6.3. wurden die beiden Konfigurationsdateien
 463   authentication.pl und lx-erp.conf, sowie deren Varianten,
 464   abgeschafft. Stattdessen gibt es nun die Datei lx_office.conf, die
 465   aber erst neu angelegt werden muß. Als Vorlage dient hierfür die Datei
 466   lx_office.conf.default. Die entsprechenden Werte muß man selber neu
 467   konfigurieren, dies ist automatisiert zu fehleranfällig.
 468
 469   Nach dem Upgrade kann man sich so lange nicht anmelden, bis lx_office.conf
 470   angelegt und authentication.pl und lx-erp.conf gelöscht oder verschoben wurden.
 471
 472   Es gibt keine local-Variante der lx_office.conf, arbeitet man mit git sollte
 473   man lx_office.conf nicht einchecken.
 474
 475   Eine etwas ausführlichere Beschreibung findet sich in Kapitel 2.3
 476   "Lx-Office-Konfigurationsdatei" in doc/Lx-Office-Dokumentation.pdf
 477
 478   2. Eine neu hinzugekommene Komponente ist der Task-Server. Hierbei
 479   handelt es sich um einen Dämonen, der im Hintergrund läuft, in
 480   regelmäßigen Abständen nach abzuarbeitenden Aufgaben sucht und diese
 481   zu festgelegten Zeitpunkten abarbeitet (ähnlich wie Cron). Dieser
 482   Dämon wird bisher nur für die Erzeugung der wiederkehrenden Rechnungen
 483   benutzt, wird aber in Zukunft deutlich mehr Aufgaben übertragen
 484   bekommen. Die Einrichtung des Dämonen wird in der
 485   Installationsdokumentation im Abschnitt "Der Task-Server" beschrieben.
 486
 487   3. Mit Version 2.6.3 sind einige Abhängigkeiten von Perl-Modulen
 488   hinzugekommen. Bitte führen sie vor dem ersten Aufrufen der einmal
 489   den folgenden Befehl im Lx-Office Verzeichnis aus:
 490
 491   $ scripts/installation_check.pl
 492
 493   Sollten Module als fehlend markiert sein, folgen Sie bitte den Anweisungen in
 494   der Installationsanweisung.
 495
 496   Zumindest folgende Module sind neu benötigt:
 497
 498   * Config::Std
 499   * Params::Validate
 500
 501   4. Sollten Sie die FCGI-Version einsetzen, das Apache-Modul
 502   "mod_fcgid" (nicht "mod_fastcgi") benutzen und von diesem Modul die
 503   Version v2.6.3 oder später installiert haben, so ist außerdem wichtig,
 504   seinen Parameter "FcgidMaxRequestLen" deutlich zu erhöhen, weil sich
 505   dieser im Release mod_fcgid-Release v2.6.3 deutlich geändert
 506   hat. Details dazu finden sich in Kapitel 2.5.2 "Konfiguration für
 507   FastCGI/FCGI" in doc/Lx-Office-Dokumentation.pdf
 508
 509
 510   Upgrade auf v2.6.2
 511   ==================
 512
 513   Vor dem Einloggen
 514   -----------------
 515
 516   Mit Version 2.6.2 sind einige Abhängigkeiten von Perl-Modulen hinzugekommen.
 517   Bitte führen sie vor dem ersten Aufrufen der einmal den folgenden Befehl im
 518   Lx-Office Verzeichnis aus:
 519
 520   $ scripts/installation_check.pl
 521
 522   Sollten Module als fehlend markiert sein, folgen Sie bitte den Anweisungen in
 523   der Installationsanweisung.
 524
 525   Zumindest folgende Module sind neu benötigt:
 526
 527   * Rose::Object, Rose::DB und Rose::DB::Object (die Installation von
 528       Rose::DB::Object via CPAN oder den Paketmechanismus Ihrer
 529       Distribution sollte für die automatische Installation der anderen
 530       zwei Pakete sorgen)
 531
 532   Neue Gruppenrechte
 533   ------------------
 534
 535   Es wurde ein neues Recht "Druck" eingeführt. Dieses bestimmt, ob die
 536   Benutzerin das Menü "Druck" zu Gesicht bekommt oder nicht, unabhängig
 537   davon, wie die Rechte für die einzelnen Unterpunkte gesetzt sind.
 538
 539   Für bereits bestehende Gruppen muss es sofern gewünscht vom
 540   Administrator manuell gewährt werden.
 541
 542
 543   Upgrade auf v2.6.1
 544   ==================
 545
 546   Vor dem Einloggen
 547   -----------------
 548
 549   Mit Version 2.6.1 wurden die Listen der benötigten Perl Module überarbeitet.
 550   Einige der vorher in den Abhängigkeiten gelisteten Module waren Coremodules
 551   (und damit in jeder Perldistribution vorhanden), oder ihrerseits Abhängigkeiten
 552   anderer benötigter Module. Durch die Überarbeitung hat sich die Liste deutlich
 553   geändert.
 554
 555   Bitte führen sie vor dem ersten Aufrufen der einmal den folgenden Befehl im
 556   Lx-Office Verzeichnis aus:
 557
 558   $ scripts/installation_check.pl
 559
 560   Sollten Module als fehlend markiert sein, folgen Sie bitte den Anweisungen in
 561   der Installationsanweisung.
 562
 563   Zumindest folgende Module sind neu benötigt:
 564
 565   * URI
 566   * XML::Writer
 567
 568   Neue Konfigurationsvariablen
 569   ----------------------------
 570
 571   In der config/lx-erp.conf ist als neue Option $show_best_before hinzugekommen.
 572   Die Variable kontrolliert die Anzeige von Mindesthaltbarkeitsdaten. Sie ist
 573 standardmäßig deaktiviert.