1 <?xml version="1.0" encoding="utf-8"?>
2 <!DOCTYPE book PUBLIC "-//OASIS//DTD DocBook XML V4.2//EN"
3 "http://www.oasis-open.org/docbook/xml/4.2/docbookx.dtd">
4 <book id="kivitendo-documentation" lang="de">
5 <title>kivitendo 3.0.0: Installation, Konfiguration, Entwicklung</title>
7 <chapter id="Aktuelle-Hinweise">
8 <title>Aktuelle Hinweise</title>
10 <para>Aktuelle Installations- und Konfigurationshinweise gibt es:</para>
14 <para>im kivitendo-Forum: <ulink
15 url="https://forum.kivitendo.org/">https://forum.kivitendo.org/</ulink></para>
18 <para>in der doc/UPGRADE Datei im doc-Verzeichnis der Installation</para>
21 <para>Im Schulungs- und Dienstleistungsangebot der entsprechenden kivitendo-Partner: <ulink
22 url="http://www.kivitendo.de/partner.html">http://www.kivitendo.de/partner.html</ulink></para>
28 <title>Installation und Grundkonfiguration</title>
30 <sect1 id="Installation-Übersicht">
31 <title>Übersicht</title>
34 Die Installation von kivitendo umfasst mehrere Schritte. Die folgende Liste kann sowohl für Neulinge als auch für alte Hasen als
35 Übersicht und Stichpunktliste zum Abhaken dienen, um eine Version mit minimalen Features möglichst schnell zum Laufen zu kriegen.
39 <listitem><para><emphasis>Voraussetzungen überprüfen</emphasis>: kivitendo benötigt gewisse Ressourcen und benutzt weitere
40 Programme. Das Kapitel "<xref linkend="Benötigte-Software-und-Pakete"/>" erläutert diese. Auch die Liste der benötigten Perl-Module
41 befindet sich hier.</para></listitem>
43 <listitem><para><emphasis>Installation von kivitendo</emphasis>: Diese umfasst die "<xref
44 linkend="Manuelle-Installation-des-Programmpaketes"/>" sowie grundlegende Einstellungen, die der "<xref
45 linkend="config.config-file"/>" erläutert.</para></listitem>
47 <listitem><para><emphasis>Konfiguration externer Programme</emphasis>: hierzu gehören die Datenbank ("<xref
48 linkend="Anpassung-der-PostgreSQL-Konfiguration"/>") und der Webserver ("<xref
49 linkend="Apache-Konfiguration"/>"). </para></listitem>
51 <listitem><para><emphasis>Benutzerinformationen speichern können</emphasis>: man benötigt mindestens eine Datenbank, in der
52 Informationen zur Authentifizierung sowie die Nutzdaten gespeichert werden. Wie man das als Administrator macht, verrät "<xref
53 linkend="Benutzerauthentifizierung-und-Administratorpasswort"/>".</para></listitem>
55 <listitem><para><emphasis>Benutzer, Gruppen und Datenbanken anlegen</emphasis>: wie dies alles zusammenspielt erläutert "<xref
56 linkend="Benutzer--und-Gruppenverwaltung"/>".</para></listitem>
58 <listitem><para><emphasis>Los geht's</emphasis>: alles soweit erledigt? Dann kann es losgehen: "<xref
59 linkend="kivitendo-ERP-verwenden"/>"</para></listitem>
63 Alle weiteren Unterkapitel in diesem Kapitel sind ebenfalls wichtig und dienen sollten vor einer ernsthaften Inbetriebnahme gelesen
68 <sect1 id="Benötigte-Software-und-Pakete">
69 <title>Benötigte Software und Pakete</title>
71 <sect2 id="Betriebssystem">
72 <title>Betriebssystem</title>
74 <para>kivitendo ist für Linux konzipiert, und sollte auf jedem
75 unixoiden Betriebssystem zum Laufen zu kriegen sein. Getestet ist
76 diese Version im speziellen auf Debian und Ubuntu, grundsätzlich wurde
77 bei der Auswahl der Pakete aber darauf Rücksicht genommen, dass es
78 ohne große Probleme auf den derzeit aktuellen verbreiteten
79 Distributionen läuft.</para>
81 <para>Anfang 2014 sind das folgende Systeme, von denen bekannt ist,
82 dass kivitendo auf ihnen läuft:</para>
90 <para>6.0 "Squeeze" (hier muss allerdings das Modul FCGI in der Version >= 0.72 compiled werden, und <literal>Rose::DB::Object</literal> ist zu alt)</para>
93 <para>7.0 "Wheezy"</para>
99 <para>Ubuntu 12.04 LTS "Precise Pangolin", 12.10 "Quantal Quetzal", 13.04 "Precise Pangolin" und 14.04 "Trusty Tahr" LTS Alpha</para>
103 <para>openSUSE 12.2, 12.3 und 13.1</para>
107 <para>SuSE Linux Enterprice Server 11</para>
111 <para>Fedora 16 bis 19</para>
116 <sect2 id="Pakete" xreflabel="Pakete">
117 <title>Benötigte Perl-Pakete installieren</title>
119 <para>Zum Betrieb von kivitendo werden zwingend ein Webserver (meist
120 Apache) und ein Datenbankserver (PostgreSQL, mindestens v8.4)
123 <para>Zusätzlich benötigt kivitendo einige Perl-Pakete, die nicht Bestandteil einer Standard-Perl-Installation sind. Um zu
124 überprüfen, ob die erforderlichen Pakete installiert und aktuell genug sind, wird ein Script mitgeliefert, das wie folgt aufgerufen
127 <programlisting>./scripts/installation_check.pl</programlisting>
129 <para>Die vollständige Liste der benötigten Perl-Module lautet:</para>
132 <listitem><para><literal>parent</literal> (nur bei Perl vor 5.10.1)</para></listitem>
134 <listitem><para><literal>Archive::Zip</literal></para></listitem>
136 <listitem><para><literal>Config::Std</literal></para></listitem>
138 <listitem><para><literal>DateTime</literal></para></listitem>
140 <listitem><para><literal>DBI</literal></para></listitem>
142 <listitem><para><literal>DBD::Pg</literal></para></listitem>
144 <listitem><para><literal>Email::Address</literal></para></listitem>
146 <listitem><para><literal>Email::MIME</literal></para></listitem>
148 <listitem><para><literal>FCGI</literal> (nicht Versionen 0.68 bis 0.71 inklusive; siehe <xref linkend="Apache-Konfiguration.FCGI.WebserverUndPlugin"/>)</para></listitem>
150 <listitem><para><literal>File::Copy::Recursive</literal></para></listitem>
152 <listitem><para><literal>JSON</literal></para></listitem>
154 <listitem><para><literal>List::MoreUtils</literal></para></listitem>
156 <listitem><para><literal>Net::SMTP::SSL</literal> (optional, bei E-Mail-Versand über SSL; siehe Abschnitt "<xref
157 linkend="config.sending-email.smtp"/>")</para></listitem>
159 <listitem><para><literal>Net::SSLGlue</literal> (optional, bei E-Mail-Versand über TLS; siehe Abschnitt "<xref
160 linkend="config.sending-email.smtp"/>")</para></listitem>
162 <listitem><para><literal>Params::Validate</literal></para></listitem>
164 <listitem><para><literal>PDF::API2</literal></para></listitem>
166 <listitem><para><literal>Rose::Object</literal></para></listitem>
168 <listitem><para><literal>Rose::DB</literal></para></listitem>
170 <listitem><para><literal>Rose::DB::Object</literal> Version 0.788 oder neuer</para></listitem>
172 <listitem><para><literal>Template</literal></para></listitem>
174 <listitem><para><literal>Text::CSV_XS</literal></para></listitem>
176 <listitem><para><literal>Text::Iconv</literal></para></listitem>
178 <listitem><para><literal>URI</literal></para></listitem>
180 <listitem><para><literal>XML::Writer</literal></para></listitem>
182 <listitem><para><literal>YAML</literal></para></listitem>
185 <para>Seit v3.0.0 sind die folgenden Pakete hinzugekommen: <literal>File::Copy::Recursive</literal>.</para>
187 <para>Seit v2.7.0 sind die folgenden Pakete hinzugekommen: <literal>Email::MIME</literal>, <literal>Net::SMTP::SSL</literal>,
188 <literal>Net::SSLGlue</literal>.</para>
190 <para>Gegenüber Version 2.6.0 sind zu dieser Liste 2 Pakete
191 hinzugekommen, <literal>URI</literal> und
192 <literal>XML::Writer</literal> sind notwendig. Ohne startet kivitendo
195 <para>Gegenüber Version 2.6.1 sind <literal>parent</literal>,
196 <literal>DateTime</literal>, <literal>Rose::Object</literal>,
197 <literal>Rose::DB</literal> und <literal>Rose::DB::Object</literal>
198 neu hinzugekommen. <literal>IO::Wrap</literal> wurde entfernt.</para>
200 <para>Gegenüber Version 2.6.3 ist <literal>JSON</literal> neu
201 hinzugekommen.</para>
203 <para><literal>Email::Address</literal> und
204 <literal>List::MoreUtils</literal> sind schon länger feste
205 Abhängigkeiten, wurden aber bisher mit kivitendo mitgeliefert. Beide
206 sind auch in 2.6.1 weiterhin mit ausgeliefert, wurden in einer
207 zukünftigen Version aber aus dem Paket entfernt werden. Es wird
208 empfohlen diese Module zusammen mit den anderen als Bibliotheken zu
212 <title>Debian und Ubuntu</title>
214 <para>Alle benötigten Perl-Pakete stehen für Debian und Ubuntu als Debian-Pakete zur Verfügung. Sie können mit folgendem Befehl
215 installiert werden:</para>
217 <programlisting>apt-get install apache2 libarchive-zip-perl libclone-perl \
218 libconfig-std-perl libdatetime-perl libdbd-pg-perl libdbi-perl \
219 libemail-address-perl libemail-mime-perl libfcgi-perl libjson-perl \
220 liblist-moreutils-perl libnet-smtp-ssl-perl libnet-sslglue-perl \
221 libparams-validate-perl libpdf-api2-perl librose-db-object-perl \
222 librose-db-perl librose-object-perl libsort-naturally-perl \
223 libstring-shellquote-perl libtemplate-perl libtext-csv-xs-perl \
224 libtext-iconv-perl liburi-perl libxml-writer-perl libyaml-perl \
225 libfile-copy-recursive-perl postgresql</programlisting>
229 <title>Fedora Core</title>
231 <para>Für Fedora Core stehen die meisten der benötigten Perl-Pakete als RPM-Pakete zur Verfügung. Sie können mit folgendem Befehl installeirt werden:</para>
233 <programlisting>yum install httpd perl-Archive-Zip perl-Clone perl-DBD-Pg \
234 perl-DBI perl-DateTime perl-Email-Address perl-Email-MIME perl-FCGI \
235 perl-File-Copy-Recursive perl-JSON perl-List-MoreUtils perl-Net-SMTP-SSL perl-Net-SSLGlue \
236 perl-PDF-API2 perl-Params-Validate perl-Rose-DB perl-Rose-DB-Object \
237 perl-Rose-Object perl-Sort-Naturally perl-String-ShellQuote \
238 perl-Template-Toolkit perl-Text-CSV_XS perl-Text-Iconv perl-URI \
239 perl-XML-Writer perl-YAML perl-parent postgresql-server</programlisting>
241 <para>Zusätzlich müssen einige Pakete aus dem CPAN installiert werden. Dazu können Sie die folgenden Befehle nutzen:</para>
243 <programlisting>yum install perl-CPAN
244 cpan Config::Std</programlisting>
249 <title>openSUSE</title>
251 <para>Für openSUSE stehen die meisten der benötigten Perl-Pakete als RPM-Pakete zur Verfügung. Sie können mit folgendem Befehl
252 installiert werden:</para>
254 <programlisting>zypper install apache2 perl-Archive-Zip perl-Clone \
255 perl-Config-Std perl-DBD-Pg perl-DBI perl-DateTime perl-Email-Address \
256 perl-Email-MIME perl-FastCGI perl-File-Copy-Recursive perl-JSON perl-List-MoreUtils \
257 perl-Net-SMTP-SSL perl-Net-SSLGlue perl-PDF-API2 perl-Params-Validate \
258 perl-Sort-Naturally perl-Template-Toolkit perl-Text-CSV_XS perl-Text-Iconv \
259 perl-URI perl-XML-Writer perl-YAML postgresql-server</programlisting>
261 <para>Zusätzlich müssen einige Pakete aus dem CPAN installiert werden. Dazu können Sie die folgenden Befehle nutzen:</para>
263 <programlisting>yum install perl-CPAN
264 cpan Rose::Db::Object</programlisting>
270 <sect1 id="Manuelle-Installation-des-Programmpaketes"
271 xreflabel="Manuelle Installation des Programmpaketes">
272 <title>Manuelle Installation des Programmpaketes</title>
274 <para>Die kivitendo ERP Installationsdatei (<filename>kivitendo-erp-3.0.0.tgz</filename>) wird im Dokumentenverzeichnis des Webservers
275 (z.B. <filename>/var/www/html/</filename>, <filename>/srv/www/htdocs</filename> oder <filename>/var/www/</filename>) entpackt:</para>
277 <programlisting>cd /var/www
278 tar xvzf kivitendo-erp-3.0.0.tgz</programlisting>
280 <para>Wechseln Sie in das entpackte Verzeichnis:</para>
282 <programlisting>cd kivitendo-erp</programlisting>
284 <para>Alternativ können Sie auch einen Alias in der
285 Webserverkonfiguration benutzen, um auf das tatsächliche
286 Installationsverzeichnis zu verweisen.</para>
288 <para>Die Verzeichnisse <filename>users</filename>, <filename>spool</filename> und <filename>webdav</filename> müssen für den Benutzer
289 beschreibbar sein, unter dem der Webserver läuft. Die restlichen Dateien müssen für diesen Benutzer lesbar sein. Die Benutzer- und
290 Gruppennamen sind bei verschiedenen Distributionen unterschiedlich (z.B. bei Debian/Ubuntu <constant>www-data</constant>, bei Fedora
291 core <constant>apache</constant> oder bei OpenSUSE <constant>wwwrun</constant>).</para>
293 <para>Der folgende Befehl ändert den Besitzer für die oben genannten
294 Verzeichnisse auf einem Debian/Ubuntu-System:</para>
296 <programlisting>chown -R www-data users spool webdav</programlisting>
298 <para>Weiterhin muss der Webserver-Benutzer in den Verzeichnissen <filename>templates</filename> und <filename>users</filename>
299 Unterverzeichnisse für jeden neuen Benutzer anlegen dürfen, der in kivitendo angelegt wird:</para>
301 <programlisting>chown www-data templates users</programlisting>
304 <sect1 id="config.config-file">
305 <title>kivitendo-Konfigurationsdatei</title>
307 <sect2 id="config.config-file.introduction"
308 xreflabel="Einführung in die Konfigurationsdatei">
309 <title>Einführung</title>
311 <para>In kivitendo gibt es nur noch eine Konfigurationsdatei,
312 die benötigt wird: <filename>config/kivitendo.conf</filename> (kurz:
313 "die Hauptkonfigurationsdatei"). Diese muss bei der Erstinstallation
314 von kivitendo bzw. der Migration von älteren Versionen angelegt
317 <para>Als Vorlage dient die Datei
318 <filename>config/kivitendo.conf.default</filename> (kurz: "die
319 Default-Datei"):</para>
321 <programlisting>$ cp config/kivitendo.conf.default config/kivitendo.conf</programlisting>
323 <para>Die Default-Datei wird immer zuerst eingelesen. Werte, die in
324 der Hauptkonfigurationsdatei stehen, überschreiben die Werte aus der
325 Default-Datei. Die Hauptkonfigurationsdatei muss also nur die
326 Abschnitte und Werte enthalten, die von denen der Default-Datei
331 Vor der Umbenennung in kivitendo hieß diese Datei noch <filename>config/lx_office.conf</filename>. Aus Gründen der Kompatibilität
332 wird diese Datei eingelesen, sofern die Datei <filename>config/kivitendo.conf</filename> nicht existiert.
336 <para>Diese Hauptkonfigurationsdatei ist dann eine
337 installationsspezifische Datei, d.h. sie enthält bspw. lokale
338 Passwörter und wird auch nicht im Versionsmanagement (git)
341 <para>Die Konfiguration ist ferner serverabhängig, d.h. für alle
342 Mandaten, bzw. Datenbanken gleich.</para>
345 <sect2 id="config.config-file.sections-parameters">
346 <title>Abschnitte und Parameter</title>
348 <para>Die Konfigurationsdatei besteht aus mehreren Teilen, die
349 entsprechend kommentiert sind:</para>
352 <listitem><para><literal>authentication</literal> (siehe Abschnitt "<xref
353 linkend="Benutzerauthentifizierung-und-Administratorpasswort"/>" in diesem Kapitel)</para></listitem>
355 <listitem><para><literal>authentication/database</literal></para></listitem>
357 <listitem><para><literal>authentication/ldap</literal></para></listitem>
359 <listitem><para><literal>system</literal></para></listitem>
361 <listitem><para><literal>paths</literal></para></listitem>
363 <listitem><para><literal>mail_delivery</literal> (siehe Abschnitt "<xref linkend="config.sending-email.smtp"/>)</para></listitem>
365 <listitem><para><literal>applications</literal></para></listitem>
367 <listitem><para><literal>environment</literal></para></listitem>
370 <listitem><para><literal>print_templates</literal></para></listitem>
372 <listitem><para><literal>task_server</literal></para></listitem>
374 <listitem><para><literal>periodic_invoices</literal></para></listitem>
376 <listitem><para><literal>self_tests</literal></para></listitem>
378 <listitem><para><literal>console</literal></para></listitem>
380 <listitem><para><literal>testing</literal></para></listitem>
382 <listitem><para><literal>testing/database</literal></para></listitem>
384 <listitem><para><literal>debug</literal></para></listitem>
387 <para>Die üblicherweise wichtigsten Parameter, die am Anfang
388 einzustellen oder zu kontrollieren sind, sind:</para>
390 <programlisting>[authentication]
391 admin_password = geheim
393 [authentication/database]
398 password =</programlisting>
400 <para>Nutzt man wiederkehrende Rechnungen, kann man unter
401 <varname>[periodic_invoices]</varname> den Login eines Benutzers
402 angeben, der nach Erstellung der Rechnungen eine entsprechende E-Mail
403 mit Informationen über die erstellten Rechnungen bekommt.</para>
405 <para>kivitendo bringt eine eigene Komponente zur zeitgesteuerten Ausführung bestimmter Aufgaben mit, den <link
406 linkend="config.task-server">Taskserver</link>. Er wird u.a. für Features wie die <link
407 linkend="features.periodic-invoices">wiederkehrenden Rechnungen</link> benötigt, erledigt aber auch andere erforderliche Aufgaben
408 und muss daher in Betrieb genommen werden. Der Taskserver benötigt zwei Konfigurationseinstellungen, die unter
409 <varname>[task_server]</varname> anzugeben sind: ein Mandant (entweder der Mandantenname oder eine Datenbank-ID, Variable
410 <varname>client</varname>), aus dem die Datenbankkonfiguration entnommen wird, sowie ein Login (Variable <varname>login</varname>)
411 eines Benutzers, der für gewisse Dinge wie die Rechnungserstellung als Verkäufer eingetragen wird.</para>
413 <para>Für Entwickler finden sich unter <varname>[debug]</varname>
414 wichtige Funktionen, um die Fehlersuche zu erleichtern.</para>
417 <sect2 id="config.config-file.prior-versions">
418 <title>Versionen vor 2.6.3</title>
420 <para>In älteren kivitendo Versionen gab es im Verzeichnis
421 <filename>config</filename> die Dateien
422 <filename>authentication.pl</filename> und
423 <filename>lx-erp.conf</filename>, die jeweils Perl-Dateien waren. Es
424 gab auch die Möglichkeit, eine lokale Version der Konfigurationsdatei
425 zu erstellen (<filename>lx-erp-local.conf</filename>). Dies ist ab
426 2.6.3 nicht mehr möglich, aber auch nicht mehr nötig.</para>
428 <para>Beim Update von einer kivitendo-Version vor 2.6.3 auf 2.6.3 oder
429 jünger müssen die Einstellungen aus den alten Konfigurationsdateien
430 manuell übertragen und die alten Konfigurationsdateien anschließend
431 gelöscht oder verschoben werden. Ansonsten zeigt kivitendo eine
432 entsprechende Fehlermeldung an.</para>
436 <sect1 id="Anpassung-der-PostgreSQL-Konfiguration">
437 <title>Anpassung der PostgreSQL-Konfiguration</title>
439 <para>PostgreSQL muss auf verschiedene Weisen angepasst werden.</para>
441 <sect2 id="Zeichensätze-die-Verwendung-von-UTF-8">
442 <title>Zeichensätze/die Verwendung von Unicode/UTF-8</title>
444 <para>kivitendo setzt zwingend voraus, dass die Datenbank Unicode/UTF-8 als Encoding einsetzt. Bei aktuellen Serverinstallationen
445 braucht man hier meist nicht einzugreifen.</para>
447 <para>Das Encoding des Datenbankservers kann überprüft werden. Ist das Encoding der Datenbank "template1" "Unicode" bzw. "UTF-8", so
448 braucht man nichts weiteres diesbezüglich unternehmen. Zum Testen:</para>
450 <programlisting>su postgres
452 exit </programlisting>
454 <para>Andernfalls ist es notwendig, einen neuen Datenbankcluster mit
455 Unicode-Encoding anzulegen und diesen zu verwenden. Unter Debian und
456 Ubuntu kann dies z.B. für PostgreSQL 9.3 mit dem folgenden Befehl
459 <programlisting>pg_createcluster --locale=de_DE.UTF-8 --encoding=UTF-8 9.3 clustername</programlisting>
461 <para>Die Datenbankversionsnummer muss an die tatsächlich verwendete
462 Versionsnummer angepasst werden.</para>
464 <para>Unter anderen Distributionen gibt es ähnliche Methoden.</para>
466 <para>Das Encoding einer Datenbank kann in <command>psql</command> mit
467 <literal>\l</literal> geprüft werden.</para>
470 <sect2 id="Änderungen-an-Konfigurationsdateien">
471 <title>Änderungen an Konfigurationsdateien</title>
473 <para>In der Datei <filename>postgresql.conf</filename>, die je nach
474 Distribution in verschiedenen Verzeichnissen liegen kann (z.B.
475 <filename>/var/lib/pgsql/data/</filename> oder
476 <filename>/etc/postgresql/</filename>, muss sichergestellt werden,
477 dass TCP/IP-Verbindungen aktiviert sind. Das Verhalten wird über den
478 Parameter <varname>listen_address</varname> gesteuert. Laufen
479 PostgreSQL und kivitendo auf demselben Rechner, so kann dort der Wert
480 <literal>localhost</literal> verwendet werden. Andernfalls müssen
481 Datenbankverbindungen auch von anderen Rechnern aus zugelassen werden,
482 was mit dem Wert <literal>*</literal> geschieht.</para>
484 <para>In der Datei <filename>pg_hba.conf</filename>, die im gleichen
485 Verzeichnis wie die <filename>postgresql.conf</filename> zu finden
486 sein sollte, müssen die Berichtigungen für den Zugriff geändert
487 werden. Hier gibt es mehrere Möglichkeiten. sinnvoll ist es nur die
488 nögiten Verbindungen immer zuzulassen, für eine lokal laufenden
489 Datenbank zum Beispiel:</para>
491 <programlisting>local all kivitendo password
492 host all kivitendo 127.0.0.1 255.255.255.255 password</programlisting>
495 <sect2 id="Erweiterung-für-servergespeicherte-Prozeduren">
496 <title>Erweiterung für servergespeicherte Prozeduren</title>
498 <para>In der Datenbank <literal>template1</literal> muss die
499 Unterstützung für servergespeicherte Prozeduren eingerichet werden.
500 Melden Sie sich dafür als Benutzer “postgres” an der Datenbank an:
501 <programlisting>su - postgres
502 psql template1</programlisting>
504 führen Sie die folgenden Kommandos aus:</para>
506 <programlisting>create language 'plpgsql';
510 <sect2 id="Datenbankbenutzer-anlegen">
511 <title>Datenbankbenutzer anlegen</title>
513 <para>Wenn Sie nicht den Datenbanksuperuser “postgres” zum Zugriff
514 benutzen wollen, so sollten Sie bei PostgreSQL einen neuen Benutzer
515 anlegen. Ein Beispiel, wie Sie einen neuen Benutzer anlegen
518 <para>Die Frage, ob der neue User Superuser sein soll, können Sie mit nein
519 beantworten, genauso ist die Berechtigung neue User (Roles) zu
520 generieren nicht nötig.</para>
521 <programlisting>su - postgres
522 createuser -d -P kivitendo
523 exit</programlisting>
525 <para>Wenn Sie später einen Datenbankzugriff konfigurieren, verändern
526 Sie den evtl. voreingestellten Benutzer “postgres” auf “kivitendo” bzw.
527 den hier gewählten Benutzernamen.</para>
531 <sect1 id="Apache-Konfiguration">
532 <title>Webserver-Konfiguration</title>
535 <title>Grundkonfiguration mittels CGI</title>
538 <para>Für einen deutlichen Performanceschub sorgt die Ausführung
539 mittels FastCGI/FCGI. Die Einrichtung wird ausführlich im Abschnitt
540 <xref linkend="Apache-Konfiguration.FCGI" /> beschrieben.</para>
543 <para>Der Zugriff auf das Programmverzeichnis muss in der Apache
544 Webserverkonfigurationsdatei <literal>httpd.conf</literal> eingestellt
545 werden. Fügen Sie den folgenden Abschnitt dieser Datei oder einer
546 anderen Datei hinzu, die beim Starten des Webservers eingelesen
549 <programlisting>AddHandler cgi-script .pl
550 Alias /kivitendo-erp/ /var/www/kivitendo-erp/
552 <Directory /var/www/kivitendo-erp>
553 Options ExecCGI Includes FollowSymlinks
556 <Directory /var/www/kivitendo-erp/users>
559 </Directory></programlisting>
561 <para>Ersetzen Sie dabei die Pfade durch diejenigen, in die Sie vorher
562 das kivitendo-Archiv entpacket haben.</para>
565 <para>Vor den einzelnen Optionen muss bei einigen Distributionen ein
566 Plus ‘<literal>+</literal>’ gesetzt werden.</para>
569 <para>Auf einigen Webservern werden manchmal die Grafiken und
570 Style-Sheets nicht ausgeliefert. In solchen Fällen hat es oft
571 geholfen, die folgende Option in die Konfiguration aufzunehmen:</para>
573 <programlisting>EnableSendfile Off</programlisting>
576 <sect2 id="Apache-Konfiguration.FCGI"
577 xreflabel="Konfiguration für FastCGI/FCGI">
578 <title>Konfiguration für FastCGI/FCGI</title>
580 <sect3 id="Apache-Konfiguration.FCGI.WasIstEs">
581 <title>Was ist FastCGI?</title>
583 <para>Direkt aus <ulink
584 url="http://de.wikipedia.org/wiki/FastCGI">Wikipedia</ulink>
587 <para><citation> FastCGI ist ein Standard für die Einbindung
588 externer Software zur Generierung dynamischer Webseiten in einem
589 Webserver. FastCGI ist vergleichbar zum Common Gateway Interface
590 (CGI), wurde jedoch entwickelt, um dessen Performance-Probleme zu
591 umgehen. </citation></para>
594 <sect3 id="Apache-Konfiguration.FCGI.Warum">
595 <title>Warum FastCGI?</title>
597 <para>Perl Programme (wie kivitendo eines ist) werden nicht statisch
598 kompiliert. Stattdessen werden die Quelldateien bei jedem Start
599 übersetzt, was bei kurzen Laufzeiten einen Großteil der Laufzeit
600 ausmacht. Während SQL Ledger einen Großteil der Funktionalität in
601 einzelne Module kapselt, um immer nur einen kleinen Teil laden zu
602 müssen, ist die Funktionalität von kivitendo soweit gewachsen, dass
603 immer mehr Module auf den Rest des Programms zugreifen. Zusätzlich
604 benutzen wir umfangreiche Bibliotheken um Funktionaltät nicht selber
605 entwickeln zu müssen, die zusätzliche Ladezeit kosten. All dies
606 führt dazu dass ein kivitendo Aufruf der Kernmasken mittlerweile
607 deutlich länger dauert als früher, und dass davon 90% für das Laden
608 der Module verwendet wird.</para>
610 <para>Mit FastCGI werden nun die Module einmal geladen, und danach
611 wird nur die eigentliche Programmlogik ausgeführt.</para>
614 <sect3 id="Apache-Konfiguration.FCGI.WebserverUndPlugin">
615 <title>Getestete Kombinationen aus Webservern und Plugin</title>
617 <para>Folgende Kombinationen sind getestet:</para>
621 <para>Apache 2.2.11 (Ubuntu) und mod_fcgid.</para>
625 <para>Apache 2.2.11 (Ubuntu) und mod_fastcgi.</para>
629 <para>Dabei wird mod_fcgid empfohlen, weil mod_fastcgi seit geraumer
630 Zeit nicht mehr weiter entwickelt wird. Im Folgenden wird auf
631 mod_fastcgi nicht mehr explizit eingegangen.</para>
633 <para>Als Perl Backend wird das Modul <filename>FCGI.pm</filename>
637 <para>FCGI-Versionen ab 0.69 und bis zu 0.71 inklusive sind extrem strict in der Behandlung von Unicode, und verweigern
638 bestimmte Eingaben von kivitendo. Falls es Probleme mit Umlauten in Ihrere Installation gibt, muss zwingend Version 0.68 oder
639 aber Version 0.72 und neuer eingesetzt werden.</para>
641 <para>Mit <ulink url="http://www.cpan.org">CPAN</ulink> lässt sie sich die Vorgängerversion wie folgt
644 <programlisting>force install M/MS/MSTROUT/FCGI-0.68.tar.gz</programlisting>
648 <sect3 id="Apache-Konfiguration.FCGI.Konfiguration">
649 <title>Konfiguration des Webservers</title>
651 <para>Bevor Sie versuchen, eine kivitendo Installation unter FCGI
652 laufen zu lassen, empfliehlt es sich die Installation ersteinmal
653 unter CGI aufzusetzen. FCGI macht es nicht einfach Fehler zu
654 debuggen die beim ersten aufsetzen auftreten können. Sollte die
655 Installation schon funktionieren, lesen Sie weiter.</para>
657 <para>Zuerst muss das FastCGI-Modul aktiviert werden. Dies kann
658 unter Debian/Ubuntu z.B. mit folgendem Befehl geschehen:</para>
660 <programlisting>a2enmod fcgid</programlisting>
662 <para>Die Konfiguration für die Verwendung von kivitendo mit FastCGI
663 erfolgt durch Anpassung der vorhandenen <function>Alias</function>-
664 und <function>Directory</function>-Direktiven. Dabei wird zwischen
665 dem Installationspfad von kivitendo im Dateisystem
666 ("<filename>/path/to/kivitendo-erp</filename>") und der URL
667 unterschieden, unter der kivitendo im Webbrowser erreichbar ist
668 ("<filename>/url/for/kivitendo-erp</filename>").</para>
670 <para>Folgender Konfigurationsschnipsel funktioniert mit
673 <programlisting>AliasMatch ^/url/for/kivitendo-erp/[^/]+\.pl /path/to/kivitendo-erp/dispatcher.fcgi
674 Alias /url/for/kivitendo-erp/ /path/to/kivitendo-erp/
676 <Directory /path/to/kivitendo-erp>
678 Options ExecCGI Includes FollowSymlinks
683 <DirectoryMatch /path/to/kivitendo-erp/users>
686 </DirectoryMatch></programlisting>
688 <para>Seit mod_fcgid-Version 2.3.6 gelten sehr kleine Grenzen für
689 die maximale Größe eines Requests. Diese sollte wie folgt
690 hochgesetzt werden:</para>
692 <programlisting>FcgidMaxRequestLen 10485760</programlisting>
694 <para>Das ganze sollte dann so aussehen:</para>
696 <programlisting>AddHandler fcgid-script .fpl
697 AliasMatch ^/url/for/kivitendo-erp/[^/]+\.pl /path/to/kivitendo-erp/dispatcher.fpl
698 Alias /url/for/kivitendo-erp/ /path/to/kivitendo-erp/
699 FcgidMaxRequestLen 10485760
701 <Directory /path/to/kivitendo-erp>
703 Options ExecCGI Includes FollowSymlinks
708 <DirectoryMatch /path/to/kivitendo-erp/users>
711 </DirectoryMatch></programlisting>
713 <para>Hierdurch wird nur ein zentraler Dispatcher gestartet. Alle
714 Zugriffe auf die einzelnen Scripte werden auf diesen umgeleitet.
715 Dadurch, dass zur Laufzeit öfter mal Scripte neu geladen werden,
716 gibt es hier kleine Performance-Einbußen.</para>
718 <para>Es ist möglich, die gleiche kivitendo Version parallel unter
719 CGI und FastCGI zu betreiben. Dafür bleiben die Directorydirektiven
720 wie oben beschrieben, die URLs werden aber umgeleitet:</para>
722 <programlisting># Zugriff über CGI
723 Alias /url/for/kivitendo-erp /path/to/kivitendo-erp
725 # Zugriff mit mod_fcgid:
726 AliasMatch ^/url/for/kivitendo-erp-fcgid/[^/]+\.pl /path/to/kivitendo-erp/dispatcher.fpl
727 Alias /url/for/kivitendo-erp-fcgid/ /path/to/kivitendo-erp/</programlisting>
729 <para>Dann ist unter <filename>/url/for/kivitendo-erp/</filename>
730 die normale Version erreichbar, und unter
731 <constant>/url/for/kivitendo-erp-fcgid/</constant> die
732 FastCGI-Version.</para>
737 <sect1 id="config.task-server">
738 <title>Der Task-Server</title>
740 <para>Der Task-Server ist ein Prozess, der im Hintergrund läuft, in regelmäßigen Abständen nach abzuarbeitenden Aufgaben sucht und
741 diese zu festgelegten Zeitpunkten abarbeitet (ähnlich wie Cron). Dieser Prozess wird u.a. für die Erzeugung der wiederkehrenden
742 Rechnungen und weitere essenzielle Aufgaben benutzt.</para>
744 <sect2 id="Konfiguration-des-Task-Servers">
745 <title>Verfügbare und notwendige Konfigurationsoptionen</title>
747 <para>Die Konfiguration erfolgt über den Abschnitt
748 <literal>[task_server]</literal> in der Datei
749 <filename>config/kivitendo.conf</filename>. Die dort verfügbaren
750 Optionen sind:</para>
754 <term><varname>client</varname></term>
757 <para>Name oder Datenbank-ID eines vorhandenen kivitendo-Mandanten, der benutzt wird, um die zu verwendende
758 Datenbankverbindung auszulesen. Der Mandant muss in der Administration angelegt werden. Diese Option muss angegeben
761 <para>Diese Option kam mit Release v3.x.0 hinzu und muss daher in Konfigurationen, die von älteren Versionen aktualisiert
762 wurden, ergänzt werden.</para>
767 <term><varname>login</varname></term>
770 <para>gültiger kivitendo-Benutzername, der z.B. als Verkäufer beim Erzeugen wiederkehrender Rechnungen benötigt wird. Der
771 Benutzer muss in der Administration angelegt werden. Diese Option muss angegeben werden.</para>
776 <term><varname>run_as</varname></term>
779 <para>Wird der Server vom Systembenutzer <literal>root</literal>
780 gestartet, so wechselt er auf den mit <literal>run_as</literal>
781 angegebenen Systembenutzer. Der Systembenutzer muss dieselben
782 Lese- und Schreibrechte haben, wie auch der Webserverbenutzer
784 linkend="Manuelle-Installation-des-Programmpaketes" />). Daher
785 ist es sinnvoll, hier denselben Systembenutzer einzutragen,
786 unter dem auch der Webserver läuft.</para>
791 <term><varname>debug</varname></term>
794 <para>Schaltet Debug-Informationen an und aus.</para>
800 <sect2 id="Einbinden-in-den-Boot-Prozess">
801 <title>Automatisches Starten des Task-Servers beim Booten</title>
803 <para>Der Task-Server verhält sich von seinen Optionen her wie ein
804 reguläres SystemV-kompatibles Boot-Script. Außerdem wechselt er beim
805 Starten automatisch in das kivitendo-Installationsverzeichnis.</para>
807 <para>Deshalb ist es möglich, ihn durch Setzen eines symbolischen
808 Links aus einem der Runlevel-Verzeichnisse heraus in den Boot-Prozess
809 einzubinden. Da das bei neueren Linux-Distributionen aber nicht
810 zwangsläufig funktioniert, werden auch Start-Scripte mitgeliefert, die
811 anstelle eines symbolischen Links verwendet werden können.</para>
814 <title>SystemV-basierende Systeme (z.B. Debian, ältere OpenSUSE, ältere Fedora Core)</title>
816 <para>Kopieren Sie die Datei
817 <filename>scripts/boot/system-v/kivitendo-server</filename>
818 nach <filename>/etc/init.d/kivitendo-server</filename>. Passen
819 Sie in der kopierten Datei den Pfad zum Task-Server an (Zeile
820 <literal>DAEMON=....</literal>). Binden Sie das Script in den
821 Boot-Prozess ein. Dies ist distributionsabhängig:</para>
825 <para>Debian-basierende Systeme:</para>
827 <programlisting>update-rc.d kivitendo-task-server defaults
828 # Nur bei Debian Squeeze und neuer:
829 insserv kivitendo-task-server</programlisting>
833 <para>Ältere OpenSUSE und ältere Fedora Core:</para>
835 <programlisting>chkconfig --add kivitendo-task-server</programlisting>
839 <para>Danach kann der Task-Server mit dem folgenden Befehl gestartet
842 <programlisting>/etc/init.d/kivitendo-task-server start</programlisting>
846 <title>Upstart-basierende Systeme (z.B. Ubuntu)</title>
848 <para>Kopieren Sie die Datei
849 <filename>scripts/boot/upstart/kivitendo-task-server.conf</filename>
850 nach <filename>/etc/init/kivitendo-task-server.conf</filename>.
851 Passen Sie in der kopierten Datei den Pfad zum Task-Server an (Zeile
852 <literal>exec ....</literal>).</para>
854 <para>Danach kann der Task-Server mit dem folgenden Befehl gestartet
857 <programlisting>service kivitendo-task-server start</programlisting>
861 <title>systemd-basierende Systeme (z.B. neure OpenSUSE, neuere Fedora Core)</title>
863 <para>Verlinken Sie die Datei <filename>scripts/boot/systemd/kivitendo-task-server.service</filename> nach
864 <filename>/etc/systemd/system/</filename>. Passen Sie in der kopierten Datei den Pfad zum Task-Server an (Zeile
865 <literal>ExecStart=....</literal> und <literal>ExecStop=...</literal>). Binden Sie das Script in den Boot-Prozess ein.
868 <para>Alle hierzu benötigten Befehle sehen so aus:</para>
870 <programlisting>cd /var/www/kivitendo-erp/scripts/boot/systemd
871 ln -s $(pwd)/kivitendo-task-server.service /etc/systemd/system/</programlisting>
873 <para>Danach kann der Task-Server mit dem folgenden Befehl gestartet
876 <programlisting>systemctl start kivitendo-task-server.service</programlisting>
880 <sect2 id="Prozesskontrolle">
881 <title>Wie der Task-Server gestartet und beendet wird</title>
883 <para>Der Task-Server wird wie folgt kontrolliert:</para>
885 <programlisting>./scripts/task_server.pl Befehl</programlisting>
887 <para><literal>Befehl</literal> ist dabei eine der folgenden
892 <para><literal>start</literal> startet eine neue Instanz des
893 Task-Servers. Die Prozess-ID wird innerhalb des
894 <filename>users</filename>-Verzeichnisses abgelegt.</para>
898 <para><literal>stop</literal> beendet einen laufenden
903 <para><literal>restart</literal> beendet und startet ihn
908 <para><literal>status</literal> berichtet, ob der Task-Server
913 <para>Der Task-Server wechselt beim Starten automatisch in das
914 kivitendo-Installationsverzeichnis.</para>
916 <para>Dieselben Optionen können auch für die SystemV-basierenden
917 Runlevel-Scripte benutzt werden (siehe oben).</para>
919 <sect2 id="Prozesskontrolle2">
920 <title>Task-Server mit mehreren Mandanten</title>
922 <para>Beim Task-Server werden der zu verwendende Mandant und Login-Name des Benutzers, unter dem der Task-Server laufen soll, in die
923 Konfigurationsdatei geschrieben. Hat man mehrere Mandanten, muss man auch mehrere Konfigurationsdateien anlegen.</para>
925 <para>Die Konfigurationsdatei ist eine Kopie der Datei kivitendo.conf, wo in der Kategorie <varname>[task_server]</varname> die
926 gewünschten Werte für <varname>client</varname> und <varname>login</varname> eingetragen werden.</para>
928 <para>Der alternative Task-Server wird dann mit folgendem Befehl
931 <programlisting>./scripts/task_server.pl -c config/DATEINAME.conf</programlisting>
935 <sect1 id="Benutzerauthentifizierung-und-Administratorpasswort">
936 <title>Benutzerauthentifizierung und Administratorpasswort</title>
938 <para>Informationen über die Einrichtung der Benutzerauthentifizierung,
939 über die Verwaltung von Gruppen und weitere Einstellungen</para>
941 <sect2 id="Grundlagen-zur-Benutzerauthentifizierung">
942 <title>Grundlagen zur Benutzerauthentifizierung</title>
944 <para>kivitendo verwaltet die Benutzerinformationen in einer
945 Datenbank, die im folgenden “Authentifizierungsdatenbank” genannt
946 wird. Für jeden Benutzer kann dort eine eigene Datenbank für die
947 eigentlichen Finanzdaten hinterlegt sein. Diese beiden Datenbanken
948 können, müssen aber nicht unterschiedlich sein.</para>
950 <para>Im einfachsten Fall gibt es für kivitendo nur eine einzige
951 Datenbank, in der sowohl die Benutzerinformationen als auch die Daten
952 abgelegt werden.</para>
954 <para>Zusätzlich ermöglicht es kivitendo, dass die Benutzerpasswörter
955 entweder gegen die Authentifizierungsdatenbank oder gegen einen
956 LDAP-Server überprüft werden.</para>
958 <para>Welche Art der Passwortüberprüfung kivitendo benutzt und wie
959 kivitendo die Authentifizierungsdatenbank erreichen kann, wird in der
960 Konfigurationsdatei <filename>config/kivitendo.conf</filename>
961 festgelegt. Diese muss bei der Installation und bei einem Upgrade von
962 einer Version vor v2.6.0 angelegt werden. Eine
963 Beispielkonfigurationsdatei
964 <filename>config/kivitendo.conf.default</filename> existiert, die als
965 Vorlage benutzt werden kann.</para>
968 <sect2 id="Administratorpasswort">
969 <title>Administratorpasswort</title>
971 <para>Das Passwort, das zum Zugriff auf das Aministrationsinterface
972 benutzt wird, wird ebenfalls in dieser Datei gespeichert. Es kann auch
973 nur dort und nicht mehr im Administrationsinterface selber geändert
974 werden. Der Parameter dazu heißt <varname>admin_password</varname> im
975 Abschnitt <varname>[authentication]</varname>.</para>
978 <sect2 id="Authentifizierungsdatenbank">
979 <title>Authentifizierungsdatenbank</title>
981 <para>Die Verbindung zur Authentifizierungsdatenbank wird mit den
982 Parametern in <varname>[authentication/database]</varname>
983 konfiguriert. Hier sind die folgenden Parameter anzugeben:</para>
987 <term><literal>host</literal></term>
990 <para>Der Rechnername oder die IP-Adresse des
991 Datenbankservers</para>
996 <term><literal>port</literal></term>
999 <para>Die Portnummer des Datenbankservers, meist 5432</para>
1004 <term><literal>db</literal></term>
1007 <para>Der Name der Authentifizierungsdatenbank</para>
1012 <term><literal>user</literal></term>
1015 <para>Der Benutzername, mit dem sich kivitendo beim
1016 Datenbankserver anmeldet (z.B.
1017 "<literal>postgres</literal>")</para>
1022 <term><literal>password</literal></term>
1025 <para>Das Passwort für den Datenbankbenutzer</para>
1030 <para>Die Datenbank muss noch nicht existieren. kivitendo kann sie
1031 automatisch anlegen (mehr dazu siehe unten).</para>
1034 <sect2 id="Passwortüberprüfung">
1035 <title>Passwortüberprüfung</title>
1037 <para>kivitendo unterstützt Passwortüberprüfung auf zwei Arten: gegen
1038 die Authentifizierungsdatenbank und gegen einen externen LDAP- oder
1039 Active-Directory-Server. Welche davon benutzt wird, regelt der
1040 Parameter <varname>module</varname> im Abschnitt
1041 <varname>[authentication]</varname>.</para>
1043 <para>Sollen die Benutzerpasswörter in der Authentifizierungsdatenbank
1044 gespeichert werden, so muss der Parameter <varname>module</varname>
1045 den Wert <literal>DB</literal> enthalten. In diesem Fall können sowohl
1046 der Administrator als auch die Benutzer selber ihre Psaswörter in
1047 kivitendo ändern.</para>
1049 <para>Soll hingegen ein externer LDAP- oder Active-Directory-Server
1050 benutzt werden, so muss der Parameter <varname>module</varname> auf
1051 <literal>LDAP</literal> gesetzt werden. In diesem Fall müssen
1052 zusätzliche Informationen über den LDAP-Server im Abschnitt
1053 <literal>[authentication/ldap]</literal> angegeben werden:</para>
1057 <term><literal>host</literal></term>
1060 <para>Der Rechnername oder die IP-Adresse des LDAP- oder
1061 Active-Directory-Servers. Diese Angabe ist zwingend
1062 erforderlich.</para>
1067 <term><literal>port</literal></term>
1070 <para>Die Portnummer des LDAP-Servers; meist 389.</para>
1075 <term><literal>tls</literal></term>
1078 <para>Wenn Verbindungsverschlüsselung gewünscht ist, so diesen
1079 Wert auf ‘<literal>1</literal>’ setzen, andernfalls auf
1080 ‘<literal>0</literal>’ belassen</para>
1085 <term><literal>attribute</literal></term>
1088 <para>Das LDAP-Attribut, in dem der Benutzername steht, den der
1089 Benutzer eingegeben hat. Für Active-Directory-Server ist dies
1090 meist ‘<literal>sAMAccountName</literal>’, für andere
1091 LDAP-Server hingegen ‘<literal>uid</literal>’. Diese Angabe ist
1092 zwingend erforderlich.</para>
1097 <term><literal>base_dn</literal></term>
1100 <para>Der Abschnitt des LDAP-Baumes, der durchsucht werden soll.
1101 Diese Angabe ist zwingend erforderlich.</para>
1106 <term><literal>filter</literal></term>
1109 <para>Ein optionaler LDAP-Filter. Enthält dieser Filter das Wort
1110 <literal><%login%></literal>, so wird dieses durch den vom
1111 Benutzer eingegebenen Benutzernamen ersetzt. Andernfalls wird
1112 der LDAP-Baum nach einem Element durchsucht, bei dem das oben
1113 angegebene Attribut mit dem Benutzernamen identisch ist.</para>
1118 <term><literal>bind_dn</literal> und
1119 <literal>bind_password</literal></term>
1122 <para>Wenn der LDAP-Server eine Anmeldung erfordert, bevor er
1123 durchsucht werden kann (z.B. ist dies bei
1124 Active-Directory-Servern der Fall), so kann diese hier angegeben
1125 werden. Für Active-Directory-Server kann als
1126 ‘<literal>bind_dn</literal>’ entweder eine komplette LDAP-DN wie
1127 z.B. ‘<literal>cn=Martin
1128 Mustermann,cn=Users,dc=firmendomain</literal>’ auch nur der
1129 volle Name des Benutzers eingegeben werden; in diesem Beispiel
1130 also ‘<literal>Martin Mustermann</literal>’.</para>
1136 <sect2 id="Name-des-Session-Cookies">
1137 <title>Name des Session-Cookies</title>
1139 <para>Sollen auf einem Server mehrere kivitendo-Installationen
1140 aufgesetzt werden, so müssen die Namen der Session-Cookies für alle
1141 Installationen unterschiedlich sein. Der Name des Cookies wird mit dem
1142 Parameter <varname>cookie_name</varname> im Abschnitt
1143 <varname>[authentication]</varname>gesetzt.</para>
1145 <para>Diese Angabe ist optional, wenn nur eine Installation auf dem
1146 Server existiert.</para>
1149 <sect2 id="Anlegen-der-Authentifizierungsdatenbank">
1150 <title>Anlegen der Authentifizierungsdatenbank</title>
1152 <para>Nachdem alle Einstellungen in
1153 <filename>config/kivitendo.conf</filename> vorgenommen wurden, muss
1154 kivitendo die Authentifizierungsdatenbank anlegen. Dieses geschieht
1155 automatisch, wenn Sie sich im Administrationsmodul anmelden, das unter
1156 der folgenden URL erreichbar sein sollte:</para>
1159 url="http://localhost/kivitendo-erp/controller.pl?action=Admin/login">http://localhost/kivitendo-erp/controller.pl?action=Admin/login</ulink></para>
1163 <sect1 id="Benutzer--und-Gruppenverwaltung">
1164 <title>Mandanten-, Benutzer- und Gruppenverwaltung</title>
1166 <para>Nach der Installation müssen Mandanten, Benutzer, Gruppen und Datenbanken angelegt werden. Dieses geschieht im
1167 Administrationsmenü, das Sie unter folgender URL finden:</para>
1170 url="http://localhost/kivitendo-erp/controller.pl?action=Admin/login">http://localhost/kivitendo-erp/controller.pl?action=Admin/login</ulink></para>
1172 <para>Verwenden Sie zur Anmeldung das Password, dass Sie in der Datei
1173 <filename>config/kivitendo.conf</filename> eingetragen haben.</para>
1175 <sect2 id="Zusammenhänge">
1176 <title>Zusammenhänge</title>
1178 <para>kivitendo verwaltet zwei Sets von Daten, die je nach Einrichtung in einer oder zwei Datenbanken gespeichert werden.</para>
1180 <para>Das erste Set besteht aus Anmeldeinformationen: welche Benutzer und Mandanten gibt es, welche Gruppen, welche BenutzerIn hat
1181 Zugriff auf welche Mandanten, und welche Gruppe verfügt über welche Rechte. Diese Informationen werden in der
1182 Authentifizierungsdatenbank gespeichert. Dies ist diejenige Datenbank, deren Verbindungsparameter in der Konfigurationsdatei
1183 <filename>config/kivitendo.conf</filename> gespeichert werden.</para>
1185 <para>Das zweite Set besteht aus den eigentlichen Verkehrsdaten eines Mandanten, wie beispielsweise die Stammdaten (Kunden, Lieferanten, Waren) und Belege
1186 (Angebote, Lieferscheine, Rechnungen). Diese werden in einer Mandantendatenbank gespeichert. Die
1187 Verbindungsinformationen einer solchen Mandantendatenbank werden im Administrationsbereich konfiguriert, indem man einen Mandanten
1188 anlegt und dort die Parameter einträgt. Dabei hat jeder Mandant eine eigene Datenbank.</para>
1190 <para>Aufgrund des Datenbankdesigns ist es für einfache Fälle möglich, die Authentifizierungsdatenbank und eine der
1191 Mandantendatenbanken in ein und derselben Datenbank zu speichern. Arbeitet man hingegen mit mehr als einem Mandanten, wird
1192 empfohlen, für die Authentifizierungsdatenbank eine eigene Datenbank zu verwenden, die nicht gleichzeitig für einen Mandanten
1193 verwendet wird.</para>
1196 <sect2 id="Mandanten-Benutzer-Gruppen">
1197 <title>Mandanten, Benutzer und Gruppen</title>
1199 <para>kivitendos Administration kennt Mandanten, Benutzer und Gruppen, die sich frei zueinander zuordnen lassen.</para>
1201 <para>kivitendo kann mehrere Mandaten aus einer Installation heraus verwalten. Welcher Mandant benutzt wird, kann direkt beim Login
1202 ausgewählt werden. Für jeden Mandanten wird ein eindeutiger Name vergeben, der beim Login angezeigt wird. Weiterhin benötigt der
1203 Mandant Datenbankverbindungsparameter für seine Mandantendatenbank. Diese sollte über die <link
1204 linkend="Datenbanken-anlegen">Datenbankverwaltung</link> geschehen.</para>
1206 <para>Ein Benutzer ist eine Person, die Zugriff auf kivitendo erhalten soll. Sie erhält einen Loginnamen sowie ein
1207 Passwort. Weiterhin legt der Administrator fest, an welchen Mandanten sich ein Benutzer anmelden kann, was beim Login verifiziert
1210 <para>Gruppen dienen dazu, Benutzern innerhalb eines Mandanten Zugriff auf bestimmte Funktionen zu geben. Einer Gruppe werden dafür
1211 vom Administrator gewisse Rechte zugeordnet. Weiterhin legt der Administrator fest, für welche Mandanten eine Gruppe gilt, und
1212 welche Benutzer Mitglieder in dieser Gruppe sind. Meldet sich ein Benutzer dann an einem Mandanten an, so erhält er alle Rechte von
1213 allen denjenigen Gruppen, die zum Einen dem Mandanten zugeordnet sind und in denen der Benutzer zum Anderen Mitglied ist, </para>
1215 <para>Die Reihenfolge, in der Datenbanken, Mandanten, Gruppen und Benutzer angelegt werden, kann im Prinzip beliebig gewählt
1216 werden. Die folgende Reihenfolge beinhaltet die wenigsten Arbeitsschritte:</para>
1218 <orderedlist numeration="arabic">
1220 <para>Datenbank anlegen</para>
1224 <para>Gruppen anlegen</para>
1228 <para>Benutzer anlegen und Gruppen als Mitglied zuordnen</para>
1232 <para>Mandanten anlegen und Gruppen sowie Benutzer zuweisen</para>
1237 <sect2 id="Datenbanken-anlegen">
1238 <title>Datenbanken anlegen</title>
1240 <para>Zuerst muss eine Datenbank angelegt werden. Verwenden Sie für
1241 den Datenbankzugriff den vorhin angelegten Benutzer (in unseren
1242 Beispielen ist dies ‘<literal>kivitendo</literal>’).</para>
1245 <sect2 id="Gruppen-anlegen">
1246 <title>Gruppen anlegen</title>
1248 <para>Eine Gruppe wird in der Gruppenverwaltung angelegt. Ihr muss ein
1249 Name gegeben werden, eine Beschreibung ist hingegen optional. Nach dem
1250 Anlegen können Sie die verschiedenen Bereiche wählen, auf die
1251 Mitglieder dieser Gruppe Zugriff haben sollen.</para>
1253 <para>Benutzergruppen werden zwar in der Authentifizierungsdatenbank gespeichert, gelten aber nicht automatisch für alle
1254 Mandanten. Der Administrator legt vielmehr fest, für welche Mandanten eine Gruppe gültig ist. Dies kann entweder beim Bearbeiten der
1255 Gruppe geschehen ("diese Gruppe ist gültig für Mandanten X, Y und Z"), oder aber wenn man einen Mandanten bearbeitet ("für diesen
1256 Mandanten sind die Gruppen A, B und C gültig").</para>
1258 <para>Wurden bereits Benutzer angelegt, so können hier die Mitglieder dieser Gruppe festgelegt werden ("in dieser Gruppe sind die
1259 Benutzer X, Y und Z Mitglieder"). Dies kann auch nachträglich beim Bearbeiten eines Benutzers geschehen ("dieser Benutzer ist
1260 Mitglied in den Gruppen A, B und C").</para>
1263 <sect2 id="Benutzer-anlegen">
1264 <title>Benutzer anlegen</title>
1266 <para>Beim Anlegen von Benutzern werden für viele Parameter Standardeinstellungen vorgenommen, die den Gepflogenheiten des deutschen
1267 Raumes entsprechen.</para>
1269 <para>Zwingend anzugeben ist der Loginname. Wenn die Passwortauthentifizierung über die Datenbank eingestellt ist, so kann hier auch
1270 das Benutzerpasswort gesetzt bzw. geändert werden. Ist hingegen die LDAP-Authentifizierung aktiv, so ist das Passwort-Feld
1273 <para>Hat man bereits Mandanten und Gruppen angelegt, so kann hier auch konfiguriert werden, auf welche Mandanten der Benutzer
1274 Zugriff hat bzw. in welchen Gruppen er Mitglied ist. Beide Zuweisungen können sowohl beim Benutzer vorgenommen werden ("dieser
1275 Benutzer hat Zugriff auf Mandanten X, Y, Z" bzw. "dieser Benutzer ist Mitglied in Gruppen X, Y und Z") als auch beim Mandanten ("auf
1276 diesen Mandanten haben Benutzer A, B und C Zugriff") bzw. bei der Gruppe ("in dieser Gruppe sind Benutzer A, B und C
1277 Mitglieder").</para>
1280 <sect2 id="Mandanten-anlegen">
1281 <title>Mandanten anlegen</title>
1283 <para>Ein Mandant besteht aus Administrationssicht primär aus einem eindeutigen Namen. Weiterhin wird hier hinterlegt, welche
1284 Datenbank als Mandantendatenbank benutzt wird. Hier müssen die Zugriffsdaten einer der eben angelegten Datenbanken eingetragen
1287 <para>Hat man bereits Benutzer und Gruppen angelegt, so kann hier auch konfiguriert werden, welche Benutzer Zugriff auf den
1288 Mandanten haben bzw. welche Gruppen für den Mandanten gültig sind. Beide Zuweisungen können sowohl beim Mandanten vorgenommen werden
1289 ("auf diesen Mandanten haben Benutzer X, Y und Z Zugriff" bzw. "für diesen Mandanten sind die Gruppen X, Y und Z gültig") als auch
1290 beim Benutzer ("dieser Benutzer hat Zugriff auf Mandanten A, B und C") bzw. bei der Gruppe ("diese Gruppe ist für Mandanten A, B und
1295 <sect1 id="config.sending-email" xreflabel="E-Mail-Versand aus kivitendo heraus">
1296 <title>E-Mail-Versand aus kivitendo heraus</title>
1298 <para>kivitendo kann direkt aus dem Programm heraus E-Mails versenden, z.B. um ein Angebot direkt an einen Kunden zu
1299 verschicken. Damit dies funktioniert, muss eingestellt werden, über welchen Server die E-Mails verschickt werden sollen. kivitendo
1300 unterstützt dabei zwei Mechanismen: Versand über einen lokalen E-Mail-Server (z.B. mit <productname>Postfix</productname> oder
1301 <productname>Exim</productname>, was auch die standardmäßig aktive Methode ist) sowie Versand über einen SMTP-Server (z.B. der des
1302 eigenen Internet-Providers).</para>
1304 <para>Welche Methode und welcher Server verwendet werden, wird über die Konfigurationsdatei <filename>config/kivitendo.conf</filename>
1305 festgelegt. Dort befinden sich alle Einstellungen zu diesem Thema im Abschnitt '<literal>[mail_delivery]</literal>'.</para>
1307 <sect2 id="config.sending-email.sendmail" xreflabel="E-Mail-Versand über lokalen E-Mail-Server">
1308 <title>Versand über lokalen E-Mail-Server</title>
1310 <para>Diese Methode bietet sich an, wenn auf dem Server, auf dem kivitendo läuft, bereits ein funktionsfähiger E-Mail-Server wie
1311 z.B. <productname>Postfix</productname>, <productname>Exim</productname> oder <productname>Sendmail</productname> läuft.</para>
1313 <para>Um diese Methode auszuwählen, muss der Konfigurationsparameter '<literal>method = sendmail</literal>' gesetzt sein. Dies ist
1314 gleichzeitig der Standardwert, falls er nicht verändert wird.</para>
1316 <para>Um zu kontrollieren, wie das Programm zum Einliefern gestartet wird, dient der Parameter '<literal>sendmail =
1317 ...</literal>'. Der Standardwert verweist auf das Programm <filename>/usr/bin/sendmail</filename>, das bei allen oben genannten
1318 E-Mail-Serverprodukten für diesen Zweck funktionieren sollte.</para>
1320 <para>Die Konfiguration des E-Mail-Servers selber würde den Rahmen dieses sprengen. Hierfür sei auf die Dokumentation des
1321 E-Mail-Servers verwiesen.</para>
1324 <sect2 id="config.sending-email.smtp" xreflabel="E-Mail-Versand über einen SMTP-Server">
1325 <title>Versand über einen SMTP-Server</title>
1327 <para>Diese Methode bietet sich an, wenn kein lokaler E-Mail-Server vorhanden oder zwar einer vorhanden, dieser aber nicht
1328 konfiguriert ist.</para>
1330 <para>Um diese Methode auszuwählen, muss der Konfigurationsparameter '<literal>method = smtp</literal>' gesetzt sein. Die folgenden
1331 Parameter dienen dabei der weiteren Konfiguration:</para>
1335 <term><varname>hostname</varname></term>
1337 <listitem><para>Name oder IP-Adresse des SMTP-Servers. Standardwert: '<literal>localhost</literal>'</para></listitem>
1341 <term><varname>port</varname></term>
1343 <listitem><para>Portnummer. Der Standardwert hängt von der verwendeten Verschlüsselungsmethode ab. Gilt '<literal>security =
1344 none</literal>' oder '<literal>security = tls</literal>', so ist 25 die Standardportnummer. Für '<literal>security =
1345 ssl</literal>' ist 465 die Portnummer. Muss normalerweise nicht geändert werden.</para></listitem>
1349 <term><varname>security</varname></term>
1351 <listitem><para>Wahl der zu verwendenden Verschlüsselung der Verbindung mit dem Server. Standardwert ist
1352 '<literal>none</literal>', wodurch keine Verschlüsselung verwendet wird. Mit '<literal>tls</literal>' wird TLS-Verschlüsselung
1353 eingeschaltet, und mit '<literal>ssl</literal>' wird Verschlüsselung via SSL eingeschaltet. Achtung: Für
1354 '<literal>tls</literal>' und '<literal>ssl</literal>' werden zusätzliche Perl-Module benötigt (siehe unten).</para></listitem>
1358 <term><varname>login</varname> und <varname>password</varname></term>
1360 <listitem><para>Falls der E-Mail-Server eine Authentifizierung verlangt, so können mit diesen zwei Parametern der Benutzername
1361 und das Passwort angegeben werden. Wird Authentifizierung verwendet, so sollte aus Sicherheitsgründen auch eine Form von
1362 Verschlüsselung aktiviert werden.</para></listitem>
1366 <para>Wird Verschlüsselung über TLS oder SSL aktiviert, so werden zusätzliche Perl-Module benötigt. Diese sind:</para>
1369 <listitem><para>TLS-Verschlüsselung: Modul <literal>Net::SSLGlue</literal> (Debian-Paketname
1370 <literal>libnet-sslglue-perl</literal>, Fedora Core: <literal>perl-Net-SSLGlue</literal>, openSUSE:
1371 <literal>perl-Net-SSLGlue</literal></para></listitem>
1373 <listitem><para>SSL-Verschlüsselung: Modul <literal>Net::SMTP::SSL</literal> (Debian-Paketname
1374 <literal>libnet-smtp-ssl-perl</literal>, Fedora Core: <literal>perl-Net-SMTP-SSL</literal>, openSUSE:
1375 <literal>perl-Net-SMTP-SSL</literal></para></listitem>
1380 <sect1 id="Drucken-mit-kivitendo">
1381 <title>Drucken mit kivitendo</title>
1383 <para>Das Drucksystem von kivitendo benutzt von Haus aus LaTeX-Vorlagen. Um drucken zu können, braucht der Server ein geeignetes
1384 LaTeX System. Am einfachsten ist dazu eine <literal>texlive</literal> Installation. Unter Debianoiden Betriebssystemen installiert man
1385 die Pakete mit:</para>
1387 <para><programlisting>aptitude install texlive-base-bin texlive-latex-recommended texlive-fonts-recommended \
1388 texlive-latex-extra texlive-lang-german texlive-generic-extra</programlisting></para>
1390 <para>TODO: RPM-Pakete.</para>
1392 <para>kivitendo bringt drei alternative Vorlagensätze mit:</para>
1394 <listitem><para>Standard</para></listitem>
1395 <listitem><para>f-tex</para></listitem>
1396 <listitem><para>RB</para></listitem>
1399 <sect2 id="Vorlagenverzeichnis-anlegen" xreflabel="Vorlagenverzeichnis anlegen">
1400 <title>Vorlagenverzeichnis anlegen</title>
1401 <para>Es lässt sich ein initialer Vorlagensatz erstellen. Die LaTeX-System-Abhängigkeiten hierfür kann man prüfen mit:</para>
1403 <programlisting>./scripts/installation_check.pl -lv</programlisting>
1405 <para>Der Angemmeldete Benutzer muss in einer Gruppe sein, die über das
1406 Recht "Konfiguration -> Mandantenverwaltung" verfügt. Siehe auch <xref linkend="Gruppen-anlegen"/>.
1408 <para>Im Userbereich lässt sich unter:
1409 "<guimenu>System</guimenu> ->
1410 <guisubmenu>Mandantenverwaltung</guisubmenu> -> <guimenuitem>Verschiedenes</guimenuitem>" die Option
1411 "Neue Druckvorlagen aus Vorlagensatz erstellen" auswählen.</para>
1414 <listitem><para><option>Vorlagen auswählen</option>: Wählen Sie hier den Vorlagensatz aus, der kopiert werden soll
1415 (<filename>Standard</filename>, <filename>f-tex</filename> oder <filename>RB</filename>.)</para></listitem>
1416 <listitem><para><option>Neuer Name</option>: Der Verzeichnisname für den neuen Vorlagensatz. Dieser kann im Rahmen der üblichen
1417 Bedingungen für Verzeichnisnamen frei gewählt werden.</para></listitem>
1420 <para>Nach dem Speichern wird das Vorlagenverzeichnis angelegt und ist für den aktuellen Mandanten ausgewählt.
1421 Der gleiche Vorlagensatz kann, wenn er mal angelegt ist, bei mehreren Mandanten verwendet werden.
1422 Eventuell muessen Anpassungen (Logo, Erscheinungsbild, etc) noch vorgenommen werden. Den Ordner findet man im Dateisistem unter
1423 <filename>./templates/[Neuer Name]</filename></para>
1427 <sect2 id="Vorlagen-Standard">
1428 <title>Standard</title>
1430 <para>Der Standard-Vorlagensatz von Kivitendo. Wie unter <ulink url="http://demo.kivitendo.org">http://demo.kivitendo.org</ulink> zu
1436 <title>f-tex</title>
1438 <para>Ein Vorlagensatz, der in wenigen Minuten alle Dokumente zur Verfügung stellt.</para>
1440 <sect3 id="f-tex-Feature-Übersicht">
1441 <title>Feature-Übersicht</title>
1443 <listitem><para>Keine Redundanz. Es wird ein- und dieselbe LaTeX-Vorlage für alle briefartigen Dokumente verwendet. Also
1444 Angebot, Rechnung, Performarechnung, Lieferschein, aber eben nicht für Paketaufkleber etc..</para></listitem>
1446 <listitem><para>Leichte Anpassung an das Firmen-Layout durch verwendung eines Hintergrund-PDF. Dieses kann leicht mit dem
1447 eigenen Lieblingsprogramm erstellt werden (Openoffice, Inkscape, Gimp, Adobe*)</para></listitem>
1449 <listitem><para>Hintergrund-PDF umschaltbar auf "nur erste Seite" (Standard) oder "alle Seiten" (Option
1450 "<option>bgPdfFirstPageOnly</option>" in Datei <filename>letter.lco</filename>)</para></listitem>
1452 <listitem><para>Hintergrund-PDF für Ausdruck auf bereits bedrucktem Briefpapier abschaltbar. Es wird dann nur bei per E-Mail
1453 versendeten Dokumenten eingebunden (Option "<option>bgPdfEmailOnly</option>" in Datei
1454 <filename>letter.lco</filename>).</para></listitem>
1456 <listitem><para>Nutzung der Layout-Funktionen von LaTeX für Seitenumbruch, Wiederholung von Kopfzeilen, Zwischensummen
1457 etc. (danke an Kai-Martin Knaak für die Vorarbeit)</para></listitem>
1459 <listitem><para>Anzeige des Empfängerlandes im Adressfeld nur, wenn es vom Land des eigenen Unternehmens abweicht (also die
1460 Rechnung das Land verlässt).</para></listitem>
1462 <listitem><para>Multisprachfähig leicht um weitere Sprachen zu erweitern, alle Übersetzungen in der Datei
1463 <filename>translatinos.tex</filename>.</para></listitem>
1465 <listitem><para>Auflistung von Bruttopreisen für Endverbraucher.</para></listitem>
1469 <sect3 id="f-tex-Installation">
1470 <title>Die Installation</title>
1472 <listitem><para>Vorlagenverzeichnis mit Option f-tex anlegen, siehe: <xref linkend="Vorlagenverzeichnis-anlegen"/>. Das
1473 Vorlagensystem funktioniert jetzt schon, hat allerdings noch einen Beispiel-Briefkopf.</para></listitem>
1475 <listitem><para>Erstelle eine pdf-Hintergrund Datei und verlinke sie nach <filename>./letter_head.pdf</filename>.</para></listitem>
1476 <listitem><para>Editiere den Bereich "<option>settings</option>" in der datei <filename>letter.lco</filename>.</para></listitem>
1479 <para>oder etwas Detaillierter:</para>
1482 Es wird eine Datei <filename>sample.lco</filename> erstellt und diese nach <filename>letter.lco</filename> verlinkt. Eigentlich
1483 ist dies die Datei die für die Firmenspezifischen Anpassungen gedacht ist. Da die Einstiegshürde in LaTeX nicht ganz niedrig
1484 ist, wird in dieser Datei auf ein Hintergrundpdf verwiesen. Ich empfehle über dieses PDF die persönlichen Layoutanpassungen
1485 vorzunehmen und <filename>sample.lco</filename> unverändert zu lassen. Die die Anpassung über eine
1486 <filename>*.lco</filename>-Datei die letztlich auf <filename>letter.lco</filename> verlinkt ist ist aber auch möglich.
1490 Es wird eine Datei <filename>sample_head.pdf</filename> mit ausgeliefert, diese wird nach <filename>letter_head.pdf</filename>
1491 verlinkt. Damit gibt es schon mal eine Funktionsfähige Vorlage. Schau Dir nach Abschluss der Installation die Datei
1492 <filename>sample_haed.pdf</filename> an und erstelle ein entsprechendes PDF passend zum Briefkopf Deiner Firma, diese dann im
1493 Template Verzeichniss ablegen und statt <filename>sample_head.pdf</filename> nach <filename>letter_head.pdf</filename>
1498 letzlich muss <filename>letter_head.pdf</filename> auf das passende Hintergrund-PDF verweisen, welches gewünschten Briefkopf
1499 enthält. Bei Updates oder nach erneutem
1503 Es wird eine Datei <filename>mydata.tex.example</filename> ausgeliefert, die nach <filename>mytdata.tex</filename> verlinkt
1504 ist. Bei verwendetem Hintergrund-PDF wird nur der Eintrag für das Land verwendet. Die Datei muss also nicht angefasst
1505 werden. Die Anderen Werte sind für das Modul 'lp' (Label Print in erp - zur Zeit nicht im öffentlichen Zweig).
1508 Alle Anpassungen zum Briefkopf, Fusszeilen, Firmenlogos, etc. sollten über die Hintergrund-PDF-Datei oder die
1509 <filename>*.lco</filename>-Datei erfolgen.
1513 <sect3 id="f-tex-Funktionsübersicht">
1514 <title>f-tex Funktionsübersicht</title>
1516 Das Konzept von kivitendo sieht vor, für jedes Dokument (Auftragsbestätigung, Lieferschein, Rechnung, etc.) eine LaTeX-Vorlage
1517 vorzuhalten, dies ist sehr Wartungsunfreundlich. Auch das Einlesen einer einheitlichen Quelle für den Briefkopf bringt nur
1518 bedingte Vorteile, da hier leicht die Pflege der Artikel-Tabellen aus dem Ruder läuft. Bei dem vorliegenden Ansatz wird für alle
1519 briefartigen Dokumente mit Artikel-Tabellen eine einheitliche LaTeX-Vorlage verwendet, welche über Codeweichen die
1520 Besonderheiten der jeweiligen Dokumente Berücksichtigt.
1524 <listitem><para>Tabellen mit oder ohne Preis</para></listitem>
1525 <listitem><para>Sprache der Tabellenüberschriften etc.</para></listitem>
1526 <listitem><para>Anpassung der Bezugs-Zeile (z.B. Rechnungsnummer versus Angebotsnummer)</para></listitem>
1527 <listitem><para>Darstellung von Brutto oder Netto-Preisen in der Auflistung (Endverbraucher versus Gewerblicher
1528 Kunde)</para></listitem>
1531 <para>Nachteil:</para>
1534 LaTeX hat ohnehin eine sehr steile Lehrnkurve. Die Datei <filename>letter.tex</filename> ist sehr komplex und verstärkt damit
1535 diesen Effekt noch einmal erheblich. Wer LaTeX-Erfahrung hat, oder geübt ist Scriptsparachen nachzuvollziehen kann natürlich
1536 auch innerhalb der Tabellendarstellung gut persönliche Anpassungen vornehmen. Aber man kann sich hier bei Veränderungen sehr
1537 schnell häftig in den Fuss schiessen.
1540 <para>Wer nicht so tief in die Materie einsteigen will oder leicht zu frustrieren ist, sollte sein Hintergrund PDF auf Basis der
1541 mitglieferten Datei <filename>sample_head.pdf</filename> erstellen, und sich an der Form der dargestellten Tabellen wie sie
1542 ausgeliefert werden, erfreuen.
1545 <para>Kleiner Tipp: Nicht zu viel auf einmal wollen, lieber kleine kontinuierliche Schritte gehen.</para>
1549 <sect3 id="f-tex-Bruttopreise">
1550 <title>Bruttopreise für Endverbraucher</title>
1552 <para>Der auszuweisende Bruttopreis wird innerhalb der LaTeX-Umgebung berechnet. Es gibt zwar ein Feld, um bei Aufträgen "alle
1553 Preise Brutto" auszuwählen, aber:</para>
1556 <para>hierfür müssen die Preise auch in Brutto in der Datenbank stehen (ja - das lässt sich über die Preisgruppen und die
1557 Zuordung einer Default-Preisgruppe handhaben)</para>
1560 <para>man darf beim Anlegen des Vorgangs nicht vergessen Dieses Häkchen zu setzen. (das ist in der Praxis wenn man sowohl
1561 Endverbraucher- wie Gewerbekunden beliefert der eigentliche Knackpunkt)</para>
1566 Es gibt mit f-tex eine weitere Alternative. Die Information ob Brutto oder Nettorechnung wird mit den Zahlarten
1567 verknüpft. Zahlarten bei denen Rechnungen, Angebote, etc, in Brutto ausgegeben werden sollen, enden mit "_E" (für
1568 Endverbraucher). Falls identische Zahlarten für Gewerbekunden und Endverbraucher vorhanden sind, legt man diese einfach doppelt
1569 an (einmal mit der Namensendung "_E"). Gewinn:</para>
1572 <listitem><para>Die Entscheidung, ob Netopreise ausgewiesen werden, ist nicht mehr fix mit einer Preisliste Verbunden.</para></listitem>
1573 <listitem><para>Die Default-Zahlart kann im Kundendatensatz hinterlegt werden, und man muss nicht mehr daran denken, "alle Preise
1574 Netto" auszuwählen.</para></listitem>
1575 <listitem><para>Die Entscheidung, ob Netto- oder Bruttopreise ausgewiesen werden, kann direkt beim Drucken reviediert werden,
1576 ohne dass sich der Auftragswert ändert.</para></listitem>
1580 <sect3 id="f-tex-lieferadressen">
1581 <title>Lieferadressen</title>
1583 <para>In Lieferscheinen kommen <varname>shipto*</varname>-Variablen im Adressfeld zum Einsatz. Wenn die
1584 <varname>shipto*</varname>-Variable leer ist, wird die entsprechende Adressvariable eingesetzt. Wenn also die Lieferadresse in
1585 Straße, Hausnummer und Ort abweicht, müssen auch nur diese Felder in der Lieferadresse ausgefüllt werden. Für den Firmenname wird
1586 der Wert der Hauptadresse angezeigt.
1591 <sect2 id="Vorlagen-RB">
1594 <para>Vollständiger Dokumentensatz mit alternativem Design</para>
1595 <para>Die konzeptionelle Idee wird <ulink
1596 url="http://www.kivitendo-support.de/vortraege/Lx-Office%20Anwendertreffen%20LaTeX-Druckvorlagen-Teil3-finale.pdf">hier</ulink>
1597 auf Folie 5 bis 10 vorgestellt, Detaileinstellungen dann im Readme.tex im Vorlagenverzeichnis.</para>
1601 <sect2 id="allgemeine-hinweise-zu-latex">
1602 <title>Allgemeine Hinweise zu LaTeX Vorlagen</title>
1603 <para>In den allermeisten Installationen sollte drucken jetzt schon
1604 funktionieren. Sollte ein Fehler auftreten wirft TeX sehr lange
1605 Fehlerbeschreibungen, der eigentliche Fehler ist immer die erste Zeite
1606 die mit einem Ausrufezeichen anfängt. Häufig auftretende Fehler sind zum
1611 <para>! LaTeX Error: File `eurosym.sty' not found. Die entsprechende
1612 LaTeX-Bibliothek wurde nicht gefunden. Das tritt vor allem bei
1613 Vorlagen aus der Community auf. Installieren Sie die entsprechenden
1617 <para>! Package inputenc Error: Unicode char \u8:... set up for
1618 use with LaTeX. Dieser Fehler tritt auf, wenn sie versuchen mit
1619 einer Standardinstallation exotische utf8 Zeichen zu drucken.
1620 TeXLive unterstützt von Haus nur romanische Schriften und muss mit
1621 diversen Tricks dazu gebracht werden andere Zeichen zu akzeptieren.
1622 Adere TeX Systeme wie XeTeX schaffen hier Abhilfe.</para>
1626 <para>Wird garkein Fehler angezeigt sondern nur der Name des Templates,
1627 heißt das normalerweise, dass das LaTeX Binary nicht gefunden wurde.
1628 Prüfen Sie den Namen in der Konfiguration (Standard:
1629 <literal>pdflatex</literal>), und stellen Sie sicher, dass pdflatex
1630 (oder das von Ihnen verwendete System) vom Webserver ausgeführt werden
1633 <para>Wenn sich das Problem nicht auf Grund der ausgabe im Webbrowser verifizieren lässt:</para>
1636 <para> editiere [kivitendo-home]/config/kivitendo.conf und ändere "keep_temp_files" auf 1</para>
1637 <para><programlisting>keep_temp_files = 1;</programlisting></para>
1640 <para>bei fastcgi oder mod_perl den Webserver neu Starten</para>
1643 <para>Nochmal einen Druckversuch im Webfrontend auslösen</para>
1646 <para>wechsele in das users Verzeichnis von kivitendo</para>
1647 <para><programlisting>cd [kivitendo-home]/users</programlisting></para>
1650 <para>LaTeX Suchpfad anpassen:</para>
1651 <para><programlisting>export TEXINPUTS=".:[kivitendo-home]/templates/[aktuelles_template_verzeichniss]:"</programlisting></para>
1654 <para>Finde herraus welche Datei kivitendo beim letzten Durchlauf erstellt hat</para>
1655 <para><programlisting>ls -lahtr ./1*.tex</programlisting></para>
1656 <para>Es sollte die letzte Datei ganz unten sein</para>
1659 <para>für besseren Hinweis auf Fehler texdatei nochmals übersetzen</para>
1660 <para><programlisting>pdflatex ./1*.tex</programlisting></para>
1661 <para>in der *.tex datei nach dem Fehler suchen.</para>
1667 <sect1 id="OpenDocument-Vorlagen">
1668 <title>OpenDocument-Vorlagen</title>
1670 <para>kivitendo unterstützt die Verwendung von Vorlagen im
1671 OpenDocument-Format, wie es OpenOffice.org ab Version 2 erzeugt.
1672 kivitendo kann dabei sowohl neue OpenDocument-Dokumente als auch aus
1673 diesen direkt PDF-Dateien erzeugen. Um die Unterstützung von
1674 OpenDocument-Vorlagen zu aktivieren muss in der Datei
1675 <filename>config/kivitendo.conf</filename> die Variable
1676 <literal>opendocument</literal> im Abschnitt
1677 <literal>print_templates</literal> auf ‘<literal>1</literal>’ stehen.
1678 Dieses ist die Standardeinstellung.</para>
1680 <para>Während die Erzeugung von reinen OpenDocument-Dateien keinerlei
1681 weitere Software benötigt, wird zur Umwandlung dieser Dateien in PDF
1682 OpenOffice.org benötigt. Soll dieses Feature genutzt werden, so muss
1683 neben OpenOffice.org ab Version 2 auch der “X virtual frame buffer”
1684 (xvfb) installiert werden. Bei Debian ist er im Paket “xvfb” enthalten.
1685 Andere Distributionen enthalten ihn in anderen Paketen.</para>
1687 <para>Nach der Installation müssen in der Datei
1688 <filename>config/kivitendo.conf</filename> zwei weitere Variablen
1689 angepasst werden: <literal>openofficeorg_writer</literal> muss den
1690 vollständigen Pfad zur OpenOffice.org Writer-Anwendung enthalten.
1691 <literal>xvfb</literal> muss den Pfad zum “X virtual frame buffer”
1692 enthalten. Beide stehen im Abschnitt
1693 <literal>applications</literal>.</para>
1695 <para>Zusätzlich gibt es zwei verschiedene Arten, wie kivitendo mit
1696 OpenOffice kommuniziert. Die erste Variante, die benutzt wird, wenn die
1697 Variable <literal>$openofficeorg_daemon</literal> gesetzt ist, startet
1698 ein OpenOffice, das auch nach der Umwandlung des Dokumentes gestartet
1699 bleibt. Bei weiteren Umwandlungen wird dann diese laufende Instanz
1700 benutzt. Der Vorteil ist, dass die Zeit zur Umwandlung deutlich
1701 reduziert wird, weil nicht für jedes Dokument ein OpenOffice gestartet
1702 werden muss. Der Nachteil ist, dass diese Methode Python und die
1703 Python-UNO-Bindings benötigt, die Bestandteil von OpenOffice 2
1708 Für die Verbindung zu OpenOffice wird normalerweise der Python-Interpreter <filename>/usr/bin/python</filename> benutzt. Sollte
1709 dies nicht der richtige sein, so kann man mit zwei Konfigurationsvariablen entscheiden, welcher Python-Interpreter genutzt
1710 wird. Mit der Option <literal>python_uno</literal> aus dem Abschnitt <literal>applications</literal> wird der Interpreter selber
1711 festgelegt; sie steht standardmäßig auf dem eben erwähnten Wert <literal>/usr/bin/python</literal>.
1715 Zusätzlich ist es möglich, Pfade anzugeben, in denen Python neben seinen normalen Suchpfaden ebenfalls nach Modulen gesucht wird,
1716 z.B. falls sich diese in einem gesonderten OpenOffice-Verzeichnis befinden. Diese zweite Variable heißt
1717 <literal>python_uno_path</literal> und befindet sich im Abschnitt <literal>environment</literal>. Sie ist standardmäßig
1718 leer. Werden hier mehrere Pfade angegeben, so müssen diese durch Doppelpunkte voneinander getrennt werden. Der Inhalt wird an den
1719 Python-Interpreter über die Umgebungsvariable <literal>PYTHONPATH</literal> übergeben.
1723 <para>Ist <literal>$openofficeorg_daemon</literal> nicht gesetzt, so
1724 wird für jedes Dokument OpenOffice neu gestartet und die Konvertierung
1725 mit Hilfe eines Makros durchgeführt. Dieses Makro muss in der
1726 Dokumentenvorlage enthalten sein und
1727 “Standard.Conversion.ConvertSelfToPDF()” heißen. Die Beispielvorlage
1728 ‘<literal>templates/mastertemplates/German/invoice.odt</literal>’
1729 enthält ein solches Makro, das in jeder anderen Dokumentenvorlage
1730 ebenfalls enthalten sein muss.</para>
1732 <para>Als letztes muss herausgefunden werden, welchen Namen
1733 OpenOffice.org Writer dem Verzeichnis mit den Benutzereinstellungen
1734 gibt. Unter Debian ist dies momentan
1735 <literal>~/.openoffice.org2</literal>. Sollte der Name bei Ihrer
1736 OpenOffice.org-Installation anders sein, so muss das Verzeichnis
1737 <literal>users/.openoffice.org2</literal> entsprechend umbenannt werden.
1738 Ist der Name z.B. einfach nur <literal>.openoffice</literal>, so wäre
1739 folgender Befehl auszuführen:</para>
1741 <para><literal>mv users/.openoffice.org2
1742 users/.openoffice</literal></para>
1744 <para>Dieses Verzeichnis, wie auch das komplette
1745 <literal>users</literal>-Verzeichnis, muss vom Webserver beschreibbar
1746 sein. Dieses wurde bereits erledigt (siehe <xref
1747 linkend="Manuelle-Installation-des-Programmpaketes" />), kann aber
1748 erneut überprüft werden, wenn die Konvertierung nach PDF
1752 <sect1 id="config.eur">
1753 <title>Konfiguration zur Einnahmenüberschussrechnung/Bilanzierung:
1756 <sect2 id="config.eur.introduction"
1757 xreflabel="Einführung in die Konfiguration zur EUR">
1758 <title>Einführung</title>
1760 <para>kivitendo besaß bis inklusive Version 2.6.3 einen Konfigurationsparameter namens <varname>eur</varname>, der sich in der
1761 Konfigurationsdatei <filename>config/kivitendo.conf</filename> (damals noch <filename>config/lx_office.conf</filename>)
1762 befand. Somit galt er für alle Mandanten, die in dieser Installation benutzt wurden.</para>
1764 <para>Mit der nachfolgenden Version wurde der Parameter zum Einen in
1765 die Mandantendatenbank verschoben und dabei auch gleich in drei
1766 Einzelparameter aufgeteilt, mit denen sich das Verhalten genauer
1767 steuern lässt.</para>
1770 <sect2 id="config.eur.parameters"
1771 xreflabel="Konfigurationsparameter für EUR">
1772 <title>Konfigurationsparameter</title>
1774 <para>Es gibt drei Parameter, die die Gewinnermittlungsart,
1775 Versteuerungsart und die Warenbuchungsmethode regeln:</para>
1779 <term><varname>profit_determination</varname></term>
1782 <para>Dieser Parameter legt die Berechnungsmethode für die
1783 Gewinnermittlung fest. Er enthält entweder
1784 <literal>balance</literal> für
1785 Betriebsvermögensvergleich/Bilanzierung oder
1786 <literal>income</literal> für die
1787 Einnahmen-Überschuss-Rechnung.</para>
1792 <term><varname>accounting_method</varname></term>
1795 <para>Dieser Parameter steuert die Buchungs- und
1796 Berechnungsmethoden für die Versteuerungsart. Er enthält
1797 entweder <literal>accrual</literal> für die Soll-Versteuerung
1798 oder <literal>cash</literal> für die Ist-Versteuerung.</para>
1803 <term><varname>inventory_system</varname></term>
1806 <para>Dieser Parameter legt die Warenbuchungsmethode fest. Er
1807 enthält entweder <literal>perpetual</literal> für die
1808 Bestandsmethode oder <literal>periodic</literal> für die
1809 Aufwandsmethode.</para>
1814 <para>Zum Vergleich der Funktionalität bis und nach 2.6.3:
1815 <varname>eur</varname> = 1 bedeutete Einnahmen-Überschuss-Rechnung,
1816 Ist-Versteuerung und Aufwandsmethode. <varname>eur</varname> = 0
1817 bedeutete hingegen Bilanzierung, Soll-Versteuerung und
1818 Bestandsmethode.</para>
1820 <para>Die Konfiguration "<varname>eur</varname>" unter
1821 <varname>[system]</varname> in der <link
1822 linkend="config.config-file">Konfigurationsdatei</link>
1823 <filename>config/kivitendo.conf</filename> wird nun nicht mehr
1824 benötigt und kann entfernt werden. Dies muss manuell geschehen.</para>
1827 <sect2 id="config.eur.setting-parameters">
1828 <title>Festlegen der Parameter</title>
1830 <para>Beim Anlegen eines neuen Mandanten bzw. einer neuen Datenbank in
1831 der Admininstration können diese Optionen nun unabhängig voneinander
1832 eingestellt werden.</para>
1834 <para>Beim Upgrade bestehender Mandanten wird eur ausgelesen und die
1835 Variablen werden so gesetzt, daß sich an der Funktionalität nichts
1838 <para>Die aktuelle Konfiguration wird unter Nummernkreise und
1839 Standardkonten unter dem neuen Punkt "Einstellungen" (read-only)
1840 angezeigt. Unter <guimenu>System</guimenu>
1841 -> <guisubmenu>Mandantenkonfiguration</guisubmenu> können
1842 die Einstellungen auch geändert werden. Dabei ist zu beachten,
1843 dass eine Änderung vorhandene Daten so belässt und damit
1844 evtl. die Ergebnisse verfälscht. Dies gilt vor Allem für die
1845 Warenbuchungsmethode (siehe auch
1846 <link linkend="config.eur.inventory-system-perpetual">
1847 Bemerkungen zu Bestandsmethode</link>).</para>
1850 <sect2 id="config.eur.inventory-system-perpetual">
1851 <title>Bemerkungen zu Bestandsmethode</title>
1853 <para>Die Bestandsmethode ist eigentlich eine sehr elegante Methode,
1854 funktioniert in kivitendo aber nur unter bestimmten Bedingungen:
1855 Voraussetzung ist, daß auch immer alle Einkaufsrechnungen gepflegt
1856 werden, und man beim Jahreswechsel nicht mit einer leeren Datenbank
1857 anfängt, da bei jedem Verkauf anhand der gesamten Rechnungshistorie
1858 der Einkaufswert der Ware nach dem FIFO-Prinzip aus den
1859 Einkaufsrechnungen berechnet wird.</para>
1861 <para>Die Bestandsmethode kann vom Prinzip her also nur funktioneren,
1862 wenn man mit den Buchungen bei Null anfängt, und man kann auch nicht
1863 im laufenden Betrieb von der Aufwandsmethode zur Bestandsmethode
1867 <sect2 id="config.eur.knonw-issues">
1868 <title>Bekannte Probleme</title>
1870 <para>Bei bestimmten Berichten kann man derzeit noch inviduell
1871 einstellen, ob man nach Ist- oder Sollversteuerung auswertet, und es
1872 werden im Code Variablen wie $accrual oder $cash gesetzt. Diese
1873 Codestellen wurden noch nicht angepasst, sondern nur die, wo bisher
1874 die Konfigurationsvariable
1875 <varname>$::lx_office_conf{system}->{eur}</varname> ausgewertet
1878 <para>Es fehlen Hilfetext beim Neuanlegen eines Mandanten, was die
1879 Optionen bewirken, z.B. mit zwei Standardfällen.</para>
1883 <sect1 id="config.skr04-update-3804">
1884 <title>SKR04 19% Umstellung für innergemeinschaftlichen Erwerb</title>
1886 <sect2 id="config.skr04-update-3804.introduction">
1887 <title>Einführung</title>
1889 <para>Die Umsatzsteuerumstellung auf 19% für SKR04 für die
1890 Steuerschlüssel "EU ohne USt-ID Nummer" ist erst 2010 erfolgt.
1891 kivitendo beinhaltet ein Upgradeskript, das das Konto 3804 automatisch
1892 erstellt und die Steuereinstellungen korrekt einstellt. Hat der
1893 Benutzer aber schon selber das Konto 3804 angelegt, oder gab es schon
1894 Buchungen im Zeitraum nach dem 01.01.2007 auf das Konto 3803, wird das
1895 Upgradeskript vorsichtshalber nicht ausgeführt, da der Benutzer sich
1896 vielleicht schon selbst geholfen hat und mit seinen Änderungen
1897 zufrieden ist. Die korrekten Einstellungen kann man aber auch per Hand
1898 ausführen. Nachfolgend werden die entsprechenden Schritte anhand von
1899 Screenshots dargestellt.</para>
1901 <para>Für den Fall, daß Buchungen mit der Steuerschlüssel "EU ohne
1902 USt.-IdNr." nach dem 01.01.2007 erfolgt sind, ist davon auszugehen,
1903 dass diese mit dem alten Umsatzsteuersatz von 16% gebucht worden sind,
1904 und diese Buchungen sollten entsprechend kontrolliert werden.</para>
1907 <sect2 id="config.skr04-update-3804.create-chart">
1908 <title>Konto 3804 manuell anlegen</title>
1910 <para>Die folgenden Schritte sind notwendig, um das Konto manuell
1911 anzulegen und zu konfigurieren. Zuerst wird in
1912 <guimenu>System</guimenu> ->
1913 <guisubmenu>Kontenübersicht</guisubmenu> -> <guimenuitem>Konto
1914 erfassen</guimenuitem> das Konto angelegt.</para>
1917 <screeninfo>Konto 3804 erfassen</screeninfo>
1921 <imagedata fileref="images/skr04-update-3804/konto3804.png" />
1927 Als Zweites muss Steuergruppe 13 für Konto 3803 angepasst werden. Dazu unter <guimenu>System</guimenu> ->
1928 <guisubmenu>Steuern</guisubmenu> -> <guimenuitem>Bearbeiten</guimenuitem> den Eintrag mit Steuerschlüssel 13 auswählen und ihn
1929 wie im folgenden Screenshot angezeigt anpassen.
1933 <screeninfo>Steuerschlüssel 13 für 3803 (16%) anpassen</screeninfo>
1937 <imagedata fileref="images/skr04-update-3804/steuer3803.png" />
1943 Als Drittes wird ein neuer Eintrag mit Steuerschlüssel 13 für Konto 3804 (19%) angelegt. Dazu unter <guimenu>System</guimenu> ->
1944 <guisubmenu>Steuern</guisubmenu> -> <guimenuitem>Erfassen</guimenuitem> auswählen und die Werte aus dem Screenshot übernehmen.
1948 <screeninfo>Steuerschlüssel 13 für 3804 (19%) anlegen</screeninfo>
1952 <imagedata fileref="images/skr04-update-3804/steuer3804.png" />
1958 Als Nächstes sind alle Konten anzupassen, die als Steuerautomatikkonto die 3803 haben, sodass sie ab dem 1.1.2007 auch
1959 Steuerautomatik auf 3804 bekommen. Dies betrifft in der Standardkonfiguration die Konten 4315 und 4726. Als Beispiel für 4315
1960 müssen Sie dazu unter <guimenu>System</guimenu> -> <guisubmenu>Kontenübersicht</guisubmenu> -> <guimenuitem>Konten
1961 anzeigen</guimenuitem> das Konto 4315 anklicken und die Einstellungen wie im Screenshot gezeigt vornehmen.
1965 <screeninfo>Konto 4315 anpassen</screeninfo>
1969 <imagedata fileref="images/skr04-update-3804/konto4315.png" />
1975 Als Letztes sollte die Steuerliste unter <guimenu>System</guimenu> -> <guisubmenu>Steuern</guisubmenu> ->
1976 <guimenuitem>Bearbeiten</guimenuitem> kontrolliert werden. Zum Vergleich der Screenshot.
1980 <screeninfo>Steuerliste vergleichen</screeninfo>
1984 <imagedata fileref="images/skr04-update-3804/steuerliste.png" />
1991 <title>Verhalten des Bilanzberichts</title>
1993 Bis Version 3.0 wurde "closedto" ("Bücher schließen zum") als Grundlage für das
1994 Startdatum benutzt. Schließt man die Bücher allerdings monatsweise führt dies
1995 zu falschen Werten.</para>
1996 <para>In der Mandantenkonfiguration kann man dieses Verhalten genau einstellen:</para>
1999 <para>weiterhin closed_to benutzt (Default, es ändert sich nichts zu vorher)</para>
2002 <para>immer den Jahresanfang nimmt (1.1. relativ zum Stichtag)</para>
2005 <para>immer die letzte Eröffnungsbuchung als Startdatum nimmt</para>
2008 <para>mit Jahresanfang als Alternative wenn es keine EB-Buchungen gibt</para>
2011 <para>immer alle Buchungen seit Beginn der Datenbank nimmt</para>
2014 Folgende Hinweise zu den Optionen:
2015 Das "Bücher schließen Datum" ist sinnvoll, wenn man nur komplette Jahre
2016 schließt. Bei Wirtschaftsjahr = Kalendarjahr entspricht dies aber auch
2018 "Alle Buchungen" kann z.B. sinnvoll sein wenn man ohne Jahresabschluß
2020 Eröffnungsbuchung mit "alle Buchungen" als Fallback ist z.B. sinnvoll, wenn man
2021 am sich Anfang des zweiten Buchungsjahres befindet, und noch keinen
2022 Jahreswechsel und auch noch keine EB-Buchungen hat.
2023 Bei den Optionen mit EB-Buchungen wird vorausgesetzt, daß diese immer am 1. Tag
2024 des Wirtschaftsjahres gebucht werden.
2025 Zur Sicherheit wird das Startdatum im Bilanzbericht jetzt zusätzlich zum
2026 Stichtag mit angezeigt. Das hilft auch bei der Kontrolle für den
2027 Abgleich mit der GuV.
2029 <sect1 id="config.client">
2030 <title>Einstellungen pro Mandant</title>
2032 <para>Einige Einstellungen können von einem Benutzer mit dem
2033 <link linkend="Zusammenhänge">Recht</link> "Administration
2034 (Für die Verwaltung der aktuellen Instanz aus einem Userlogin heraus)"
2035 gemacht werden. Diese Einstellungen sind dann für die aktuellen
2036 Mandanten-Datenbank gültig. Die Einstellungen sind
2037 unter <guimenu>System</guimenu>
2038 -> <guisubmenu>Mandantenkonfiguration</guisubmenu> erreichbar.</para>
2040 <para>Bitte beachten Sie die Hinweise zu den einzelnen
2041 Einstellungen. Einige Einstellungen sollten nicht ohne Weiteres
2042 im laufenden Betrieb geändert werden (siehe
2043 auch <link linkend="config.eur.inventory-system-perpetual">Bemerkungen zu
2044 Bestandsmethode</link>).</para>
2046 <para>Die Einstellungen <literal>show_bestbefore</literal>
2047 und <literal>payments_changeable</literal> aus dem
2048 Abschnitt <literal>features</literal> und die Einstellungen im
2049 Abschnitt <literal>datev_check</literal> (sofern schon vorhanden)
2050 der <link linkend="config.config-file">kivitendo-Konfigurationsdatei</link>
2051 werden bei einem Datenbankupdate einer älteren Version automatisch
2052 übernommen. Diese Einträge können danach aus der Konfigurationsdatei
2053 entfernt werden.</para>
2056 <sect1 id="kivitendo-ERP-verwenden">
2057 <title>kivitendo ERP verwenden</title>
2059 <para>Nach erfolgreicher Installation ist der Loginbildschirm unter
2060 folgender URL erreichbar:</para>
2063 url="http://localhost/kivitendo-erp/login.pl">http://localhost/kivitendo-erp/login.pl</ulink></para>
2065 <para>Die Administrationsseite erreichen Sie unter:</para>
2068 url="http://localhost/kivitendo-erp/controller.pl?action=Admin/login">http://localhost/kivitendo-erp/controller.pl?action=Admin/login</ulink></para>
2072 <chapter id="features" xreflabel="Features und Funktionen">
2073 <title>Features und Funktionen</title>
2075 <sect1 id="features.periodic-invoices"
2076 xreflabel="Wiedekehrende Rechnungen">
2077 <title>Wiederkehrende Rechnungen</title>
2079 <sect2 id="features.periodic-invoices.introduction"
2080 xreflabel="Einführung in wiederkehrende Rechnungen">
2081 <title>Einführung</title>
2083 <para>Wiederkehrende Rechnungen werden als normale Aufträge definiert
2084 und konfiguriert, mit allen dazugehörigen Kunden- und Artikelangaben.
2085 Die konfigurierten Aufträge werden später automatisch in Rechnungen
2086 umgewandelt, so als ob man den Workflow benutzen würde, und auch die
2087 Auftragsnummer wird übernommen, sodass alle wiederkehrenden
2088 Rechnungen, die aus einem Auftrag erstellt wurden, später leicht
2089 wiederzufinden sind.</para>
2092 <sect2 id="features.periodic-invoices.configuration"
2093 xreflabel="Konfiguration von wiederkehrenden Rechnungen">
2094 <title>Konfiguration</title>
2096 <para>Um einen Auftrag für wiederkehrende Rechnung zu konfigurieren,
2097 findet sich beim Bearbeiten des Auftrags ein neuer Knopf
2098 "Konfigurieren", der ein neues Fenster öffnet, in dem man die nötigen
2099 Parameter einstellen kann. Hinter dem Knopf wird außerdem noch
2100 angezeigt, ob der Auftrag als wiederkehrende Rechnung konfiguriert ist
2103 <para>Folgende Parameter kann man konfigurieren:</para>
2110 <para>Bei aktiven Rechnungen wird automatisch eine Rechnung
2111 erstellt, wenn die Periodizität erreicht ist (z.B. Anfang eines
2112 neuen Monats).</para>
2114 <para>Ist ein Auftrag nicht aktiv, so werden für ihn auch keine
2115 wiederkehrenden Rechnungen erzeugt. Stellt man nach längerer
2116 nicht-aktiver Zeit einen Auftrag wieder auf aktiv, wird beim
2117 nächsten Periodenwechsel für alle Perioden, seit der letzten
2118 aktiven Periode, jeweils eine Rechnung erstellt. Möchte man dies
2119 verhindern, muss man vorher das Startdatum neu setzen.</para>
2121 <para>Für gekündigte Aufträge werden nie mehr Rechnungen
2122 erstellt. Man kann sich diese Aufträge aber gesondert in den
2123 Berichten anzeigen lassen.</para>
2128 <term>Periodizität</term>
2131 <para>Ob monatlich, quartalsweise oder jährlich auf neue
2132 Rechnungen überprüft werden soll. Für jede Periode seit dem
2133 Startdatum wird überprüft, ob für die Periode (beginnend immer
2134 mit dem ersten Tag der Periode) schon eine Rechnung erstellt
2135 wurde. Unter Umständen können bei einem Startdatum in der
2136 Vergangenheit gleich mehrere Rechnungen erstellt werden.</para>
2141 <term>Buchen auf</term>
2144 <para>Das Forderungskonto, in der Regel "Forderungen aus
2145 Lieferungen und Leistungen". Das Gegenkonto ergibt sich aus den
2146 Buchungsgruppen der betreffenden Waren.</para>
2151 <term>Startdatum</term>
2154 <para>ab welchem Datum auf Rechnungserstellung geprüft werden
2160 <term>Enddatum</term>
2163 <para>ab wann keine Rechnungen mehr erstellt werden
2169 <term>Automatische Verlängerung um x Monate</term>
2172 <para>Sollen die wiederkehrenden Rechnungen bei Erreichen des
2173 eingetragenen Enddatums weiterhin erstellt werden, so kann man
2174 hier die Anzahl der Monate eingeben, um die das Enddatum
2175 automatisch nach hinten geschoben wird.</para>
2180 <term>Drucken</term>
2183 <para>Sind Drucker konfiguriert, so kann man sich die erstellten
2184 Rechnungen auch gleich ausdrucken lassen.</para>
2189 <para>Nach Erstellung der Rechnungen kann eine E-Mail mit
2190 Informationen zu den erstellten Rechnungen verschickt werden.
2191 Konfiguriert wird dies in der <link
2192 linkend="config.config-file.sections-parameters">Konfigurationsdatei</link>
2193 <filename>config/kivitendo.conf</filename> im Abschnitt
2194 <varname>[periodic_invoices]</varname>.</para>
2197 <sect2 id="features.periodic-invoices.variables">
2198 <title>Spezielle Variablen</title>
2201 Um die erzeugten Rechnungen individualisieren zu können, werden beim Umwandeln des Auftrags in eine Rechnung einige speziell
2202 formatierte Variablen durch für die jeweils aktuelle Abrechnungsperiode gültigen Werte ersetzt. Damit ist es möglich, z.B. den
2203 Abrechnungszeitraum explizit auszuweisen. Eine Variable hat dabei die Syntax <literal><%variablenname%></literal>.
2207 Diese Variablen werden in den folgenden Elementen des Auftrags ersetzt:
2211 <listitem><para>Bemerkungen</para></listitem>
2212 <listitem><para>Interne Bemerkungen</para></listitem>
2213 <listitem><para>Vorgangsbezeichnung</para></listitem>
2214 <listitem><para>In den Beschreibungs- und Langtextfeldern aller Positionen</para></listitem>
2217 <para>Die zur Verfügung stehenden Variablen sind die Folgenden:</para>
2221 <term><varname><%current_quarter%></varname>, <varname><%previous_quarter%></varname>, <varname><%next_quarter%></varname></term>
2225 Aktuelles, vorheriges und nächstes Quartal als Zahl zwischen <literal>1</literal> und <literal>4</literal>.
2231 <term><varname><%current_month%></varname>, <varname><%previous_month%></varname>, <varname><%next_month%></varname></term>
2235 Aktueller, vorheriger und nächster Monat als Zahl zwischen <literal>1</literal> und <literal>12</literal>.
2241 <term><varname><%current_month_long%></varname>, <varname><%previous_month_long%></varname>, <varname><%next_month_long%></varname></term>
2245 Aktueller, vorheriger und nächster Monat als Name (<literal>Januar</literal>, <literal>Februar</literal> etc.).
2251 <term><varname><%current_year%></varname>, <varname><%previous_year%></varname>, <varname><%next_year%></varname></term>
2255 Aktuelles, vorheriges und nächstes Jahr als vierstellige Jahreszahl (<literal>2013</literal> etc.).
2261 <term><varname><%period_start_date%></varname>, <varname><%period_end_date%></varname></term>
2265 Formatiertes Datum des ersten und letzten Tages im Abrechnungszeitraum (z.B. bei quartalsweiser Abrechnung und im ersten
2266 Quartal von 2013 wären dies der <literal>01.01.2013</literal> und <literal>31.03.2013</literal>).
2273 <sect2 id="features.periodic-invoices.reports">
2274 <title>Auflisten</title>
2276 <para>Unter Verkauf->Berichte->Aufträge finden sich zwei neue
2277 Checkboxen, "Wiederkehrende Rechnungen aktiv" und "Wiederkehrende
2278 Rechnungen inaktiv", mit denen man sich einen Überglick über die
2279 wiederkehrenden Rechnungen verschaffen kann.</para>
2282 <sect2 id="features.periodic-invoices.task-server">
2283 <title>Erzeugung der eigentlichen Rechnungen</title>
2285 <para>Die zeitliche und periodische Überprüfung, ob eine
2286 wiederkehrende Rechnung automatisch erstellt werden soll, geschieht
2287 durch den <link linkend="config.task-server">Taskserver</link>, einen
2288 externen Dienst, der automatisch beim Start des Servers gestartet
2289 werden sollte.</para>
2292 <sect2 id="features.periodic-invoices.create-for-current-month">
2293 <title>Erste Rechnung für aktuellen Monat erstellen</title>
2295 <para>Will man im laufenden Monat eine monatlich wiederkehrende
2296 Rechnung inkl. des laufenden Monats starten, stellt man das Startdatum
2297 auf den Monatsanfang und wartet ein paar Minuten, bis der Taskserver
2298 den neu konfigurieren Auftrag erkennt und daraus eine Rechnung
2299 generiert hat. Alternativ setzt man das Startdatum auf den
2300 Monatsersten des Folgemonats und erstellt die erste Rechnung direkt
2301 manuell über den Workflow.</para>
2304 <sect1 id="dokumentenvorlagen-und-variablen">
2305 <title>Dokumentenvorlagen und verfügbare Variablen</title>
2307 <sect2 id="dokumentenvorlagen-und-variablen.einführung">
2308 <title>Einführung</title>
2310 <para>Dies ist eine Auflistung der Standard-Dokumentenvorlagen und
2311 aller zur Bearbeitung verfügbaren Variablen. Eine Variable wird in
2312 einer Vorlage durch ihren Inhalt ersetzt, wenn sie in der Form
2313 <function><%variablenname%></function> verwendet wird. Für
2314 LaTeX- und HTML-Vorlagen kann man die Form dieser Tags auch verändern
2316 linkend="dokumentenvorlagen-und-variablen.tag-style" />).</para>
2318 <para>Früher wurde hier nur über LaTeX gesprochen. Inzwischen
2319 unterstützt kivitendo aber auch OpenDocument-Vorlagen. Sofern es nicht
2320 ausdrücklich eingeschränkt wird, gilt das im Folgenden gesagte für
2321 alle Vorlagenarten.</para>
2323 <para>Insgesamt sind technisch gesehen eine ganze Menge mehr Variablen
2324 verfügbar als hier aufgelistet werden. Die meisten davon können
2325 allerdings innerhalb einer solchen Vorlage nicht sinnvoll verwendet
2326 werden. Wenn eine Auflistung dieser Variablen gewollt ist, so kann
2327 diese wie folgt erhalten werden:</para>
2331 <para><filename>SL/Form.pm</filename> öffnen und am Anfang die
2332 Zeile "<command>use Data::Dumper;</command>" einfügen.</para>
2336 <para>In <filename>Form.pm</filename> die Funktion
2337 <function>parse_template</function> suchen und hier die Zeile
2338 <command>print(STDERR Dumper($self));</command> einfügen.</para>
2342 <para>Einmal per Browser die gewünschte Vorlage "benutzen", z.B.
2343 ein PDF für eine Rechnung erzeugen.</para>
2347 <para>Im <filename>error.log</filename> Apache steht die Ausgabe
2348 der Variablen <varname>$self</varname> in der Form <varname>'key'
2349 => 'value',</varname>. Alle <varname>key</varname>s sind
2355 <sect2 id="dokumentenvorlagen-und-variablen.variablen-ausgeben">
2356 <title>Variablen ausgeben</title>
2358 <para>Um eine Variable auszugeben, müssen sie einfach nur zwischen die
2359 Tags geschrieben werden, also z.B.
2360 <varname><%variablenname%></varname>.</para>
2362 <para>Optional kann man auch mit Leerzeichen getrennte Flags angeben,
2363 die man aber nur selten brauchen wird. Die Syntax sieht also so aus:
2364 <varname><%variablenname FLAG1 FLAG2%></varname>. Momentan
2365 werden die folgenden Flags unterstützt:</para>
2369 <para><option>NOFORMAT</option> gilt nur für Zahlenwerte und gibt
2370 den Wert ohne Formatierung, also ohne Tausendertrennzeichen mit
2371 mit einem Punkt als Dezimaltrennzeichen aus. Nützlich z.B., wenn
2372 damit in der Vorlage z.B. von LaTeX gerechnet werden soll.</para>
2376 <para><option>NOESCAPE</option> unterdrückt das Escapen von
2377 Sonderzeichen für die Vorlagensprache. Wenn also in einer
2378 Variablen bereits gültiger LaTeX-Code steht und dieser von LaTeX
2379 auch ausgewertet und nicht wortwörtlich angezeigt werden soll, so
2380 ist dieses Flag sinnvoll.</para>
2384 <para>Beispiel:</para>
2386 <programlisting><%quototal NOFORMAT%></programlisting>
2389 <sect2 id="dokumentenvorlagen-und-variablen.verwendung-in-druckbefehlen">
2390 <title>Verwendung in Druckbefehlen</title>
2392 <para>In der Admininstration können Drucker definiert werden. Auch im
2393 dort eingebbaren Druckbefehl können die hier aufgelisteten Variablen
2394 und Kontrollstrukturen verwendet werden. Ihr Inhalt wird dabei nach
2395 den Regeln der gängigen Shells formatiert, sodass Sonderzeichen wie
2396 <function>`...`</function> nicht zu unerwünschtem Verhalten
2399 <para>Dies erlaubt z.B. die Definition eines Faxes als Druckerbefehl,
2400 für das die Telefonnummer eines Ansprechpartners als Teil der
2401 Kommandozeile verwendet wird. Für ein fiktives Kommando könnte das
2402 z.B. wie folgt aussehen:</para>
2404 <programlisting>send_fax --number <%if cp_phone2%><%cp_phone2%><%else%><%cp_phone1%><%end%></programlisting>
2407 <sect2 id="dokumentenvorlagen-und-variablen.tag-style"
2408 xreflabel="Anfang und Ende der Tags verändern">
2409 <title>Anfang und Ende der Tags verändern</title>
2411 <para>Der Standardstil für Tags sieht vor, dass ein Tag mit dem
2412 Kleinerzeichen und einem Prozentzeichen beginnt und mit dem
2413 Prozentzeichen und dem Größerzeichen endet, beispielsweise
2414 <function><%customer%></function>. Da diese Form aber z.B. in
2415 LaTeX zu Problemen führen kann, weil das Prozentzeichen dort
2416 Kommentare einleitet, kann pro HTML- oder LaTeX-Dokumentenvorlage der
2417 Stil umgestellt werden.</para>
2419 <para>Dazu werden in die Datei Zeilen geschrieben, die mit dem für das
2420 Format gültigen Kommentarzeichen anfangen, dann
2421 <function>config:</function> enthalten, die entsprechende Option
2422 setzen und bei HTML-Dokumentenvorlagen mit dem Kommentarendzeichen
2423 enden. Beispiel für LaTeX:</para>
2425 <programlisting>% config: tag-style=($ $)</programlisting>
2427 <para>Dies würde kivitendo dazu veranlassen, Variablen zu ersetzen,
2428 wenn sie wie folgt aussehen: <function>($customer$)</function>. Das
2429 äquivalente Beispiel für HTML-Dokumentenvorlagen sieht so aus:</para>
2431 <programlisting><!-- config: tag-style=($ $) --></programlisting>
2434 <sect2 id="dokumentenvorlagen-und-variablen.zuordnung-dateinamen">
2435 <title>Zuordnung von den Dateinamen zu den Funktionen</title>
2437 <para>Diese folgende kurze Auflistung zeigt, welche Vorlage bei
2438 welcher Funktion ausgelesen wird. Dabei ist die Dateiendung
2439 "<filename>.ext</filename>" geeignet zu ersetzen:
2440 "<filename>.tex</filename>" für LaTeX-Vorlagen und
2441 "<filename>.odt</filename>" für OpenDocument-Vorlagen.</para>
2445 <term><filename>bin_list.ext</filename></term>
2448 <para>Lagerliste</para>
2453 <term><filename>check.ext</filename></term>
2461 <term><filename>invoice.ext</filename></term>
2464 <para>Rechnung</para>
2469 <term><filename>packing_list.ext</filename></term>
2472 <para>Packliste</para>
2477 <term><filename>pick_list.ext</filename></term>
2480 <para>Sammelliste</para>
2485 <term><filename>purchase_delivery_order.ext</filename></term>
2488 <para>Lieferschein (Einkauf)</para>
2493 <term><filename>purcharse_order.ext</filename></term>
2496 <para>Bestellung an Lieferanten</para>
2501 <term><filename>request_quotation.ext</filename></term>
2504 <para>Anfrage an Lieferanten</para>
2509 <term><filename>sales_delivery_order.ext</filename></term>
2512 <para>Lieferschein (Verkauf)</para>
2517 <term><filename>sales_order.ext</filename></term>
2520 <para>Bestellung</para>
2525 <term><filename>sales_quotation.ext</filename></term>
2528 <para>Angebot an Kunden</para>
2533 <term><filename>zahlungserinnerung.ext</filename></term>
2536 <para>Mahnung (Dateiname im Programm konfigurierbar)</para>
2541 <term><filename>zahlungserinnerung_invoice.ext</filename></term>
2544 <para>Rechnung über Mahngebühren (Dateiname im Programm
2545 konfigurierbar)</para>
2551 <sect2 id="dokumentenvorlagen-und-variablen.dateinamen-erweitert">
2552 <title>Sprache, Drucker und E-Mail</title>
2554 <para>Angeforderte Sprache und Druckerkürzel in den Dateinamen mit
2555 eingearbeitet. So wird aus der Vorlage
2556 <filename>sales_order.ext</filename> bei Sprache
2557 <function>de</function> und Druckerkürzel <function>lpr2</function>
2558 der Vorlagenname <filename>sales_order_de_lpr2.ext</filename>.
2559 Zusätzlich können für E-Mails andere Vorlagen erstellt werden, diese
2560 bekommen dann noch das Kürzel <filename>_email</filename>, der
2561 vollständige Vorlagenname wäre dann
2562 <filename>sales_order_email_de_lpr2.ext</filename>. In allen Fällen
2563 kann eine Standarddatei <filename>default.ext</filename> hinterlegt
2564 werden. Diese wird verwendet, wenn keine der anderen Varianten
2565 gefunden wird.</para>
2567 <para>Die vollständige Suchreihenfolge für einen Verkaufsauftrag mit
2568 der Sprache "de" und dem Drucker "lpr2", der per E-Mail im Format PDF
2569 verschickt wird, ist:</para>
2573 <para><filename>sales_order_email_de_lpr2.tex</filename></para>
2577 <para><filename>sales_order_de_lpr2.tex</filename></para>
2581 <para><filename>sales_order.tex</filename></para>
2585 <para><filename>default.tex</filename></para>
2589 <para>Die kurzen Varianten dieser Vorlagentitel müssen dann entweder
2590 Standardwerte anzeigen, oder die angeforderten Werte selbst auswerten,
2592 linkend="dokumentenvorlagen-und-variablen.allgemeine-variablen.meta" />.</para>
2595 <sect2 id="dokumentenvorlagen-und-variablen.allgemeine-variablen">
2596 <title>Allgemeine Variablen, die in allen Vorlagen vorhanden
2599 <sect3 id="dokumentenvorlagen-und-variablen.allgemeine-variablen.meta"
2600 xreflabel="Metainformationen zur angeforderten Vorlage">
2601 <title>Metainformationen zur angeforderten Vorlage</title>
2603 <para>Diese Variablen liefern Informationen darüber welche Variante
2604 einer Vorlage der Benutzer angefragt hat. Sie sind nützlich für
2605 Vorlagenautoren, die aus einer zentralen Layoutvorlage die einzelnen
2606 Formulare einbinden möchten.</para>
2610 <term><varname>template_meta.formname</varname></term>
2613 <para>Basisname der Vorlage. Identisch mit der <link
2614 linkend="dokumentenvorlagen-und-variablen.zuordnung-dateinamen">Zurordnung
2615 zu den Dateinamen</link> ohne die Erweiterung. Ein
2616 Verkaufsauftrag enthält hier
2617 <constant>sales_order</constant>.</para>
2622 <term><varname>template_meta.language.description</varname></term>
2625 <para>Beschreibung der verwendeten Sprache</para>
2630 <term><varname>template_meta.language.template_code</varname></term>
2633 <para>Vorlagenürzel der verwendeten Sprache, identisch mit dem
2634 Kürzel das im Dateinamen verwendetet wird.</para>
2639 <term><varname>template_meta.language.output_numberformat</varname></term>
2642 <para>Zahlenformat der verwendeten Sprache in der Form
2643 "<constant>1.000,00</constant>". Experimentell! Nur
2644 interessant für Vorlagen die mit unformatierten Werten
2650 <term><varname>template_meta.language.output_dateformat</varname></term>
2653 <para>Datumsformat der verwendeten Sprache in der Form
2654 "<constant>dd.mm.yyyy</constant>". Experimentell! Nur
2655 interessant für Vorlagen die mit unformatierten Werten
2661 <term><varname>template_meta.format</varname></term>
2664 <para>Das angeforderte Format. Kann im Moment die Werte
2665 <constant>pdf</constant>, <constant>postscript</constant>,
2666 <constant>html</constant>, <constant>opendocument</constant>,
2667 <constant>opendocument_pdf</constant> und
2668 <constant>excel</constant> enthalten.</para>
2673 <term><varname>template_meta.extension</varname></term>
2676 <para>Dateierweiterung, wie im Dateinamen. Wird aus
2677 <constant>format</constant> entschieden.</para>
2682 <term><varname>template_meta.media</varname></term>
2685 <para>Ausgabemedium. Kann zur Zeit die Werte
2686 <constant>screen</constant> für Bildschirm,
2687 <constant>email</constant> für E-Mmail (triggert das
2688 <constant>_email</constant> Kürzel im Dateinamen),
2689 <constant>printer</constant> für Drucker, und
2690 <constant>queue</constant> für Warteschlange enthalten.</para>
2695 <term><varname>template_meta.printer.description</varname></term>
2698 <para>Beschreibung des ausgewählten Druckers</para>
2703 <term><varname>template_meta.printer.template_code</varname></term>
2706 <para>Vorlagenürzel des ausgewählten Druckers, identisch mit
2707 dem Kürzel das im Dateinamen verwendetet wird.</para>
2712 <term><varname>template_meta.tmpfile</varname></term>
2715 <para>Datei-Prefix für temporäre Dateien.</para>
2721 <sect3 id="dokumentenvorlagen-und-variablen.allgemeine-variablen.kunden-lieferanten">
2722 <title>Stammdaten von Kunden und Lieferanten</title>
2726 <term><varname>account_number</varname></term>
2729 <para>Kontonummer</para>
2734 <term><varname>bank</varname></term>
2737 <para>Name der Bank</para>
2742 <term><varname>bank_code</varname></term>
2745 <para>Bankleitzahl</para>
2750 <term><varname>bic</varname></term>
2753 <para>Bank-Identifikations-Code (Bank Identifier Code,
2759 <term><varname>business</varname></term>
2762 <para>Kunden-/Lieferantentyp</para>
2767 <term><varname>city</varname></term>
2775 <term><varname>contact</varname></term>
2778 <para>Kontakt</para>
2783 <term><varname>country</varname></term>
2791 <term><varname>c_vendor_id</varname></term>
2794 <para>Lieferantennummer beim Kunden (nur Kunden)</para>
2799 <term><varname>v_customer_id</varname></term>
2802 <para>Kundennummer beim Lieferanten (nur Lieferanten)</para>
2807 <term><varname>cp_email</varname></term>
2810 <para>Email des Ansprechpartners</para>
2815 <term><varname>cp_givenname</varname></term>
2818 <para>Vorname des Ansprechpartners</para>
2823 <term><varname>cp_greeting</varname></term>
2826 <para>Anrede des Ansprechpartners</para>
2831 <term><varname>cp_name</varname></term>
2834 <para>Name des Ansprechpartners</para>
2839 <term><varname>cp_phone1</varname></term>
2842 <para>Telefonnummer 1 des Ansprechpartners</para>
2847 <term><varname>cp_phone2</varname></term>
2850 <para>Telefonnummer 2 des Ansprechpartners</para>
2855 <term><varname>cp_title</varname></term>
2858 <para>Titel des Ansprechpartners</para>
2863 <term><varname>creditlimit</varname></term>
2866 <para>Kreditlimit</para>
2871 <term><varname>customeremail</varname></term>
2874 <para>Email des Kunden; nur für Kunden</para>
2879 <term><varname>customerfax</varname></term>
2882 <para>Faxnummer des Kunden; nur für Kunden</para>
2887 <term><varname>customernotes</varname></term>
2890 <para>Bemerkungen beim Kunden; nur für Kunden</para>
2895 <term><varname>customernumber</varname></term>
2898 <para>Kundennummer; nur für Kunden</para>
2903 <term><varname>customerphone</varname></term>
2906 <para>Telefonnummer des Kunden; nur für Kunden</para>
2911 <term><varname>discount</varname></term>
2919 <term><varname>email</varname></term>
2922 <para>Emailadresse</para>
2927 <term><varname>fax</varname></term>
2930 <para>Faxnummer</para>
2935 <term><varname>homepage</varname></term>
2938 <para>Homepage</para>
2943 <term><varname>iban</varname></term>
2946 <para>Internationale Kontonummer (International Bank Account
2947 Number, IBAN)</para>
2952 <term><varname>language</varname></term>
2955 <para>Sprache</para>
2960 <term><varname>name</varname></term>
2963 <para>Firmenname</para>
2968 <term><varname>payment_description</varname></term>
2971 <para>Name der Zahlart</para>
2976 <term><varname>payment_terms</varname></term>
2979 <para>Zahlungskonditionen</para>
2984 <term><varname>phone</varname></term>
2987 <para>Telefonnummer</para>
2992 <term><varname>shiptocity</varname></term>
2995 <para>Stadt (Lieferadresse) <link
2996 linkend="dokumentenvorlagen-und-variablen.anmerkung-shipto">*</link></para>
3001 <term><varname>shiptocontact</varname></term>
3004 <para>Kontakt (Lieferadresse) <link
3005 linkend="dokumentenvorlagen-und-variablen.anmerkung-shipto">*</link></para>
3010 <term><varname>shiptocountry</varname></term>
3013 <para>Land (Lieferadresse) <link
3014 linkend="dokumentenvorlagen-und-variablen.anmerkung-shipto">*</link></para>
3019 <term><varname>shiptodepartment1</varname></term>
3022 <para>Abteilung 1 (Lieferadresse) <link
3023 linkend="dokumentenvorlagen-und-variablen.anmerkung-shipto">*</link></para>
3028 <term><varname>shiptodepartment2</varname></term>
3031 <para>Abteilung 2 (Lieferadresse) <link
3032 linkend="dokumentenvorlagen-und-variablen.anmerkung-shipto">*</link></para>
3037 <term><varname>shiptoemail</varname></term>
3040 <para>Email (Lieferadresse) <link
3041 linkend="dokumentenvorlagen-und-variablen.anmerkung-shipto">*</link></para>
3046 <term><varname>shiptofax</varname></term>
3049 <para>Fax (Lieferadresse) <link
3050 linkend="dokumentenvorlagen-und-variablen.anmerkung-shipto">*</link></para>
3055 <term><varname>shiptoname</varname></term>
3058 <para>Firmenname (Lieferadresse) <link
3059 linkend="dokumentenvorlagen-und-variablen.anmerkung-shipto">*</link></para>
3064 <term><varname>shiptophone</varname></term>
3067 <para>Telefonnummer (Lieferadresse) <link
3068 linkend="dokumentenvorlagen-und-variablen.anmerkung-shipto">*</link></para>
3073 <term><varname>shiptostreet</varname></term>
3076 <para>Straße und Hausnummer (Lieferadresse) <link
3077 linkend="dokumentenvorlagen-und-variablen.anmerkung-shipto">*</link></para>
3082 <term><varname>shiptozipcode</varname></term>
3085 <para>Postleitzahl (Lieferadresse) <link
3086 linkend="dokumentenvorlagen-und-variablen.anmerkung-shipto">*</link></para>
3091 <term><varname>street</varname></term>
3094 <para>Straße und Hausnummer</para>
3099 <term><varname>taxnumber</varname></term>
3102 <para>Steuernummer</para>
3107 <term><varname>ustid</varname></term>
3110 <para>Umsatzsteuer-Identifikationsnummer</para>
3115 <term><varname>vendoremail</varname></term>
3118 <para>Email des Lieferanten; nur für Lieferanten</para>
3123 <term><varname>vendorfax</varname></term>
3126 <para>Faxnummer des Lieferanten; nur für Lieferanten</para>
3131 <term><varname>vendornotes</varname></term>
3134 <para>Bemerkungen beim Lieferanten; nur für Lieferanten</para>
3139 <term><varname>vendornumber</varname></term>
3142 <para>Lieferantennummer; nur für Lieferanten</para>
3147 <term><varname>vendorphone</varname></term>
3150 <para>Telefonnummer des Lieferanten; nur für
3156 <term><varname>zipcode</varname></term>
3159 <para>Postleitzahl</para>
3164 <note id="dokumentenvorlagen-und-variablen.anmerkung-shipto">
3165 <para>Anmerkung: Sind die <varname>shipto*</varname>-Felder in den
3166 Stammdaten nicht eingetragen, so haben die Variablen
3167 <varname>shipto*</varname> den gleichen Wert wie die die
3168 entsprechenden Variablen der Lieferdaten. Das bedeutet, dass sich
3169 einige <varname>shipto*</varname>-Variablen so nicht in den
3170 Stammdaten wiederfinden sondern schlicht Kopien der
3171 Lieferdatenvariablen sind (z.B.
3172 <varname>shiptocontact</varname>).</para>
3176 <sect3 id="dokumentenvorlagen-und-variablen.allgemein-bearbeiter">
3177 <title>Informationen über den Bearbeiter</title>
3181 <term><varname>employee_address</varname></term>
3184 <para>Adressfeld</para>
3189 <term><varname>employee_businessnumber</varname></term>
3192 <para>Firmennummer</para>
3197 <term><varname>employee_company</varname></term>
3200 <para>Firmenname</para>
3205 <term><varname>employee_co_ustid</varname></term>
3208 <para>Usatzsteuer-Identifikationsnummer</para>
3213 <term><varname>employee_duns</varname></term>
3216 <para>DUNS-Nummer</para>
3221 <term><varname>employee_email</varname></term>
3229 <term><varname>employee_fax</varname></term>
3237 <term><varname>employee_name</varname></term>
3240 <para>voller Name</para>
3245 <term><varname>employee_signature</varname></term>
3248 <para>Signatur</para>
3253 <term><varname>employee_taxnumber</varname></term>
3256 <para>Steuernummer</para>
3261 <term><varname>employee_tel</varname></term>
3264 <para>Telefonnummer</para>
3270 <sect3 id="dokumentenvorlagen-und-variablen.allgemein-verkaeufer">
3271 <title>Informationen über den Verkäufer</title>
3275 <term><varname>salesman_address</varname></term>
3278 <para>Adressfeld</para>
3283 <term><varname>salesman_businessnumber</varname></term>
3286 <para>Firmennummer</para>
3291 <term><varname>salesman_company</varname></term>
3294 <para>Firmenname</para>
3299 <term><varname>salesman_co_ustid</varname></term>
3302 <para>Usatzsteuer-Identifikationsnummer</para>
3307 <term><varname>salesman_duns</varname></term>
3310 <para>DUNS-Nummer</para>
3315 <term><varname>salesman_email</varname></term>
3323 <term><varname>salesman_fax</varname></term>
3331 <term><varname>salesman_name</varname></term>
3334 <para>voller Name</para>
3339 <term><varname>salesman_signature</varname></term>
3342 <para>Signatur</para>
3347 <term><varname>salesman_taxnumber</varname></term>
3350 <para>Steuernummer</para>
3355 <term><varname>salesman_tel</varname></term>
3358 <para>Telefonnummer</para>
3364 <sect3 id="dokumentenvorlagen-und-variablen.allgemein-steuern">
3365 <title>Variablen für die einzelnen Steuern</title>
3369 <term><varname>tax</varname></term>
3377 <term><varname>taxbase</varname></term>
3380 <para>zu versteuernder Betrag</para>
3385 <term><varname>taxdescription</varname></term>
3388 <para>Name der Steuer</para>
3393 <term><varname>taxrate</varname></term>
3396 <para>Steuersatz</para>
3402 <sect3 id="dokumentenvorlagen-und-variablen.allgemein-lieferbedingungen">
3403 <title>Variablen für Lieferbedingungen</title>
3407 <term><varname>delivery_term</varname></term>
3408 <listitem><para>Datenbank-Objekt der Lieferbedingung</para></listitem>
3411 <term><varname>delivery_term.description</varname></term>
3412 <listitem><para>Beschreibung der Lieferbedingung</para></listitem>
3415 <term><varname>delivery_term.long_description</varname></term>
3416 <listitem><para>Langtext bzw. übersetzter Langtext der Lieferbedingung</para></listitem>
3422 <sect2 id="dokumentenvorlagen-und-variablen.invoice">
3423 <title>Variablen in Rechnungen</title>
3425 <sect3 id="dokumentenvorlagen-und-variablen.invoice-allgemein">
3426 <title>Allgemeine Variablen</title>
3430 <term><varname>creditremaining</varname></term>
3433 <para>Verbleibender Kredit</para>
3438 <term><varname>currency</varname></term>
3441 <para>Währung</para>
3446 <term><varname>cusordnumber</varname></term>
3449 <para>Bestellnummer beim Kunden</para>
3454 <term><varname>deliverydate</varname></term>
3457 <para>Lieferdatum</para>
3462 <term><varname>duedate</varname></term>
3465 <para>Fälligkeitsdatum</para>
3470 <term><varname>globalprojectnumber</varname></term>
3473 <para>Projektnummer des ganzen Beleges</para>
3478 <term><varname>globalprojectdescription</varname></term>
3481 <para>Projekbeschreibung des ganzen Beleges</para>
3486 <term><varname>intnotes</varname></term>
3489 <para>Interne Bemerkungen</para>
3494 <term><varname>invdate</varname></term>
3497 <para>Rechnungsdatum</para>
3502 <term><varname>invnumber</varname></term>
3505 <para>Rechnungsnummer</para>
3510 <term><varname>invtotal</varname></term>
3513 <para>gesamter Rechnungsbetrag</para>
3518 <term><varname>notes</varname></term>
3521 <para>Bemerkungen der Rechnung</para>
3526 <term><varname>orddate</varname></term>
3529 <para>Auftragsdatum</para>
3534 <term><varname>ordnumber</varname></term>
3537 <para>Auftragsnummer, wenn die Rechnung aus einem Auftrag
3538 erstellt wurde</para>
3543 <term><varname>payment_description</varname></term>
3546 <para>Name der Zahlart</para>
3551 <term><varname>payment_terms</varname></term>
3554 <para>Zahlungskonditionen</para>
3559 <term><varname>quodate</varname></term>
3562 <para>Angebotsdatum</para>
3567 <term><varname>quonumber</varname></term>
3570 <para>Angebotsnummer</para>
3575 <term><varname>shippingpoint</varname></term>
3578 <para>Versandort</para>
3583 <term><varname>shipvia</varname></term>
3586 <para>Transportmittel</para>
3591 <term><varname>subtotal</varname></term>
3594 <para>Zwischensumme aller Posten ohne Steuern</para>
3599 <term><varname>total</varname></term>
3602 <para>Restsumme der Rechnung (Summe abzüglich bereits
3603 bezahlter Posten)</para>
3608 <term><varname>transaction_description</varname></term>
3611 <para>Vorgangsbezeichnung</para>
3616 <term><varname>transdate</varname></term>
3619 <para>Auftragsdatum wenn die Rechnung aus einem Auftrag
3620 erstellt wurde</para>
3626 <sect3 id="dokumentenvorlagen-und-variablen.invoice-posten">
3627 <title>Variablen für jeden Posten auf der Rechnung</title>
3631 <term><varname>bin</varname></term>
3634 <para>Stellage</para>
3639 <term><varname>description</varname></term>
3642 <para>Artikelbeschreibung</para>
3647 <term><varname>discount</varname></term>
3650 <para>Rabatt als Betrag</para>
3655 <term><varname>discount_sub</varname></term>
3658 <para>Zwischensumme mit Rabatt</para>
3663 <term><varname>drawing</varname></term>
3666 <para>Zeichnung</para>
3671 <term><varname>ean</varname></term>
3674 <para>EAN-Code</para>
3679 <term><varname>image</varname></term>
3687 <term><varname>linetotal</varname></term>
3690 <para>Zeilensumme (Anzahl * Einzelpreis)</para>
3695 <term><varname>longdescription</varname></term>
3698 <para>Langtext</para>
3703 <term><varname>microfiche</varname></term>
3706 <para>Mikrofilm</para>
3711 <term><varname>netprice</varname></term>
3714 <para>Nettopreis</para>
3719 <term><varname>nodiscount_linetotal</varname></term>
3722 <para>Zeilensumme ohne Rabatt</para>
3727 <term><varname>nodiscount_sub</varname></term>
3730 <para>Zwischensumme ohne Rabatt</para>
3735 <term><varname>number</varname></term>
3738 <para>Artikelnummer</para>
3743 <term><varname>ordnumber_oe</varname></term>
3746 <para>Auftragsnummer des Originalauftrags, wenn die Rechnung
3747 aus einem Sammelauftrag erstellt wurde</para>
3752 <term><varname>p_discount</varname></term>
3755 <para>Rabatt in Prozent</para>
3760 <term><varname>partnotes</varname></term>
3763 <para>Die beim Artikel gespeicherten Bemerkungen</para>
3768 <term><varname>partsgroup</varname></term>
3771 <para>Warengruppe</para>
3776 <term><varname>price_factor</varname></term>
3779 <para>Der Preisfaktor als Zahl, sofern einer eingestellt
3785 <term><varname>price_factor_name</varname></term>
3788 <para>Der Name des Preisfaktors, sofern einer eingestellt
3794 <term><varname>projectnumber</varname></term>
3797 <para>Projektnummer</para>
3802 <term><varname>projectdescription</varname></term>
3805 <para>Projektbeschreibung</para>
3810 <term><varname>qty</varname></term>
3818 <term><varname>reqdate</varname></term>
3821 <para>Lieferdatum</para>
3826 <term><varname>runningnumber</varname></term>
3829 <para>Position auf der Rechnung (1, 2, 3...)</para>
3834 <term><varname>sellprice</varname></term>
3837 <para>Verkaufspreis</para>
3842 <term><varname>serialnumber</varname></term>
3845 <para>Seriennummer</para>
3850 <term><varname>tax_rate</varname></term>
3853 <para>Steuersatz</para>
3858 <term><varname>transdate_oe</varname></term>
3861 <para>Auftragsdatum des Originalauftrags, wenn die Rechnung
3862 aus einem Sammelauftrag erstellt wurde</para>
3867 <term><varname>unit</varname></term>
3870 <para>Einheit</para>
3875 <term><varname>weight</varname></term>
3878 <para>Gewicht</para>
3883 <para>Für jeden Posten gibt es ein Unterarray mit den Informationen
3884 über Lieferanten und Lieferantenartikelnummer. Diese müssen mit
3885 einer <function>foreach</function>-Schleife ausgegeben werden, da
3886 für jeden Artikel mehrere Lieferanteninformationen hinterlegt sein
3887 können. Die Variablen dafür lauten:</para>
3891 <term><varname>make</varname></term>
3894 <para>Lieferant</para>
3899 <term><varname>model</varname></term>
3902 <para>Lieferantenartikelnummer</para>
3908 <sect3 id="dokumentenvorlagen-und-variablen.invoice-zahlungen">
3909 <title>Variablen für die einzelnen Zahlungseingänge</title>
3913 <term><varname>payment</varname></term>
3921 <term><varname>paymentaccount</varname></term>
3929 <term><varname>paymentdate</varname></term>
3937 <term><varname>paymentmemo</varname></term>
3945 <term><varname>paymentsource</varname></term>
3954 <sect3 id="dokumentenvorlagen-und-variablen.benutzerdefinierte-variablen-vc">
3955 <title>Benutzerdefinierte Kunden- und Lieferantenvariablen</title>
3957 <para>Die vom Benutzer definierten Variablen für Kunden und
3958 Lieferanten stehen beim Ausdruck von Einkaufs- und Verkaufsbelegen
3959 ebenfalls zur Verfügung. Ihre Namen setzen sich aus dem Präfix
3960 <varname>vc_cvar_</varname> und dem vom Benutzer festgelegten
3961 Variablennamen zusammen.</para>
3963 <para>Beispiel: Der Benutzer hat eine Variable namens
3964 <varname>number_of_employees</varname> definiert, die die Anzahl der
3965 Mitarbeiter des Unternehmens enthält. Diese Variable steht dann
3966 unter dem Namen <varname>vc_cvar_number_of_employees</varname> zur
3971 <sect2 id="dokumentenvorlagen-und-variablen.dunning">
3972 <title>Variablen in Mahnungen und Rechnungen über Mahngebühren</title>
3974 <sect3 id="dokumentenvorlagen-und-variablen.dunning-vorlagennamen">
3975 <title>Namen der Vorlagen</title>
3977 <para>Die Namen der Vorlagen werden im System-Menü vom Benutzer
3978 eingegeben. Wird für ein Mahnlevel die Option zur automatischen
3979 Erstellung einer Rechnung über die Mahngebühren und Zinsen
3980 aktiviert, so wird der Name der Vorlage für diese Rechnung aus dem
3981 Vorlagenname für diese Mahnstufe mit dem Zusatz
3982 <constant>_invoice</constant> gebildet. Weiterhin werden die Kürzel
3983 für die ausgewählte Sprache und den ausgewählten Drucker
3987 <sect3 id="dokumentenvorlagen-und-variablen.dunning-allgemein">
3988 <title>Allgemeine Variablen in Mahnungen</title>
3990 <para>Die Variablen des Verkäufers stehen wie gewohnt als
3991 <varname>employee_...</varname> zur Verfügung. Die Adressdaten des
3992 Kunden stehen als Variablen <varname>name</varname>,
3993 <varname>street</varname>, <varname>zipcode</varname>,
3994 <varname>city</varname>, <varname>country</varname>,
3995 <varname>department_1</varname>, <varname>department_2</varname>,
3996 und <varname>email</varname> zur Verfügung.</para>
3998 <para>Weitere Variablen beinhalten:</para>
4002 <term><varname>dunning_date</varname></term>
4005 <para>Datum der Mahnung</para>
4010 <term><varname>dunning_duedate</varname></term>
4013 <para>Fälligkeitsdatum für diese Mahhnung</para>
4018 <term><varname>dunning_id</varname></term>
4021 <para>Mahnungsnummer</para>
4026 <term><varname>fee</varname></term>
4029 <para>Kummulative Mahngebühren</para>
4034 <term><varname>interest_rate</varname></term>
4037 <para>Zinssatz per anno in Prozent</para>
4042 <term><varname>total_amount</varname></term>
4045 <para>Gesamter noch zu zahlender Betrag als
4046 <function>fee</function> + <function>total_interest</function>
4047 + <function>total_open_amount</function></para>
4052 <term><varname>total_interest</varname></term>
4055 <para>Zinsen per anno über alle Rechnungen</para>
4060 <term><varname>total_open_amount</varname></term>
4063 <para>Summe über alle offene Beträge der Rechnungen</para>
4069 <sect3 id="dokumentenvorlagen-und-variablen.dunning-details">
4070 <title>Variablen für jede gemahnte Rechnung in einer Mahnung</title>
4074 <term><varname>dn_amount</varname></term>
4077 <para>Rechnungssumme (brutto)</para>
4082 <term><varname>dn_duedate</varname></term>
4085 <para>Originales Fälligkeitsdatum der Rechnung</para>
4090 <term><varname>dn_dunning_date</varname></term>
4093 <para>Datum der Mahnung</para>
4098 <term><varname>dn_dunning_duedate</varname></term>
4101 <para>Fälligkeitsdatum der Mahnung</para>
4106 <term><varname>dn_fee</varname></term>
4109 <para>Kummulative Mahngebühr</para>
4114 <term><varname>dn_interest</varname></term>
4117 <para>Zinsen per anno für diese Rechnung</para>
4122 <term><varname>dn_invnumber</varname></term>
4125 <para>Rechnungsnummer</para>
4130 <term><varname>dn_linetotal</varname></term>
4133 <para>Noch zu zahlender Betrag (ergibt sich aus
4134 <varname>dn_open_amount</varname> + <varname>dn_fee</varname>
4135 + <varname>dn_interest</varname>)</para>
4140 <term><varname>dn_netamount</varname></term>
4143 <para>Rechnungssumme (netto)</para>
4148 <term><varname>dn_open_amount</varname></term>
4151 <para>Offener Rechnungsbetrag</para>
4156 <term><varname>dn_ordnumber</varname></term>
4159 <para>Bestellnummer</para>
4164 <term><varname>dn_transdate</varname></term>
4167 <para>Rechnungsdatum</para>
4172 <term><varname>dn_curr</varname></term>
4175 <para>Währung, in der die Rechnung erstellt wurde. (Die
4176 Rechnungsbeträge sind aber immer in der Hauptwährung)</para>
4182 <sect3 id="dokumentenvorlagen-und-variablen.dunning-invoice">
4183 <title>Variablen in automatisch erzeugten Rechnungen über
4184 Mahngebühren</title>
4186 <para>Die Variablen des Verkäufers stehen wie gewohnt als
4187 <varname>employee_...</varname> zur Verfügung. Die Adressdaten des
4188 Kunden stehen als Variablen <varname>name</varname>,
4189 <varname>street</varname>, <varname>zipcode</varname>,
4190 <varname>city</varname>, <varname>country</varname>,
4191 <varname>department_1</varname>, <varname>department_2</varname>,
4192 und <varname>email</varname> zur Verfügung.</para>
4194 <para>Weitere Variablen beinhalten:</para>
4198 <term><varname>duedate</varname></term>
4201 <para>Fälligkeitsdatum der Rechnung</para>
4206 <term><varname>dunning_id</varname></term>
4209 <para>Mahnungsnummer</para>
4214 <term><varname>fee</varname></term>
4217 <para>Mahngebühren</para>
4222 <term><varname>interest</varname></term>
4230 <term><varname>invamount</varname></term>
4233 <para>Rechnungssumme (ergibt sich aus <varname>fee</varname> +
4234 <varname>interest</varname>)</para>
4239 <term><varname>invdate</varname></term>
4242 <para>Rechnungsdatum</para>
4247 <term><varname>invnumber</varname></term>
4250 <para>Rechnungsnummer</para>
4257 <sect2 id="dokumentenvorlagen-und-variablen.andere-vorlagen">
4258 <title>Variablen in anderen Vorlagen</title>
4261 <title>Einführung</title>
4263 <para>Die Variablen in anderen Vorlagen sind ähnlich wie in der
4264 Rechnung. Allerdings heißen die Variablen, die mit
4265 <varname>inv</varname> beginnen, jetzt anders. Bei den Angeboten
4266 fangen sie mit <varname>quo</varname> für "quotation" an:
4267 <varname>quodate</varname> für Angebotsdatum etc. Bei Bestellungen
4268 wiederum fangen sie mit <varname>ord</varname> für "order" an:
4269 <varname>ordnumber</varname> für Bestellnummer etc.</para>
4271 <para>Manche Variablen sind in anderen Vorlagen hingegen gar nicht
4272 vorhanden wie z.B. die für bereits verbuchte Zahlungseingänge. Dies
4273 sind Variablen, die vom Geschäftsablauf her in der entsprechenden
4274 Vorlage keine Bedeutung haben oder noch nicht belegt sein
4277 <para>Im Folgenden werden nur wichtige Unterschiede zu den Variablen
4278 in Rechnungen aufgeführt.</para>
4281 <sect3 id="dokumentenvorlagen-und-variablen.andere-vorlagen-quotations">
4282 <title>Angebote und Preisanfragen</title>
4286 <term><varname>quonumber</varname></term>
4289 <para>Angebots- bzw. Anfragenummer</para>
4294 <term><varname>reqdate</varname></term>
4297 <para>Gültigkeitsdatum (bei Angeboten) bzw. Lieferdatum (bei
4298 Preisanfragen)</para>
4303 <term><varname>transdate</varname></term>
4306 <para>Angebots- bzw. Anfragedatum</para>
4312 <sect3 id="dokumentenvorlagen-und-variablen.andere-vorlagen-orders">
4313 <title>Auftragsbestätigungen und Lieferantenaufträge</title>
4317 <term><varname>ordnumber</varname></term>
4320 <para>Auftragsnummer</para>
4325 <term><varname>reqdate</varname></term>
4328 <para>Lieferdatum</para>
4333 <term><varname>transdate</varname></term>
4336 <para>Auftragsdatum</para>
4342 <sect3 id="dokumentenvorlagen-und-variablen.andere-vorlagen-delivery-orders">
4343 <title>Lieferscheine (Verkauf und Einkauf)</title>
4347 <term><varname>cusordnumber</varname></term>
4350 <para>Bestellnummer des Kunden (im Verkauf) bzw. Bestellnummer
4351 des Lieferanten (im Einkauf)</para>
4356 <term><varname>donumber</varname></term>
4359 <para>Lieferscheinnummer</para>
4364 <term><varname>transdate</varname></term>
4367 <para>Lieferscheindatum</para>
4372 <para>Für jede Position eines Lieferscheines gibt es ein Unterarray
4373 mit den Informationen darüber, von welchem Lager und Lagerplatz aus
4374 die Waren verschickt wurden (Verkaufslieferscheine) bzw. auf welchen
4375 Lagerplatz sie eingelagert wurden. Diese müssen mittels einer
4376 <function>foreach</function>-Schleife ausgegeben werden. Diese
4377 Variablen sind:</para>
4381 <term><varname>si_bin</varname></term>
4384 <para>Lagerplatz</para>
4389 <term><varname>si_chargenumber</varname></term>
4392 <para>Chargennummer</para>
4397 <term><varname>si_bestbefore</varname></term>
4400 <para>Mindesthaltbarkeit</para>
4405 <term><varname>si_number</varname></term>
4408 <para>Artikelnummer</para>
4413 <term><varname>si_qty</varname></term>
4416 <para>Anzahl bzw. Menge</para>
4421 <term><varname>si_runningnumber</varname></term>
4424 <para>Positionsnummer (1, 2, 3 etc)</para>
4429 <term><varname>si_unit</varname></term>
4432 <para>Einheit</para>
4437 <term><varname>si_warehouse</varname></term>
4446 <sect3 id="dokumentenvorlagen-und-variablen.andere-vorlagen-statement">
4447 <title>Variablen für Sammelrechnung</title>
4451 <term><varname>c0total</varname></term>
4454 <para>Gesamtbetrag aller Rechnungen mit Fälligkeit < 30
4460 <term><varname>c30total</varname></term>
4463 <para>Gesamtbetrag aller Rechnungen mit Fälligkeit >= 30
4464 und < 60 Tage</para>
4469 <term><varname>c60total</varname></term>
4472 <para>Gesamtbetrag aller Rechnungen mit Fälligkeit >= 60
4473 und < 90 Tage</para>
4478 <term><varname>c90total</varname></term>
4481 <para>Gesamtbetrag aller Rechnungen mit Fälligkeit >= 90
4487 <term><varname>total</varname></term>
4490 <para>Gesamtbetrag aller Rechnungen</para>
4495 <para>Variablen für jede Rechnungsposition in Sammelrechnung:</para>
4499 <term><varname>invnumber</varname></term>
4502 <para>Rechnungsnummer</para>
4507 <term><varname>invdate</varname></term>
4510 <para>Rechnungsdatum</para>
4515 <term><varname>duedate</varname></term>
4518 <para>Fälligkeitsdatum</para>
4523 <term><varname>amount</varname></term>
4526 <para>Summe der Rechnung</para>
4531 <term><varname>open</varname></term>
4534 <para>Noch offener Betrag der Rechnung</para>
4539 <term><varname>c0</varname></term>
4542 <para>Noch offener Rechnungsbetrag mit Fälligkeit < 30
4548 <term><varname>c30</varname></term>
4551 <para>Noch offener Rechnungsbetrag mit Fälligkeit >= 30 und
4557 <term><varname>c60</varname></term>
4560 <para>Noch offener Rechnungsbetrag mit Fälligkeit >= 60 und
4566 <term><varname>c90</varname></term>
4569 <para>Noch offener Rechnungsbetrag mit Fälligkeit >= 90
4577 <sect2 id="dokumentenvorlagen-und-variablen.bloecke">
4578 <title>Blöcke, bedingte Anweisungen und Schleifen</title>
4580 <sect3 id="dokumentenvorlagen-und-variablen.bloecke.einfuehrung">
4581 <title>Einfürhung</title>
4583 <para>Der Parser kennt neben den Variablen einige weitere
4584 Konstrukte, die gesondert behandelt werden. Diese sind wie
4585 Variablennamen in spezieller Weise markiert:
4586 <command><%anweisung%> ... <%end%></command></para>
4588 <para>Anmerkung zum <command><%end%></command>: Der besseren
4589 Verständlichkeit halber kann man nach dem <command>end</command>
4590 noch beliebig weitere Wörter schreiben, um so zu markieren, welche
4591 Anweisung (z.B. <command>if</command> oder
4592 <command>foreach</command>) damit abgeschlossen wird.</para>
4594 <para>Beispiel: Lautet der Beginn eines Blockes z.B.
4595 <command><%if type == "sales_quotation"%></command>, so könnte
4596 er mit <command><%end%></command> genauso abgeschlossen werden
4597 wie mit <command><%end if%></command> oder auch
4598 <command><%end type == "sales_quotation"%></command>.</para>
4601 <sect3 id="dokumentenvorlagen-und-variablen.bloecke.if">
4602 <title>Der if-Block</title>
4604 <programlisting><%if variablenname%>
4606 <%end%></programlisting>
4608 <para>Eine normale "if-then"-Bedingung. Die Zeilen zwischen dem "if"
4609 und dem "end" werden nur ausgegeben, wenn die Variable
4610 <varname>variablenname</varname> gesetzt und ungleich 0 ist.</para>
4612 <para>Handelt es sich bei der benannten Variable um ein Array, also um einen Variablennamen, über den man mit
4613 <command><%foreach variablenname%></command> iteriert, so wird mit diesem Konstrukt darauf getestet, ob das Array Elemente
4614 enthält. Somit würde im folgenden Beispiel nur dann eine Liste von Zahlungseingängen samt ihrer Überschrift "Zahlungseingänge"
4615 ausgegeben, wenn tatsächlich welche getätigt wurden:</para>
4617 <programlisting><%if payment%>
4619 <%foreach payment%>
4620 Am <%paymentdate%>: <%payment%> €
4621 <%end foreach%>
4622 <%end if%></programlisting>
4624 <para>Die Bedingung kann auch negiert werden, indem das Wort
4625 <function>not</function> nach dem <filename>if</filename> verwendet
4626 wird. Beispiel:</para>
4628 <programlisting><%if not cp_greeting%>
4630 <%end%></programlisting>
4632 <para>Zusätzlich zu dem einfachen Test, ob eine Variable gesetzt ist
4633 oder nicht, bietet dieser Block auch die Möglichkeit, den Inhalt
4634 einer Variablen mit einer festen Zeichenkette oder einer anderen
4635 Variablen zu vergleichen. Ob der Vergleich mit einer Zeichenkette
4636 oder einer anderen Variablen vorgenommen wird, hängt davon ab, ob
4637 die rechte Seite des Vergleichsoperators in Anführungszeichen
4638 gesetzt wird (Vergleich mit Zeichenkette) oder nicht (Vergleich mit
4639 anderer Variablen). Zwei Beispiele, die beide Vergleiche
4642 <programlisting><%if var1 == "Wert"%></programlisting>
4644 <para>Testet die Variable <varname>var1</varname> auf
4645 übereinstimmung mit der Zeichenkette <constant>Wert</constant>.
4646 Mittels <function>!=</function> anstelle von <function>==</function>
4647 würde auf Ungleichheit getestet.</para>
4649 <programlisting><%if var1 == var2%></programlisting>
4651 <para>Testet die Variable <varname>var1</varname> auf
4652 übereinstimmung mit der Variablen <varname>var2</varname>. Mittel
4653 <function>!=</function> anstelle von <function>==</function> würde
4654 auf Ungleichheit getestet.</para>
4656 <para>Erfahrere Benutzer können neben der Tests auf (Un-)Gleichheit
4657 auch Tests auf übereinstimmung mit regulären Ausdrücken ohne
4658 Berücksichtung der Groß- und Kleinschreibung durchführen. Dazu dient
4659 dieselbe Syntax wie oben nur mit <function>=~</function> und
4660 <function>!~</function> als Vergleichsoperatoren.</para>
4662 <para>Beispiel für einen Test, ob die Variable
4663 <varname>intnotes</varname> (interne Bemerkungen) das Wort
4664 <constant>schwierig</constant> enthält:</para>
4666 <programlisting><%if intnotes =~ "schwierig"%></programlisting>
4669 <sect3 id="dokumentenvorlagen-und-variablen.bloecke.foreach">
4670 <title>Der foreach-Block</title>
4672 <programlisting><%foreach variablenname%>
4674 <%end%></programlisting>
4676 <para>Fügt die Zeilen zwischen den beiden Anweisungen so oft ein,
4677 wie das Perl-Array der Variablen <varname>variablenname</varname>
4678 Elemente enthät. Dieses Konstrukt wird zur Ausgabe der einzelnen
4679 Posten einer Rechnung / eines Angebots sowie zur Ausgabe der Steuern
4680 benutzt. In jedem Durchlauf werden die <link
4681 linkend="dokumentenvorlagen-und-variablen.invoice-posten">zeilenbezogenen
4682 Variablen</link> jeweils auf den Wert für die aktuelle Position
4685 <para>Die Syntax sieht normalerweise wie folgt aus:</para>
4687 <programlisting><%foreach number%>
4688 Position: <%runningnumber%>
4689 Anzahl: <%qty%>
4690 Artikelnummer: <%number%>
4691 Beschreibung: <%description%>
4693 <%end%></programlisting>
4695 <para>Besonderheit in OpenDocument-Vorlagen: Tritt ein
4696 <function><%foreach%></function>-Block innerhalb einer
4697 Tabellenzelle auf, so wird die komplette Tabellenzeile so oft
4698 wiederholt wie notwendig. Tritt er außerhalb auf, so wird nur der
4699 Inhalt zwischen <function><%foreach%></function> und
4700 <function><%end%></function> wiederholt, nicht aber die
4701 komplette Zeile, in der er steht.</para>
4705 <sect2 id="dokumentenvorlagen-und-variablen.markup">
4706 <title>Markup-Code zur Textformatierung innerhalb von
4709 <para>Wenn der Benutzer innhalb von Formularen in kivitendo Text
4710 anders formatiert haben möchte, so ist dies begrenzt möglich.
4711 kivitendo unterstützt die Textformatierung mit HTML-ähnlichen Tags.
4712 Der Benutzer kann z.B. bei der Artikelbeschreibung auf einer Rechnung
4713 Teile des Texts zwischen Start- und Endtags setzen. Dieser Teil wird
4714 dann automatisch in Anweisungen für das ausgewählte Vorlagenformat
4715 (HTML oder PDF über LaTeX) umgesetzt.</para>
4717 <para>Die unterstützen Formatierungen sind:</para>
4721 <term><b>Text</b></term>
4724 <para>Text wird in Fettdruck gesetzt.</para>
4729 <term><i>Text</i></term>
4732 <para>Text wird kursiv gesetzt.</para>
4737 <term><u>Text</u></term>
4740 <para>Text wird unterstrichen.</para>
4745 <term><s>Text</s></term>
4748 <para>Text wird durchgestrichen. Diese Formatierung ist nicht
4749 bei der Ausgabe als PDF über LaTeX verfügbar.</para>
4754 <term><bullet></term>
4757 <para>Erzeugt einen ausgefüllten Kreis für Aufzählungen (siehe
4763 <para>Der Befehl <command><bullet></command> funktioniert
4764 momentan auch nur in Latex-Vorlagen.</para>
4768 <sect1 id="excel-templates">
4769 <title>Excel-Vorlagen</title>
4771 <sect2 id="excel-templates.summary">
4772 <title>Zusammenfassung</title>
4774 <para>Dieses Dokument beschreibt den Mechanismus, mit dem
4775 Exceltemplates abgearbeitet werden, und die Einschränkungen, die damit
4779 <sect2 id="excel-templates.usage">
4780 <title>Bedienung</title>
4782 <para>Der Excel Mechanismus muss in der Konfigurationsdatei aktiviert
4783 werden. Die Konfigurationsoption heißt <varname>excel_templates =
4784 1</varname> im Abschnitt <varname>[print_templates]</varname>.</para>
4786 <para>Eine Excelvorlage kann dann unter dem Namen einer beliebigen
4787 anderen Vorlage mit der Endung <filename>.xls</filename> gespeichert
4788 werden. In den normalen Verkaufsmasken taucht nun
4789 <constant>Excel</constant> als auswählbares Format auf und kann von da
4790 an wie LaTeX- oder OpenOffice-Vorlagen benutzt werden.</para>
4792 <para>Der Sonderfall der Angebote aus der Kundenmaske ist ebenfalls
4793 eine Angebotsvorlage und wird unter dem internen Namen der Angebote
4794 <filename>sales_quotation.xls</filename> gespeichert.</para>
4797 <sect2 id="excel-templates.syntax">
4798 <title>Variablensyntax</title>
4800 <para>Einfache Syntax:
4801 <command><<varname>></command></para>
4803 <para>Dabei sind <constant><<</constant> und
4804 <constant>>></constant> die Delimiter. Da Excel auf festen
4805 Breiten besteht, kann der Tag künstlich verlängert werden, indem
4806 weitere <constant><</constant> oder <constant>></constant>
4807 eingefügt werden. Der Tag muss nicht symmetrisch sein.
4810 <programlisting><<<<<varname>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>></programlisting>
4812 <para>Um die Limitierung der festen Breite zu reduzieren, können
4813 weitere Variablen in einem Block interpoliert werden. Whitespace wird
4814 dazwishen dann erhalten. Beispiel:</para>
4816 <programlisting><<<<<varname1 varname2 varname3>>>>>>>>>>>>>>>>>>>>>>>>>></programlisting>
4818 <para>Die Variablen werden interpoliert, und linksbündig mit
4819 Leerzeichen auf die gewünschte Länge aufgefüllt. Ist der String zu
4820 lang, werden überzählige Zeichen abgeschnitten.</para>
4822 <para>Es ist ausserdem möglich, Daten rechtsbündig darzustellen, wenn
4823 der Block mit einem Leerzeichen anfängt. Beispiel:</para>
4825 <programlisting><<<<<< varname>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>></programlisting>
4827 <para>Dies würde rechtsbündig triggern. Wenn bei rechtsbündiger
4828 Ausrichtung Text abgeschnitten werden muss, wird er vom linken Ende
4832 <sect2 id="excel-templates.limitations">
4833 <title>Einschränkungen</title>
4835 <para>Das Excelformat bis 2002 ist ein binäres Format, und kann nicht
4836 mit vertretbarem Aufwand editiert werden. Der Templatemechanismus
4837 beschränkt sich daher darauf, Textstellen exakt durch einen anderen
4838 Text zu ersetzen.</para>
4840 <para>Aus dem gleichen Grund sind die Kontrolllstrukturen
4841 <command><%if%></command> und
4842 <command><%foreach%></command> nicht vorhanden. Der Delimiter
4843 <constant><% %></constant> kommt in den Headerinformationen
4844 evtl. vor. Deshalb wurde auf den sichereren Delimiter
4845 <constant><<</constant> und <constant>>></constant>
4849 <sect1 id="features.warehouse">
4850 <title>Mandantenkonfiguration Lager</title>
4851 Die Lagerverwaltung in kivitendo funktioniert standardmässig wie folgt:
4852 Wird ein Lager mit einem Lagerplatz angelegt, so gibt es die Möglichkeit hier über den
4853 Menüpunkt Lager entsprechende Warenbewegungen durchzuführen. Ferner kann
4854 jede Position eines Lieferscheins ein-, bzw. ausgelagert werden (Einkauf-, bzw. Verkauf).
4855 Es können beliebig viele Lager mit beliebig vielen Lagerplätzen abgebildet werden.
4856 Die Lagerbewegungen über einen Lieferschein erfolgt durch Anklicken jeder Einzelposition und
4857 das Auswählen dieser Position zu einem Lager mit Lagerplatz.
4858 Dieses Verfahren lässt sich schrittweise vereinfachen, je nachdem wie die Einstellungen in
4859 der Mandatenkonfiguration gesetzt werden.
4862 <para><option>Auslagern über Standardlagerplatz</option> Hier wird ein zusätzlicher Knopf (Auslagern über Standard-Lagerplatz)
4863 in dem Lieferschein-Beleg hinzugefügt, der dann alle Lagerbewegungen über den Standardlagerplatz (konfigurierbar pro Ware) durchführt.
4867 <para><option>Auslagern ohne Bestandsprüfung</option>Das obige Auslagern schlägt fehl, wenn die entsprechende Menge für
4868 die Lagerbewegung nicht vorhanden ist, möchte man dies auch ignorieren und ggf. dann nachpflegen, so kann man eine Negativ-Warenmenge mit dieser Option
4869 erlauben. Hierfür muss ein entsprechender Lagerplatz (Fehlbestand, o.ä.) konfiguriert sein.</para>
4872 Zusätzliche Funktionshinweise:
4874 <listitem><para><option>Standard-Lagerplatz</option>Ist dieser konfiguriert, wird dies auch als Standard-Voreinstellung bei der Neuerfassung von
4875 Stammdaten-> Waren / Dienstleistung / Erzeugnis verwendet.
4878 <listitem><para><option>Standard-Lagerplatz verwenden, falls keiner in Stammdaten definiert</option>Wird beim 'Auslagern über Standardlagerplatz'
4879 keine Standardlagerplatz zu der Ware gefunden, so wird mit dieser Option einfach der Standardlagerplatz verwendet.
4887 <title>Entwicklerdokumentation</title>
4889 <sect1 id="devel.globals" xreflabel="Globale Variablen">
4890 <title>Globale Variablen</title>
4893 <title>Wie sehen globale Variablen in Perl aus?</title>
4895 <para>Globale Variablen liegen in einem speziellen namespace namens
4896 "main", der von überall erreichbar ist. Darüber hinaus sind bareword
4897 globs global und die meisten speziellen Variablen sind...
4900 <para>Daraus ergeben sich folgende Formen:</para>
4904 <term><literal>$main::form</literal></term>
4907 <para>expliziter Namespace "main"</para>
4912 <term><literal>$::form</literal></term>
4915 <para>impliziter Namespace "main"</para>
4920 <term><literal>open FILE, "file.txt"</literal></term>
4923 <para><varname>FILE</varname> ist global</para>
4928 <term><literal>$_</literal></term>
4931 <para>speziell</para>
4936 <para>Im Gegensatz zu <productname>PHP</productname> gibt es kein
4937 Schlüsselwort wie "<function>global</function>", mit dem man
4938 importieren kann. <function>my</function>, <function>our</function>
4939 und <function>local</function> machen was anderes.</para>
4943 <term><literal>my $form</literal></term>
4946 <para>lexikalische Variable, gültig bis zum Ende des
4952 <term><literal>our $form</literal></term>
4955 <para><varname>$form</varname> referenziert ab hier
4956 <varname>$PACKAGE::form</varname>.</para>
4961 <term><literal>local $form</literal></term>
4964 <para>Alle Änderungen an <varname>$form</varname> werden am Ende
4965 des scopes zurückgesetzt</para>
4972 <title>Warum sind globale Variablen ein Problem?</title>
4974 <para>Das erste Problem ist <productname>FCGI</productname>.</para>
4976 <para><productname>SQL-Ledger</productname> hat fast alles im globalen
4977 namespace abgelegt, und erwartet, dass es da auch wiederzufinden ist.
4978 Unter <productname>FCGI</productname> müssen diese Sachen aber wieder
4979 aufgeräumt werden, damit sie nicht in den nächsten Request kommen.
4980 Einige Sachen wiederum sollen nicht gelöscht werden, wie zum Beispiel
4981 Datenbankverbindungen, weil die sehr lange zum Initialisieren
4984 <para>Das zweite Problem ist <function>strict</function>. Unter
4985 <function>strict</function> werden alle Variablen die nicht explizit
4986 mit <function>Package</function>, <function>my</function> oder
4987 <function>our</function> angegeben werden als Tippfehler angemarkert,
4988 dies hat, seit der Einführung, u.a. schon so manche langwierige
4989 Bug-Suche verkürzt. Da globale Variablen aber implizit mit Package
4990 angegeben werden, werden die nicht geprüft, und somit kann sich
4991 schnell ein Tippfehler einschleichen.</para>
4995 <title>Kanonische globale Variablen</title>
4997 <para>Um dieses Problem im Griff zu halten gibt es einige wenige
4998 globale Variablen, die kanonisch sind, d.h. sie haben bestimmte
4999 vorgegebenen Eigenschaften, und alles andere sollte anderweitig
5000 umhergereicht werden.</para>
5002 <para>Diese Variablen sind im Moment die folgenden neun:</para>
5006 <para><varname>$::form</varname></para>
5010 <para><varname>%::myconfig</varname></para>
5014 <para><varname>$::locale</varname></para>
5018 <para><varname>$::lxdebug</varname></para>
5022 <para><varname>$::auth</varname></para>
5026 <para><varname>$::lx_office_conf</varname></para>
5030 <para><varname>$::instance_conf</varname></para>
5034 <para><varname>$::dispatcher</varname></para>
5038 <para><varname>$::request</varname></para>
5042 <para>Damit diese nicht erneut als Müllhalde missbraucht werden, im
5043 Folgenden eine kurze Erläuterung der bestimmten vorgegebenen
5044 Eigenschaften (Konventionen):</para>
5047 <title>$::form</title>
5051 <para>Ist ein Objekt der Klasse
5052 "<classname>Form</classname>"</para>
5056 <para>Wird nach jedem Request gelöscht</para>
5060 <para>Muss auch in Tests und Konsolenscripts vorhanden
5065 <para>Enthält am Anfang eines Requests die Requestparameter vom
5070 <para>Kann zwar intern über Requestgrenzen ein Datenbankhandle
5071 cachen, das wird aber momentan absichtlich zerstört</para>
5075 <para><varname>$::form</varname> wurde unter <productname>SQL
5076 Ledger</productname> als Gottobjekt für alles misbraucht. Sämtliche
5077 alten Funktionen unter SL/ mutieren <varname>$::form</varname>, das
5078 heißt, alles was einem lieb ist (alle Variablen die einem ans Herz
5079 gewachsen sind), sollte man vor einem Aufruf (!) von zum Beispiel
5080 <function>IS->retrieve_customer()</function> in Sicherheit
5083 <para>Z.B. das vom Benutzer eingestellte Zahlenformat, bevor man
5084 Berechnung in einem bestimmten Format durchführt (SL/Form.pm Zeile
5085 3552, Stand version 2.7beta), um dies hinterher wieder auf den
5086 richtigen Wert zu setzen:</para>
5088 <programlisting> my $saved_numberformat = $::myconfig{numberformat};
5089 $::myconfig{numberformat} = $numberformat;
5090 # (...) div Berechnungen
5091 $::myconfig{numberformat} = $saved_numberformat;</programlisting>
5093 <para>Das Objekt der Klasse Form hat leider im Moment noch viele
5094 zentrale Funktionen die vom internen Zustand abhängen, deshalb bitte
5095 nie einfach zerstören oder überschreiben (zumindestens nicht kurz
5096 vor einem Release oder in Absprache über bspw. die devel-Liste ;-).
5097 Es geht ziemlich sicher etwas kaputt.</para>
5099 <para><varname>$::form</varname> ist gleichzeitig der Standard Scope
5100 in den <productname>Template::Toolkit</productname> Templates
5101 außerhalb der Controller: der Ausdruck <function>[% var
5102 %]</function> greift auf <varname>$::form->{var}</varname> zu.
5103 Unter Controllern ist der Standard Scope anders, da lautet der
5104 Zugriff <function>[% FORM.var %]</function>. In Druckvorlagen sind
5105 normale Variablen ebenfall im <varname>$::form</varname> Scope, d.h.
5106 <function><%var%></function> zeigt auf
5107 <varname>$::form->{var}</varname>. Nochmal von der anderen Seite
5108 erläutert, innerhalb von (Web-)Templates sieht man häufiger solche
5111 <programlisting>[%- IF business %]
5112 # (... Zeig die Auswahlliste Kunden-/Lieferantentyp an)
5113 [%- END %]</programlisting>
5115 <para>Entweder wird hier dann $::form->{business} ausgewertet
5116 oder aber der Funktion
5117 <function>$form->parse_html_template</function> wird explizit
5118 noch ein zusätzlicher Hash übergeben, der dann auch in den
5119 (Web-)Templates zu Verfügung steht, bspw. so:</para>
5121 <programlisting>$form->parse_html_template("is/form_header", \%TMPL_VAR);</programlisting>
5123 <para>Innerhalb von Schleifen wird
5124 <varname>$::form->{TEMPLATE_ARRAYS}{var}[$index]</varname>
5125 bevorzugt, wenn vorhanden. Ein Beispiel findet sich in SL/DO.pm,
5126 welches über alle Positionen eines Lieferscheins in Schleife
5129 <programlisting>for $i (1 .. $form->{rowcount}) {
5131 push @{ $form->{TEMPLATE_ARRAYS}{runningnumber} }, $position;
5132 push @{ $form->{TEMPLATE_ARRAYS}{number} }, $form->{"partnumber_$i"};
5133 push @{ $form->{TEMPLATE_ARRAYS}{description} }, $form->{"description_$i"};
5139 <title>%::myconfig</title>
5143 <para>Das einzige Hash unter den globalen Variablen</para>
5147 <para>Wird spätestens benötigt wenn auf die Datenbank
5148 zugegriffen wird</para>
5152 <para>Wird bei jedem Request neu erstellt.</para>
5156 <para>Enthält die Userdaten des aktuellen Logins</para>
5160 <para>Sollte nicht ohne Filterung irgendwo gedumpt werden oder
5161 extern serialisiert werden, weil da auch der Datenbankzugriff
5162 für diesen user drinsteht.</para>
5166 <para>Enthält unter anderem Listenbegrenzung vclimit,
5167 Datumsformat dateformat und Nummernformat numberformat</para>
5171 <para>Enthält Datenbankzugriffinformationen</para>
5175 <para><varname>%::myconfig</varname> ist im Moment der Ersatz für
5176 ein Userobjekt. Die meisten Funktionen, die etwas anhand des
5177 aktuellen Users entscheiden müssen, befragen
5178 <varname>%::myconfig</varname>. Innerhalb der Anwendungen sind dies
5179 überwiegend die Daten, die sich unter <guimenu>Programm</guimenu>
5180 -> <guimenuitem>Einstellungen</guimenuitem> befinden, bzw. die
5181 Informationen über den Benutzer die über die
5182 Administrator-Schnittstelle eingegeben wurden.</para>
5186 <title>$::locale</title>
5190 <para>Objekt der Klasse "Locale"</para>
5194 <para>Wird pro Request erstellt</para>
5198 <para>Muss auch für Tests und Scripte immer verfügbar
5203 <para>Cached intern über Requestgrenzen hinweg benutzte
5208 <para>Lokalisierung für den aktuellen User. Alle Übersetzungen,
5209 Zahlen- und Datumsformatierungen laufen über dieses Objekt.</para>
5213 <title>$::lxdebug</title>
5217 <para>Objekt der Klasse "LXDebug"</para>
5221 <para>Wird global gecached</para>
5225 <para>Muss immer verfügbar sein, in nahezu allen
5230 <para><varname>$::lxdebug</varname> stellt Debuggingfunktionen
5231 bereit, wie "<function>enter_sub</function>" und
5232 "<function>leave_sub</function>", mit denen in den alten Modulen ein
5233 brauchbares Tracing gebaut ist, "<function>log_time</function>", mit
5234 der man die Wallclockzeit seit Requeststart loggen kann, sowie
5235 "<function>message</function>" und "<function>dump</function>" mit
5236 denen man flott Informationen ins Log (tmp/kivitendo-debug.log)
5239 <para>Beispielsweise so:</para>
5241 <programlisting>$main::lxdebug->message(0, 'Meine Konfig:' . Dumper (%::myconfig));
5242 $main::lxdebug->message(0, 'Wer bin ich? Kunde oder Lieferant:' . $form->{vc});</programlisting>
5246 <title>$::auth</title>
5250 <para>Objekt der Klasse "SL::Auth"</para>
5254 <para>Wird global gecached</para>
5258 <para>Hat eine permanente DB Verbindung zur Authdatenbank</para>
5262 <para>Wird nach jedem Request resettet.</para>
5266 <para><varname>$::auth</varname> stellt Funktionen bereit um die
5267 Rechte des aktuellen Users abzufragen. Obwohl diese Informationen
5268 vom aktuellen User abhängen wird das Objekt aus
5269 Geschwindigkeitsgründen nur einmal angelegt und dann nach jedem
5270 Request kurz resettet.</para>
5272 <para>Dieses Objekt kapselt auch den gerade aktiven Mandanten. Dessen Einstellungen können über
5273 <literal>$::auth->client</literal> abgefragt werden; Rückgabewert ist ein Hash mit den Werten aus der Tabelle
5274 <literal>auth.clients</literal>.</para>
5278 <title>$::lx_office_conf</title>
5282 <para>Objekt der Klasse
5283 "<classname>SL::LxOfficeConf</classname>"</para>
5287 <para>Global gecached</para>
5291 <para>Repräsentation der
5292 <filename>config/kivitendo.conf[.default]</filename>-Dateien</para>
5296 <para>Globale Konfiguration. Configdateien werden zum Start gelesen
5297 und danach nicht mehr angefasst. Es ist derzeit nicht geplant, dass
5298 das Programm die Konfiguration ändern kann oder sollte.</para>
5300 <para>Beispielsweise ist über den Konfigurationseintrag [debug] die
5301 Debug- und Trace-Log-Datei wie folgt konfiguriert und
5304 <programlisting>[debug]
5305 file = /tmp/kivitendo-debug.log</programlisting>
5307 <para>ist der Key <varname>file</varname> im Programm als
5308 <varname>$::lx_office_conf->{debug}{file}</varname>
5312 <para>Zugriff auf die Konfiguration erfolgt im Moment über
5313 Hashkeys, sind also nicht gegen Tippfehler abgesichert.</para>
5318 <title>$::instance_conf</title>
5322 <para>Objekt der Klasse
5323 "<classname>SL::InstanceConfiguration</classname>"</para>
5327 <para>wird pro Request neu erstellt</para>
5331 <para>Funktioniert wie <varname>$::lx_office_conf</varname>,
5332 speichert aber Daten die von der Instanz abhängig sind. Eine Instanz
5333 ist hier eine Mandantendatenbank. Beispielsweise überprüft
5334 <programlisting>$::instance_conf->get_inventory_system eq 'perpetual'</programlisting>
5335 ob die berüchtigte Bestandsmethode zur Anwendung kommt.</para>
5339 <title>$::dispatcher</title>
5343 <para>Objekt der Klasse
5344 "<varname>SL::Dispatcher</varname>"</para>
5348 <para>wird pro Serverprozess erstellt.</para>
5352 <para>enthält Informationen über die technische Verbindung zum
5357 <para>Der dritte Punkt ist auch der einzige Grund warum das Objekt
5358 global gespeichert wird. Wird vermutlich irgendwann in einem anderen
5359 Objekt untergebracht.</para>
5363 <title>$::request</title>
5367 <para>Hashref (evtl später Objekt)</para>
5371 <para>Wird pro Request neu initialisiert.</para>
5375 <para>Keine Unterstruktur garantiert.</para>
5379 <para><varname>$::request</varname> ist ein generischer Platz um
5380 Daten "für den aktuellen Request" abzulegen. Sollte nicht für action
5381 at a distance benutzt werden, sondern um lokales memoizing zu
5382 ermöglichen, das garantiert am Ende des Requests zerstört
5385 <para>Vieles von dem, was im moment in <varname>$::form</varname>
5386 liegt, sollte eigentlich hier liegen. Die groben
5387 Differentialkriterien sind:</para>
5391 <para>Kommt es vom User, und soll unverändert wieder an den
5392 User? Dann <varname>$::form</varname>, steht da eh schon</para>
5396 <para>Sind es Daten aus der Datenbank, die nur bis zum Ende des
5397 Requests gebraucht werden? Dann
5398 <varname>$::request</varname></para>
5402 <para>Muss ich von anderen Teilen des Programms lesend drauf
5403 zugreifen? Dann <varname>$::request</varname>, aber Zugriff über
5404 Wrappermethode</para>
5411 <title>Ehemalige globale Variablen</title>
5413 <para>Die folgenden Variablen waren einmal im Programm, und wurden
5417 <title>$::cgi</title>
5421 <para>war nötig, weil cookie Methoden nicht als
5422 Klassenfunktionen funktionieren</para>
5426 <para>Aufruf als Klasse erzeugt Dummyobjekt was im
5427 Klassennamespace gehalten wird und über Requestgrenzen
5432 <para>liegt jetzt unter
5433 <varname>$::request->{cgi}</varname></para>
5439 <title>$::all_units</title>
5443 <para>war nötig, weil einige Funktionen in Schleifen zum Teil
5444 ein paar hundert mal pro Request eine Liste der Einheiten
5445 brauchen, und de als Parameter durch einen Riesenstack von
5446 Funktionen geschleift werden müssten.</para>
5450 <para>Liegt jetzt unter
5451 <varname>$::request->{cache}{all_units}</varname></para>
5456 <function>AM->retrieve_all_units()</function> gesetzt oder
5463 <title>%::called_subs</title>
5467 <para>wurde benutzt um callsub deep recursions
5472 <para>Wurde entfernt, weil callsub nur einen Bruchteil der
5473 möglichen Rekursioenen darstellt, und da nie welche
5478 <para>komplette recursion protection wurde entfernt.</para>
5485 <sect1 id="devel.fcgi">
5486 <title>Entwicklung unter FastCGI</title>
5488 <sect2 id="devel.fcgi.general">
5489 <title>Allgemeines</title>
5491 <para>Wenn Änderungen in der Konfiguration von kivitendo gemacht
5492 werden, muss der Webserver neu gestartet werden.</para>
5494 <para>Bei der Entwicklung für FastCGI ist auf ein paar Fallstricke zu
5495 achten. Dadurch, dass das Programm in einer Endlosschleife läuft,
5496 müssen folgende Aspekte beachtet werden.</para>
5499 <sect2 id="devel.fcgi.exiting">
5500 <title>Programmende und Ausnahmen</title>
5502 <para>Betrifft die Funktionen <function>warn</function>,
5503 <function>die</function>, <function>exit</function>,
5504 <function>carp</function> und <function>confess</function>.</para>
5506 <para>Fehler, die dass Programm normalerweise sofort beenden (fatale
5507 Fehler), werden mit dem FastCGI Dispatcher abgefangen, um das Programm
5508 am Laufen zu halten. Man kann mit <function>die</function>,
5509 <function>confess</function> oder <function>carp</function> Fehler
5510 ausgeben, die dann vom Dispatcher angezeigt werden. Die kivitendo
5511 eigene <function>$::form-</function>error()> tut im Prinzip das
5512 Gleiche, mit ein paar Extraoptionen. <function>warn</function> und
5513 <function>exit</function> hingegen werden nicht abgefangen.
5514 <function>warn</function> wird direkt nach STDERR, also in Server Log
5515 eine Nachricht schreiben (sofern in der Konfiguration nicht die
5516 Warnungen in das kivitendo Log umgeleitet wurden), und
5517 <function>exit</function> wird die Ausführung beenden.</para>
5519 <para>Prinzipiell ist es kein Beinbruch, wenn sich der Prozess
5520 beendet, fcgi wird ihn sofort neu starten. Allerdings sollte das die
5521 Ausnahme sein. Quintessenz: Bitte kein <function>exit</function>
5522 benutzen, alle anderen Exceptionmechanismen sind ok.</para>
5525 <sect2 id="devel.fcgi.globals">
5526 <title>Globale Variablen</title>
5528 <para>Um zu vermeiden, dass Informationen von einem Request in einen
5529 anderen gelangen, müssen alle globalen Variablen vor einem Request
5530 sauber initialisiert werden. Das ist besonders wichtig im
5531 <varname>$::cgi</varname> und <varname>$::auth</varname> Objekt, weil
5532 diese nicht gelöscht werden pro Instanz, sondern persistent gehalten
5535 <para>In <classname>SL::Dispatcher</classname> gibt es einen sauber
5536 abgetrennten Block, der alle kanonischen globalen Variablen listet und
5537 erklärt. Bitte keine anderen einführen ohne das sauber zu
5538 dokumentieren.</para>
5540 <para>Datenbankverbindungen wird noch ein Guide verfasst werden, wie
5541 man sicher geht, dass man die richtige erwischt.</para>
5544 <sect2 id="devel.fcgi.performance">
5545 <title>Performance und Statistiken</title>
5547 <para>Die kritischen Pfade des Programms sind die Belegmasken, und
5548 unter diesen ganz besonders die Verkaufsrechnungsmaske. Ein Aufruf der
5549 Rechnungsmaske in kivitendo 2.4.3 stable dauert auf einem Core2duo mit
5550 4GB Arbeitsspeicher und Ubuntu 9.10 eine halbe Sekunde. In der 2.6.0
5551 sind es je nach Menge der definierten Variablen 1-2s. Ab der
5552 Moose/Rose::DB Version sind es 5-6s.</para>
5554 <para>Mit FastCGI ist die neuste Version auf 0,26 Sekunden selbst in
5555 den kritischen Pfaden, unter 0,15 sonst.</para>
5559 <sect1 id="db-upgrade-files" xreflabel="Datenbank-Upgradedateien">
5560 <title>SQL-Upgradedateien</title>
5562 <sect2 id="db-upgrade-files.introduction"
5563 xreflabel="Einführung in die Datenbank-Upgradedateien">
5564 <title>Einführung</title>
5566 <para>Datenbankupgrades werden über einzelne Upgrade-Scripte gesteuert, die sich im Verzeichnis <filename>sql/Pg-upgrade2</filename>
5567 befinden. In diesem Verzeichnis muss pro Datenbankupgrade eine Datei existieren, die neben den eigentlich auszuführenden SQL- oder
5568 Perl-Befehlen einige Kontrollinformationen enthält.</para>
5570 <para>Kontrollinformationen definieren Abhängigkeiten und Prioritäten, sodass Datenbankscripte zwar in einer sicheren Reihenfolge
5571 ausgeführt werden (z.B. darf ein <literal>ALTER TABLE</literal> erst ausgeführt werden, wenn die Tabelle mit <literal>CREATE
5572 TABLE</literal> angelegt wurde), diese Reihenfolge aber so flexibel ist, dass man keine Versionsnummern braucht.</para>
5574 <para>kivitendo merkt sich dabei, welches der Upgradescripte in <filename>sql/Pg-upgrade2</filename> bereits durchgeführt wurde und
5575 führt diese nicht erneut aus. Dazu dient die Tabelle "<literal>schema_info</literal>", die bei der Anmeldung automatisch angelegt
5579 <sect2 id="db-upgrade-files.format"
5580 xreflabel="Format der Upgradedateien">
5581 <title>Format der Kontrollinformationen</title>
5583 <para>Die Kontrollinformationen sollten sich am Anfang der jeweiligen
5584 Upgradedatei befinden. Jede Zeile, die Kontrollinformationen enthält,
5585 hat dabei das folgende Format:</para>
5587 <para>Für SQL-Upgradedateien:</para>
5589 <programlisting>-- @key: value</programlisting>
5591 <para>Für Perl-Upgradedateien:</para>
5593 <programlisting># @key: value</programlisting>
5595 <para>Leerzeichen vor "<varname>value</varname>" werden
5598 <para>Die folgenden Schlüsselworte werden verarbeitet:</para>
5602 <term><varname>tag</varname></term>
5605 <para>Wird zwingend benötigt. Dies ist der "Name" des Upgrades.
5606 Dieser "tag" kann von anderen Kontrolldateien in ihren
5607 Abhängigkeiten verwendet werden (Schlüsselwort
5608 "<varname>depends</varname>"). Der "tag" ist auch der Name, der
5609 in der Datenbank eingetragen wird.</para>
5611 <para>Normalerweise sollte die Kontrolldatei genau so heißen wie
5612 der "tag", nur mit der Endung ".sql" bzw. "pl".</para>
5614 <para>Ein Tag darf nur aus alphanumerischen Zeichen sowie den
5615 Zeichen _ - ( ) bestehen. Insbesondere sind Leerzeichen nicht
5616 erlaubt und sollten stattdessen mit Unterstrichen ersetzt
5622 <term><varname>charset</varname></term>
5625 <para>Empfohlen. Gibt den Zeichensatz an, in dem das Script geschrieben wurde, z.B. "<literal>UTF-8</literal>". Aus
5626 Kompatibilitätsgründen mit alten Upgrade-Scripten wird bei Abwesenheit des Tags für SQL-Upgradedateien der Zeichensatz
5627 "<literal>ISO-8859-15</literal>" angenommen. Perl-Upgradescripte hingegen müssen immer in UTF-8 encodiert sein und sollten
5628 demnach auch ein "<literal>use utf8;</literal>" enthalten.</para>
5633 <term><varname>description</varname></term>
5636 <para>Benötigt. Eine Beschreibung, was in diesem Update
5637 passiert. Diese wird dem Benutzer beim eigentlichen
5638 Datenbankupdate angezeigt. Während der Tag in englisch gehalten
5639 sein sollte, sollte die Beschreibung auf Deutsch
5645 <term><varname>depends</varname></term>
5648 <para>Optional. Eine mit Leerzeichen getrennte Liste von "tags",
5649 von denen dieses Upgradescript abhängt. kivitendo stellt sicher,
5650 dass die in dieser Liste aufgeführten Scripte bereits
5651 durchgeführt wurden, bevor dieses Script ausgeführt wird.</para>
5653 <para>Abhängigkeiten werden rekursiv betrachtet. Wenn also ein
5654 Script "b" existiert, das von Änderungen in "a" abhängt, und
5655 eine neue Kontrolldatei für "c" erstellt wird, die von
5656 Änderungen in "a" und "b" abhängt, so genügt es, in "c" nur den
5657 Tag "b" als Abhängigkeit zu definieren.</para>
5659 <para>Es ist nicht erlaubt, sich selbst referenzierende
5660 Abhängigkeiten zu definieren (z.B. "a" -> "b", "b" -> "c"
5661 und "c" -> "a").</para>
5666 <term><varname>priority</varname></term>
5669 <para>Optional. Ein Zahlenwert, der die Reihenfolge bestimmt, in
5670 der Scripte ausgeführt werden, die die gleichen
5671 Abhängigkeitstiefen besitzen. Fehlt dieser Parameter, so wird
5672 der Wert 1000 benutzt.</para>
5674 <para>Dies ist reine Kosmetik. Für echte Reihenfolgen muss
5675 "depends" benutzt werden. kivitendo sortiert die auszuführenden
5676 Scripte zuerst nach der Abhängigkeitstiefe (wenn "z" von "y"
5677 abhängt und "y" von "x", so hat "z" eine Abhängigkeitstiefe von
5678 2, "y" von 1 und "x" von 0. "x" würde hier zuerst ausgeführt,
5679 dann "y", dann "z"), dann nach der Priorität und bei gleicher
5680 Priorität alphabetisch nach dem "tag".</para>
5685 <term><varname>ignore</varname></term>
5688 <para>Optional. Falls der Wert auf 1 (true) steht, wird das
5689 Skript bei der Anmeldung ignoriert und entsprechend nicht
5696 <sect2 id="db-upgrade-files.format-perl-files" xreflabel="Format von Perl-Upgradedateien">
5697 <title>Format von in Perl geschriebenen Datenbankupgradescripten</title>
5699 <para>In Perl geschriebene Datenbankscripte werden nicht einfach so ausgeführt sondern müssen sich an gewisse Konventionen
5700 halten. Dafür bekommen sie aber auch einige Komfortfunktionen bereitgestellt.</para>
5702 <para>Ein Upgradescript stellt dabei eine vollständige Objektklasse dar, die vom Elternobjekt
5703 "<literal>SL::DBUpgrade2::Base</literal>" erben und eine Funktion namens "<literal>run</literal>" zur Verfügung stellen muss. Das
5704 Script wird ausgeführt, indem eine Instanz dieser Klasse erzeugt und darauf die erwähnte "<literal>run</literal>" aufgerufen
5707 <para>Zu beachten ist, dass sich der Paketname der Datei aus dem Wert für "<literal>@tag</literal>" ableitet. Dabei werden alle
5708 Zeichen, die in Paketnamen ungültig wären (gerade Bindestriche), durch Unterstriche ersetzt. Insgesamt sieht der Paketname wie folgt
5709 aus: "<literal>SL::DBUpgrade2::tag</literal>".</para>
5711 <para>Welche Komfortfunktionen zur Verfügung stehen, erfahren Sie in der Perl-Dokumentation zum oben genannten Modul; aufzurufen mit
5712 "<command>perldoc SL/DBUpgrade2/Base.pm</command>".</para>
5714 <para>Ein Mindestgerüst eines gültigen Perl-Upgradescriptes sieht wie folgt aus:</para>
5716 <programlisting># @tag: beispiel-upgrade-file42
5717 # @description: Ein schönes Beispielscript
5718 # @depends: release_3_0_0
5719 package SL::DBUpgrade2::beispiel_upgrade_file42;
5724 use parent qw(SL::DBUpgrade2::Base);
5729 # hier Aktionen ausführen
5738 <sect2 id="db-upgrade-files.dbupgrade-tool"
5739 xreflabel="Hilfsscript dbupgrade2_tool.pl">
5740 <title>Hilfsscript dbupgrade2_tool.pl</title>
5742 <para>Um die Arbeit mit den Abhängigkeiten etwas zu erleichtern,
5743 existiert ein Hilfsscript namens
5744 "<filename>scripts/dbupgrade2_tool.pl</filename>". Es muss aus dem
5745 kivitendo-ERP-Basisverzeichnis heraus aufgerufen werden. Dieses Tool
5746 liest alle Datenbankupgradescripte aus dem Verzeichnis
5747 <filename>sql/Pg-upgrade2</filename> aus. Es benutzt dafür die
5748 gleichen Methoden wie kivitendo selber, sodass alle Fehlersituationen
5749 von der Kommandozeile überprüft werden können.</para>
5751 <para>Wird dem Script kein weiterer Parameter übergeben, so wird nur
5752 eine Überprüfung der Felder und Abhängigkeiten vorgenommen. Man kann
5753 sich aber auch Informationen auf verschiedene Art ausgeben
5758 <para>Listenform: "<command>./scripts/dbupgrade2_tool.pl
5759 --list</command>"</para>
5761 <para>Gibt eine Liste aller Scripte aus. Die Liste ist in der
5762 Reihenfolge sortiert, in der kivitendo die Scripte ausführen
5763 würde. Es werden neben der Listenposition der Tag, die
5764 Abhängigkeitstiefe und die Priorität ausgegeben.</para>
5768 <para>Baumform: "<command>./scripts/dbupgrade2_tool.pl
5769 --tree</command>"</para>
5771 <para>Listet alle Tags in Baumform basierend auf den
5772 Abhängigkeiten auf. Die "Wurzelknoten" sind dabei die Scripte, von
5773 denen keine anderen abhängen. Die Unterknoten sind Scripte, die
5774 beim übergeordneten Script als Abhängigkeit eingetragen
5778 <listitem id="db-upgrade-files.dbupgrade-tool.reverse-tree">
5779 <para>Umgekehrte Baumform: "<command>./scripts/dbupgrade2_tool.pl
5780 --rtree</command>"</para>
5782 <para>Listet alle Tags in Baumform basierend auf den
5783 Abhängigkeiten auf. Die "Wurzelknoten" sind dabei die Scripte mit
5784 der geringsten Abhängigkeitstiefe. Die Unterknoten sind Scripte,
5785 die das übergeordnete Script als Abhängigkeit eingetragen
5790 <para>Baumform mit Postscriptausgabe:
5791 "<command>./scripts/dbupgrade2_tool.pl
5792 --graphviz</command>"</para>
5794 <para>Benötigt das Tool "<command>graphviz</command>", um mit
5795 seiner Hilfe die <link
5796 linkend="db-upgrade-files.dbupgrade-tool.reverse-tree">umgekehrte
5797 Baumform</link> in eine Postscriptdatei namens
5798 "<filename>db_dependencies.ps</filename>" auszugeben. Dies ist
5799 vermutlich die übersichtlichste Form, weil hierbei jeder Knoten
5800 nur einmal ausgegeben wird. Bei den Textmodusbaumformen hingegen
5801 können Knoten und all ihre Abhängigkeiten mehrfach ausgegeben
5806 <para>Scripte, von denen kein anderes Script abhängt:
5807 "<command>./scripts/dbupgrade2_tool.pl --nodeps</command>"</para>
5809 <para>Listet die Tags aller Scripte auf, von denen keine anderen
5810 Scripte abhängen.</para>
5816 <sect1 id="translations-languages" xreflabel="Translations and languages">
5817 <title>Translations and languages</title>
5819 <sect2 id="translations-languages.introduction"
5820 xreflabel="Introduction to translations and languages">
5821 <title>Introduction</title>
5824 <para>Dieser Abschnitt ist in Englisch geschrieben, um
5825 internationalen Übersetzern die Arbeit zu erleichtern.</para>
5828 <para>This section describes how localization packages in kivitendo
5829 are built. Currently the only language fully supported is German, and
5830 since most of the internal messages are held in English the English
5831 version is usable too.</para>
5833 <para>A stub version of French is included but not functunal at this
5837 <sect2 id="translations-languages.character-set"
5838 xreflabel="Character set">
5839 <title>Character set</title>
5841 <para>All files included in a language pack must use UTF-8 as their encoding.</para>
5844 <sect2 id="translations-languages.file-structure"
5845 xreflabel="File structure">
5846 <title>File structure</title>
5848 <para>The structure of locales in kivitendo is:</para>
5850 <programlisting>kivitendo/locale/<langcode>/</programlisting>
5852 <para>where <langcode> stands for an abbreviation of the
5853 language package. The builtin packages use two letter <ulink
5854 url="http://en.wikipedia.org/wiki/ISO_639-1">ISO 639-1</ulink> codes,
5855 but the actual name is not relevant for the program and can easily be
5857 url="http://en.wikipedia.org/wiki/IETF_language_tag">IETF language
5858 tags</ulink> (i.e. "en_GB"). In fact the original language packages
5859 from SQL Ledger are named in this way.</para>
5861 <para>In such a language directory the following files are
5866 <term>LANGUAGE</term>
5869 <para>This file is mandatory.</para>
5871 <para>The <filename>LANGUAGE</filename> file contains the self
5872 descripted name of the language. It should contain a native
5873 representation first, and in parenthesis an english translation
5874 after that. Example:</para>
5876 <programlisting>Deutsch (German)</programlisting>
5884 <para>This file is mandatory.</para>
5886 <para>The central translation file. It is essentially an inline
5887 Perl script autogenerated by <command>locales.pl</command>. To
5888 generate it, generate the directory and the two files mentioned
5889 above, and execute the following command:</para>
5891 <programlisting>scripts/locales.pl <langcode></programlisting>
5893 <para>Otherwise you can simply copy one of the other languages.
5894 You will be told how many are missing like this:</para>
5896 <programlisting>$ scripts/locales.pl en
5897 English - 0.6% - 2015/2028 missing</programlisting>
5899 <para>A file named "<filename>missing</filename>" will be
5900 generated and can be edited. You can also edit the
5901 "<filename>all</filename>" file directly. Edit everything you
5902 like to fit the target language and execute
5903 <command>locales.pl</command> again. See how the missing words
5909 <term>Num2text</term>
5912 <para>Legacy code from SQL Ledger. It provides a means for
5913 numbers to be converted into natural language, like
5914 <literal>1523 => one thousand five hundred twenty
5915 three</literal>. If you want to provide it, it must be inlinable
5916 Perl code which provides a <function>num2text</function> sub. If
5917 an <function>init</function> sub exists it will be executed
5920 <para>Only used in the check and receipt printing module.</para>
5925 <term>special_chars</term>
5928 <para>kivitendo comes with a lot of interfaces to different
5929 formats, some of which are rather picky with their accepted
5930 charset. The <filename>special_chars</filename> file contains a
5931 listing of chars not suited for different file format and
5932 provides substitutions. It is written in "Simple Ini" style,
5933 containing a block for every file format.</para>
5935 <para>First entry should be the order of substitution for
5936 entries as a whitespace separated list. All entries are
5937 interpolated, so <literal>\n</literal>, <literal>\x20</literal>
5938 and <literal>\\</literal> all work.</para>
5940 <para>After that every entry is a special char that should be
5941 translated when writing text into such a file.</para>
5943 <para>Example:</para>
5945 <programlisting>[Template/XML]
5946 order=& < > \n
5950 \n=<br></programlisting>
5952 <para>Note the importance of the order in this example.
5953 Substituting < and > befor & would lead to $gt; become
5956 <para>For a list of valid formats, see the German
5957 <filename>special_chars</filename> entry. As of this writing the
5958 following are recognized:</para>
5960 <programlisting>HTML
5965 Template/OpenDocument
5966 filenames</programlisting>
5968 <para>The last of which is very machine dependant. Remember that
5969 a lot of characters are forbidden by some filesystems, for
5970 exmaple MS Windows doesn't like ':' in its files where Linux
5971 doesn't mind that. If you want the files created with your
5972 language pack to be portable, find all chars that could cause
5978 <term>missing</term>
5981 <para>This file is not a part of the language package
5984 <para>This is a file generated by
5985 <command>scripts/locales.pl</command> while processing your
5986 locales. It's only to have the missing entries singled out and
5987 does not belong to a language package.</para>
5995 <para>This file is not a part of the language package
5998 <para>Another file generated by
5999 <command>scripts/locales.pl</command>. If for any reason a
6000 translation does not appear anymore and can be deleted, it gets
6001 moved here. The last 50 or so entries deleted are saved here in
6002 case you made a typo, so that you don't have to translate
6003 everything again. If a tranlsation is missing, the lost file is
6004 checked first. If you maintain a language package, you might
6005 want to keep this safe somewhere.</para>
6012 <sect1 id="devel.testsuite">
6013 <title>Die kivitendo-Test-Suite</title>
6015 <sect2 id="devel.testsuite.intro">
6016 <title>Einführung</title>
6018 <para>kivitendo enthält eine Suite für automatisierte Tests. Sie basiert auf dem Standard-Perl-Modul <literal>Test::More</literal>.</para>
6020 <para>Die grundlegenden Fakten sind:</para>
6023 <listitem><para>Alle Tests liegen im Unterverzeichnis <filename>t/</filename>.</para></listitem>
6025 <listitem><para>Ein Script (bzw. ein Test) in <filename>t/</filename> enthält einen oder mehrere Testfälle.</para></listitem>
6027 <listitem><para>Alle Dateinamen von Tests enden auf <literal>.t</literal>. Es sind selbstständig ausführbare Perl-Scripte.</para></listitem>
6029 <listitem><para>Die Test-Suite besteht aus der Gesamtheit aller Tests, sprich aller Scripte in <filename>t/</filename>, deren
6030 Dateiname auf <literal>.t</literal> endet.</para></listitem>
6034 <sect2 id="devel.testsuite.prerequisites">
6035 <title>Voraussetzungen</title>
6037 <para>Für die Ausführung werden neben den für kivitendo eh schon benötigten Module noch weitere Perl-Module benötigt. Diese sind:</para>
6040 <listitem><para><literal>Test::Deep</literal> (Debian-Paketname: <literal>libtest-deep-perl</literal>; Fedora Core:
6041 <literal>perl-Test-Deep</literal>; openSUSE: <literal>perl-Test-Deep</literal>)</para></listitem>
6042 <listitem><para><literal>Test::Exception</literal> (Debian-Paketname: <literal>libtest-exception-perl</literal>; Fedora Core:
6043 <literal>perl-Test-Exception</literal>; openSUSE: <literal>perl-Test-Exception</literal>)</para></listitem>
6044 <listitem><para><literal>Test::Output</literal> (Debian-Paketname: <literal>libtest-output-perl</literal>; Fedora Core:
6045 <literal>perl-Test-Output</literal>; openSUSE: <literal>perl-Test-Output</literal>)</para></listitem>
6046 <listitem><para><literal>Test::Harness</literal> 3.0.0 oder höher. Dieses Modul ist ab Perl 5.10.1 Bestandteil der
6047 Perl-Distribution und kann für frühere Versionen aus dem <ulink url="http://www.cpan.org">CPAN</ulink> bezogen
6048 werden.</para></listitem>
6049 <listitem><para><literal>LWP::Simple</literal> aus dem Paket <literal>libwww-perl</literal> (Debian-Panetname:
6050 <literal>libwww-perl</literal>; Fedora Core: <literal>perl-libwww-perl</literal>; openSUSE:
6051 <literal>perl-libwww-perl</literal>)</para></listitem>
6052 <listitem><para><literal>URI::Find</literal> (Debian-Panetname: <literal>liburi-find-perl</literal>; Fedora Core:
6053 <literal>perl-URI-Find</literal>; openSUSE: <literal>perl-URI-Find</literal>)</para></listitem>
6056 <para>Weitere Voraussetzung ist, dass die Testsuite ihre eigene Datenbank anlegen kann, um Produktivdaten nicht zu gefährden. Dazu
6057 müssen in der Konfigurationsdatei im Abschnit <literal>testing/database</literal> Datenbankverbindungsparameter angegeben
6058 werden. Der hier angegebene Benutzer muss weiterhin das Recht haben, Datenbanken anzulegen und zu löschen.</para>
6061 <sect2 id="devel.testsuite.execution">
6063 Existierende Tests ausführen
6066 <para>Es gibt mehrere Möglichkeiten zum Ausführen der Tests: entweder, man lässt alle Tests auf einmal ausführen, oder man führt
6067 gezielt einzelne Scripte aus. Für beide Fälle gibt es das Helferscript <filename>t/test.pl</filename>.</para>
6069 <para>Will man die komplette Test-Suite ausführen, so muss man einfach nur <filename>t/test.pl</filename> ohne weitere Parameter aus
6070 dem kivitendo-Basisverzeichnis heraus ausführen.</para>
6072 <para>Um einzelne Test-Scripte auszuführen, übergibt man deren Namen an <filename>t/test.pl</filename>. Beispielsweise:</para>
6074 <programlisting>t/test.pl t/form/format_amount.t t/background_job/known_jobs.t</programlisting>
6078 <sect2 id="devel.testsuite.meaning_of_scripts">
6080 Bedeutung der verschiedenen Test-Scripte
6083 <para>Die Test-Suite umfasst Tests sowohl für Funktionen als auch für Programmierstil. Einige besonders zu erwähnende, weil auch
6084 während der Entwicklung nützliche Tests sind:</para>
6087 <listitem><para><filename>t/001compile.t</filename> -- compiliert alle Quelldateien und bricht bei Fehlern sofort ab</para></listitem>
6088 <listitem><para><filename>t/002goodperl.t</filename> -- überprüft alle Perl-Dateien auf Anwesenheit von '<literal>use strict</literal>'-Anweisungen</para></listitem>
6089 <listitem><para><filename>t/003safesys.t</filename> -- überprüft Aufrufe von <function>system()</function> und <function>exec()</function> auf Gültigkeit</para></listitem>
6090 <listitem><para><filename>t/005no_tabs.t</filename> -- überprüft, ob Dateien Tab-Zeichen enthalten</para></listitem>
6091 <listitem><para><filename>t/006spelling.t</filename> -- sucht nach häufigen Rechtschreibfehlern</para></listitem>
6092 <listitem><para><filename>t/011pod.t</filename> -- überprüft die Syntax von Dokumentation im POD-Format auf Gültigkeit</para></listitem>
6095 <para>Weitere Test-Scripte überprüfen primär die Funktionsweise einzelner Funktionen und Module.</para>
6098 <sect2 id="devel.testsuite.create_new">
6100 Neue Test-Scripte erstellen
6103 <para>Es wird sehr gern gesehen, wenn neue Funktionalität auch gleich mit einem Test-Script abgesichert wird. Auch bestehende
6104 Funktion darf und soll ausdrücklich nachträglich mit Test-Scripten abgesichert werden.</para>
6106 <sect3 id="devel.testsuite.ideas_for_non_function_tests">
6108 Ideen für neue Test-Scripte, die keine konkreten Funktionen testen
6111 <para> Ideen, die abgesehen von Funktionen noch nicht umgesetzt wurden:</para>
6114 <listitem><para>Überprüfung auf fehlende symbolische Links</para></listitem>
6115 <listitem><para>Suche nach Nicht-ASCII-Zeichen in Perl-Code-Dateien (mit gewissen Einschränkungen wie das Erlauben von deutschen Umlauten)</para></listitem>
6116 <listitem><para>Test auf DOS-Zeilenenden (\r\n anstelle von nur \n)</para></listitem>
6117 <listitem><para>Überprüfung auf Leerzeichen am Ende von Zeilen</para></listitem>
6118 <listitem><para>Test, ob alle zu übersetzenden Strings in <filename>locale/de/all</filename> vorhanden sind</para></listitem>
6119 <listitem><para>Test, ob alle Webseiten-Templates in <filename>templates/webpages</filename> mit vom Perl-Modul <literal>Template</literal> compiliert werden können</para></listitem>
6123 <sect3 id="devel.testsuite.directory_and_test_names">
6125 Konvention für Verzeichnis- und Dateinamen
6128 <para>Es gibt momentan eine wenige Richtlinien, wie Test-Scripte zu benennen sind. Bitte die folgenden Punkte als Richtlinie betrachten und ihnen soweit es geht folgen:</para>
6131 <listitem><para>Die Dateiendung muss <filename>.t</filename> lauten.</para></listitem>
6133 <listitem><para>Namen sind englisch, komplett klein geschrieben und einzelne Wörter mit Unterstrichten getrennt (beispielsweise
6134 <filename>bad_function_params.t</filename>).</para></listitem>
6136 <listitem><para>Unterverzeichnisse sollten grob nach dem Themenbereich benannt sein, mit dem sich die Scripte darin befassen
6137 (beispielsweise <filename>background_jobs</filename> für Tests rund um Hintergrund-Jobs).</para></listitem>
6139 <listitem><para>Test-Scripte sollten einen überschaubaren Bereich von Funktionalität testen, der logisch zusammenhängend ist
6140 (z.B. nur Tests für eine einzelne Funktion in einem Modul). Lieber mehrere Test-Scripte schreiben.</para></listitem>
6144 <sect3 id="devel.testsuite.minimal_example">
6146 Minimales Skelett für eigene Scripte
6149 <para>Der folgenden Programmcode enthält das kleinstmögliche Testscript und kann als Ausgangspunkt für eigene Tests verwendet werden:</para>
6151 <programlisting>use Test::More tests => 0;
6155 use Support::TestSetup;
6157 Support::TestSetup::login();</programlisting>
6159 <para>Wird eine vollständig initialisierte kivitendo-Umgebung benötigt (Stichwort: alle globalen Variablen wie
6160 <varname>$::auth</varname>, <varname>$::form</varname> oder <varname>$::lxdebug</varname>), so muss in der Konfigurationsdatei
6161 <filename>config/kivitendo.conf</filename> im Abschnitt <literal>testing.login</literal> ein gültiger Login-Name eingetragen
6162 sein. Dieser wird für die Datenbankverbindung benötigt.</para>
6164 <para>Wir keine vollständig initialisierte Umgebung benötigt, so kann die letzte Zeile <code>Support::TestSetup::login();</code>
6165 weggelassen werden, was die Ausführungszeit des Scripts leicht verringert.</para>
6170 <sect1 id="devel.style-guide">
6171 <title>Stil-Richtlinien</title>
6173 <para>Die folgenden Regeln haben das Ziel, den Code möglichst gut les-
6174 und wartbar zu machen. Dazu gehört zum Einen, dass der Code einheitlich
6175 eingerückt ist, aber auch, dass Mehrdeutigkeit so weit es geht vermieden
6176 wird (Stichworte "Klammern" oder "Hash-Keys").</para>
6178 <para>Diese Regeln sind keine Schikane sondern erleichtern allen das
6181 <para>Jeder, der einen Patch schickt, sollte seinen Code vorher
6182 überprüfen. Einige der Regeln lassen sich automatisch überprüfen, andere
6187 <para>Es werden keine echten Tabs sondern Leerzeichen
6192 <para>Die Einrückung beträgt zwei Leerzeichen. Beispiel:</para>
6194 <programlisting>foreach my $row (@data) {
6196 # do something with $row
6200 $row->{modules} = MODULE->retrieve(
6201 id => $row->{id},
6202 date => $use_now ? localtime() : $row->{time},
6206 $report->add($row);
6211 <para>Öffnende geschweifte Klammern befinden sich auf der gleichen
6212 Zeile wie der letzte Befehl. Beispiele:</para>
6214 <programlisting>sub debug {
6220 <programlisting>if ($form->{item_rows} > 0) {
6226 <para>Schließende geschweifte Klammern sind so weit eingerückt wie
6227 der Befehl / die öffnende schließende Klammer, die den Block
6228 gestartet hat, und nicht auf der Ebene des Inhalts. Die gleichen
6229 Beispiele wie bei 3. gelten.</para>
6233 <para>Die Wörter "<function>else</function>",
6234 "<function>elsif</function>", "<function>while</function>" befinden
6235 sich auf der gleichen Zeile wie schließende geschweifte Klammern.
6238 <programlisting>if ($form->{sum} > 1000) {
6240 } elsif ($form->{sum} > 0) {
6248 } until ($a > 0);</programlisting>
6252 <para>Parameter von Funktionsaufrufen müssen mit runden Klammern
6253 versehen werden. Davon nicht betroffen sind interne Perl-Funktionen,
6254 und grep-ähnliche Operatoren. Beispiel:</para>
6256 <programlisting>$main::lxdebug->message("Could not find file.");
6257 %options = map { $_ => 1 } grep { !/^#/ } @config_file;</programlisting>
6261 <para>Verschiedene Klammern, Ihre Ausdrücke und Leerzeichen:</para>
6263 <para>Generell gilt: Hashkeys und Arrayindices sollten nicht durch
6264 Leerzeichen abgesetzt werden. Logische Klammerungen ebensowenig,
6265 Blöcke schon. Beispiel:</para>
6267 <programlisting>if (($form->{debug} == 1) && ($form->{sum} - 100 < 0)) {
6272 $form->{sum} += $form->{"row_$i"};
6273 $form->{ $form->{index} } += 1;
6275 map { $form->{sum} += $form->{"row_$_"} } 1..$rowcount;</programlisting>
6279 <para>Mehrzeilige Befehle</para>
6283 <para>Werden die Parameter eines Funktionsaufrufes auf mehrere
6284 Zeilen aufgeteilt, so sollten diese bis zu der Spalte eingerückt
6285 werden, in der die ersten Funktionsparameter in der ersten Zeile
6286 stehen. Beispiel:</para>
6288 <programlisting>$sth = $dbh->prepare("SELECT * FROM some_table WHERE col = ?",
6289 $form->{some_col_value});</programlisting>
6293 <para>Ein Spezialfall ist der ternäre Oprator "?:", der am
6294 besten in einer übersichtlichen Tabellenstruktur organisiert
6295 wird. Beispiel:</para>
6297 <programlisting>my $rowcount = $form->{"row_$i"} ? $i
6298 : $form->{oldcount} ? $form->{oldcount} + 1
6299 : $form->{rowcount} - $form->{rowbase};</programlisting>
6305 <para>Kommentare</para>
6309 <para>Kommentare, die alleine in einer Zeile stehen, sollten
6310 soweit wie der Code eingerückt sein.</para>
6314 <para>Seitliche hängende Kommentare sollten einheitlich
6315 formatiert werden.</para>
6319 <para>Sämtliche Kommentare und Sonstiges im Quellcode ist bitte
6320 auf Englisch zu verfassen. So wie ich keine Lust habe,
6321 französischen Quelltext zu lesen, sollte auch der kivitendo
6322 Quelltext für nicht-Deutschsprachige lesbar sein.
6325 <programlisting>my $found = 0;
6333 $i = 0 # initialize $i
6335 $i *= $const; # do something crazy
6336 $i = $n; # recover $i</programlisting>
6342 <para>Hashkeys sollten nur in Anführungszeichen stehen, wenn die
6343 Interpolation gewünscht ist. Beispiel:</para>
6345 <programlisting>$form->{sum} = 0;
6346 $form->{"row_$i"} = $form->{"row_$i"} - 5;
6347 $some_hash{42} = 54;</programlisting>
6351 <para>Die maximale Zeilenlänge ist nicht beschränkt. Zeilenlängen
6352 unterhalb von 79 Zeichen helfen unter bestimmten Bedingungen, aber
6353 wenn die Lesbarkeit unter kurzen Zeilen leidet (wie zum Biespiel in
6354 grossen Tabellen), dann ist Lesbarkeit vorzuziehen.</para>
6356 <para>Als Beispiel sei die Funktion
6357 <function>print_options</function> aus
6358 <filename>bin/mozilla/io.pl</filename> angeführt.</para>
6362 <para>Trailing Whitespace, d.h. Leerzeichen am Ende von Zeilen sind
6363 unerwünscht. Sie führen zu unnötigen Whitespaceänderungen, die diffs
6366 <para>Emacs und vim haben beide recht einfache Methoden zur
6367 Entfernung von trailing whitespace. Emacs kennt das Kommande
6368 <command>nuke-trailing-whitespace</command>, vim macht das gleiche
6369 manuell über <literal>:%s/\s\+$//e</literal> Mit <literal>:au
6370 BufWritePre * :%s/\s\+$//e</literal> wird das an Speichern
6375 <para>Es wird kein <command>perltidy</command> verwendet.</para>
6377 <para>In der Vergangenheit wurde versucht,
6378 <command>perltidy</command> zu verwenden, um einen einheitlichen
6379 Stil zu erlangen. Es hat sich aber gezeigt, dass
6380 <command>perltidy</command>s sehr eigenwilliges Verhalten, was
6381 Zeilenumbrüche angeht, oftmals gut formatierten Code zerstört. Für
6382 den Interessierten sind hier die
6383 <command>perltidy</command>-Optionen, die grob den beschriebenen
6384 Richtlinien entsprechen:</para>
6386 <programlisting>-syn -i=2 -nt -pt=2 -sbt=2 -ci=2 -ibc -hsc -noll -nsts -nsfs -asc -dsm
6387 -aws -bbc -bbs -bbb -mbl=1 -nsob -ce -nbl -nsbl -cti=0 -bbt=0 -bar -l=79
6388 -lp -vt=1 -vtc=1</programlisting>
6392 <para><varname>STDERR</varname> ist tabu. Unkonditionale
6393 Debugmeldungen auch.</para>
6395 <para>kivitendo bietet mit dem Modul <classname>LXDebug</classname>
6396 einen brauchbaren Trace-/Debug-Mechanismus. Es gibt also keinen
6397 Grund, nach <varname>STDERR</varname> zu schreiben.</para>
6399 <para>Die <classname>LXDebug</classname>-Methode
6400 "<function>message</function>" nimmt als ersten Paramter außerdem
6401 eine Flagmaske, für die die Meldung angezeigt wird, wobei "0" immer
6402 angezeigt wird. Solche Meldungen sollten nicht eingecheckt werden
6403 und werden in den meisten Fällen auch vom Repository
6404 zurückgewiesen.</para>
6408 <para>Alle neuen Module müssen use strict verwenden.</para>
6410 <para><varname>$form</varname>, <varname>$auth</varname>,
6411 <varname>$locale</varname>, <varname>$lxdebug</varname> und
6412 <varname>%myconfig</varname> werden derzeit aus dem main package
6413 importiert (siehe <xref linkend="devel.globals" />. Alle anderen
6414 Konstrukte sollten lexikalisch lokal gehalten werden.</para>
6419 <sect1 id="devel.build-doc" xreflabel="Dokumentation erstellen">
6420 <title>Dokumentation erstellen</title>
6422 <sect2 id="devel.build-doc.introduction">
6423 <title>Einführung</title>
6425 <para>Diese Dokumentation ist in <productname>DocBook</productname>
6426 XML geschrieben. Zum Bearbeiten reicht grundsätzlich ein Text-Editor.
6427 Mehr Komfort bekommt man, wenn man einen dedizierten XML-fähigen
6428 Editor nutzt, der spezielle Unterstützung für
6429 <productname>DocBook</productname> mitbringt. Wir empfehlen dafür den
6430 <ulink url="http://www.xmlmind.com/xmleditor/">XMLmind XML
6431 Editor</ulink>, der bei nicht kommerzieller Nutzung kostenlos
6435 <sect2 id="devel.build-doc.required-software">
6436 <title>Benötigte Software</title>
6438 <para>Bei <productname>DocBook</productname> ist Prinzip, dass
6439 ausschließlich die XML-Quelldatei bearbeitet wird. Aus dieser werden
6440 dann mit entsprechenden Stylesheets andere Formate wie PDF oder HTML
6441 erzeugt. Bei kivitendo übernimmt diese Aufgabe das Shell-Script
6442 <command>scripts/build_doc.sh</command>.</para>
6444 <para>Das Script benötigt zur Konvertierung verschiedene
6445 Softwarekomponenten, die im normalen kivitendo-Betrieb nicht benötigt
6451 url="http://www.oracle.com/technetwork/java/index.html">Java</ulink>
6452 in einer halbwegs aktuellen Version</para>
6456 <para>Das Java-Build-System <ulink
6457 url="http://ant.apache.org/">Apache Ant</ulink></para>
6461 <para>Das Dokumentations-System Dobudish für
6462 <productname>DocBook</productname> 4.5, eine Zusammenstellung
6463 diverser Stylesheets und Grafiken zur Konvertierung von
6464 <productname>DocBook</productname> XML in andere Formate. Das
6465 Paket, das benötigt wird, ist zum Zeitpunkt der
6466 Dokumentationserstellung
6467 <filename>dobudish-nojre-1.1.4.zip</filename>, aus auf <ulink
6468 url="http://code.google.com/p/dobudish/downloads/list">code.google.com</ulink>
6473 <para>Apache Ant sowie ein dazu passendes Java Runtime Environment
6474 sind auf allen gängigen Plattformen verfügbar. Beispiel für
6475 Debian/Ubuntu:</para>
6477 <programlisting>apt-get install ant openjdk-7-jre</programlisting>
6479 <para>Nach dem Download von Dobudish muss Dobudish im Unterverzeichnis
6480 <filename>doc/build</filename> entpackt werden. Beispiel unter der
6481 Annahme, das <productname>Dobudish</productname> in
6482 <filename>$HOME/Downloads</filename> heruntergeladen wurde:</para>
6484 <programlisting>cd doc/build
6485 unzip $HOME/Downloads/dobudish-nojre-1.1.4.zip</programlisting>
6488 <sect2 id="devel.build-doc.build">
6489 <title>PDFs und HTML-Seiten erstellen</title>
6491 <para>Die eigentliche Konvertierung erfolgt nach Installation der
6492 benötigten Software mit einem einfachen Aufruf direkt aus dem
6493 kivitendo-Installationsverzeichnis heraus:</para>
6495 <programlisting>./scripts/build_doc.sh</programlisting>
6498 <sect2 id="devel.build-doc.repository">
6499 <title>Einchecken in das Git-Repository</title>
6501 <para>Sowohl die XML-Datei als auch die erzeugten PDF- und
6502 HTML-Dateien sind Bestandteil des Git-Repositories. Daraus folgt, dass
6503 nach Änderungen am XML die PDF- und HTML-Dokumente ebenfalls gebaut
6504 und alles zusammen in einem Commit eingecheckt werden sollten.</para>
6506 <para>Die "<filename>dobudish</filename>"-Verzeichnisse bzw.
6507 symbolischen Links gehören hingegen nicht in das Repository.</para>
projects / kivitendo-erp.git / blob