From: Jan Büren Date: Thu, 30 Jan 2014 14:08:48 +0000 (+0100) Subject: Dokumentations-Update X-Git-Tag: release-3.1.0beta1~3 X-Git-Url: http://wagnertech.de/git?a=commitdiff_plain;h=d63ea7c6b814244c99eb40d56633a96debf93a3f;p=kivitendo-erp.git Dokumentations-Update --- diff --git a/doc/dokumentation.xml b/doc/dokumentation.xml index 51f9549cb..66ac4e947 100644 --- a/doc/dokumentation.xml +++ b/doc/dokumentation.xml @@ -2,7 +2,7 @@ - kivitendo 3.0.0: Installation, Konfiguration, Entwicklung + kivitendo 3.1.0: Installation, Konfiguration, Entwicklung Aktuelle Hinweise @@ -60,7 +60,7 @@ - Alle weiteren Unterkapitel in diesem Kapitel sind ebenfalls wichtig und dienen sollten vor einer ernsthaften Inbetriebnahme gelesen + Alle weiteren Unterkapitel in diesem Kapitel sind ebenfalls wichtig und sollten vor einer ernsthaften Inbetriebnahme gelesen werden. @@ -622,7 +622,7 @@ Alias /kivitendo-erp/ /var/www/kivitendo-erp/ - Apache 2.2.11 (Ubuntu) und mod_fastcgi. + Apache 2.2.11 / 2.2.22 (Ubuntu) und mod_fastcgi. @@ -1993,7 +1993,7 @@ ln -s $(pwd)/kivitendo-task-server.service /etc/systemd/system/ Bis Version 3.0 wurde "closedto" ("Bücher schließen zum") als Grundlage für das Startdatum benutzt. Schließt man die Bücher allerdings monatsweise führt dies zu falschen Werten. - In der Mandantenkonfiguration kann man dieses Verhalten genau einstellen: + In der Mandantenkonfiguration kann man dieses Verhalten genau einstellen indem man: weiterhin closed_to benutzt (Default, es ändert sich nichts zu vorher) @@ -2003,9 +2003,11 @@ ln -s $(pwd)/kivitendo-task-server.service /etc/systemd/system/ immer die letzte Eröffnungsbuchung als Startdatum nimmt + - mit Jahresanfang als Alternative wenn es keine EB-Buchungen gibt + - oder mit "alle Buchungen" als Alternative" - mit Jahresanfang als Alternative wenn es keine EB-Buchungen gibt + mit Jahresanfang als Alternative wenn es keine EB-Buchungen gibt immer alle Buchungen seit Beginn der Datenbank nimmt diff --git a/doc/html/ch01.html b/doc/html/ch01.html index f3c9e3e15..642b25af1 100644 --- a/doc/html/ch01.html +++ b/doc/html/ch01.html @@ -1,5 +1,5 @@ - Kapitel 1. Aktuelle Hinweise
Kapitel 1. Aktuelle Hinweise
Zurück   Weiter

Kapitel 1. Aktuelle Hinweise

Aktuelle Installations- und Konfigurationshinweise gibt es:

Zurück   Weiter
kivitendo 3.1.0: Installation, Konfiguration, Entwicklung Zum Anfang Kapitel 2. Installation und Grundkonfiguration
\ No newline at end of file diff --git a/doc/html/ch02.html b/doc/html/ch02.html index 0d6b60def..f9db6d202 100644 --- a/doc/html/ch02.html +++ b/doc/html/ch02.html @@ -1,6 +1,6 @@ - Kapitel 2. Installation und Grundkonfiguration
Kapitel 2. Installation und Grundkonfiguration
Zurück   Weiter

Kapitel 2. Installation und Grundkonfiguration

2.1. Übersicht

+ Kapitel 2. Installation und Grundkonfiguration

Kapitel 2. Installation und Grundkonfiguration
Zurück   Weiter

Kapitel 2. Installation und Grundkonfiguration

2.1. Übersicht

Die Installation von kivitendo umfasst mehrere Schritte. Die folgende Liste kann sowohl für Neulinge als auch für alte Hasen als Übersicht und Stichpunktliste zum Abhaken dienen, um eine Version mit minimalen Features möglichst schnell zum Laufen zu kriegen.

  1. @@ -13,6 +13,6 @@ Informationen zur Authentifizierung sowie die Nutzdaten gespeichert werden. Wie man das als Administrator macht, verrät "Abschnitt 2.8, „Benutzerauthentifizierung und Administratorpasswort“".

  2. Benutzer, Gruppen und Datenbanken anlegen: wie dies alles zusammenspielt erläutert "Abschnitt 2.9, „Mandanten-, Benutzer- und Gruppenverwaltung“".

  3. Los geht's: alles soweit erledigt? Dann kann es losgehen: "Abschnitt 2.17, „kivitendo ERP verwenden“"

- Alle weiteren Unterkapitel in diesem Kapitel sind ebenfalls wichtig und dienen sollten vor einer ernsthaften Inbetriebnahme gelesen + Alle weiteren Unterkapitel in diesem Kapitel sind ebenfalls wichtig und sollten vor einer ernsthaften Inbetriebnahme gelesen werden.

Zurück   Weiter
Kapitel 1. Aktuelle Hinweise Zum Anfang 2.2. Benötigte Software und Pakete
\ No newline at end of file diff --git a/doc/html/ch02s02.html b/doc/html/ch02s02.html index 79b77a082..816731de6 100644 --- a/doc/html/ch02s02.html +++ b/doc/html/ch02s02.html @@ -1,6 +1,6 @@ - 2.2. Benötigte Software und Pakete
2.2. Benötigte Software und Pakete
Zurück Kapitel 2. Installation und Grundkonfiguration Weiter

2.2. Benötigte Software und Pakete

2.2.1. Betriebssystem

kivitendo ist für Linux konzipiert, und sollte auf jedem + 2.2. Benötigte Software und Pakete

2.2. Benötigte Software und Pakete
Zurück Kapitel 2. Installation und Grundkonfiguration Weiter

2.2. Benötigte Software und Pakete

2.2.1. Betriebssystem

kivitendo ist für Linux konzipiert, und sollte auf jedem unixoiden Betriebssystem zum Laufen zu kriegen sein. Getestet ist diese Version im speziellen auf Debian und Ubuntu, grundsätzlich wurde bei der Auswahl der Pakete aber darauf Rücksicht genommen, dass es diff --git a/doc/html/ch02s03.html b/doc/html/ch02s03.html index 3c796d1da..274a9c55d 100644 --- a/doc/html/ch02s03.html +++ b/doc/html/ch02s03.html @@ -1,6 +1,6 @@ - 2.3. Manuelle Installation des Programmpaketes

2.3. Manuelle Installation des Programmpaketes
Zurück Kapitel 2. Installation und Grundkonfiguration Weiter

2.3. Manuelle Installation des Programmpaketes

Die kivitendo ERP Installationsdatei (kivitendo-erp-3.0.0.tgz) wird im Dokumentenverzeichnis des Webservers + 2.3. Manuelle Installation des Programmpaketes

2.3. Manuelle Installation des Programmpaketes
Zurück Kapitel 2. Installation und Grundkonfiguration Weiter

2.3. Manuelle Installation des Programmpaketes

Die kivitendo ERP Installationsdatei (kivitendo-erp-3.0.0.tgz) wird im Dokumentenverzeichnis des Webservers (z.B. /var/www/html/, /srv/www/htdocs oder /var/www/) entpackt:

cd /var/www
 tar xvzf kivitendo-erp-3.0.0.tgz

Wechseln Sie in das entpackte Verzeichnis:

cd kivitendo-erp

Alternativ können Sie auch einen Alias in der Webserverkonfiguration benutzen, um auf das tatsächliche diff --git a/doc/html/ch02s04.html b/doc/html/ch02s04.html index c1bdf68ac..bc5864ba8 100644 --- a/doc/html/ch02s04.html +++ b/doc/html/ch02s04.html @@ -1,6 +1,6 @@ - 2.4. kivitendo-Konfigurationsdatei

2.4. kivitendo-Konfigurationsdatei
Zurück Kapitel 2. Installation und Grundkonfiguration Weiter

2.4. kivitendo-Konfigurationsdatei

2.4.1. Einführung

In kivitendo gibt es nur noch eine Konfigurationsdatei, + 2.4. kivitendo-Konfigurationsdatei

2.4. kivitendo-Konfigurationsdatei
Zurück Kapitel 2. Installation und Grundkonfiguration Weiter

2.4. kivitendo-Konfigurationsdatei

2.4.1. Einführung

In kivitendo gibt es nur noch eine Konfigurationsdatei, die benötigt wird: config/kivitendo.conf (kurz: "die Hauptkonfigurationsdatei"). Diese muss bei der Erstinstallation von kivitendo bzw. der Migration von älteren Versionen angelegt diff --git a/doc/html/ch02s05.html b/doc/html/ch02s05.html index 4a6c0d83a..37c6a2876 100644 --- a/doc/html/ch02s05.html +++ b/doc/html/ch02s05.html @@ -1,6 +1,6 @@ - 2.5. Anpassung der PostgreSQL-Konfiguration

2.5. Anpassung der PostgreSQL-Konfiguration
Zurück Kapitel 2. Installation und Grundkonfiguration Weiter

2.5. Anpassung der PostgreSQL-Konfiguration

PostgreSQL muss auf verschiedene Weisen angepasst werden.

2.5.1. Zeichensätze/die Verwendung von Unicode/UTF-8

kivitendo setzt zwingend voraus, dass die Datenbank Unicode/UTF-8 als Encoding einsetzt. Bei aktuellen Serverinstallationen + 2.5. Anpassung der PostgreSQL-Konfiguration

2.5. Anpassung der PostgreSQL-Konfiguration
Zurück Kapitel 2. Installation und Grundkonfiguration Weiter

2.5. Anpassung der PostgreSQL-Konfiguration

PostgreSQL muss auf verschiedene Weisen angepasst werden.

2.5.1. Zeichensätze/die Verwendung von Unicode/UTF-8

kivitendo setzt zwingend voraus, dass die Datenbank Unicode/UTF-8 als Encoding einsetzt. Bei aktuellen Serverinstallationen braucht man hier meist nicht einzugreifen.

Das Encoding des Datenbankservers kann überprüft werden. Ist das Encoding der Datenbank "template1" "Unicode" bzw. "UTF-8", so braucht man nichts weiteres diesbezüglich unternehmen. Zum Testen:

su postgres
 echo '\l' | psql
diff --git a/doc/html/ch02s06.html b/doc/html/ch02s06.html
index 8adafac8c..c536d94f5 100644
--- a/doc/html/ch02s06.html
+++ b/doc/html/ch02s06.html
@@ -1,6 +1,6 @@
 
       
-   2.6. Webserver-Konfiguration
2.6. Webserver-Konfiguration
Zurück Kapitel 2. Installation und Grundkonfiguration Weiter
2.6. Webserver-Konfiguration
2.6.1. Grundkonfiguration mittels CGI
[Anmerkung]Anmerkung
Für einen deutlichen Performanceschub sorgt die Ausführung
+   2.6. Webserver-Konfiguration
2.6. Webserver-Konfiguration
Zurück Kapitel 2. Installation und Grundkonfiguration Weiter
2.6. Webserver-Konfiguration
2.6.1. Grundkonfiguration mittels CGI
[Anmerkung]Anmerkung
Für einen deutlichen Performanceschub sorgt die Ausführung
           mittels FastCGI/FCGI. Die Einrichtung wird ausführlich im Abschnitt
           Konfiguration für FastCGI/FCGI beschrieben.
Der Zugriff auf das Programmverzeichnis muss in der Apache
         Webserverkonfigurationsdatei httpd.conf eingestellt
@@ -39,7 +39,7 @@ Alias /kivitendo-erp/ /var/www/kivitendo-erp/
           führt dazu dass ein kivitendo Aufruf der Kernmasken mittlerweile
           deutlich länger dauert als früher, und dass davon 90% für das Laden
           der Module verwendet wird.
Mit FastCGI werden nun die Module einmal geladen, und danach
-          wird nur die eigentliche Programmlogik ausgeführt.
2.6.2.3. Getestete Kombinationen aus Webservern und Plugin
Folgende Kombinationen sind getestet:
  • Apache 2.2.11 (Ubuntu) und mod_fcgid.
  • Apache 2.2.11 (Ubuntu) und mod_fastcgi.
Dabei wird mod_fcgid empfohlen, weil mod_fastcgi seit geraumer
+          wird nur die eigentliche Programmlogik ausgeführt.
2.6.2.3. Getestete Kombinationen aus Webservern und Plugin
Folgende Kombinationen sind getestet:
  • Apache 2.2.11 (Ubuntu) und mod_fcgid.
  • Apache 2.2.11 / 2.2.22 (Ubuntu) und mod_fastcgi.
Dabei wird mod_fcgid empfohlen, weil mod_fastcgi seit geraumer
           Zeit nicht mehr weiter entwickelt wird. Im Folgenden wird auf
           mod_fastcgi nicht mehr explizit eingegangen.
Als Perl Backend wird das Modul FCGI.pm
           verwendet.
[Warnung]Warnung
FCGI-Versionen ab 0.69 und bis zu 0.71 inklusive sind extrem strict in der Behandlung von Unicode, und verweigern
diff --git a/doc/html/ch02s07.html b/doc/html/ch02s07.html
index 577f2b5c6..b3797ca14 100644
--- a/doc/html/ch02s07.html
+++ b/doc/html/ch02s07.html
@@ -1,6 +1,6 @@
 
       
-   2.7. Der Task-Server
2.7. Der Task-Server
Zurück Kapitel 2. Installation und Grundkonfiguration Weiter
2.7. Der Task-Server
Der Task-Server ist ein Prozess, der im Hintergrund läuft, in regelmäßigen Abständen nach abzuarbeitenden Aufgaben sucht und
+   2.7. Der Task-Server
2.7. Der Task-Server
Zurück Kapitel 2. Installation und Grundkonfiguration Weiter
2.7. Der Task-Server
Der Task-Server ist ein Prozess, der im Hintergrund läuft, in regelmäßigen Abständen nach abzuarbeitenden Aufgaben sucht und
       diese zu festgelegten Zeitpunkten abarbeitet (ähnlich wie Cron). Dieser Prozess wird u.a. für die Erzeugung der wiederkehrenden
       Rechnungen und weitere essenzielle Aufgaben benutzt.
2.7.1. Verfügbare und notwendige Konfigurationsoptionen
Die Konfiguration erfolgt über den Abschnitt
         [task_server] in der Datei
diff --git a/doc/html/ch02s08.html b/doc/html/ch02s08.html
index 245951118..66aa89a9d 100644
--- a/doc/html/ch02s08.html
+++ b/doc/html/ch02s08.html
@@ -1,6 +1,6 @@
 
       
-   2.8. Benutzerauthentifizierung und Administratorpasswort
2.8. Benutzerauthentifizierung und Administratorpasswort
Zurück Kapitel 2. Installation und Grundkonfiguration Weiter
2.8. Benutzerauthentifizierung und Administratorpasswort
Informationen über die Einrichtung der Benutzerauthentifizierung,
+   2.8. Benutzerauthentifizierung und Administratorpasswort
2.8. Benutzerauthentifizierung und Administratorpasswort
Zurück Kapitel 2. Installation und Grundkonfiguration Weiter
2.8. Benutzerauthentifizierung und Administratorpasswort
Informationen über die Einrichtung der Benutzerauthentifizierung,
       über die Verwaltung von Gruppen und weitere Einstellungen
2.8.1. Grundlagen zur Benutzerauthentifizierung
kivitendo verwaltet die Benutzerinformationen in einer
         Datenbank, die im folgenden “Authentifizierungsdatenbank” genannt
         wird. Für jeden Benutzer kann dort eine eigene Datenbank für die
diff --git a/doc/html/ch02s09.html b/doc/html/ch02s09.html
index 0abdceef4..12028f7c6 100644
--- a/doc/html/ch02s09.html
+++ b/doc/html/ch02s09.html
@@ -1,6 +1,6 @@
 
       
-   2.9. Mandanten-, Benutzer- und Gruppenverwaltung
2.9. Mandanten-, Benutzer- und Gruppenverwaltung
Zurück Kapitel 2. Installation und Grundkonfiguration Weiter
2.9. Mandanten-, Benutzer- und Gruppenverwaltung
Nach der Installation müssen Mandanten, Benutzer, Gruppen und Datenbanken angelegt werden. Dieses geschieht im
+   2.9. Mandanten-, Benutzer- und Gruppenverwaltung
2.9. Mandanten-, Benutzer- und Gruppenverwaltung
Zurück Kapitel 2. Installation und Grundkonfiguration Weiter
2.9. Mandanten-, Benutzer- und Gruppenverwaltung
Nach der Installation müssen Mandanten, Benutzer, Gruppen und Datenbanken angelegt werden. Dieses geschieht im
       Administrationsmenü, das Sie unter folgender URL finden:

             http://localhost/kivitendo-erp/controller.pl?action=Admin/login
          
Verwenden Sie zur Anmeldung das Password, dass Sie in der Datei
diff --git a/doc/html/ch02s10.html b/doc/html/ch02s10.html
index fca6121b3..0df88109a 100644
--- a/doc/html/ch02s10.html
+++ b/doc/html/ch02s10.html
@@ -1,6 +1,6 @@
 
       
-   2.10. E-Mail-Versand aus kivitendo heraus
2.10. E-Mail-Versand aus kivitendo heraus
Zurück Kapitel 2. Installation und Grundkonfiguration Weiter
2.10. E-Mail-Versand aus kivitendo heraus
kivitendo kann direkt aus dem Programm heraus E-Mails versenden, z.B. um ein Angebot direkt an einen Kunden zu
+   2.10. E-Mail-Versand aus kivitendo heraus
2.10. E-Mail-Versand aus kivitendo heraus
Zurück Kapitel 2. Installation und Grundkonfiguration Weiter
2.10. E-Mail-Versand aus kivitendo heraus
kivitendo kann direkt aus dem Programm heraus E-Mails versenden, z.B. um ein Angebot direkt an einen Kunden zu
       verschicken. Damit dies funktioniert, muss eingestellt werden, über welchen Server die E-Mails verschickt werden sollen. kivitendo
       unterstützt dabei zwei Mechanismen: Versand über einen lokalen E-Mail-Server (z.B. mit Postfix™ oder
       Exim™, was auch die standardmäßig aktive Methode ist) sowie Versand über einen SMTP-Server (z.B. der des
diff --git a/doc/html/ch02s11.html b/doc/html/ch02s11.html
index 2ab4e2cb2..a098788b4 100644
--- a/doc/html/ch02s11.html
+++ b/doc/html/ch02s11.html
@@ -1,6 +1,6 @@
 
       
-   2.11. Drucken mit kivitendo
2.11. Drucken mit kivitendo
Zurück Kapitel 2. Installation und Grundkonfiguration Weiter
2.11. Drucken mit kivitendo
Das Drucksystem von kivitendo benutzt von Haus aus LaTeX-Vorlagen.  Um drucken zu können, braucht der Server ein geeignetes
+   2.11. Drucken mit kivitendo
2.11. Drucken mit kivitendo
Zurück Kapitel 2. Installation und Grundkonfiguration Weiter
2.11. Drucken mit kivitendo
Das Drucksystem von kivitendo benutzt von Haus aus LaTeX-Vorlagen.  Um drucken zu können, braucht der Server ein geeignetes
       LaTeX System. Am einfachsten ist dazu eine texlive Installation. Unter Debianoiden Betriebssystemen installiert man
       die Pakete mit:

             
aptitude install texlive-base-bin texlive-latex-recommended texlive-fonts-recommended \
diff --git a/doc/html/ch02s12.html b/doc/html/ch02s12.html
index d24a40cfb..98be8bff2 100644
--- a/doc/html/ch02s12.html
+++ b/doc/html/ch02s12.html
@@ -1,6 +1,6 @@
 
       
-   2.12. OpenDocument-Vorlagen
2.12. OpenDocument-Vorlagen
Zurück Kapitel 2. Installation und Grundkonfiguration Weiter
2.12. OpenDocument-Vorlagen
kivitendo unterstützt die Verwendung von Vorlagen im
+   2.12. OpenDocument-Vorlagen
2.12. OpenDocument-Vorlagen
Zurück Kapitel 2. Installation und Grundkonfiguration Weiter
2.12. OpenDocument-Vorlagen
kivitendo unterstützt die Verwendung von Vorlagen im
       OpenDocument-Format, wie es OpenOffice.org ab Version 2 erzeugt.
       kivitendo kann dabei sowohl neue OpenDocument-Dokumente als auch aus
       diesen direkt PDF-Dateien erzeugen. Um die Unterstützung von
diff --git a/doc/html/ch02s13.html b/doc/html/ch02s13.html
index 6eb8bea6c..eb63153a3 100644
--- a/doc/html/ch02s13.html
+++ b/doc/html/ch02s13.html
@@ -1,6 +1,6 @@
 
       
-   2.13. Konfiguration zur Einnahmenüberschussrechnung/Bilanzierung: EUR
2.13. Konfiguration zur Einnahmenüberschussrechnung/Bilanzierung:
+   2.13. Konfiguration zur Einnahmenüberschussrechnung/Bilanzierung: EUR
2.13. Konfiguration zur Einnahmenüberschussrechnung/Bilanzierung:
       EUR
Zurück Kapitel 2. Installation und Grundkonfiguration Weiter
2.13. Konfiguration zur Einnahmenüberschussrechnung/Bilanzierung:
       EUR
2.13.1. Einführung
kivitendo besaß bis inklusive Version 2.6.3 einen Konfigurationsparameter namens eur, der sich in der
         Konfigurationsdatei config/kivitendo.conf (damals noch config/lx_office.conf)
diff --git a/doc/html/ch02s14.html b/doc/html/ch02s14.html
index 0b0da32e2..ec2c253bc 100644
--- a/doc/html/ch02s14.html
+++ b/doc/html/ch02s14.html
@@ -1,6 +1,6 @@
 
       
-   2.14. SKR04 19% Umstellung für innergemeinschaftlichen Erwerb
2.14. SKR04 19% Umstellung für innergemeinschaftlichen Erwerb
Zurück Kapitel 2. Installation und Grundkonfiguration Weiter
2.14. SKR04 19% Umstellung für innergemeinschaftlichen Erwerb
2.14.1. Einführung
Die Umsatzsteuerumstellung auf 19% für SKR04 für die
+   2.14. SKR04 19% Umstellung für innergemeinschaftlichen Erwerb
2.14. SKR04 19% Umstellung für innergemeinschaftlichen Erwerb
Zurück Kapitel 2. Installation und Grundkonfiguration Weiter
2.14. SKR04 19% Umstellung für innergemeinschaftlichen Erwerb
2.14.1. Einführung
Die Umsatzsteuerumstellung auf 19% für SKR04 für die
         Steuerschlüssel "EU ohne USt-ID Nummer" ist erst 2010 erfolgt.
         kivitendo beinhaltet ein Upgradeskript, das das Konto 3804 automatisch
         erstellt und die Steuereinstellungen korrekt einstellt. Hat der
diff --git a/doc/html/ch02s15.html b/doc/html/ch02s15.html
index bde424c2b..ba5b4a88d 100644
--- a/doc/html/ch02s15.html
+++ b/doc/html/ch02s15.html
@@ -1,9 +1,9 @@
 
       
-   2.15. Verhalten des Bilanzberichts
2.15. Verhalten des Bilanzberichts
Zurück Kapitel 2. Installation und Grundkonfiguration Weiter
2.15. Verhalten des Bilanzberichts

+   2.15. Verhalten des Bilanzberichts
2.15. Verhalten des Bilanzberichts
Zurück Kapitel 2. Installation und Grundkonfiguration Weiter
2.15. Verhalten des Bilanzberichts

     Bis Version 3.0 wurde "closedto" ("Bücher schließen zum") als Grundlage für das
     Startdatum benutzt. Schließt man die Bücher allerdings monatsweise führt dies
-    zu falschen Werten.
In der Mandantenkonfiguration kann man dieses Verhalten genau einstellen:
  • weiterhin closed_to benutzt (Default, es ändert sich nichts zu vorher)
  • immer den Jahresanfang nimmt (1.1. relativ zum Stichtag)
  • immer die letzte Eröffnungsbuchung als Startdatum nimmt
  • mit Jahresanfang als Alternative wenn es keine EB-Buchungen gibt
  • immer alle Buchungen seit Beginn der Datenbank nimmt

+    zu falschen Werten.
In der Mandantenkonfiguration kann man dieses Verhalten genau einstellen indem man:
  • weiterhin closed_to benutzt (Default, es ändert sich nichts zu vorher)
  • immer den Jahresanfang nimmt (1.1. relativ zum Stichtag)
  • immer die letzte Eröffnungsbuchung als Startdatum nimmt
    - mit Jahresanfang als Alternative wenn es keine EB-Buchungen gibt
    - oder mit "alle Buchungen" als Alternative"
  • mit Jahresanfang als Alternative wenn es keine EB-Buchungen gibt 
  • immer alle Buchungen seit Beginn der Datenbank nimmt

    Folgende Hinweise zu den Optionen:
     Das "Bücher schließen Datum" ist sinnvoll, wenn man nur komplette Jahre
     schließt. Bei Wirtschaftsjahr = Kalendarjahr entspricht dies aber auch
diff --git a/doc/html/ch02s16.html b/doc/html/ch02s16.html
index 937b2fdd8..5b346d867 100644
--- a/doc/html/ch02s16.html
+++ b/doc/html/ch02s16.html
@@ -1,6 +1,6 @@
 
       
-   2.16. Einstellungen pro Mandant
2.16. Einstellungen pro Mandant
Zurück Kapitel 2. Installation und Grundkonfiguration Weiter
2.16. Einstellungen pro Mandant
Einige Einstellungen können von einem Benutzer mit dem
+   2.16. Einstellungen pro Mandant
2.16. Einstellungen pro Mandant
Zurück Kapitel 2. Installation und Grundkonfiguration Weiter
2.16. Einstellungen pro Mandant
Einige Einstellungen können von einem Benutzer mit dem
       Recht "Administration
       (Für die Verwaltung der aktuellen Instanz aus einem Userlogin heraus)"
       gemacht werden. Diese Einstellungen sind dann für die aktuellen
diff --git a/doc/html/ch03.html b/doc/html/ch03.html
index d870b5fe8..7647bfc38 100644
--- a/doc/html/ch03.html
+++ b/doc/html/ch03.html
@@ -1,6 +1,6 @@
 
       
-   Kapitel 3. Features und Funktionen
Kapitel 3. Features und Funktionen
Zurück   Weiter
Kapitel 3. Features und Funktionen
3.1. Wiederkehrende Rechnungen
3.1.1. Einführung
Wiederkehrende Rechnungen werden als normale Aufträge definiert
+   Kapitel 3. Features und Funktionen
Kapitel 3. Features und Funktionen
Zurück   Weiter
Kapitel 3. Features und Funktionen
3.1. Wiederkehrende Rechnungen
3.1.1. Einführung
Wiederkehrende Rechnungen werden als normale Aufträge definiert
         und konfiguriert, mit allen dazugehörigen Kunden- und Artikelangaben.
         Die konfigurierten Aufträge werden später automatisch in Rechnungen
         umgewandelt, so als ob man den Workflow benutzen würde, und auch die
diff --git a/doc/html/ch03s02.html b/doc/html/ch03s02.html
index bd0fdc632..c9b9c9468 100644
--- a/doc/html/ch03s02.html
+++ b/doc/html/ch03s02.html
@@ -1,6 +1,6 @@
 
       
-   3.2. Dokumentenvorlagen und verfügbare Variablen
3.2. Dokumentenvorlagen und verfügbare Variablen
Zurück Kapitel 3. Features und Funktionen Weiter
3.2. Dokumentenvorlagen und verfügbare Variablen
3.2.1. Einführung
Dies ist eine Auflistung der Standard-Dokumentenvorlagen und
+   3.2. Dokumentenvorlagen und verfügbare Variablen
3.2. Dokumentenvorlagen und verfügbare Variablen
Zurück Kapitel 3. Features und Funktionen Weiter
3.2. Dokumentenvorlagen und verfügbare Variablen
3.2.1. Einführung
Dies ist eine Auflistung der Standard-Dokumentenvorlagen und
         aller zur Bearbeitung verfügbaren Variablen. Eine Variable wird in
         einer Vorlage durch ihren Inhalt ersetzt, wenn sie in der Form
         <%variablenname%> verwendet wird. Für
@@ -566,7 +566,7 @@
                         invdate
                      
Rechnungsdatum

                         invnumber
-                     
Rechnungsnummer
3.2.10. Variablen in anderen Vorlagen
3.2.10.1. Einführung
Die Variablen in anderen Vorlagen sind ähnlich wie in der
+                     
Rechnungsnummer
3.2.10. Variablen in anderen Vorlagen
3.2.10.1. Einführung
Die Variablen in anderen Vorlagen sind ähnlich wie in der
           Rechnung. Allerdings heißen die Variablen, die mit
           inv beginnen, jetzt anders. Bei den Angeboten
           fangen sie mit quo für "quotation" an:
diff --git a/doc/html/ch03s03.html b/doc/html/ch03s03.html
index 25899f36b..4cb0eab98 100644
--- a/doc/html/ch03s03.html
+++ b/doc/html/ch03s03.html
@@ -1,6 +1,6 @@
 
       
-   3.3. Excel-Vorlagen
3.3. Excel-Vorlagen
Zurück Kapitel 3. Features und Funktionen Weiter
3.3. Excel-Vorlagen
3.3.1. Zusammenfassung
Dieses Dokument beschreibt den Mechanismus, mit dem
+   3.3. Excel-Vorlagen
3.3. Excel-Vorlagen
Zurück Kapitel 3. Features und Funktionen Weiter
3.3. Excel-Vorlagen
3.3.1. Zusammenfassung
Dieses Dokument beschreibt den Mechanismus, mit dem
         Exceltemplates abgearbeitet werden, und die Einschränkungen, die damit
         einhergehen.
3.3.2. Bedienung
Der Excel Mechanismus muss in der Konfigurationsdatei aktiviert
         werden. Die Konfigurationsoption heißt excel_templates =
diff --git a/doc/html/ch04.html b/doc/html/ch04.html
index ef1b24b82..f1aff2e27 100644
--- a/doc/html/ch04.html
+++ b/doc/html/ch04.html
@@ -1,6 +1,6 @@
 
       
-   Kapitel 4. Entwicklerdokumentation
Kapitel 4. Entwicklerdokumentation
Zurück   Weiter
Kapitel 4. Entwicklerdokumentation
4.1. Globale Variablen
4.1.1. Wie sehen globale Variablen in Perl aus?
Globale Variablen liegen in einem speziellen namespace namens
+   Kapitel 4. Entwicklerdokumentation
Kapitel 4. Entwicklerdokumentation
Zurück   Weiter
Kapitel 4. Entwicklerdokumentation
4.1. Globale Variablen
4.1.1. Wie sehen globale Variablen in Perl aus?
Globale Variablen liegen in einem speziellen namespace namens
         "main", der von überall erreichbar ist. Darüber hinaus sind bareword
         globs global und die meisten speziellen Variablen sind...
         speziell.
Daraus ergeben sich folgende Formen:

@@ -25,7 +25,7 @@
               $PACKAGE::form.

                      local $form
                   
Alle Änderungen an $form werden am Ende
-              des scopes zurückgesetzt
4.1.2. Warum sind globale Variablen ein Problem?
Das erste Problem ist FCGI™.

+              des scopes zurückgesetzt
4.1.2. Warum sind globale Variablen ein Problem?
Das erste Problem ist FCGI™.

                SQL-Ledger™ hat fast alles im globalen
         namespace abgelegt, und erwartet, dass es da auch wiederzufinden ist.
         Unter FCGI™ müssen diese Sachen aber wieder
@@ -39,7 +39,7 @@
         dies hat, seit der Einführung, u.a. schon so manche langwierige
         Bug-Suche verkürzt. Da globale Variablen aber implizit mit Package
         angegeben werden, werden die nicht geprüft, und somit kann sich
-        schnell ein Tippfehler einschleichen.
4.1.3. Kanonische globale Variablen
Um dieses Problem im Griff zu halten gibt es einige wenige
+        schnell ein Tippfehler einschleichen.
4.1.3. Kanonische globale Variablen
Um dieses Problem im Griff zu halten gibt es einige wenige
         globale Variablen, die kanonisch sind, d.h. sie haben bestimmte
         vorgegebenen Eigenschaften, und alles andere sollte anderweitig
         umhergereicht werden.
Diese Variablen sind im Moment die folgenden neun:
  • 
@@ -62,7 +62,7 @@
                      $::request
                   
Damit diese nicht erneut als Müllhalde missbraucht werden, im
         Folgenden eine kurze Erläuterung der bestimmten vorgegebenen
-        Eigenschaften (Konventionen):
4.1.3.1. $::form
  • Ist ein Objekt der Klasse
+        Eigenschaften (Konventionen):
    4.1.3.1. $::form
    • Ist ein Objekt der Klasse
               "Form"
    • Wird nach jedem Request gelöscht
    • Muss auch in Tests und Konsolenscripts vorhanden
               sein.
    • Enthält am Anfang eines Requests die Requestparameter vom
               User
    • Kann zwar intern über Requestgrenzen ein Datenbankhandle
@@ -110,7 +110,7 @@
   push @{ $form->{TEMPLATE_ARRAYS}{number} },          $form->{"partnumber_$i"};
   push @{ $form->{TEMPLATE_ARRAYS}{description} },     $form->{"description_$i"};
   # ...
-}
    4.1.3.2. %::myconfig
    • Das einzige Hash unter den globalen Variablen
    • Wird spätestens benötigt wenn auf die Datenbank
+}
    4.1.3.2. %::myconfig
    • Das einzige Hash unter den globalen Variablen
    • Wird spätestens benötigt wenn auf die Datenbank
               zugegriffen wird
    • Wird bei jedem Request neu erstellt.
    • Enthält die Userdaten des aktuellen Logins
    • Sollte nicht ohne Filterung irgendwo gedumpt werden oder
               extern serialisiert werden, weil da auch der Datenbankzugriff
               für diesen user drinsteht.
    • Enthält unter anderem Listenbegrenzung vclimit,
@@ -122,10 +122,10 @@
           überwiegend die Daten, die sich unter Programm
           -> Einstellungen befinden, bzw. die
           Informationen über den Benutzer die über die
-          Administrator-Schnittstelle eingegeben wurden.
    4.1.3.3. $::locale
    • Objekt der Klasse "Locale"
    • Wird pro Request erstellt
    • Muss auch für Tests und Scripte immer verfügbar
+          Administrator-Schnittstelle eingegeben wurden.
    4.1.3.3. $::locale
    • Objekt der Klasse "Locale"
    • Wird pro Request erstellt
    • Muss auch für Tests und Scripte immer verfügbar
               sein.
    • Cached intern über Requestgrenzen hinweg benutzte
               Locales
    Lokalisierung für den aktuellen User. Alle Übersetzungen,
-          Zahlen- und Datumsformatierungen laufen über dieses Objekt.
    4.1.3.4. $::lxdebug
    • Objekt der Klasse "LXDebug"
    • Wird global gecached
    • Muss immer verfügbar sein, in nahezu allen
+          Zahlen- und Datumsformatierungen laufen über dieses Objekt.
    4.1.3.4. $::lxdebug
    • Objekt der Klasse "LXDebug"
    • Wird global gecached
    • Muss immer verfügbar sein, in nahezu allen
               Funktionen
    
                   $::lxdebug stellt Debuggingfunktionen
           bereit, wie "enter_sub" und
@@ -135,14 +135,14 @@
           "message" und "dump" mit
           denen man flott Informationen ins Log (tmp/kivitendo-debug.log)
           packen kann.
    Beispielsweise so:
    $main::lxdebug->message(0, 'Meine Konfig:' . Dumper (%::myconfig));
-$main::lxdebug->message(0, 'Wer bin ich? Kunde oder Lieferant:' . $form->{vc});
    4.1.3.5. $::auth
    • Objekt der Klasse "SL::Auth"
    • Wird global gecached
    • Hat eine permanente DB Verbindung zur Authdatenbank
    • Wird nach jedem Request resettet.
    
+$main::lxdebug->message(0, 'Wer bin ich? Kunde oder Lieferant:' . $form->{vc});
    4.1.3.5. $::auth
    • Objekt der Klasse "SL::Auth"
    • Wird global gecached
    • Hat eine permanente DB Verbindung zur Authdatenbank
    • Wird nach jedem Request resettet.
    
                   $::auth stellt Funktionen bereit um die
           Rechte des aktuellen Users abzufragen. Obwohl diese Informationen
           vom aktuellen User abhängen wird das Objekt aus
           Geschwindigkeitsgründen nur einmal angelegt und dann nach jedem
           Request kurz resettet.
    Dieses Objekt kapselt auch den gerade aktiven Mandanten. Dessen Einstellungen können über
           $::auth->client abgefragt werden; Rückgabewert ist ein Hash mit den Werten aus der Tabelle
-          auth.clients.
    4.1.3.6. $::lx_office_conf
    • Objekt der Klasse
+          auth.clients.
    4.1.3.6. $::lx_office_conf
    • Objekt der Klasse
               "SL::LxOfficeConf"
    • Global gecached
    • Repräsentation der
               config/kivitendo.conf[.default]-Dateien
    Globale Konfiguration. Configdateien werden zum Start gelesen
           und danach nicht mehr angefasst. Es ist derzeit nicht geplant, dass
@@ -152,16 +152,16 @@ $main::lxdebug->message(0, 'Wer bin ich? Kunde oder Lieferant:' . $form->{
 file = /tmp/kivitendo-debug.log
    ist der Key file im Programm als
           $::lx_office_conf->{debug}{file}
           erreichbar.
    [Warnung]Warnung
    Zugriff auf die Konfiguration erfolgt im Moment über
-            Hashkeys, sind also nicht gegen Tippfehler abgesichert.
    4.1.3.7. $::instance_conf
    • Objekt der Klasse
+            Hashkeys, sind also nicht gegen Tippfehler abgesichert.
4.1.3.7. $::instance_conf
  • Objekt der Klasse
               "SL::InstanceConfiguration"
  • wird pro Request neu erstellt
Funktioniert wie $::lx_office_conf,
           speichert aber Daten die von der Instanz abhängig sind. Eine Instanz
           ist hier eine Mandantendatenbank. Beispielsweise überprüft
           
$::instance_conf->get_inventory_system eq 'perpetual'

-          ob die berüchtigte Bestandsmethode zur Anwendung kommt.
4.1.3.8. $::dispatcher
  • Objekt der Klasse
+          ob die berüchtigte Bestandsmethode zur Anwendung kommt.
4.1.3.8. $::dispatcher
  • Objekt der Klasse
               "SL::Dispatcher"
  • wird pro Serverprozess erstellt.
  • enthält Informationen über die technische Verbindung zum
               Server
Der dritte Punkt ist auch der einzige Grund warum das Objekt
           global gespeichert wird. Wird vermutlich irgendwann in einem anderen
-          Objekt untergebracht.
4.1.3.9. $::request
  • Hashref (evtl später Objekt)
  • Wird pro Request neu initialisiert.
  • Keine Unterstruktur garantiert.

+          Objekt untergebracht.
4.1.3.9. $::request
  • Hashref (evtl später Objekt)
  • Wird pro Request neu initialisiert.
  • Keine Unterstruktur garantiert.

                   $::request ist ein generischer Platz um
           Daten "für den aktuellen Request" abzulegen. Sollte nicht für action
           at a distance benutzt werden, sondern um lokales memoizing zu
@@ -174,20 +174,20 @@ file = /tmp/kivitendo-debug.log
ist der Key file$::request
                      
  • Muss ich von anderen Teilen des Programms lesend drauf
               zugreifen? Dann $::request, aber Zugriff über
-              Wrappermethode
    • 4.1.4. Ehemalige globale Variablen
    Die folgenden Variablen waren einmal im Programm, und wurden
-        entfernt.
    4.1.4.1. $::cgi
    • war nötig, weil cookie Methoden nicht als
+              Wrappermethode
    4.1.4. Ehemalige globale Variablen
    Die folgenden Variablen waren einmal im Programm, und wurden
+        entfernt.
    4.1.4.1. $::cgi
    • war nötig, weil cookie Methoden nicht als
               Klassenfunktionen funktionieren
    • Aufruf als Klasse erzeugt Dummyobjekt was im
               Klassennamespace gehalten wird und über Requestgrenzen
               leaked
    • liegt jetzt unter
               $::request->{cgi}
-                     
    4.1.4.2. $::all_units
    • war nötig, weil einige Funktionen in Schleifen zum Teil
+                     
    4.1.4.2. $::all_units
    • war nötig, weil einige Funktionen in Schleifen zum Teil
               ein paar hundert mal pro Request eine Liste der Einheiten
               brauchen, und de als Parameter durch einen Riesenstack von
               Funktionen geschleift werden müssten.
    • Liegt jetzt unter
               $::request->{cache}{all_units}
                      
    • Wird nur in
               AM->retrieve_all_units() gesetzt oder
-              gelesen.
    4.1.4.3. %::called_subs
    • wurde benutzt um callsub deep recursions
+              gelesen.
    4.1.4.3. %::called_subs
    • wurde benutzt um callsub deep recursions
               abzufangen.
    • Wurde entfernt, weil callsub nur einen Bruchteil der
               möglichen Rekursioenen darstellt, und da nie welche
               auftreten.
    • komplette recursion protection wurde entfernt.
    Zurück   Weiter
    3.4. Mandantenkonfiguration Lager Zum Anfang 4.2. Entwicklung unter FastCGI
    
\ No newline at end of file
diff --git a/doc/html/ch04s02.html b/doc/html/ch04s02.html
index d5f370870..aebb2e1f2 100644
--- a/doc/html/ch04s02.html
+++ b/doc/html/ch04s02.html
@@ -1,6 +1,6 @@
 
       
-   4.2. Entwicklung unter FastCGI
    4.2. Entwicklung unter FastCGI
    Zurück Kapitel 4. Entwicklerdokumentation Weiter
    4.2. Entwicklung unter FastCGI
    4.2.1. Allgemeines
    Wenn Änderungen in der Konfiguration von kivitendo gemacht
+   4.2. Entwicklung unter FastCGI
    4.2. Entwicklung unter FastCGI
    Zurück Kapitel 4. Entwicklerdokumentation Weiter
    4.2. Entwicklung unter FastCGI
    4.2.1. Allgemeines
    Wenn Änderungen in der Konfiguration von kivitendo gemacht
         werden, muss der Webserver neu gestartet werden.
    Bei der Entwicklung für FastCGI ist auf ein paar Fallstricke zu
         achten. Dadurch, dass das Programm in einer Endlosschleife läuft,
         müssen folgende Aspekte beachtet werden.
    4.2.2. Programmende und Ausnahmen
    Betrifft die Funktionen warn,
diff --git a/doc/html/ch04s03.html b/doc/html/ch04s03.html
index bef5e5ded..ae129453b 100644
--- a/doc/html/ch04s03.html
+++ b/doc/html/ch04s03.html
@@ -1,6 +1,6 @@
 
       
-   4.3. SQL-Upgradedateien
    4.3. SQL-Upgradedateien
    Zurück Kapitel 4. Entwicklerdokumentation Weiter
    4.3. SQL-Upgradedateien
    4.3.1. Einführung
    Datenbankupgrades werden über einzelne Upgrade-Scripte gesteuert, die sich im Verzeichnis sql/Pg-upgrade2
+   4.3. SQL-Upgradedateien
    4.3. SQL-Upgradedateien
    Zurück Kapitel 4. Entwicklerdokumentation Weiter
    4.3. SQL-Upgradedateien
    4.3.1. Einführung
    Datenbankupgrades werden über einzelne Upgrade-Scripte gesteuert, die sich im Verzeichnis sql/Pg-upgrade2
         befinden. In diesem Verzeichnis muss pro Datenbankupgrade eine Datei existieren, die neben den eigentlich auszuführenden SQL- oder
         Perl-Befehlen einige Kontrollinformationen enthält.
    Kontrollinformationen definieren Abhängigkeiten und Prioritäten, sodass Datenbankscripte zwar in einer sicheren Reihenfolge
         ausgeführt werden (z.B. darf ein ALTER TABLE erst ausgeführt werden, wenn die Tabelle mit CREATE
diff --git a/doc/html/ch04s04.html b/doc/html/ch04s04.html
index 98d906906..5640d89f1 100644
--- a/doc/html/ch04s04.html
+++ b/doc/html/ch04s04.html
@@ -1,6 +1,6 @@
 
       
-   4.4. Translations and languages
    4.4. Translations and languages
    Zurück Kapitel 4. Entwicklerdokumentation Weiter
    4.4. Translations and languages
    4.4.1. Introduction
    [Anmerkung]Anmerkung
    Dieser Abschnitt ist in Englisch geschrieben, um
+   4.4. Translations and languages
    4.4. Translations and languages
    Zurück Kapitel 4. Entwicklerdokumentation Weiter
    4.4. Translations and languages
    4.4.1. Introduction
    [Anmerkung]Anmerkung
    Dieser Abschnitt ist in Englisch geschrieben, um
           internationalen Übersetzern die Arbeit zu erleichtern.
    This section describes how localization packages in kivitendo
         are built. Currently the only language fully supported is German, and
         since most of the internal messages are held in English the English
diff --git a/doc/html/ch04s05.html b/doc/html/ch04s05.html
index 17f81cb52..0e0ee2063 100644
--- a/doc/html/ch04s05.html
+++ b/doc/html/ch04s05.html
@@ -1,6 +1,6 @@
 
       
-   4.5. Die kivitendo-Test-Suite
    4.5. Die kivitendo-Test-Suite
    Zurück Kapitel 4. Entwicklerdokumentation Weiter
    4.5. Die kivitendo-Test-Suite
    4.5.1. Einführung
    kivitendo enthält eine Suite für automatisierte Tests. Sie basiert auf dem Standard-Perl-Modul Test::More.
    Die grundlegenden Fakten sind: