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.5.1: Installation, Konfiguration,
8 <chapter id="Aktuelle-Hinweise">
9 <title>Aktuelle Hinweise</title>
11 <para>Aktuelle Installations- und Konfigurationshinweise gibt es:</para>
15 <para>im Community-Forum: <ulink
16 url="https://forum.kivitendo.de:32443">https://forum.kivitendo.de:32443</ulink></para>
20 <para>im Kunden-Forum: <ulink
21 url="http://redmine.kivitendo-premium.de/projects/forum/boards/">http://redmine.kivitendo-premium.de/projects/forum/boards/</ulink></para>
25 <para>in der doc/UPGRADE Datei im doc-Verzeichnis der
30 <para>Im Schulungs- und Dienstleistungsangebot der entsprechenden
31 kivitendo-Partner: <ulink
32 url="http://www.kivitendo.de/partner.html">http://www.kivitendo.de/partner.html</ulink></para>
38 <title>Installation und Grundkonfiguration</title>
40 <sect1 id="Installation-Übersicht">
41 <title>Übersicht</title>
43 <para>Die Installation von kivitendo umfasst mehrere Schritte. Die
44 folgende Liste kann sowohl für Neulinge als auch für alte Hasen als
45 Übersicht und Stichpunktliste zum Abhaken dienen, um eine Version mit
46 minimalen Features möglichst schnell zum Laufen zu kriegen.</para>
50 <para><emphasis>Voraussetzungen überprüfen</emphasis>: kivitendo
51 benötigt gewisse Ressourcen und benutzt weitere Programme. Das
52 Kapitel "<xref linkend="Benötigte-Software-und-Pakete"/>" erläutert
53 diese. Auch die Liste der benötigten Perl-Module befindet sich
58 <para><emphasis>Installation von kivitendo</emphasis>: Diese umfasst
59 die "<xref linkend="Manuelle-Installation-des-Programmpaketes"/>"
60 sowie grundlegende Einstellungen, die der "<xref
61 linkend="config.config-file"/>" erläutert.</para>
65 <para><emphasis>Konfiguration externer Programme</emphasis>: hierzu
66 gehören die Datenbank ("<xref
67 linkend="Anpassung-der-PostgreSQL-Konfiguration"/>") und der
68 Webserver ("<xref linkend="Apache-Konfiguration"/>").</para>
72 <para><emphasis>Benutzerinformationen speichern können</emphasis>:
73 man benötigt mindestens eine Datenbank, in der Informationen zur
74 Authentifizierung sowie die Nutzdaten gespeichert werden. Wie man
75 das als Administrator macht, verrät "<xref
76 linkend="Benutzerauthentifizierung-und-Administratorpasswort"/>".</para>
80 <para><emphasis>Benutzer, Gruppen und Datenbanken
81 anlegen</emphasis>: wie dies alles zusammenspielt erläutert "<xref
82 linkend="Benutzer--und-Gruppenverwaltung"/>".</para>
86 <para><emphasis>Los geht's</emphasis>: alles soweit erledigt? Dann
87 kann es losgehen: "<xref linkend="kivitendo-ERP-verwenden"/>"</para>
91 <para>Alle weiteren Unterkapitel in diesem Kapitel sind ebenfalls
92 wichtig und sollten vor einer ernsthaften Inbetriebnahme gelesen
96 <sect1 id="Benötigte-Software-und-Pakete">
97 <title>Benötigte Software und Pakete</title>
99 <sect2 id="Betriebssystem">
100 <title>Betriebssystem</title>
102 <para>kivitendo ist für Linux konzipiert, und sollte auf jedem
103 unixoiden Betriebssystem zum Laufen zu kriegen sein. Getestet ist
104 diese Version im speziellen auf Debian und Ubuntu, grundsätzlich wurde
105 bei der Auswahl der Pakete aber darauf Rücksicht genommen, dass es
106 ohne große Probleme auf den derzeit aktuellen verbreiteten
107 Distributionen läuft.</para>
109 <para>Anfang 2016 sind das folgende Systeme, von denen bekannt ist,
110 dass kivitendo auf ihnen läuft:</para>
118 <para>7.0 "Wheezy"</para>
122 <para>8.0 "Jessie"</para>
128 <para>Ubuntu 12.04 LTS "Precise Pangolin", 14.04 "Trusty Tahr"
129 LTS, 15.10 "Wily Werewolf" und 16.04 "Xenial Xerus" LTS
134 <para>openSUSE LEAP 42.1</para>
138 <para>Fedora 22</para>
143 <sect2 id="Pakete" xreflabel="Pakete">
144 <title>Benötigte Perl-Pakete installieren</title>
146 <para>Zum Betrieb von kivitendo werden zwingend ein Webserver (meist
147 Apache) und ein Datenbankserver (PostgreSQL) in einer aktuellen
148 Version (s.a. Liste der unterstützten Betriebssysteme)
151 <para>Zusätzlich benötigt kivitendo einige Perl-Pakete, die nicht
152 Bestandteil einer Standard-Perl-Installation sind. Um zu überprüfen,
153 ob die erforderlichen Pakete installiert und aktuell genug sind, wird
154 ein Script mitgeliefert, das wie folgt aufgerufen wird:</para>
156 <programlisting>./scripts/installation_check.pl</programlisting>
158 <para>Die vollständige Liste der benötigten Perl-Module lautet:</para>
162 <para><literal>parent</literal> (nur bei Perl vor 5.10.1)</para>
166 <para><literal>Archive::Zip</literal></para>
170 <para><literal>Algorithm::CheckDigits</literal></para>
174 <para><literal>CGI</literal></para>
178 <para><literal>Clone</literal></para>
182 <para><literal>Config::Std</literal></para>
186 <para><literal>DateTime</literal></para>
190 <para><literal>DateTime::Format::Strptime</literal></para>
194 <para><literal>DBI</literal></para>
198 <para><literal>DBD::Pg</literal></para>
202 <para><literal>Email::Address</literal></para>
206 <para><literal>Email::MIME</literal></para>
210 <para><literal>FCGI</literal> (nicht Versionen 0.68 bis 0.71
211 inklusive; siehe <xref
212 linkend="Apache-Konfiguration.FCGI.WebserverUndPlugin"/>)</para>
216 <para><literal>File::Copy::Recursive</literal></para>
220 <para><literal>File::MimeInfo</literal></para>
224 <para><literal>GD</literal></para>
228 <para><literal>HTML::Parser</literal></para>
232 <para><literal>HTML::Restrict</literal></para>
236 <para><literal>Image::Info</literal></para>
240 <para><literal>JSON</literal></para>
244 <para><literal>List::MoreUtils</literal></para>
248 <para><literal>List::UtilsBy</literal></para>
252 <para>LWP::Authen::Digest</para>
256 <para>LWP::UserAgent</para>
260 <para><literal>Net::SMTP::SSL</literal> (optional, bei
261 E-Mail-Versand über SSL; siehe Abschnitt "<xref
262 linkend="config.sending-email.smtp"/>")</para>
266 <para><literal>Net::SSLGlue</literal> (optional, bei
267 E-Mail-Versand über TLS; siehe Abschnitt "<xref
268 linkend="config.sending-email.smtp"/>")</para>
272 <para><literal>Params::Validate</literal></para>
276 <para><literal>PBKDF2::Tiny</literal></para>
280 <para><literal>PDF::API2</literal></para>
284 <para><literal>Rose::Object</literal></para>
288 <para><literal>Rose::DB</literal></para>
292 <para><literal>Rose::DB::Object</literal> Version 0.788 oder
297 <para><literal>String::ShellQuote</literal></para>
301 <para><literal>Sort::Naturally</literal></para>
305 <para><literal>Template</literal></para>
309 <para><literal>Text::CSV_XS</literal></para>
313 <para><literal>Text::Iconv</literal></para>
317 <para><literal>Text::Unidecode</literal></para>
321 <para><literal>URI</literal></para>
325 <para><literal>XML::Writer</literal></para>
329 <para><literal>YAML</literal></para>
333 <para>Seit Version größer v3.5.0 sind die folgenden Pakete
334 hinzugekommen: <literal>Text::Unidecode</literal>,
335 <literal>LWP::Authen::Digest</literal>,
336 <literal>LWP::UserAgent</literal></para>
338 <para>Seit Version v3.4.0 sind die folgenden Pakete hinzugekommen:
339 <literal>Algorithm::CheckDigits</literal>,
340 <literal>PBKDF2::Tiny</literal></para>
342 <para>Seit Version v3.2.0 sind die folgenden Pakete hinzugekommen:
343 <literal>GD</literal>, <literal>HTML::Restrict</literal>,
344 <literal>Image::Info</literal></para>
346 <para>Seit v3.0.0 sind die folgenden Pakete hinzugekommen:
347 <literal>File::Copy::Recursive</literal>.</para>
349 <para>Seit v2.7.0 sind die folgenden Pakete hinzugekommen:
350 <literal>Email::MIME</literal>, <literal>Net::SMTP::SSL</literal>,
351 <literal>Net::SSLGlue</literal>.</para>
353 <para>Gegenüber Version 2.6.0 sind zu dieser Liste 2 Pakete
354 hinzugekommen, <literal>URI</literal> und
355 <literal>XML::Writer</literal> sind notwendig. Ohne startet kivitendo
358 <para>Gegenüber Version 2.6.1 sind <literal>parent</literal>,
359 <literal>DateTime</literal>, <literal>Rose::Object</literal>,
360 <literal>Rose::DB</literal> und <literal>Rose::DB::Object</literal>
361 neu hinzugekommen. <literal>IO::Wrap</literal> wurde entfernt.</para>
363 <para>Gegenüber Version 2.6.3 ist <literal>JSON</literal> neu
364 hinzugekommen.</para>
366 <para><literal>Email::Address</literal> und
367 <literal>List::MoreUtils</literal> sind schon länger feste
368 Abhängigkeiten, wurden aber bisher mit kivitendo mitgeliefert. Beide
369 sind auch in 2.6.1 weiterhin mit ausgeliefert, wurden in einer
370 zukünftigen Version aber aus dem Paket entfernt werden. Es wird
371 empfohlen diese Module zusammen mit den anderen als Bibliotheken zu
375 <title>Debian und Ubuntu</title>
377 <para>Für Debian und Ubuntu stehen die meisten der benötigten
378 Pakete als Debian-Pakete zur Verfügung. Sie können mit
379 folgendem Befehl installiert werden:</para>
381 <programlisting>apt install apache2 libarchive-zip-perl libclone-perl \
382 libconfig-std-perl libdatetime-perl libdbd-pg-perl libdbi-perl \
383 libemail-address-perl libemail-mime-perl libfcgi-perl libjson-perl \
384 liblist-moreutils-perl libnet-smtp-ssl-perl libnet-sslglue-perl \
385 libparams-validate-perl libpdf-api2-perl librose-db-object-perl \
386 librose-db-perl librose-object-perl libsort-naturally-perl \
387 libstring-shellquote-perl libtemplate-perl libtext-csv-xs-perl \
388 libtext-iconv-perl liburi-perl libxml-writer-perl libyaml-perl \
389 libimage-info-perl libgd-gd2-perl libapache2-mod-fcgid \
390 libfile-copy-recursive-perl postgresql libalgorithm-checkdigits-perl \
391 libcrypt-pbkdf2-perl git libcgi-pm-perl libtext-unidecode-perl libwww-perl\
392 postgresql-contrib aqbanking-tools poppler-utils libhtml-restrict-perl
394 <para>Ab Ubuntu Version 18.04 LTS sind alle benötigten Pakete in der Distributions verfügbar.</para>
395 <para>Für ältere Ubuntu/Debians müßen die Pakete per CPAN installiert werden.
396 Das geht bspw. für das benötige Paket HTML::Restrict mit:</para>
398 <programlisting>apt-get install build-essential
399 cpan HTML::Restrict</programlisting>
403 <title>Fedora</title>
405 <para>Für Fedora stehen die meisten der benötigten Perl-Pakete als
406 RPM-Pakete zur Verfügung. Sie können mit folgendem Befehl
407 installiert werden:</para>
409 <programlisting>dnf install httpd mod_fcgid perl-Archive-Zip perl-Clone perl-DBD-Pg \
410 perl-DBI perl-DateTime perl-Email-Address perl-Email-MIME perl-FCGI \
411 perl-File-Copy-Recursive perl-JSON perl-List-MoreUtils perl-Net-SMTP-SSL perl-Net-SSLGlue \
412 perl-PDF-API2 perl-Params-Validate perl-Rose-DB perl-Rose-DB-Object \
413 perl-Rose-Object perl-Sort-Naturally perl-String-ShellQuote \
414 perl-Template-Toolkit perl-Text-CSV_XS perl-Text-Iconv perl-URI \
415 perl-XML-Writer perl-YAML perl-parent postgresql-server perl-CPAN \
416 perl-Algorithm-CheckDigits perl-GD perl-Class-XSAccessor perl-Text-Balanced perl-libwww-perl</programlisting>
418 <para>Zusätzlich müssen einige Pakete aus dem CPAN installiert
419 werden. Dazu können Sie die folgenden Befehle nutzen:</para>
421 <programlisting>cpan Config::Std HTML::Restrict</programlisting>
425 <title>openSUSE</title>
427 <para>Für openSUSE stehen die meisten der benötigten Perl-Pakete als
428 RPM-Pakete zur Verfügung. Sie können mit folgendem Befehl
429 installiert werden:</para>
431 <programlisting>zypper install apache2 apache2-mod_fcgid perl-Archive-Zip perl-Clone \
432 perl-Config-Std perl-DBD-Pg perl-DBI perl-DateTime perl-Email-Address \
433 perl-Email-MIME perl-FastCGI perl-File-Copy-Recursive perl-JSON perl-List-MoreUtils \
434 perl-Net-SMTP-SSL perl-Net-SSLGlue perl-PDF-API2 perl-Params-Validate \
435 perl-Sort-Naturally perl-Template-Toolkit perl-Text-CSV_XS perl-Text-Iconv \
436 perl-URI perl-XML-Writer perl-YAML perl-CPAN \
437 perl-Algorithm-CheckDigits perl-GD perl-Class-XSAccessor postgresql-server perl-libwwww-perl</programlisting>
439 <para>Zusätzlich müssen einige Pakete aus dem CPAN installiert
440 werden. Dazu können Sie die folgenden Befehle nutzen:</para>
442 <programlisting>cpan Rose::Db::Object</programlisting>
447 <title>Andere Pakete installieren</title>
449 <para>Seit Version v3.4.0 wird für den Bankimport optional das Paket
450 'aqbanking-tools' benötigt.</para>
452 <para>Debian und Ubuntu: <programlisting>apt install aqbanking-tools
453 </programlisting></para>
455 <para>Fedora: <programlisting>dnf install aqbanking</programlisting></para>
457 <para>openSUSE: <programlisting>zypper install aqbanking-tools</programlisting></para>
459 <para>Seit Version v3.4.1 wird generell zum Feststellen der
460 Seitenanzahl von PDF_Dokumenten 'pdfinfo' benötigt was im Paket
461 'poppler-utils' enthalten ist.</para>
463 <para>Debian und Ubuntu: <programlisting>apt install poppler-utils
464 </programlisting></para>
466 <para>Fedora: <programlisting>dnf install poppler-utils</programlisting></para>
468 <para>openSUSE: <programlisting>zypper install poppler-tools</programlisting></para>
472 <sect1 id="Manuelle-Installation-des-Programmpaketes"
473 xreflabel="Manuelle Installation des Programmpaketes">
474 <title>Manuelle Installation des Programmpaketes</title>
476 <para>Der aktuelle Stable-Release, bzw. beta Release wird bei github
477 gehostet und kann <ulink
478 url="https://github.com/kivitendo/kivitendo-erp/releases">hier</ulink>
479 heruntergeladen werden.</para>
481 <para>Die kivitendo ERP Installationsdatei
482 (<filename>kivitendo-erp-3.4.1.tgz</filename>) wird im
483 Dokumentenverzeichnis des Webservers (z.B.
484 <filename>/var/www/html/</filename>,
485 <filename>/srv/www/htdocs</filename> oder
486 <filename>/var/www/</filename>) entpackt:</para>
488 <programlisting>cd /var/www
489 tar xvzf kivitendo-erp-3.4.1.tgz</programlisting>
491 <para>Wechseln Sie in das entpackte Verzeichnis:</para>
493 <programlisting>cd kivitendo-erp</programlisting>
495 <para>Alternativ können Sie auch einen Alias in der
496 Webserverkonfiguration benutzen, um auf das tatsächliche
497 Installationsverzeichnis zu verweisen.</para>
499 <para>Bei einer Neuinstallation von Version 3.1.0 oder später muß das
500 WebDAV Verzeichnis derzeit manuell angelegt werden:</para>
502 <programlisting>mkdir webdav</programlisting>
504 <para>Die Verzeichnisse <filename>users</filename>,
505 <filename>spool</filename> und <filename>webdav</filename> müssen für
506 den Benutzer beschreibbar sein, unter dem der Webserver läuft. Die
507 restlichen Dateien müssen für diesen Benutzer lesbar sein. Die Benutzer-
508 und Gruppennamen sind bei verschiedenen Distributionen unterschiedlich
509 (z.B. bei Debian/Ubuntu <constant>www-data</constant>, bei Fedora
510 <constant>apache</constant> oder bei openSUSE
511 <constant>wwwrun</constant>).</para>
513 <para>Der folgende Befehl ändert den Besitzer für die oben genannten
514 Verzeichnisse auf einem Debian/Ubuntu-System:</para>
516 <programlisting>chown -R www-data users spool webdav</programlisting>
518 <para>Weiterhin muss der Webserver-Benutzer in den Verzeichnissen
519 <filename>templates</filename> und <filename>users</filename>
520 Unterverzeichnisse für jeden neuen Benutzer anlegen dürfen, der in
521 kivitendo angelegt wird:</para>
523 <programlisting>chown www-data templates users</programlisting>
526 <para>Wir empfehlen eine Installation mittels des Versionsmanagager
527 git. Hierfür muss ein git-Client installiert sein. Damit ist man sehr
528 viel flexibler für zukünftige Upgrades. Installations-Anleitung (bitte
529 die Pfade anpassen) bspw. wie folgt: <programlisting>cd /var/www/
530 git clone https://github.com/kivitendo/kivitendo-erp.git
532 git checkout `git tag -l | egrep -ve "(alpha|beta|rc)" | tail -1`</programlisting>
533 Erläuterung: Der Befehl wechselt zur letzten Stable-Version (git tag
534 -l listet alle Tags auf, das egrep schmeisst alle Einträge mit alpha,
535 beta oder rc raus und das tail gibt davon den obersten Treffer
536 zurück). Sehr sinnvoll ist es, direkt im Anschluss einen eigenen
537 Branch zu erzeugen, um bspw. seine eigenen Druckvorlagen-Anpassungen
538 damit zu verwalten. Hierfür reicht ein simples <programlisting> git checkout -b meine_eigenen_änderungen</programlisting>
539 nach dem letzten Kommando (weiterführende Informationen <ulink
540 url="http://www-cs-students.stanford.edu/~blynn/gitmagic/index.html">
541 Git Magic</ulink>).</para>
543 <para>Ein beispielhafter Workflow für Druckvorlagen-Anpassungen von
544 3.4.1 nach 3.5: <programlisting>
545 $ git clone https://github.com/kivitendo/kivitendo-erp.git
547 $ git checkout release-3.4.1 # das ist der aktuelle release, den wir wollen
548 $ git add templates/fullhouse # das sind unsere druckvorlagen inkl. produktbilder
549 $ git commit -m "juhu tolle ändernungen"
550 [meine_aenderungen 1d89e41] juhu tolle ändernungen
551 4 files changed, 380 insertions(+)
552 create mode 100644 templates/fullhouse/img/webdav/tesla.png
553 create mode 100644 templates/fullhouse/mahnung.tex
554 create mode 100644 templates/fullhouse/zahlungserinnerung_zwei.tex
555 create mode 100644 templates/fullhouse/zahlungserinnerung_zwei_invoice.tex
560 $ git rebase --onto release-3.5.0 release-3.4.1 meine_aenderungen
561 Zunächst wird der Branch zurückgespult, um Ihre Änderungen
562 darauf neu anzuwenden ...
563 Wende an: juhu tolle ändernungen
564 $ service apache2 restart
565 </programlisting></para>
569 <sect1 id="config.config-file">
570 <title>kivitendo-Konfigurationsdatei</title>
572 <sect2 id="config.config-file.introduction"
573 xreflabel="Einführung in die Konfigurationsdatei">
574 <title>Einführung</title>
576 <para>In kivitendo gibt es nur noch eine Konfigurationsdatei, die
577 benötigt wird: <filename>config/kivitendo.conf</filename> (kurz: "die
578 Hauptkonfigurationsdatei"). Diese muss bei der Erstinstallation von
579 kivitendo bzw. der Migration von älteren Versionen angelegt
582 <para>Als Vorlage dient die Datei
583 <filename>config/kivitendo.conf.default</filename> (kurz: "die
584 Default-Datei"):</para>
586 <programlisting>$ cp config/kivitendo.conf.default config/kivitendo.conf</programlisting>
588 <para>Die Default-Datei wird immer zuerst eingelesen. Werte, die in
589 der Hauptkonfigurationsdatei stehen, überschreiben die Werte aus der
590 Default-Datei. Die Hauptkonfigurationsdatei muss also nur die
591 Abschnitte und Werte enthalten, die von denen der Default-Datei
595 <para>Vor der Umbenennung in kivitendo hieß diese Datei noch
596 <filename>config/lx_office.conf</filename>. Aus Gründen der
597 Kompatibilität wird diese Datei eingelesen, sofern die Datei
598 <filename>config/kivitendo.conf</filename> nicht existiert.</para>
601 <para>Diese Hauptkonfigurationsdatei ist dann eine
602 installationsspezifische Datei, d.h. sie enthält bspw. lokale
603 Passwörter und wird auch nicht im Versionsmanagement (git)
606 <para>Die Konfiguration ist ferner serverabhängig, d.h. für alle
607 Mandaten, bzw. Datenbanken gleich.</para>
610 <sect2 id="config.config-file.sections-parameters">
611 <title>Abschnitte und Parameter</title>
613 <para>Die Konfigurationsdatei besteht aus mehreren Teilen, die
614 entsprechend kommentiert sind:</para>
618 <para><literal>authentication</literal> (siehe Abschnitt "<xref
619 linkend="Benutzerauthentifizierung-und-Administratorpasswort"/>"
620 in diesem Kapitel)</para>
624 <para><literal>authentication/database</literal></para>
628 <para><literal>authentication/ldap</literal></para>
632 <para><literal>system</literal></para>
636 <para><literal>paths</literal></para>
640 <para><literal>mail_delivery</literal> (siehe Abschnitt "<xref
641 linkend="config.sending-email.smtp"/>)</para>
645 <para><literal>applications</literal></para>
649 <para><literal>environment</literal></para>
653 <para><literal>print_templates</literal></para>
657 <para><literal>task_server</literal></para>
661 <para><literal>periodic_invoices</literal></para>
665 <para><literal>self_tests</literal></para>
669 <para><literal>console</literal></para>
673 <para><literal>testing</literal></para>
677 <para><literal>testing/database</literal></para>
681 <para><literal>debug</literal></para>
685 <para>Die üblicherweise wichtigsten Parameter, die am Anfang
686 einzustellen oder zu kontrollieren sind, sind:</para>
688 <programlisting>[authentication]
689 admin_password = geheim
691 [authentication/database]
699 default_manager = german</programlisting>
701 <para>Für kivitendo Installationen in der Schweiz sollte hier
702 <varname>german</varname> durch <varname>swiss</varname> ersetzt
705 <para>Die Einstellung <varname>default_manager = swiss</varname>
710 <para>Beim Erstellen einer neuen Datenbank in der kivitendo
711 Administration werden automatisch die Standard-Werte für die
712 Schweiz voreingestellt: Währung CHF, 5er-Rundung, Schweizer
713 KMU-Kontenplan, Sollversteuerung, Aufwandsmethode, Bilanzierung
714 (die Werte können aber manuell angepasst werden).</para>
718 <para>Einstellen der Standardkonten für Rundungserträge und
719 -aufwendungen (unter Mandantenkonfiguration → Standardkonten
724 <para>das verwendete Zahlenformat wird auf
725 <varname>1'000.00</varname> eingestellt (unter Programm →
726 Benutzereinstellungen veränderbar)</para>
730 <para>DATEV-Automatik und UStVA werden nicht angezeigt,
731 Erfolgsrechnung ersetzt GUV ( unter Mandantenkonfiguration →
732 Features veränderbar)</para>
736 <para>Nutzt man wiederkehrende Rechnungen, kann man unter
737 <varname>[periodic_invoices]</varname> den Login eines Benutzers
738 angeben, der nach Erstellung der Rechnungen eine entsprechende E-Mail
739 mit Informationen über die erstellten Rechnungen bekommt.</para>
741 <para>kivitendo bringt eine eigene Komponente zur zeitgesteuerten
742 Ausführung bestimmter Aufgaben mit, den <link
743 linkend="config.task-server">Taskserver</link>. Er wird u.a. für
744 Features wie die <link
745 linkend="features.periodic-invoices">wiederkehrenden Rechnungen</link>
746 benötigt, erledigt aber auch andere erforderliche Aufgaben und muss
747 daher in Betrieb genommen werden. Seine Einrichtung wird im Abschnitt
748 <link linkend="config.task-server">Task-Server</link> genauer
751 <para>Für Entwickler finden sich unter <varname>[debug]</varname>
752 wichtige Funktionen, um die Fehlersuche zu erleichtern.</para>
755 <sect2 id="config.config-file.prior-versions">
756 <title>Versionen vor 2.6.3</title>
758 <para>In älteren kivitendo Versionen gab es im Verzeichnis
759 <filename>config</filename> die Dateien
760 <filename>authentication.pl</filename> und
761 <filename>lx-erp.conf</filename>, die jeweils Perl-Dateien waren. Es
762 gab auch die Möglichkeit, eine lokale Version der Konfigurationsdatei
763 zu erstellen (<filename>lx-erp-local.conf</filename>). Dies ist ab
764 2.6.3 nicht mehr möglich, aber auch nicht mehr nötig.</para>
766 <para>Beim Update von einer kivitendo-Version vor 2.6.3 auf 2.6.3 oder
767 jünger müssen die Einstellungen aus den alten Konfigurationsdateien
768 manuell übertragen und die alten Konfigurationsdateien anschließend
769 gelöscht oder verschoben werden. Ansonsten zeigt kivitendo eine
770 entsprechende Fehlermeldung an.</para>
774 <sect1 id="Anpassung-der-PostgreSQL-Konfiguration">
775 <title>Anpassung der PostgreSQL-Konfiguration</title>
777 <para>PostgreSQL muss auf verschiedene Weisen angepasst werden.</para>
779 <sect2 id="Zeichensätze-die-Verwendung-von-UTF-8">
780 <title>Zeichensätze/die Verwendung von Unicode/UTF-8</title>
782 <para>kivitendo setzt zwingend voraus, dass die Datenbank
783 Unicode/UTF-8 als Encoding einsetzt. Bei aktuellen
784 Serverinstallationen braucht man hier meist nicht einzugreifen.</para>
786 <para>Das Encoding des Datenbankservers kann überprüft werden. Ist das
787 Encoding der Datenbank "template1" "Unicode" bzw. "UTF-8", so braucht
788 man nichts weiteres diesbezüglich unternehmen. Zum Testen:</para>
790 <programlisting>su postgres
792 exit </programlisting>
794 <para>Andernfalls ist es notwendig, einen neuen Datenbankcluster mit
795 Unicode-Encoding anzulegen und diesen zu verwenden. Unter Debian und
796 Ubuntu kann dies z.B. für PostgreSQL 9.3 mit dem folgenden Befehl
799 <programlisting>pg_createcluster --locale=de_DE.UTF-8 --encoding=UTF-8 9.3 clustername</programlisting>
801 <para>Die Datenbankversionsnummer muss an die tatsächlich verwendete
802 Versionsnummer angepasst werden.</para>
804 <para>Unter anderen Distributionen gibt es ähnliche Methoden.</para>
806 <para>Das Encoding einer Datenbank kann in <command>psql</command> mit
807 <literal>\l</literal> geprüft werden.</para>
810 <sect2 id="Änderungen-an-Konfigurationsdateien">
811 <title>Änderungen an Konfigurationsdateien</title>
813 <para>In der Datei <filename>postgresql.conf</filename>, die je nach
814 Distribution in verschiedenen Verzeichnissen liegen kann (z.B.
815 <filename>/var/lib/pgsql/data/</filename> oder
816 <filename>/etc/postgresql/</filename>), muss sichergestellt werden,
817 dass TCP/IP-Verbindungen aktiviert sind. Das Verhalten wird über den
818 Parameter <varname>listen_address</varname> gesteuert. Laufen
819 PostgreSQL und kivitendo auf demselben Rechner, so kann dort der Wert
820 <literal>localhost</literal> verwendet werden. Andernfalls müssen
821 Datenbankverbindungen auch von anderen Rechnern aus zugelassen werden,
822 was mit dem Wert <literal>*</literal> geschieht.</para>
824 <para>In der Datei <filename>pg_hba.conf</filename>, die im gleichen
825 Verzeichnis wie die <filename>postgresql.conf</filename> zu finden
826 sein sollte, müssen die Berechtigungen für den Zugriff geändert
827 werden. Hier gibt es mehrere Möglichkeiten. Sinnvoll ist es nur die
828 nötigen Verbindungen immer zuzulassen, für eine lokal laufende
829 Datenbank zum Beispiel:</para>
831 <programlisting>local all kivitendo password
832 host all kivitendo 127.0.0.1 255.255.255.255 password</programlisting>
835 <sect2 id="Erweiterung-für-servergespeicherte-Prozeduren">
836 <title>Erweiterung für servergespeicherte Prozeduren</title>
838 <para>In der Datenbank <literal>template1</literal> muss die
839 Unterstützung für servergespeicherte Prozeduren eingerichet werden.
840 Melden Sie sich dafür als Benutzer “postgres” an der Datenbank an:
841 <programlisting>su - postgres
842 psql template1</programlisting> führen Sie die folgenden Kommandos aus:</para>
844 <programlisting>CREATE EXTENSION IF NOT EXISTS plpgsql;
848 <para><literal>CREATE EXTENSION</literal> ist seit Version 9.1 die
849 bevorzugte Syntax um die Sprache <literal>plpgsql</literal>
850 anzulegen. In diesen Versionen ist die Extension meist auch schon
851 vorhanden. Sollten Sie eine ältere Version von Postgres haben,
852 benutzen Sie stattdessen den folgenden Befehl.</para>
854 <programlisting>CREATE LANGUAGE 'plpgsql';
859 <sect2 id="Erweiterung-für-trigram">
860 <title>Erweiterung für Trigram Prozeduren</title>
862 <para>Ab Version 3.5.1 wird die Trigram-Index-Erweiterung benötigt.
863 Diese wird mit dem SQL-Updatescript
864 sql/Pg-upgrade2/trigram_extension.sql und Datenbank-Super-Benutzer
865 Rechten automatisch installiert. Dazu braucht der
866 DatenbankSuperbenutzer "postgres" ein Passwort.</para>
868 <programlisting>su - postgres
875 <para>Benutzername Postgres und Passwort können jetzt beim Anlegen
876 einer Datenbank bzw. bei Updatescripten, die SuperuserRechte
877 benötigen, eingegeben werden.</para>
880 <para><literal>pg_trgm</literal> ist je nach Distribution nicht im
881 Standard-Paket von Postgres enthalten. Ein <programlisting>select * from pg_available_extensions where name ='pg_trgm';</programlisting>
882 in template1 sollte entsprechend erfolgreich sein. Andernfalls muss
883 das Paket nachinstalliert werden, bspw. bei debian/ubuntu
884 <programlisting>apt install postgresql-contrib</programlisting></para>
888 <sect2 id="Datenbankbenutzer-anlegen">
889 <title>Datenbankbenutzer anlegen</title>
891 <para>Wenn Sie nicht den Datenbanksuperuser “postgres” zum Zugriff
892 benutzen wollen, so sollten Sie bei PostgreSQL einen neuen Benutzer
893 anlegen. Ein Beispiel, wie Sie einen neuen Benutzer anlegen
896 <para>Die Frage, ob der neue User Superuser sein soll, können Sie mit
897 nein beantworten, genauso ist die Berechtigung neue User (Roles) zu
898 generieren nicht nötig.</para>
900 <programlisting>su - postgres
901 createuser -d -P kivitendo
902 exit</programlisting>
904 <para>Wenn Sie später einen Datenbankzugriff konfigurieren, verändern
905 Sie den evtl. voreingestellten Benutzer “postgres” auf “kivitendo”
906 bzw. den hier gewählten Benutzernamen.</para>
910 <sect1 id="Apache-Konfiguration">
911 <title>Webserver-Konfiguration</title>
914 <title>Grundkonfiguration mittels CGI</title>
917 <para>Für einen deutlichen Performanceschub sorgt die Ausführung
918 mittels FastCGI/FCGI. Die Einrichtung wird ausführlich im Abschnitt
919 <xref linkend="Apache-Konfiguration.FCGI"/> beschrieben.</para>
922 <para>Der Zugriff auf das Programmverzeichnis muss in der Apache
923 Webserverkonfigurationsdatei <literal>httpd.conf</literal> eingestellt
924 werden. Fügen Sie den folgenden Abschnitt dieser Datei oder einer
925 anderen Datei hinzu, die beim Starten des Webservers eingelesen
928 <programlisting>AliasMatch ^/kivitendo-erp/[^/]+\.pl /var/www/kivitendo-erp/dispatcher.pl
929 Alias /kivitendo-erp/ /var/www/kivitendo-erp/
931 <Directory /var/www/kivitendo-erp>
932 AddHandler cgi-script .pl
933 Options ExecCGI Includes FollowSymlinks
936 <Directory /var/www/kivitendo-erp/users>
938 </Directory></programlisting>
940 <para>Ersetzen Sie dabei die Pfade durch diejenigen, in die Sie vorher
941 das kivitendo-Archiv entpacket haben.</para>
944 <para>Vor den einzelnen Optionen muss bei einigen Distributionen ein
945 Plus ‘<literal>+</literal>’ gesetzt werden.</para>
947 <para>Bei einigen Distribution (Ubuntu ab 14.04, Debian ab 8.2) muss
948 noch explizit das cgi-Modul mittels <programlisting>a2enmod cgi</programlisting>
949 aktiviert werden.</para>
952 <para>Auf einigen Webservern werden manchmal die Grafiken und
953 Style-Sheets nicht ausgeliefert. In solchen Fällen hat es oft
954 geholfen, die folgende Option in die Konfiguration aufzunehmen:</para>
956 <programlisting>EnableSendfile Off</programlisting>
959 <sect2 id="Apache-Konfiguration.FCGI"
960 xreflabel="Konfiguration für FastCGI/FCGI">
961 <title>Konfiguration für FastCGI/FCGI</title>
963 <sect3 id="Apache-Konfiguration.FCGI.WasIstEs">
964 <title>Was ist FastCGI?</title>
966 <para>Direkt aus <ulink
967 url="http://de.wikipedia.org/wiki/FastCGI">Wikipedia</ulink>
970 <para><citation> FastCGI ist ein Standard für die Einbindung
971 externer Software zur Generierung dynamischer Webseiten in einem
972 Webserver. FastCGI ist vergleichbar zum Common Gateway Interface
973 (CGI), wurde jedoch entwickelt, um dessen Performance-Probleme zu
974 umgehen. </citation></para>
977 <sect3 id="Apache-Konfiguration.FCGI.Warum">
978 <title>Warum FastCGI?</title>
980 <para>Perl Programme (wie kivitendo eines ist) werden nicht statisch
981 kompiliert. Stattdessen werden die Quelldateien bei jedem Start
982 übersetzt, was bei kurzen Laufzeiten einen Großteil der Laufzeit
983 ausmacht. Während SQL Ledger einen Großteil der Funktionalität in
984 einzelne Module kapselt, um immer nur einen kleinen Teil laden zu
985 müssen, ist die Funktionalität von kivitendo soweit gewachsen, dass
986 immer mehr Module auf den Rest des Programms zugreifen. Zusätzlich
987 benutzen wir umfangreiche Bibliotheken um Funktionaltät nicht selber
988 entwickeln zu müssen, die zusätzliche Ladezeit kosten. All dies
989 führt dazu dass ein kivitendo Aufruf der Kernmasken mittlerweile
990 deutlich länger dauert als früher, und dass davon 90% für das Laden
991 der Module verwendet wird.</para>
993 <para>Mit FastCGI werden nun die Module einmal geladen, und danach
994 wird nur die eigentliche Programmlogik ausgeführt.</para>
997 <sect3 id="Apache-Konfiguration.FCGI.WebserverUndPlugin">
998 <title>Getestete Kombinationen aus Webservern und Plugin</title>
1000 <para>Folgende Kombinationen sind getestet:</para>
1004 <para>Apache 2.2.11 (Ubuntu) und mod_fcgid.</para>
1008 <para>Apache 2.2.11 / 2.2.22 (Ubuntu) und mod_fastcgi.</para>
1012 <para>Apache 2.4.7 (Ubuntu 14.04.2 LTS) und mod_fcgid.</para>
1016 <para>Dabei wird mod_fcgid empfohlen, weil mod_fastcgi seit geraumer
1017 Zeit nicht mehr weiter entwickelt wird. Im Folgenden wird auf
1018 mod_fastcgi nicht mehr explizit eingegangen.</para>
1020 <para>Als Perl Backend wird das Modul <filename>FCGI.pm</filename>
1024 <para>FCGI-Versionen ab 0.69 und bis zu 0.71 inklusive sind extrem
1025 strict in der Behandlung von Unicode, und verweigern bestimmte
1026 Eingaben von kivitendo. Falls es Probleme mit Umlauten in Ihrer
1027 Installation gibt, muss zwingend Version 0.68 oder aber Version
1028 0.72 und neuer eingesetzt werden.</para>
1030 <para>Mit <ulink url="http://www.cpan.org">CPAN</ulink> lässt sie
1031 sich die Vorgängerversion wie folgt installieren:</para>
1033 <programlisting>force install M/MS/MSTROUT/FCGI-0.68.tar.gz</programlisting>
1037 <sect3 id="Apache-Konfiguration.FCGI.Konfiguration">
1038 <title>Konfiguration des Webservers</title>
1040 <para>Bevor Sie versuchen, eine kivitendo Installation unter FCGI
1041 laufen zu lassen, empfiehlt es sich die Installation ersteinmal
1042 unter CGI aufzusetzen. FCGI macht es nicht einfach Fehler zu
1043 debuggen die beim ersten aufsetzen auftreten können. Sollte die
1044 Installation schon funktionieren, lesen Sie weiter.</para>
1046 <para>Zuerst muss das FastCGI-Modul aktiviert werden. Dies kann
1047 unter Debian/Ubuntu z.B. mit folgendem Befehl geschehen:</para>
1049 <programlisting>a2enmod fcgid</programlisting>
1051 <para>Die Konfiguration für die Verwendung von kivitendo mit FastCGI
1052 erfolgt durch Anpassung der vorhandenen <function>Alias</function>-
1053 und <function>Directory</function>-Direktiven. Dabei wird zwischen
1054 dem Installationspfad von kivitendo im Dateisystem
1055 ("<filename>/path/to/kivitendo-erp</filename>") und der URL
1056 unterschieden, unter der kivitendo im Webbrowser erreichbar ist
1057 ("<filename>/url/for/kivitendo-erp</filename>").</para>
1059 <para>Folgender Konfigurationsschnipsel funktioniert mit
1062 <programlisting>AliasMatch ^/url/for/kivitendo-erp/[^/]+\.pl /path/to/kivitendo-erp/dispatcher.fcgi
1063 Alias /url/for/kivitendo-erp/ /path/to/kivitendo-erp/
1065 <Directory /path/to/kivitendo-erp>
1067 Options ExecCGI Includes FollowSymlinks
1071 <DirectoryMatch /path/to/kivitendo-erp/users>
1073 </DirectoryMatch></programlisting>
1076 <para>Wer einen älteren Apache als Version 2.4 im Einsatz hat,
1077 muss entsprechend die Syntax der Directorydirektiven verändert.
1080 <programlisting>Require all granted</programlisting>
1082 <para>muß man Folgendes einstellen:</para>
1086 Allow from All </programlisting>
1088 <para>und statt</para>
1090 <programlisting>Require all denied</programlisting>
1092 <para>muss stehen:</para>
1096 Deny from All </programlisting>
1099 <para>Seit mod_fcgid-Version 2.3.6 gelten sehr kleine Grenzen für
1100 die maximale Größe eines Requests. Diese sollte wie folgt
1101 hochgesetzt werden:</para>
1103 <programlisting>FcgidMaxRequestLen 10485760</programlisting>
1105 <para>Das Ganze sollte dann so aussehen:</para>
1107 <programlisting>AddHandler fcgid-script .fpl
1108 AliasMatch ^/url/for/kivitendo-erp/[^/]+\.pl /path/to/kivitendo-erp/dispatcher.fpl
1109 Alias /url/for/kivitendo-erp/ /path/to/kivitendo-erp/
1110 FcgidMaxRequestLen 10485760
1112 <Directory /path/to/kivitendo-erp>
1114 Options ExecCGI Includes FollowSymlinks
1119 <DirectoryMatch /path/to/kivitendo-erp/users>
1122 </DirectoryMatch></programlisting>
1124 <para>Hierdurch wird nur ein zentraler Dispatcher gestartet. Alle
1125 Zugriffe auf die einzelnen Scripte werden auf diesen umgeleitet.
1126 Dadurch, dass zur Laufzeit öfter mal Scripte neu geladen werden,
1127 gibt es hier kleine Performance-Einbußen.</para>
1129 <para>Es ist möglich, die gleiche kivitendo Version parallel unter
1130 CGI und FastCGI zu betreiben. Dafür bleiben die Directorydirektiven
1131 wie oben beschrieben, die URLs werden aber umgeleitet:</para>
1133 <programlisting># Zugriff über CGI
1134 Alias /url/for/kivitendo-erp /path/to/kivitendo-erp
1136 # Zugriff mit mod_fcgid:
1137 AliasMatch ^/url/for/kivitendo-erp-fcgid/[^/]+\.pl /path/to/kivitendo-erp/dispatcher.fpl
1138 Alias /url/for/kivitendo-erp-fcgid/ /path/to/kivitendo-erp/</programlisting>
1140 <para>Dann ist unter <filename>/url/for/kivitendo-erp/</filename>
1141 die normale Version erreichbar, und unter
1142 <constant>/url/for/kivitendo-erp-fcgid/</constant> die
1143 FastCGI-Version.</para>
1148 <title>Weitergehende Konfiguration</title>
1150 <para>Für einen deutlichen Sicherheitsmehrwert sorgt die Ausführung
1151 von kivitendo nur über https-verschlüsselten Verbindungen, sowie
1152 weiteren Zusatzmassnahmen, wie beispielsweise Basic Authenticate. Die
1153 Konfigurationsmöglichkeiten sprengen allerdings den Rahmen dieser
1154 Anleitung, hier ein Hinweis auf einen entsprechenden <ulink
1155 url="http://redmine.kivitendo-premium.de/boards/1/topics/142">Foreneintrag
1156 (Stand Sept. 2015)</ulink> und einen aktuellen (Stand Mai 2017) <ulink
1157 url="https://mozilla.github.io/server-side-tls/ssl-config-generator/">
1158 SSL-Konfigurations-Generator</ulink>.</para>
1162 <sect1 id="config.task-server">
1163 <title>Der Task-Server</title>
1165 <para>Der Task-Server ist ein Prozess, der im Hintergrund läuft, in
1166 regelmäßigen Abständen nach abzuarbeitenden Aufgaben sucht und diese zu
1167 festgelegten Zeitpunkten abarbeitet (ähnlich wie Cron). Dieser Prozess
1168 wird u.a. für die Erzeugung der wiederkehrenden Rechnungen und weitere
1169 essenzielle Aufgaben benutzt.</para>
1171 <para>Der Task-Server muss einmalig global in der Konfigurationsdatei
1172 konfiguriert werden. Danach wird er für jeden Mandanten, für den er
1173 laufen soll, in der Adminsitrationsmaske eingeschaltet.</para>
1175 <para>Beachten Sie, dass der Task-Server in den Boot-Vorgang Ihres
1176 Servers integriert werden muss, damit er automatisch gestartet wird.
1177 Dies kann kivitendo nicht für Sie erledigen.</para>
1179 <para>Da der Taskserver als Perlscript läuft, wird Arbeitsspeicher, der
1180 einmal benötigt wurde, nicht mehr an das Betriebssystem zurückgegeben,
1181 solange der Taskserver läuft. Dies kann dazu führen, dass ein länger
1182 laufender Taskserver mit der Zeit immer mehr Arbeitsspeicher für sich
1183 beansprucht. Es ist deshalb sinnvoll, dass der Taskserver in
1184 regelmässigen Abständen neu gestartet wird.</para>
1186 <sect2 id="Konfiguration-des-Task-Servers">
1187 <title>Verfügbare und notwendige Konfigurationsoptionen</title>
1189 <para>Die Konfiguration erfolgt über den Abschnitt
1190 <literal>[task_server]</literal> in der Datei
1191 <filename>config/kivitendo.conf</filename>. Die dort verfügbaren
1192 Optionen sind:</para>
1196 <term><varname>run_as</varname></term>
1199 <para>Wird der Server vom Systembenutzer <literal>root</literal>
1200 gestartet, so wechselt er auf den mit <literal>run_as</literal>
1201 angegebenen Systembenutzer. Der Systembenutzer muss dieselben
1202 Lese- und Schreibrechte haben, wie auch der Webserverbenutzer
1204 linkend="Manuelle-Installation-des-Programmpaketes"/>). Daher
1205 ist es erforderlich, hier denselben Systembenutzer einzutragen,
1206 unter dem auch der Webserver läuft.</para>
1211 <term><varname>debug</varname></term>
1214 <para>Schaltet Debug-Informationen an und aus.</para>
1220 <sect2 id="Konfiguration-der-Mandanten-fuer-den-Task-Servers">
1221 <title>Konfiguration der Mandanten für den Task-Server</title>
1223 <para>Ist der Task-Server grundlegend konfiguriert, so muss
1224 anschließend jeder Mandant, für den der Task-Server laufen soll,
1225 einmalig konfiguriert werden. Dazu kann in der Maske zum Bearbeiten
1226 von Mandanten im Administrationsbereich eine kivitendo-Benutzerkennung
1227 ausgewählt werden, unter der der Task-Server seine Arbeit
1230 <para>Ist in dieser Einstellung keine Benutzerkennung ausgewählt, so
1231 wird der Task-Server für diesen Mandanten keine Aufgaben
1235 <sect2 id="Einbinden-in-den-Boot-Prozess">
1236 <title>Automatisches Starten des Task-Servers beim Booten</title>
1238 <para>Der Task-Server verhält sich von seinen Optionen her wie ein
1239 reguläres SystemV-kompatibles Boot-Script. Außerdem wechselt er beim
1240 Starten automatisch in das kivitendo-Installationsverzeichnis.</para>
1242 <para>Deshalb ist es möglich, ihn durch Setzen eines symbolischen
1243 Links aus einem der Runlevel-Verzeichnisse heraus in den Boot-Prozess
1244 einzubinden. Da das bei neueren Linux-Distributionen aber nicht
1245 zwangsläufig funktioniert, werden auch Start-Scripte mitgeliefert, die
1246 anstelle eines symbolischen Links verwendet werden können.</para>
1249 <title>SystemV-basierende Systeme (z.B. ältere Debian, ältere
1250 openSUSE, ältere Fedora)</title>
1252 <para>Kopieren Sie die Datei
1253 <filename>scripts/boot/system-v/kivitendo-task-server</filename>
1254 nach <filename>/etc/init.d/kivitendo-task-server</filename>. Passen
1255 Sie in der kopierten Datei den Pfad zum Task-Server an (Zeile
1256 <literal>DAEMON=....</literal>). Binden Sie das Script in den
1257 Boot-Prozess ein. Dies ist distributionsabhängig:</para>
1261 <para>Debian-basierende Systeme:</para>
1263 <programlisting>update-rc.d kivitendo-task-server defaults
1264 insserv kivitendo-task-server</programlisting>
1268 <para>Ältere openSUSE und ältere Fedora:</para>
1270 <programlisting>chkconfig --add kivitendo-task-server</programlisting>
1274 <para>Danach kann der Task-Server mit dem folgenden Befehl gestartet
1277 <programlisting>/etc/init.d/kivitendo-task-server start</programlisting>
1281 <title>Upstart-basierende Systeme (z.B. Ubuntu bis 14.04)</title>
1283 <para>Kopieren Sie die Datei
1284 <filename>scripts/boot/upstart/kivitendo-task-server.conf</filename>
1285 nach <filename>/etc/init/kivitendo-task-server.conf</filename>.
1286 Passen Sie in der kopierten Datei den Pfad zum Task-Server an (Zeile
1287 <literal>exec ....</literal>).</para>
1289 <para>Danach kann der Task-Server mit dem folgenden Befehl gestartet
1292 <programlisting>service kivitendo-task-server start</programlisting>
1296 <title>systemd-basierende Systeme (z.B. neure openSUSE, neuere
1297 Fedora, neuere Ubuntu und neuere Debians)</title>
1299 <para>Kopieren Sie die Datei
1300 <filename>scripts/boot/systemd/kivitendo-task-server.service</filename>
1301 nach <filename>/etc/systemd/system/</filename>. Passen Sie in der
1302 kopierten Datei den Pfad zum Task-Server an (Zeilen
1303 <literal>ExecStart=....</literal> und
1304 <literal>ExecStop=...</literal>).</para>
1306 <para>Machen Sie anschließend das Script systemd bekannt, und binden
1307 Sie es in den Boot-Prozess ein. Dazu führen Sie die folgenden Befehl
1310 <programlisting>systemctl daemon-reload
1311 systemctl enable kivitendo-task-server.service</programlisting>
1313 <para>Wenn Sie den Task-Server jetzt sofort starten möchten, anstatt
1314 den Server neu zu starten, so können Sie das mit dem folgenden
1317 <programlisting>systemctl start kivitendo-task-server.service</programlisting>
1321 <sect2 id="Prozesskontrolle">
1322 <title>Wie der Task-Server gestartet und beendet wird</title>
1324 <para>Der Task-Server wird wie folgt kontrolliert:</para>
1326 <programlisting>./scripts/task_server.pl Befehl</programlisting>
1328 <para><literal>Befehl</literal> ist dabei eine der folgenden
1333 <para><literal>start</literal> startet eine neue Instanz des
1334 Task-Servers. Die Prozess-ID wird innerhalb des
1335 <filename>users</filename>-Verzeichnisses abgelegt.</para>
1339 <para><literal>stop</literal> beendet einen laufenden
1344 <para><literal>restart</literal> beendet und startet ihn
1349 <para><literal>status</literal> berichtet, ob der Task-Server
1354 <para>Der Task-Server wechselt beim Starten automatisch in das
1355 kivitendo-Installationsverzeichnis.</para>
1357 <para>Dieselben Optionen können auch für die SystemV-basierenden
1358 Runlevel-Scripte benutzt werden (siehe oben).</para>
1362 <sect1 id="Benutzerauthentifizierung-und-Administratorpasswort">
1363 <title>Benutzerauthentifizierung und Administratorpasswort</title>
1365 <para>Informationen über die Einrichtung der Benutzerauthentifizierung,
1366 über die Verwaltung von Gruppen und weitere Einstellungen</para>
1368 <sect2 id="Grundlagen-zur-Benutzerauthentifizierung">
1369 <title>Grundlagen zur Benutzerauthentifizierung</title>
1371 <para>kivitendo verwaltet die Benutzerinformationen in einer
1372 Datenbank, die im folgenden “Authentifizierungsdatenbank” genannt
1373 wird. Für jeden Benutzer kann dort eine eigene Datenbank für die
1374 eigentlichen Finanzdaten hinterlegt sein. Diese beiden Datenbanken
1375 können, müssen aber nicht unterschiedlich sein.</para>
1377 <para>Im einfachsten Fall gibt es für kivitendo nur eine einzige
1378 Datenbank, in der sowohl die Benutzerinformationen als auch die Daten
1379 abgelegt werden.</para>
1381 <para>Zusätzlich ermöglicht es kivitendo, dass die Benutzerpasswörter
1382 entweder gegen die Authentifizierungsdatenbank oder gegen einen
1383 LDAP-Server überprüft werden.</para>
1385 <para>Welche Art der Passwortüberprüfung kivitendo benutzt und wie
1386 kivitendo die Authentifizierungsdatenbank erreichen kann, wird in der
1387 Konfigurationsdatei <filename>config/kivitendo.conf</filename>
1388 festgelegt. Diese muss bei der Installation und bei einem Upgrade von
1389 einer Version vor v2.6.0 angelegt werden. Eine
1390 Beispielkonfigurationsdatei
1391 <filename>config/kivitendo.conf.default</filename> existiert, die als
1392 Vorlage benutzt werden kann.</para>
1395 <sect2 id="Administratorpasswort">
1396 <title>Administratorpasswort</title>
1398 <para>Das Passwort, das zum Zugriff auf das Administrationsinterface
1399 von kivitendo benutzt wird, wird ebenfalls in dieser Datei
1400 gespeichert. Es kann auch nur dort und nicht mehr im
1401 Administrationsinterface selber geändert werden. Der Parameter dazu
1402 heißt <varname>admin_password</varname> im Abschnitt
1403 <varname>[authentication]</varname>.</para>
1406 <sect2 id="Authentifizierungsdatenbank">
1407 <title>Authentifizierungsdatenbank</title>
1409 <para>Die Verbindung zur Authentifizierungsdatenbank wird mit den
1410 Parametern in <varname>[authentication/database]</varname>
1411 konfiguriert. Hier sind die folgenden Parameter anzugeben:</para>
1415 <term><literal>host</literal></term>
1418 <para>Der Rechnername oder die IP-Adresse des
1419 Datenbankservers</para>
1424 <term><literal>port</literal></term>
1427 <para>Die Portnummer des Datenbankservers, meist 5432</para>
1432 <term><literal>db</literal></term>
1435 <para>Der Name der Authentifizierungsdatenbank</para>
1440 <term><literal>user</literal></term>
1443 <para>Der Benutzername, mit dem sich kivitendo beim
1444 Datenbankserver anmeldet (z.B.
1445 "<literal>postgres</literal>")</para>
1450 <term><literal>password</literal></term>
1453 <para>Das Passwort für den Datenbankbenutzer</para>
1458 <para>Die Datenbank muss noch nicht existieren. kivitendo kann sie
1459 automatisch anlegen (mehr dazu siehe unten).</para>
1462 <sect2 id="Passwortüberprüfung">
1463 <title>Passwortüberprüfung</title>
1465 <para>kivitendo unterstützt Passwortüberprüfung auf zwei Arten: gegen
1466 die Authentifizierungsdatenbank und gegen einen externen LDAP- oder
1467 Active-Directory-Server. Welche davon benutzt wird, regelt der
1468 Parameter <varname>module</varname> im Abschnitt
1469 <varname>[authentication]</varname>.</para>
1471 <para>Sollen die Benutzerpasswörter in der Authentifizierungsdatenbank
1472 gespeichert werden, so muss der Parameter <varname>module</varname>
1473 den Wert <literal>DB</literal> enthalten. In diesem Fall können sowohl
1474 der Administrator als auch die Benutzer selber ihre Passwörter in
1475 kivitendo ändern.</para>
1477 <para>Soll hingegen ein externer LDAP- oder Active-Directory-Server
1478 benutzt werden, so muss der Parameter <varname>module</varname> auf
1479 <literal>LDAP</literal> gesetzt werden. In diesem Fall müssen
1480 zusätzliche Informationen über den LDAP-Server im Abschnitt
1481 <literal>[authentication/ldap]</literal> angegeben werden:</para>
1485 <term><literal>host</literal></term>
1488 <para>Der Rechnername oder die IP-Adresse des LDAP- oder
1489 Active-Directory-Servers. Diese Angabe ist zwingend
1490 erforderlich.</para>
1495 <term><literal>port</literal></term>
1498 <para>Die Portnummer des LDAP-Servers; meist 389.</para>
1503 <term><literal>tls</literal></term>
1506 <para>Wenn Verbindungsverschlüsselung gewünscht ist, so diesen
1507 Wert auf ‘<literal>1</literal>’ setzen, andernfalls auf
1508 ‘<literal>0</literal>’ belassen</para>
1513 <term><literal>attribute</literal></term>
1516 <para>Das LDAP-Attribut, in dem der Benutzername steht, den der
1517 Benutzer eingegeben hat. Für Active-Directory-Server ist dies
1518 meist ‘<literal>sAMAccountName</literal>’, für andere
1519 LDAP-Server hingegen ‘<literal>uid</literal>’. Diese Angabe ist
1520 zwingend erforderlich.</para>
1525 <term><literal>base_dn</literal></term>
1528 <para>Der Abschnitt des LDAP-Baumes, der durchsucht werden soll.
1529 Diese Angabe ist zwingend erforderlich.</para>
1534 <term><literal>filter</literal></term>
1537 <para>Ein optionaler LDAP-Filter. Enthält dieser Filter das Wort
1538 <literal><%login%></literal>, so wird dieses durch den vom
1539 Benutzer eingegebenen Benutzernamen ersetzt. Andernfalls wird
1540 der LDAP-Baum nach einem Element durchsucht, bei dem das oben
1541 angegebene Attribut mit dem Benutzernamen identisch ist.</para>
1546 <term><literal>bind_dn</literal> und
1547 <literal>bind_password</literal></term>
1550 <para>Wenn der LDAP-Server eine Anmeldung erfordert, bevor er
1551 durchsucht werden kann (z.B. ist dies bei
1552 Active-Directory-Servern der Fall), so kann diese hier angegeben
1553 werden. Für Active-Directory-Server kann als
1554 ‘<literal>bind_dn</literal>’ entweder eine komplette LDAP-DN wie
1555 z.B. ‘<literal>cn=Martin
1556 Mustermann,cn=Users,dc=firmendomain</literal>’ auch nur der
1557 volle Name des Benutzers eingegeben werden; in diesem Beispiel
1558 also ‘<literal>Martin Mustermann</literal>’.</para>
1564 <sect2 id="Name-des-Session-Cookies">
1565 <title>Name des Session-Cookies</title>
1567 <para>Sollen auf einem Server mehrere kivitendo-Installationen
1568 aufgesetzt werden, so müssen die Namen der Session-Cookies für alle
1569 Installationen unterschiedlich sein. Der Name des Cookies wird mit dem
1570 Parameter <varname>cookie_name</varname> im Abschnitt
1571 <varname>[authentication]</varname>gesetzt.</para>
1573 <para>Diese Angabe ist optional, wenn nur eine Installation auf dem
1574 Server existiert.</para>
1577 <sect2 id="Anlegen-der-Authentifizierungsdatenbank">
1578 <title>Anlegen der Authentifizierungsdatenbank</title>
1580 <para>Nachdem alle Einstellungen in
1581 <filename>config/kivitendo.conf</filename> vorgenommen wurden, muss
1582 kivitendo die Authentifizierungsdatenbank anlegen. Dieses geschieht
1583 automatisch, wenn Sie sich im Administrationsmodul anmelden, das unter
1584 der folgenden URL erreichbar sein sollte:</para>
1587 url="http://localhost/kivitendo-erp/controller.pl?action=Admin/login">http://localhost/kivitendo-erp/controller.pl?action=Admin/login</ulink></para>
1591 <sect1 id="Benutzer--und-Gruppenverwaltung">
1592 <title>Mandanten-, Benutzer- und Gruppenverwaltung</title>
1594 <para>Nach der Installation müssen Mandanten, Benutzer, Gruppen und
1595 Datenbanken angelegt werden. Dieses geschieht im Administrationsmenü,
1596 das Sie unter folgender URL finden:</para>
1599 url="http://localhost/kivitendo-erp/controller.pl?action=Admin/login">http://localhost/kivitendo-erp/controller.pl?action=Admin/login</ulink></para>
1601 <para>Verwenden Sie zur Anmeldung das Passwort, das Sie in der Datei
1602 <filename>config/kivitendo.conf</filename> eingetragen haben.</para>
1604 <sect2 id="Zusammenhänge">
1605 <title>Zusammenhänge</title>
1607 <para>kivitendo verwaltet zwei Sets von Daten, die je nach Einrichtung
1608 in einer oder zwei Datenbanken gespeichert werden.</para>
1610 <para>Das erste Set besteht aus Anmeldeinformationen: welche Benutzer
1611 und Mandanten gibt es, welche Gruppen, welche BenutzerIn hat Zugriff
1612 auf welche Mandanten, und welche Gruppe verfügt über welche Rechte.
1613 Diese Informationen werden in der Authentifizierungsdatenbank
1614 gespeichert. Dies ist diejenige Datenbank, deren Verbindungsparameter
1615 in der Konfigurationsdatei <filename>config/kivitendo.conf</filename>
1616 gespeichert werden.</para>
1618 <para>Das zweite Set besteht aus den eigentlichen Verkehrsdaten eines
1619 Mandanten, wie beispielsweise die Stammdaten (Kunden, Lieferanten,
1620 Waren) und Belege (Angebote, Lieferscheine, Rechnungen). Diese werden
1621 in einer Mandantendatenbank gespeichert. Die Verbindungsinformationen
1622 einer solchen Mandantendatenbank werden im Administrationsbereich
1623 konfiguriert, indem man einen Mandanten anlegt und dort die Parameter
1624 einträgt. Dabei hat jeder Mandant eine eigene Datenbank.</para>
1626 <para>Aufgrund des Datenbankdesigns ist es für einfache Fälle möglich,
1627 die Authentifizierungsdatenbank und eine der Mandantendatenbanken in
1628 ein und derselben Datenbank zu speichern. Arbeitet man hingegen mit
1629 mehr als einem Mandanten, wird empfohlen, für die
1630 Authentifizierungsdatenbank eine eigene Datenbank zu verwenden, die
1631 nicht gleichzeitig für einen Mandanten verwendet wird.</para>
1634 <sect2 id="Mandanten-Benutzer-Gruppen">
1635 <title>Mandanten, Benutzer und Gruppen</title>
1637 <para>kivitendos Administration kennt Mandanten, Benutzer und Gruppen,
1638 die sich frei zueinander zuordnen lassen.</para>
1640 <para>kivitendo kann mehrere Mandaten aus einer Installation heraus
1641 verwalten. Welcher Mandant benutzt wird, kann direkt beim Login
1642 ausgewählt werden. Für jeden Mandanten wird ein eindeutiger Name
1643 vergeben, der beim Login angezeigt wird. Weiterhin benötigt der
1644 Mandant Datenbankverbindungsparameter für seine Mandantendatenbank.
1645 Diese sollte über die <link
1646 linkend="Datenbanken-anlegen">Datenbankverwaltung</link>
1649 <para>Ein Benutzer ist eine Person, die Zugriff auf kivitendo erhalten
1650 soll. Sie erhält einen Loginnamen sowie ein Passwort. Weiterhin legt
1651 der Administrator fest, an welchen Mandanten sich ein Benutzer
1652 anmelden kann, was beim Login verifiziert wird.</para>
1654 <para>Gruppen dienen dazu, Benutzern innerhalb eines Mandanten Zugriff
1655 auf bestimmte Funktionen zu geben. Einer Gruppe werden dafür vom
1656 Administrator gewisse Rechte zugeordnet. Weiterhin legt der
1657 Administrator fest, für welche Mandanten eine Gruppe gilt, und welche
1658 Benutzer Mitglieder in dieser Gruppe sind. Meldet sich ein Benutzer
1659 dann an einem Mandanten an, so erhält er alle Rechte von allen
1660 denjenigen Gruppen, die zum Einen dem Mandanten zugeordnet sind und in
1661 denen der Benutzer zum Anderen Mitglied ist,</para>
1663 <para>Die Reihenfolge, in der Datenbanken, Mandanten, Gruppen und
1664 Benutzer angelegt werden, kann im Prinzip beliebig gewählt werden. Die
1665 folgende Reihenfolge beinhaltet die wenigsten Arbeitsschritte:</para>
1667 <orderedlist numeration="arabic">
1669 <para>Datenbank anlegen</para>
1673 <para>Gruppen anlegen</para>
1677 <para>Benutzer anlegen und Gruppen als Mitglied zuordnen</para>
1681 <para>Mandanten anlegen und Gruppen sowie Benutzer zuweisen</para>
1686 <sect2 id="Datenbanken-anlegen">
1687 <title>Datenbanken anlegen</title>
1689 <para>Zuerst muss eine Datenbank angelegt werden. Verwenden Sie für
1690 den Datenbankzugriff den vorhin angelegten Benutzer (in unseren
1691 Beispielen ist dies ‘<literal>kivitendo</literal>’).</para>
1694 <sect2 id="Gruppen-anlegen">
1695 <title>Gruppen anlegen</title>
1697 <para>Eine Gruppe wird in der Gruppenverwaltung angelegt. Ihr muss ein
1698 Name gegeben werden, eine Beschreibung ist hingegen optional. Nach dem
1699 Anlegen können Sie die verschiedenen Bereiche wählen, auf die
1700 Mitglieder dieser Gruppe Zugriff haben sollen.</para>
1702 <para>Benutzergruppen werden zwar in der Authentifizierungsdatenbank
1703 gespeichert, gelten aber nicht automatisch für alle Mandanten. Der
1704 Administrator legt vielmehr fest, für welche Mandanten eine Gruppe
1705 gültig ist. Dies kann entweder beim Bearbeiten der Gruppe geschehen
1706 ("diese Gruppe ist gültig für Mandanten X, Y und Z"), oder aber wenn
1707 man einen Mandanten bearbeitet ("für diesen Mandanten sind die Gruppen
1708 A, B und C gültig").</para>
1710 <para>Wurden bereits Benutzer angelegt, so können hier die Mitglieder
1711 dieser Gruppe festgelegt werden ("in dieser Gruppe sind die Benutzer
1712 X, Y und Z Mitglieder"). Dies kann auch nachträglich beim Bearbeiten
1713 eines Benutzers geschehen ("dieser Benutzer ist Mitglied in den
1714 Gruppen A, B und C").</para>
1717 <sect2 id="Benutzer-anlegen">
1718 <title>Benutzer anlegen</title>
1720 <para>Beim Anlegen von Benutzern werden für viele Parameter
1721 Standardeinstellungen vorgenommen, die den Gepflogenheiten des
1722 deutschen Raumes entsprechen.</para>
1724 <para>Zwingend anzugeben ist der Loginname. Wenn die
1725 Passwortauthentifizierung über die Datenbank eingestellt ist, so kann
1726 hier auch das Benutzerpasswort gesetzt bzw. geändert werden. Ist
1727 hingegen die LDAP-Authentifizierung aktiv, so ist das Passwort-Feld
1730 <para>Hat man bereits Mandanten und Gruppen angelegt, so kann hier
1731 auch konfiguriert werden, auf welche Mandanten der Benutzer Zugriff
1732 hat bzw. in welchen Gruppen er Mitglied ist. Beide Zuweisungen können
1733 sowohl beim Benutzer vorgenommen werden ("dieser Benutzer hat Zugriff
1734 auf Mandanten X, Y, Z" bzw. "dieser Benutzer ist Mitglied in Gruppen
1735 X, Y und Z") als auch beim Mandanten ("auf diesen Mandanten haben
1736 Benutzer A, B und C Zugriff") bzw. bei der Gruppe ("in dieser Gruppe
1737 sind Benutzer A, B und C Mitglieder").</para>
1740 <sect2 id="Mandanten-anlegen">
1741 <title>Mandanten anlegen</title>
1743 <para>Ein Mandant besteht aus Administrationssicht primär aus einem
1744 eindeutigen Namen. Weiterhin wird hier hinterlegt, welche Datenbank
1745 als Mandantendatenbank benutzt wird. Hier müssen die Zugriffsdaten
1746 einer der eben angelegten Datenbanken eingetragen werden.</para>
1748 <para>Hat man bereits Benutzer und Gruppen angelegt, so kann hier auch
1749 konfiguriert werden, welche Benutzer Zugriff auf den Mandanten haben
1750 bzw. welche Gruppen für den Mandanten gültig sind. Beide Zuweisungen
1751 können sowohl beim Mandanten vorgenommen werden ("auf diesen Mandanten
1752 haben Benutzer X, Y und Z Zugriff" bzw. "für diesen Mandanten sind die
1753 Gruppen X, Y und Z gültig") als auch beim Benutzer ("dieser Benutzer
1754 hat Zugriff auf Mandanten A, B und C") bzw. bei der Gruppe ("diese
1755 Gruppe ist für Mandanten A, B und C gültig").</para>
1759 <sect1 id="Drucker--Systemverwaltung">
1760 <title>Drucker- und Systemverwaltung</title>
1762 <para>Im Administrationsmenü gibt es ferner noch die beiden Menüpunkte
1763 Druckeradministration und System.</para>
1765 <sect2 id="Druckeradministration">
1766 <title>Druckeradministration</title>
1768 <para>Unter dem Menüpunkt Druckeradministration lassen sich beliebig
1769 viele "Druckbefehle" im System verwalten. Diese Befehle werden
1770 mandantenweise zugeordnet. Unter Druckerbeschreibung wird der Namen
1771 des Druckbefehls festgelegt, der dann in der Druckerauswahl des Belegs
1772 angezeigt wird.</para>
1774 <para>Unter Druckbefehl definiert man den eigentlichen Druckbefehl,
1775 der direkt auf dem Webserver ausgeführt wird, bspw. 'lpr -P
1776 meinDrucker' oder ein kompletter Pfad zu einem Skript
1777 (/usr/local/src/kivitendo/scripts/pdf_druck_in_verzeichnis.sh). Wird
1778 ferner noch ein optionales Vorlagenkürzel verwendet, wird dieses
1779 Kürzel bei der Auswahl der Druckvorlagendatei mit einem Unterstrich
1780 ergänzt, ist bspw. das Kürzel 'epson_drucker' definiert, so wird beim
1781 Ausdruck eines Angebots folgende Vorlage geparst:
1782 sales_quotation_epson_drucker.tex.</para>
1786 <title>System sperren / entsperren</title>
1788 <para>Unter dem Menüpunkt System gibt es den Eintrag 'Installation
1789 sperren/entsperren'. Setzt man diese Sperre so ist der Zugang zu der
1790 gesamten kivitendo Installation gesperrt.</para>
1792 <para>Falls die Sperre gesetzt ist, erscheint anstelle der
1793 Anmeldemaske die Information: 'kivitendo ist momentan zwecks
1794 Wartungsarbeiten nicht zugänglich.'.</para>
1796 <para>Wichtig zu erwähnen ist hierbei noch, dass sich kivitendo
1797 automatisch 'sperrt', falls es bei einem Versionsupdate zu einem
1798 Datenbankfehler kam. Somit kann hier nicht aus Versehen mit einem
1799 inkonsistenten Datenbestand weitergearbeitet werden.</para>
1803 <sect1 id="config.sending-email"
1804 xreflabel="E-Mail-Versand aus kivitendo heraus">
1805 <title>E-Mail-Versand aus kivitendo heraus</title>
1807 <para>kivitendo kann direkt aus dem Programm heraus E-Mails versenden,
1808 z.B. um ein Angebot direkt an einen Kunden zu verschicken. Damit dies
1809 funktioniert, muss eingestellt werden, über welchen Server die E-Mails
1810 verschickt werden sollen. kivitendo unterstützt dabei zwei Mechanismen:
1811 Versand über einen lokalen E-Mail-Server (z.B. mit
1812 <productname>Postfix</productname> oder <productname>Exim</productname>,
1813 was auch die standardmäßig aktive Methode ist) sowie Versand über einen
1814 SMTP-Server (z.B. der des eigenen Internet-Providers).</para>
1816 <para>Welche Methode und welcher Server verwendet werden, wird über die
1817 Konfigurationsdatei <filename>config/kivitendo.conf</filename>
1818 festgelegt. Dort befinden sich alle Einstellungen zu diesem Thema im
1819 Abschnitt '<literal>[mail_delivery]</literal>'.</para>
1821 <sect2 id="config.sending-email.sendmail"
1822 xreflabel="E-Mail-Versand über lokalen E-Mail-Server">
1823 <title>Versand über lokalen E-Mail-Server</title>
1825 <para>Diese Methode bietet sich an, wenn auf dem Server, auf dem
1826 kivitendo läuft, bereits ein funktionsfähiger E-Mail-Server wie z.B.
1827 <productname>Postfix</productname>, <productname>Exim</productname>
1828 oder <productname>Sendmail</productname> läuft.</para>
1830 <para>Um diese Methode auszuwählen, muss der Konfigurationsparameter
1831 '<literal>method = sendmail</literal>' gesetzt sein. Dies ist
1832 gleichzeitig der Standardwert, falls er nicht verändert wird.</para>
1834 <para>Um zu kontrollieren, wie das Programm zum Einliefern gestartet
1835 wird, dient der Parameter '<literal>sendmail = ...</literal>'. Der
1836 Standardwert verweist auf das Programm
1837 <filename>/usr/bin/sendmail</filename>, das bei allen oben genannten
1838 E-Mail-Serverprodukten für diesen Zweck funktionieren sollte.</para>
1840 <para>Die Konfiguration des E-Mail-Servers selber würde den Rahmen
1841 dieses sprengen. Hierfür sei auf die Dokumentation des E-Mail-Servers
1845 <sect2 id="config.sending-email.smtp"
1846 xreflabel="E-Mail-Versand über einen SMTP-Server">
1847 <title>Versand über einen SMTP-Server</title>
1849 <para>Diese Methode bietet sich an, wenn kein lokaler E-Mail-Server
1850 vorhanden oder zwar einer vorhanden, dieser aber nicht konfiguriert
1853 <para>Um diese Methode auszuwählen, muss der Konfigurationsparameter
1854 '<literal>method = smtp</literal>' gesetzt sein. Die folgenden
1855 Parameter dienen dabei der weiteren Konfiguration:</para>
1859 <term><varname>hostname</varname></term>
1862 <para>Name oder IP-Adresse des SMTP-Servers. Standardwert:
1863 '<literal>localhost</literal>'</para>
1868 <term><varname>port</varname></term>
1871 <para>Portnummer. Der Standardwert hängt von der verwendeten
1872 Verschlüsselungsmethode ab. Gilt '<literal>security =
1873 none</literal>' oder '<literal>security = tls</literal>', so ist
1874 25 die Standardportnummer. Für '<literal>security =
1875 ssl</literal>' ist 465 die Portnummer. Muss normalerweise nicht
1876 geändert werden.</para>
1881 <term><varname>security</varname></term>
1884 <para>Wahl der zu verwendenden Verschlüsselung der Verbindung
1885 mit dem Server. Standardwert ist '<literal>none</literal>',
1886 wodurch keine Verschlüsselung verwendet wird. Mit
1887 '<literal>tls</literal>' wird TLS-Verschlüsselung eingeschaltet,
1888 und mit '<literal>ssl</literal>' wird Verschlüsselung via SSL
1889 eingeschaltet. Achtung: Für '<literal>tls</literal>' und
1890 '<literal>ssl</literal>' werden zusätzliche Perl-Module benötigt
1891 (siehe unten).</para>
1896 <term><varname>login</varname> und
1897 <varname>password</varname></term>
1900 <para>Falls der E-Mail-Server eine Authentifizierung verlangt,
1901 so können mit diesen zwei Parametern der Benutzername und das
1902 Passwort angegeben werden. Wird Authentifizierung verwendet, so
1903 sollte aus Sicherheitsgründen auch eine Form von Verschlüsselung
1904 aktiviert werden.</para>
1911 <sect1 id="Drucken-mit-kivitendo">
1912 <title>Drucken mit kivitendo</title>
1914 <para>Das Drucksystem von kivitendo benutzt von Haus aus LaTeX-Vorlagen.
1915 Um drucken zu können, braucht der Server ein geeignetes LaTeX System. Am
1916 einfachsten ist dazu eine <literal>texlive</literal> Installation. Unter
1917 debianoiden Betriebssystemen installiert man die Pakete mit:</para>
1919 <para><programlisting>apt install texlive-base-bin texlive-latex-recommended texlive-fonts-recommended \
1920 texlive-latex-extra texlive-lang-german texlive-generic-extra texlive-xetex </programlisting></para>
1922 <para>Für Fedora benötigen Sie die folgenden Pakete:</para>
1924 <para><programlisting>dnf install texlive-collection-latex texlive-collection-latexextra \
1925 texlive-collection-latexrecommended texlive-collection-langgerman \
1926 texlive-collection-langenglish</programlisting></para>
1928 <para>Für openSUSE benötigen Sie die folgenden Pakete:</para>
1930 <para><programlisting>zypper install texlive-collection-latex texlive-collection-latexextra \
1931 texlive-collection-latexrecommended texlive-collection-langgerman \
1932 texlive-collection-langenglish</programlisting></para>
1934 <para>kivitendo bringt drei alternative Vorlagensätze mit:</para>
1946 <para>rev-odt</para>
1950 <para>Der ehemalige Druckvorlagensatz "Standard" wurde mit der Version
1951 3.3 entfernt, da er nicht mehr gepflegt wurde.</para>
1953 <sect2 id="Vorlagenverzeichnis-anlegen"
1954 xreflabel="Vorlagenverzeichnis anlegen">
1955 <title>Vorlagenverzeichnis anlegen</title>
1957 <para>Es lässt sich ein initialer Vorlagensatz erstellen. Die
1958 LaTeX-System-Abhängigkeiten hierfür kann man prüfen mit:</para>
1960 <programlisting>./scripts/installation_check.pl -lv</programlisting>
1962 <para>Der Angemeldete Benutzer muss in einer Gruppe sein, die über das
1963 Recht "Konfiguration -> Mandantenverwaltung" verfügt. Siehe auch
1964 <xref linkend="Gruppen-anlegen"/>.</para>
1966 <para>Im Userbereich lässt sich unter: "<guimenu>System</guimenu>
1967 -> <guisubmenu>Mandantenverwaltung</guisubmenu> ->
1968 <guimenuitem>Verschiedenes</guimenuitem>" die Option "Neue
1969 Druckvorlagen aus Vorlagensatz erstellen" auswählen.</para>
1973 <para><option>Vorlagen auswählen</option>: Wählen Sie hier den
1974 Vorlagensatz aus, der kopiert werden soll
1975 (<filename>RB</filename>, <filename>f-tex</filename> oder
1976 <filename>odt-rev</filename>.)</para>
1980 <para><option>Neuer Name</option>: Der Verzeichnisname für den
1981 neuen Vorlagensatz. Dieser kann im Rahmen der üblichen Bedingungen
1982 für Verzeichnisnamen frei gewählt werden.</para>
1986 <para>Nach dem Speichern wird das Vorlagenverzeichnis angelegt und ist
1987 für den aktuellen Mandanten ausgewählt. Der gleiche Vorlagensatz kann,
1988 wenn er mal angelegt ist, bei mehreren Mandanten verwendet werden.
1989 Eventuell müssen Anpassungen (Logo, Erscheinungsbild, etc) noch
1990 vorgenommen werden. Den Ordner findet man im Dateisystem unter
1991 <filename>./templates/[Neuer Name]</filename></para>
1994 <sect2 id="Vorlagen-RB">
1995 <title>Der Druckvorlagensatz RB</title>
1997 <para>Hierbei handelt es sich um einen vollständigen LaTeX
1998 Dokumentensatz mit alternativem Design. Die odt oder html-Varianten
1999 sind nicht gepflegt.</para>
2001 <para>Die konzeptionelle Idee der Vorlagen wird <ulink
2002 url="http://www.kivitendo-support.de/vortraege/Lx-Office%20Anwendertreffen%20LaTeX-Druckvorlagen-Teil3-finale.pdf">hier</ulink>
2003 auf Folie 5 bis 10 vorgestellt. Informationen zur Anpassung an die
2004 eigenen Firmendaten finden sich in der Datei Readme.tex im
2005 Vorlagenverzeichnis.</para>
2007 <para>Eine kurze Übersicht der Features:</para>
2011 <para>Mehrsprachenfähig, mit Deutscher und Englischer
2016 <para>Zentrale Konfigurationsdateien, die für alle Belege benutzt
2017 werden, z.B. für Kopf- und Fußzeilen, und Infos wie
2022 <para>mehrere vordefinierte Varianten für
2023 Logos/Hintergrundbilder</para>
2027 <para>Berücksichtigung für Steuerzonen "EU mit USt-ID Nummer" oder
2028 "Außerhalb EU"</para>
2034 <title>f-tex</title>
2036 <para>Ein Vorlagensatz, der in wenigen Minuten alle Dokumente zur
2037 Verfügung stellt.</para>
2039 <sect3 id="f-tex-Feature-Übersicht">
2040 <title>Feature-Übersicht</title>
2044 <para>Keine Redundanz. Es wird ein- und dieselbe LaTeX-Vorlage
2045 für alle briefartigen Dokumente verwendet. Also Angebot,
2046 Rechnung, Proformarechnung, Lieferschein, aber eben nicht für
2047 Paketaufkleber etc.</para>
2051 <para>Leichte Anpassung an das Firmen-Layout durch Verwendung
2052 eines Hintergrund-PDFs. Dieses kann leicht mit dem eigenen
2053 Lieblingsprogramm erstellt werden (Openoffice, Inkscape, Gimp,
2058 <para>Hintergrund-PDF umschaltbar auf "nur erste Seite"
2059 (Standard) oder "alle Seiten" (Option
2060 "<option>bgPdfFirstPageOnly</option>" in Datei
2061 <filename>letter.lco</filename>)</para>
2065 <para>Hintergrund-PDF für Ausdruck auf bereits bedrucktem
2066 Briefpapier abschaltbar. Es wird dann nur bei per E-Mail
2067 versendeten Dokumenten eingebunden (Option
2068 "<option>bgPdfEmailOnly</option>" in Datei
2069 <filename>letter.lco</filename>).</para>
2073 <para>Nutzung der Layout-Funktionen von LaTeX für Seitenumbruch,
2074 Wiederholung von Kopfzeilen, Zwischensummen etc. (danke an
2075 Kai-Martin Knaak für die Vorarbeit)</para>
2079 <para>Anzeige des Empfängerlandes im Adressfeld nur, wenn es vom
2080 Land des eigenen Unternehmens abweicht (also die Rechnung das
2081 Land verlässt).</para>
2085 <para>Multisprachfähig leicht um weitere Sprachen zu erweitern,
2086 alle Übersetzungen in der Datei
2087 <filename>translatinos.tex</filename>.</para>
2091 <para>Auflistung von Bruttopreisen für Endverbraucher.</para>
2096 <sect3 id="f-tex-Installation">
2097 <title>Die Installation</title>
2101 <para>Vorlagenverzeichnis mit Option f-tex anlegen, siehe: <xref
2102 linkend="Vorlagenverzeichnis-anlegen"/>. Das Vorlagensystem
2103 funktioniert jetzt schon, hat allerdings noch einen
2104 Beispiel-Briefkopf.</para>
2108 <para>Erstelle eine pdf-Hintergrund Datei und verlinke sie nach
2109 <filename>./letter_head.pdf</filename>.</para>
2113 <para>Editiere den Bereich "<option>settings</option>" in der
2114 datei <filename>letter.lco</filename>.</para>
2118 <para>oder etwas detaillierter:</para>
2120 <para>Es wird eine Datei <filename>sample.lco</filename> erstellt
2121 und diese nach <filename>letter.lco</filename> verlinkt. Eigentlich
2122 ist dies die Datei die für die firmenspezifischen Anpassungen
2123 gedacht ist. Da die Einstiegshürde in LaTeX nicht ganz niedrig ist,
2124 wird in dieser Datei auf ein Hintergrund-PDF verwiesen. Ich empfehle
2125 über dieses PDF die persönlichen Layoutanpassungen vorzunehmen und
2126 <filename>sample.lco</filename> unverändert zu lassen. Die Anpassung
2127 über eine <filename>*.lco</filename>-Datei, die letztlich auf
2128 <filename>letter.lco</filename> verlinkt ist ist aber auch
2131 <para>Es wird eine Datei <filename>sample_head.pdf</filename> mit
2132 ausgeliefert, diese wird nach <filename>letter_head.pdf</filename>
2133 verlinkt. Damit gibt es schon mal eine funktionsfähige Vorlage.
2134 Schau Dir nach Abschluss der Installation die Datei
2135 <filename>sample_head.pdf</filename> an und erstelle ein
2136 entsprechendes PDF passend zum Briefkopf Deiner Firma, diese dann im
2137 Template Verzeichniss ablegen und statt
2138 <filename>sample_head.pdf</filename> nach
2139 <filename>letter_head.pdf</filename> verlinken.</para>
2141 <para>Letzlich muss <filename>letter_head.pdf</filename> auf das
2142 passende Hintergrund-PDF verweisen, welches gewünschten Briefkopf
2145 <para>Es wird eine Datei <filename>mydata.tex.example</filename>
2146 ausgeliefert, die nach <filename>mytdata.tex</filename> verlinkt
2147 ist. Bei verwendetem Hintergrund-PDF wird nur der Eintrag für das
2148 Land verwendet. Die Datei muss also nicht angefasst werden. Die
2149 anderen Werte sind für das Modul 'lp' (Label Print in erp - zur Zeit
2150 nicht im öffentlichen Zweig).</para>
2152 <para>Alle Anpassungen zum Briefkopf, Fusszeilen, Firmenlogos, etc.
2153 sollten über die Hintergrund-PDF-Datei oder die
2154 <filename>*.lco</filename>-Datei erfolgen.</para>
2157 <sect3 id="f-tex-Funktionsübersicht">
2158 <title>f-tex Funktionsübersicht</title>
2160 <para>Das Konzept von kivitendo sieht vor, für jedes Dokument
2161 (Auftragsbestätigung, Lieferschein, Rechnung, etc.) eine
2162 LaTeX-Vorlage vorzuhalten, dies ist sehr wartungsunfreundlich. Auch
2163 das Einlesen einer einheitlichen Quelle für den Briefkopf bringt nur
2164 bedingte Vorteile, da hier leicht die Pflege der Artikel-Tabellen
2165 aus dem Ruder läuft. Bei dem vorliegenden Ansatz wird für alle
2166 briefartigen Dokumente mit Artikel-Tabellen eine einheitliche
2167 LaTeX-Vorlage verwendet, welche über Codeweichen die Besonderheiten
2168 der jeweiligen Dokumente berücksichtigt:</para>
2172 <para>Tabellen mit oder ohne Preis</para>
2176 <para>Sprache der Tabellenüberschriften etc.</para>
2180 <para>Anpassung der Bezugs-Zeile (z.B. Rechnungsnummer versus
2181 Angebotsnummer)</para>
2185 <para>Darstellung von Brutto oder Netto-Preisen in der
2186 Auflistung (Endverbraucher versus gewerblicher Kunde)</para>
2190 <para>Nachteil:</para>
2192 <para>LaTeX hat ohnehin eine sehr steile Lehrnkurve. Die Datei
2193 <filename>letter.tex</filename> ist sehr komplex und verstärkt damit
2194 diesen Effekt noch einmal erheblich. Wer LaTeX-Erfahrung hat, oder
2195 geübt ist Scriptsparachen nachzuvollziehen kann natürlich auch
2196 innerhalb der Tabellendarstellung gut persönliche Anpassungen
2197 vornehmen. Aber man kann sich hier bei Veränderungen sehr schnell
2198 heftig in den Fuss schiessen.</para>
2200 <para>Wer nicht so tief in die Materie einsteigen will oder leicht
2201 zu frustrieren ist, sollte sein Hintergrund-PDF auf Basis der
2202 mitglieferten Datei <filename>sample_head.pdf</filename> erstellen,
2203 und sich an der Form der dargestellten Tabellen, wie sie
2204 ausgeliefert werden, erfreuen.</para>
2206 <para>Kleiner Tipp: Nicht zu viel auf einmal wollen, lieber kleine,
2207 kontinuierliche Schritte gehen.</para>
2210 <sect3 id="f-tex-Bruttopreise">
2211 <title>Bruttopreise für Endverbraucher</title>
2213 <para>Der auszuweisende Bruttopreis wird innerhalb der
2214 LaTeX-Umgebung berechnet. Es gibt zwar ein Feld, um bei Aufträgen
2215 "alle Preise Brutto" auszuwählen, aber:</para>
2219 <para>hierfür müssen die Preise auch in Brutto in der Datenbank
2220 stehen (ja - das lässt sich über die Preisgruppen und die
2221 Zuordung einer Default-Preisgruppe handhaben)</para>
2225 <para>man darf beim Anlegen des Vorgangs nicht vergessen, dieses
2226 Häkchen zu setzen. (Das ist in der Praxis, wenn man sowohl
2227 Endverbraucher als auch Gewerbekunden beliefert, der eigentliche
2232 <para>Es gibt mit f-tex eine weitere Alternative. Die Information ob
2233 Brutto oder Nettorechnung wird mit den Zahlarten verknüpft.
2234 Zahlarten bei denen Rechnungen, Angebote, etc, in Brutto ausgegeben
2235 werden sollen, enden mit "_E" (für Endverbraucher). Falls identische
2236 Zahlarten für Gewerbekunden und Endverbraucher vorhanden sind, legt
2237 man diese einfach doppelt an (einmal mit der Namensendung "_E").
2242 <para>Die Entscheidung, ob Nettopreise ausgewiesen werden, ist
2243 nicht mehr fix mit einer Preisliste verbunden.</para>
2247 <para>Die Default-Zahlart kann im Kundendatensatz hinterlegt
2248 werden, und man muss nicht mehr daran denken, "alle Preise
2249 Netto" auszuwählen.</para>
2253 <para>Die Entscheidung, ob Netto- oder Bruttopreise ausgewiesen
2254 werden, kann direkt beim Drucken revidiert werden, ohne dass
2255 sich der Auftragswert ändert.</para>
2260 <sect3 id="f-tex-lieferadressen">
2261 <title>Lieferadressen</title>
2263 <para>In Lieferscheinen kommen <varname>shipto*</varname>-Variablen
2264 im Adressfeld zum Einsatz. Wenn die
2265 <varname>shipto*</varname>-Variable leer ist, wird die entsprechende
2266 Adressvariable eingesetzt. Wenn also die Lieferadresse in Straße,
2267 Hausnummer und Ort abweicht, müssen auch nur diese Felder in der
2268 Lieferadresse ausgefüllt werden. Für den Firmenname wird der Wert
2269 der Hauptadresse angezeigt.</para>
2273 <sect2 id="Vorlagen-rev-odt">
2274 <title>Der Druckvorlagensatz rev-odt</title>
2276 <para>Hierbei handelt es sich um einen Dokumentensatz der mit
2277 odt-Vorlagen erstellt wurde. Es gibt in dem Verzeichnis eine
2278 Readme-Datei, die eventuell aktueller als die Dokumentation hier ist.
2279 Die odt-Vorlagen in diesem Verzeichnis "rev-odt" wurden von revamp-it,
2280 Zürich erstellt und werden laufend aktualisiert. Ein paar der
2281 Formulierungen in den Druckvorlagen entsprechen dem Schweizer
2282 Sprachgebrauch, z.B. "Offerte" oder "allfällig".</para>
2284 <para>Hinweis zum Einsatz des Feldes "Land" bei den Stammdaten für
2285 KundInnen und LieferantInnen, sowie bei Lieferadressen: Die in diesem
2286 Vorlagensatz vorhandenen Vorlagen erwarten für "Land" das
2287 entsprechende Kürzel, das in Adressen vor die Postleitzahl gesetzt
2288 wird. Das Feld kann auch komplett leer bleiben. Wer dies anders
2289 handhaben möchte, muss die Vorlagen entsprechend anpassen.</para>
2291 <para>odt-Vorlagen können mit LibreOffice oder OpenOffice editiert und
2292 den eigenen Bedürfnissen angepasst werden. Wichtig beim Editieren von
2293 if-Blöcken ist, dass immer der gesamte Block überschrieben werden muss
2294 und nicht nur Teile davon, da dies sonst oft zu einer odt-Datei führt,
2295 die vom Parser nicht korrekt gelesen werden kann.</para>
2297 <para>Mahnungen können unter folgenden Einschränkungen mit den
2298 odt-Vorlagen im Vorlagensatz rev-odt erzeugt werden:</para>
2302 <para>als Druckoption steht nur 'PDF(OpenDocument/OASIS)' zur
2303 Verfügung, das heisst, die Mahnungen werden als PDF-Datei
2308 <para>für jede Rechnung muss eine eigene Mahnung erzeugt werden
2309 (auch wenn bei einzelnen KundInnen mehrere überfällige Rechnungen
2310 vorhanden sind).</para>
2314 <para>Mehrere Mahnungen für eine Kundin / einen Kunden werden zu einer
2315 PDF-Datei zusammengefasst</para>
2317 <para>Die Vorlagen zahlungserinnerung.odt sowie mahnung.odt sind für
2318 das Erstellen einer Zahlungserinnerung bzw. Mahnung selbst vorgesehen,
2319 die Vorlage mahnung_invoice.odt für das Erstellen einer Rechnung über
2320 die verrechneten Mahngebühren und Verzugszinsen.</para>
2322 <para>Zur Zeit gibt es in kivitendo noch keine Möglichkeit,
2323 odt-Vorlagen bei Briefen und Pflichtenheften einzusetzen.
2324 Entsprechende Vorlagen sind deshalb nicht vorhanden.</para>
2326 <para>Fehlermeldungen, Anregungen und Wünsche bitte senden an:
2327 empfang@revamp-it.ch</para>
2330 <sect2 id="allgemeine-hinweise-zu-latex">
2331 <title>Allgemeine Hinweise zu LaTeX Vorlagen</title>
2333 <para>In den allermeisten Installationen sollte das Drucken jetzt
2334 schon funktionieren. Sollte ein Fehler auftreten, wirft TeX sehr lange
2335 Fehlerbeschreibungen, der eigentliche Fehler ist immer die erste
2336 Zeile, die mit einem Ausrufezeichen anfängt. Häufig auftretende Fehler
2337 sind zum Beispiel:</para>
2341 <para>! LaTeX Error: File `eurosym.sty' not found. Die
2342 entsprechende LaTeX-Bibliothek wurde nicht gefunden. Das tritt vor
2343 allem bei Vorlagen aus der Community auf. Installieren Sie die
2344 entsprechenden Pakete.</para>
2348 <para>! Package inputenc Error: Unicode char \u8:... set up for
2349 use with LaTeX. Dieser Fehler tritt auf, wenn sie versuchen mit
2350 einer Standardinstallation exotische utf8 Zeichen zu drucken.
2351 TeXLive unterstützt von Haus nur romanische Schriften und muss mit
2352 diversen Tricks dazu gebracht werden andere Zeichen zu
2353 akzeptieren. Adere TeX Systeme wie XeTeX schaffen hier
2358 <para>Wird gar kein Fehler angezeigt, sondern nur der Name des
2359 Templates, heißt das normalerweise, dass das LaTeX Binary nicht
2360 gefunden wurde. Prüfen Sie den Namen in der Konfiguration (Standard:
2361 <literal>pdflatex</literal>), und stellen Sie sicher, dass pdflatex
2362 (oder das von Ihnen verwendete System) vom Webserver ausgeführt werden
2365 <para>Wenn sich das Problem nicht auf Grund der Ausgabe im Webbrowser
2366 verifizieren lässt:</para>
2370 <para>editiere [kivitendo-home]/config/kivitendo.conf und ändere
2371 "keep_temp_files" auf 1</para>
2373 <para><programlisting>keep_temp_files = 1;</programlisting></para>
2377 <para>bei fastcgi oder mod_perl den Webserver neu Starten</para>
2381 <para>Nochmal einen Druckversuch im Webfrontend auslösen</para>
2385 <para>wechsel in das users Verzeichnis von kivitendo</para>
2387 <para><programlisting>cd [kivitendo-home]/users</programlisting></para>
2391 <para>LaTeX Suchpfad anpassen:</para>
2393 <para><programlisting>export TEXINPUTS=".:[kivitendo-home]/templates/[aktuelles_template_verzeichniss]:"</programlisting></para>
2397 <para>Finde heraus, welche Datei kivitendo beim letzten Durchlauf
2400 <para><programlisting>ls -lahtr ./1*.tex</programlisting></para>
2402 <para>Es sollte die letzte Datei ganz unten sein</para>
2406 <para>für besseren Hinweis auf Fehler texdatei nochmals
2409 <para><programlisting>pdflatex ./1*.tex</programlisting></para>
2411 <para>in der *.tex datei nach dem Fehler suchen.</para>
2417 <sect1 id="OpenDocument-Vorlagen">
2418 <title>OpenDocument-Vorlagen</title>
2420 <para>kivitendo unterstützt die Verwendung von Vorlagen im
2421 OpenDocument-Format, wie es LibreOffice oder OpenOffice (ab Version 2)
2422 erzeugen. kivitendo kann dabei sowohl neue OpenDocument-Dokumente als
2423 auch aus diesen direkt PDF-Dateien erzeugen. Um die Unterstützung von
2424 OpenDocument-Vorlagen zu aktivieren muss in der Datei
2425 <filename>config/kivitendo.conf</filename> die Variable
2426 <literal>opendocument</literal> im Abschnitt
2427 <literal>print_templates</literal> auf ‘<literal>1</literal>’ stehen.
2428 Dieses ist die Standardeinstellung.</para>
2430 <para>Während die Erzeugung von reinen OpenDocument-Dateien keinerlei
2431 weitere Software benötigt, wird zur Umwandlung dieser Dateien in PDF
2432 LibreOffice oder OpenOffice benötigt. Soll dieses Feature genutzt
2433 werden, so muss neben LibreOffice oder OpenOffice auch der “X virtual
2434 frame buffer” (xvfb) installiert werden. Bei Debian ist er im Paket
2435 “xvfb” enthalten. Andere Distributionen enthalten ihn in anderen
2438 <para>Nach der Installation müssen in der Datei
2439 <filename>config/kivitendo.conf</filename> im Abschnitt
2440 <literal>applications</literal> zwei weitere Variablen angepasst
2443 <para><literal>openofficeorg_writer</literal> muss den vollständigen
2444 Pfad zu LibreOffice oder OpenOffice enthalten. Dabei dürfen keine
2445 Anführungszeichen eingesetzt werden.</para>
2447 <para>Beispiel für Debian oder Ubuntu:</para>
2449 <programlisting>openofficeorg_writer = /usr/bin/libreoffice</programlisting>
2451 <para><literal>xvfb</literal> muss den Pfad zum “X virtual frame buffer”
2454 <para>Zusätzlich gibt es zwei verschiedene Arten, wie kivitendo mit
2455 LibreOffice bzw. OpenOffice kommuniziert. Die erste Variante, die
2456 benutzt wird, wenn die Variable <literal>$openofficeorg_daemon</literal>
2457 gesetzt ist, startet ein LibreOffice oder OpenOffice, das auch nach der
2458 Umwandlung des Dokumentes gestartet bleibt. Bei weiteren Umwandlungen
2459 wird dann diese laufende Instanz benutzt. Der Vorteil ist, dass die Zeit
2460 zur Umwandlung deutlich reduziert wird, weil nicht für jedes Dokument
2461 ein LibreOffice bzw. OpenOffice gestartet werden muss. Der Nachteil ist,
2462 dass diese Methode Python und die Python-UNO-Bindings benötigt, die
2463 Bestandteil von LibreOffice bzw. OpenOffice sind.</para>
2466 <para>Für die Verbindung zu LibreOffice bzw. OpenOffice wird
2467 normalerweise der Python-Interpreter
2468 <filename>/usr/bin/python</filename> benutzt. Sollte dies nicht der
2469 richtige sein, so kann man mit zwei Konfigurationsvariablen
2470 entscheiden, welcher Python-Interpreter genutzt wird. Mit der Option
2471 <literal>python_uno</literal> aus dem Abschnitt
2472 <literal>applications</literal> wird der Interpreter selber
2473 festgelegt; sie steht standardmäßig auf dem eben erwähnten Wert
2474 <literal>/usr/bin/python</literal>.</para>
2476 <para>Zusätzlich ist es möglich, Pfade anzugeben, in denen Python
2477 neben seinen normalen Suchpfaden ebenfalls nach Modulen gesucht wird,
2478 z.B. falls sich diese in einem gesonderten LibreOffice- bzw.
2479 OpenOffice-Verzeichnis befinden. Diese zweite Variable heißt
2480 <literal>python_uno_path</literal> und befindet sich im Abschnitt
2481 <literal>environment</literal>. Sie ist standardmäßig leer. Werden
2482 hier mehrere Pfade angegeben, so müssen diese durch Doppelpunkte
2483 voneinander getrennt werden. Der Inhalt wird an den Python-Interpreter
2484 über die Umgebungsvariable <literal>PYTHONPATH</literal>
2488 <para>Ist <literal>$openofficeorg_daemon</literal> nicht gesetzt, so
2489 wird für jedes Dokument LibreOffice bzw. OpenOffice neu gestartet und
2490 die Konvertierung mit Hilfe eines Makros durchgeführt. Dieses Makro muss
2491 in der Dokumentenvorlage enthalten sein und
2492 “Standard.Conversion.ConvertSelfToPDF()” heißen. Die Beispielvorlage
2493 ‘<literal>templates/print/rev-odt/invoice.odt</literal>’ enthält ein
2494 solches Makro, das in jeder anderen Dokumentenvorlage ebenfalls
2495 enthalten sein muss.</para>
2497 <para>Als letztes muss herausgefunden werden, welchen Namen OpenOffice
2498 bzw. LibreOffice dem Verzeichnis mit den Benutzereinstellungen gibt.
2499 Unter Debian ist dies momentan <literal>~/.config/libreoffice</literal>.
2500 kivitendo verwendet das Verzeichnis
2501 <literal>users/.openoffice.org2</literal>. Eventuell muss dieses
2502 Verzeichnis umbenannt werden.</para>
2504 <para>Dieses Verzeichnis, wie auch das komplette
2505 <literal>users</literal>-Verzeichnis, muss vom Webserver beschreibbar
2506 sein. Dieses wurde bereits erledigt (siehe <xref
2507 linkend="Manuelle-Installation-des-Programmpaketes"/>), kann aber erneut
2508 überprüft werden, wenn die Konvertierung nach PDF fehlschlägt.</para>
2511 <title>OpenDocument (odt) Druckvorlagen mit Makros</title>
2513 <para>OpenDocument Vorlagen können Makros enthalten, welche komplexere
2514 Aufgaben erfüllen.</para>
2516 <para>Der Vorlagensatz "rev-odt" enthält solche Vorlagen mit <emphasis
2517 role="bold">Schweizer Bank-Einzahlungsscheinen (BESR)</emphasis>.
2518 Diese Makros haben die Aufgabe, die in den Einzahlungsscheinen
2519 benötigte Referenznummer und Kodierzeile zu erzeugen. Hier eine kurze
2520 Beschreibung, wie die Makros aufgebaut sind, und was bei ihrer Nutzung
2521 zu beachten ist (<emphasis role="bold">in fett sind nötige einmalige
2522 Anpassungen aufgeführt</emphasis>):</para>
2525 <title>Bezeichnung der Vorlagen</title>
2527 <para>Rechnung: invoice_besr.odt, Auftrag:
2528 sales_order_besr.odt</para>
2532 <title>Vorbereitungen im Adminbereich</title>
2534 <para>Damit beim Erstellen von Rechnungen und Aufträgen neben der
2535 Standardvorlage ohne Einzahlungsschein weitere Vorlagen (z.B. mit
2536 Einzahlungsschein) auswählbar sind, muss für jedes Vorlagen-Suffix
2537 ein Drucker eingerichtet werden:</para>
2541 <para>Druckeradministration → Drucker hinzufügen</para>
2545 <para>Mandant wählen</para>
2549 <para>Druckerbeschreibung → aussagekräftiger Text: wird in der
2550 Auftrags- bzw. Rechnungsmaske als Auswahl angezeigt (z.B. mit
2551 Einzahlungsschein Bank xy)</para>
2555 <para>Druckbefehl → beliebiger Text (hat für das Erzeugen von
2556 Aufträgen oder Rechnungen als odt-Datei keine Bedeutung, darf
2557 aber nicht leer sein)</para>
2561 <para>Vorlagenkürzel → besr bzw. selbst gewähltes Vorlagensuffix
2562 (muss genau der Zeichenfolge entsprechen, die zwischen
2563 "invoice_" bzw. "sales_order_" und ".odt" steht.)</para>
2567 <para>speichern</para>
2573 <title>Benutzereinstellungen</title>
2575 <para>Wer den Ausdruck mit Einzahlungsschein als Standardeinstellung
2576 im Rechnungs- bzw. Auftragsformular angezeigt haben möchte, kann
2577 dies persönlich für sich bei den Benutzereinstellungen
2578 konfigurieren:</para>
2582 <para>Programm → Benutzereinstellungen → Druckoptionen</para>
2586 <para>Standardvorlagenformat → OpenDocument/OASIS</para>
2590 <para>Standardausgabekanal → Bildschirm</para>
2594 <para>Standarddrucker → gewünschte Druckerbeschreibung auswählen
2595 (z.B. mit Einzahlungsschein Bank xy)</para>
2599 <para>Anzahl Kopien → leer</para>
2603 <para>speichern</para>
2609 <title>Aufbau und nötige Anpassungen der Vorlagen</title>
2611 <para>In der Vorlage sind als Modul "BESR" 4 Makros gespeichert, die
2612 aus dem von kivitendo erzeugten odt-Dokument die korrekte
2613 Referenznummer inklusive Prüfziffer sowie die Kodierzeile in
2614 OCRB-Schrift erzeugen und am richtigen Ort ins Dokument
2619 <para>Für den Einzahlungsschein ist die letzte Seite des
2620 Dokuments reserviert</para>
2624 <para>Direkt über dem Einzahlungsschein enthält die Vorlage eine
2625 Zeile mit folgenden Angaben (<emphasis
2626 role="bold">Bank-Konto-Identifikationsnummer und
2627 Postkonto-Nummer der Bank müssen gemäss Angaben der jeweiligen
2628 Bank angepasst werden</emphasis>):<itemizedlist>
2630 <para>DDDREF: 4 Werte zum Bilden der Referenznummer
2631 (jeweils durch einen Leerschlag getrennt): <itemizedlist>
2633 <para>erster Wert: <emphasis
2634 role="bold">Bank-Konto-Identifikation</emphasis>
2635 (nur Ziffern, maximal 6), <emphasis role="bold">muss
2636 angepasst werden</emphasis>.</para>
2640 <para>zweiter Wert: <%customernumber%>
2641 (Kundennummer: nur Ziffern, maximal 6)</para>
2645 <para>dritter Wert: <%ordnumber%>
2646 (Auftragsnummer bei Auftragsvorlage
2647 sales_oder_besr.odt, sonst 0) maximal 7 Ziffern,
2648 führende Buchstaben werden vom Makro entfernt</para>
2652 <para>vierter Wert: <%invnumber%>
2653 (Rechnungsnummer bei Rechnungsvorlage
2654 invoice_besr.odt, sonst 0) maximal 7 Ziffern,
2655 führende Buchstaben werden vom Makro entfernt</para>
2657 </itemizedlist></para>
2661 <para>DDDKONTO: <emphasis role="bold">Postkonto-Nummer der
2662 Bank, muss angepasst werden</emphasis>.</para>
2666 <para>DDDBETRAG: <%total%> Einzahlungsbetrag oder 0,
2667 falls Einzahlungsschein ohne Betrag</para>
2671 <para>DDDEND: muss am Ende der Zeile vorhanden sein</para>
2673 </itemizedlist></para>
2677 <para><emphasis role="bold">Im Einzahlungsschein selbst müssen
2678 der Name und die Adresse der Bank, die Postkonto-Nummer der
2679 Bank, sowie der eigene Firmenname und die Firmenadresse
2680 angepasst werden.</emphasis> Dabei ist darauf zu achten, dass
2681 sich die Positionen der Postkonto-Nummern der Bank, sowie der
2682 Zeichenfolgen dddfr, DDDREF1, DDDREF2, 609, DDDKODIERZEILE nicht
2688 <screeninfo>Rechnungsvorlage Schweizer Bank-Einzahlungsschein - zu
2689 ändernde Einträge in rot</screeninfo>
2693 <imagedata fileref="images/Einzahlungsschein_Makro.png"/>
2700 <title>Auswahl der Druckvorlage in kivitendo beim Erzeugen einer
2701 odt-Rechnung (analog bei Auftrag)</title>
2703 <para>Im Fussbereich der Rechnungsmaske muss neben Rechnung,
2704 OpenDocument/OASIS und Bildschirm die im Adminbereich erstellte
2705 Druckerbeschreibung ausgewählt werden, falls diese nicht bereits bei
2706 den Benutzereinstellungen als persönlicher Standard gewählt
2711 <title>Makroeinstellungen in LibreOffice anpassen</title>
2713 <para>Falls beim Öffnen einer von kivitendo erzeugten odt-Rechnung
2714 die Meldung kommt, dass Makros aus Sicherheitsgründen nicht
2715 ausgeführt werden, so müssen folgende Einstellungen in LibreOffice
2716 angepasst werden:</para>
2720 <para>Extras → Optionen → Sicherheit → Makrosicherheit</para>
2724 <para>Sicherheitslevel auf "Mittel" einstellen (Diese
2725 Einstellung muss auf jedem Computer durchgeführt werden, mit dem
2726 von kivitendo erzeugte odt-Rechnungen oder Aufträge geöffnet
2731 <para>Beim Öffnen einer odt-Rechnung oder eines odt-Auftrags bei
2732 der entsprechenden Nachfrage "Makros ausführen"
2735 <para><emphasis role="bold">Wichtig</emphasis>: die Makros sind
2736 so eingestellt, dass sie beim Öffnen der Vorlagen selbst nicht
2737 ausgeführt werden. Das heisst für das Ansehen und Bearbeiten der
2738 Vorlagen sind keine speziellen Einstellungen in LibreOffice
2746 <sect1 id="nomenclature">
2747 <title>Nomenklatur</title>
2749 <sect2 id="booking.dates">
2750 <title>Datum bei Buchungen</title>
2752 <para>Seit der Version 3.5 werden für Buchungen in kivitendo
2753 einheitlich folgende Bezeichnungen verwendet:</para>
2757 <para><option>Erfassungsdatum</option> (en: <option>Entry
2758 Date</option>, code: <option>Gldate</option>)</para>
2760 <para>bezeichnet das Datum, an dem die Buchung in kivitendo
2761 erfasst wurde.</para>
2765 <para><option>Buchungsdatum</option> (en: <option>Booking
2766 Date</option>, code: <option>Transdate</option>)</para>
2768 <para>bezeichnet das buchhaltungstechnisch für eine Buchung
2769 relevante Datum</para>
2771 <para>Das <option>Rechnungsdatum</option> bei Verkaufs- und
2772 Einkaufsrechnungen entspricht dem Buchungsdatum. Das heisst, in
2773 Berichten wie dem Buchungsjournal, in denen eine Spalte
2774 <option>Buchungsdatum</option> angezeigt werden kann, erscheint
2775 hier im Fall von Rechnungen das Rechnungsdatum.</para>
2779 <para>Bezieht sich ein verbuchter Beleg auf einen Zeitpunkt, der
2780 nicht mit dem Buchungsdatum übereinstimmt, so kann dieses Datum
2781 momentan in kivitendo nur unter Bemerkungen erfasst werden.</para>
2783 <para>Möglicherweise wird für solche Fälle in einer späteren
2784 Version von kivitendo ein dritter Datumswert für Buchungen
2785 erstellt. (Beispiel: Einkaufsbeleg stammt aus einem früheren Jahr,
2786 das bereits buchhaltungstechnisch abgeschlossen wurde, und muss
2787 deshalb später verbucht werden.)</para>
2793 <sect1 id="config.eur">
2794 <title>Konfiguration zur Einnahmenüberschussrechnung/Bilanzierung:
2797 <sect2 id="config.eur.introduction"
2798 xreflabel="Einführung in die Konfiguration zur EUR">
2799 <title>Einführung</title>
2801 <para>kivitendo besaß bis inklusive Version 2.6.3 einen
2802 Konfigurationsparameter namens <varname>eur</varname>, der sich in der
2803 Konfigurationsdatei <filename>config/kivitendo.conf</filename> (damals
2804 noch <filename>config/lx_office.conf</filename>) befand. Somit galt er
2805 für alle Mandanten, die in dieser Installation benutzt wurden.</para>
2807 <para>Mit der nachfolgenden Version wurde der Parameter zum Einen in
2808 die Mandantendatenbank verschoben und dabei auch gleich in drei
2809 Einzelparameter aufgeteilt, mit denen sich das Verhalten genauer
2810 steuern lässt.</para>
2813 <sect2 id="config.eur.parameters"
2814 xreflabel="Konfigurationsparameter für EUR">
2815 <title>Konfigurationsparameter</title>
2817 <para>Es gibt drei Parameter, die die Gewinnermittlungsart,
2818 Versteuerungsart und die Warenbuchungsmethode regeln:</para>
2822 <term><varname>profit_determination</varname></term>
2825 <para>Dieser Parameter legt die Berechnungsmethode für die
2826 Gewinnermittlung fest. Er enthält entweder
2827 <literal>balance</literal> für
2828 Betriebsvermögensvergleich/Bilanzierung oder
2829 <literal>income</literal> für die
2830 Einnahmen-Überschuss-Rechnung.</para>
2835 <term><varname>accounting_method</varname></term>
2838 <para>Dieser Parameter steuert die Buchungs- und
2839 Berechnungsmethoden für die Versteuerungsart. Er enthält
2840 entweder <literal>accrual</literal> für die Soll-Versteuerung
2841 oder <literal>cash</literal> für die Ist-Versteuerung.</para>
2846 <term><varname>inventory_system</varname></term>
2849 <para>Dieser Parameter legt die Warenbuchungsmethode fest. Er
2850 enthält entweder <literal>perpetual</literal> für die
2851 Bestandsmethode oder <literal>periodic</literal> für die
2852 Aufwandsmethode.</para>
2857 <para>Zum Vergleich der Funktionalität bis und nach 2.6.3:
2858 <varname>eur</varname> = 1 bedeutete Einnahmen-Überschuss-Rechnung,
2859 Ist-Versteuerung und Aufwandsmethode. <varname>eur</varname> = 0
2860 bedeutete hingegen Bilanzierung, Soll-Versteuerung und
2861 Bestandsmethode.</para>
2863 <para>Die Konfiguration "<varname>eur</varname>" unter
2864 <varname>[system]</varname> in der <link
2865 linkend="config.config-file">Konfigurationsdatei</link>
2866 <filename>config/kivitendo.conf</filename> wird nun nicht mehr
2867 benötigt und kann entfernt werden. Dies muss manuell geschehen.</para>
2870 <sect2 id="config.eur.setting-parameters">
2871 <title>Festlegen der Parameter</title>
2873 <para>Beim Anlegen eines neuen Mandanten bzw. einer neuen Datenbank in
2874 der Admininstration können diese Optionen nun unabhängig voneinander
2875 eingestellt werden.</para>
2877 <para>Für die Schweiz sind folgende Einstellungen üblich:
2880 <para>Sollversteuerung</para>
2884 <para>Aufwandsmethode</para>
2888 <para>Bilanzierung</para>
2890 </itemizedlist> Diese Einstellungen werden automatisch beim
2891 Erstellen einer neuen Datenbank vorausgewählt, wenn in
2892 <filename>config/kivitendo.conf</filename> unter
2893 <varname>[system]</varname> <literal>default_manager = swiss</literal>
2894 eingestellt ist.</para>
2896 <para>Beim Upgrade bestehender Mandanten wird eur ausgelesen und die
2897 Variablen werden so gesetzt, daß sich an der Funktionalität nichts
2900 <para>Die aktuelle Konfiguration wird unter Nummernkreise und
2901 Standardkonten unter dem neuen Punkt "Einstellungen" (read-only)
2902 angezeigt. Unter <guimenu>System</guimenu> →
2903 <guisubmenu>Mandantenkonfiguration</guisubmenu> können die
2904 Einstellungen auch geändert werden. Dabei ist zu beachten, dass eine
2905 Änderung vorhandene Daten so belässt und damit evtl. die Ergebnisse
2906 verfälscht. Dies gilt vor Allem für die Warenbuchungsmethode (siehe
2907 auch <link linkend="config.eur.inventory-system-perpetual">
2908 Bemerkungen zur Bestandsmethode</link>).</para>
2911 <sect2 id="config.eur.inventory-system-perpetual">
2912 <title>Bemerkungen zur Bestandsmethode</title>
2914 <para>Die Bestandsmethode ist eigentlich eine sehr elegante Methode,
2915 funktioniert in kivitendo aber nur unter bestimmten Bedingungen:
2916 Voraussetzung ist, daß auch immer alle Einkaufsrechnungen gepflegt
2917 werden, und man beim Jahreswechsel nicht mit einer leeren Datenbank
2918 anfängt, da bei jedem Verkauf anhand der gesamten Rechnungshistorie
2919 der Einkaufswert der Ware nach dem FIFO-Prinzip aus den
2920 Einkaufsrechnungen berechnet wird.</para>
2922 <para>Die Bestandsmethode kann vom Prinzip her also nur funktioneren,
2923 wenn man mit den Buchungen bei Null anfängt, und man kann auch nicht
2924 im laufenden Betrieb von der Aufwandsmethode zur Bestandsmethode
2928 <sect2 id="config.eur.knonw-issues">
2929 <title>Bekannte Probleme</title>
2931 <para>Bei bestimmten Berichten kann man derzeit noch inviduell
2932 einstellen, ob man nach Ist- oder Sollversteuerung auswertet, und es
2933 werden im Code Variablen wie $accrual oder $cash gesetzt. Diese
2934 Codestellen wurden noch nicht angepasst, sondern nur die, wo bisher
2935 die Konfigurationsvariable
2936 <varname>$::lx_office_conf{system}->{eur}</varname> ausgewertet
2939 <para>Es fehlen Hilfetext beim Neuanlegen eines Mandanten, was die
2940 Optionen bewirken, z.B. mit zwei Standardfällen.</para>
2944 <sect1 id="config.skr04-update-3804">
2945 <title>SKR04 19% Umstellung für innergemeinschaftlichen Erwerb</title>
2947 <sect2 id="config.skr04-update-3804.introduction">
2948 <title>Einführung</title>
2950 <para>Die Umsatzsteuerumstellung auf 19% für SKR04 für die
2951 Steuerschlüssel "EU ohne USt-ID Nummer" ist erst 2010 erfolgt.
2952 kivitendo beinhaltet ein Upgradeskript, das das Konto 3804 automatisch
2953 erstellt und die Steuereinstellungen korrekt einstellt. Hat der
2954 Benutzer aber schon selber das Konto 3804 angelegt, oder gab es schon
2955 Buchungen im Zeitraum nach dem 01.01.2007 auf das Konto 3803, wird das
2956 Upgradeskript vorsichtshalber nicht ausgeführt, da der Benutzer sich
2957 vielleicht schon selbst geholfen hat und mit seinen Änderungen
2958 zufrieden ist. Die korrekten Einstellungen kann man aber auch per Hand
2959 ausführen. Nachfolgend werden die entsprechenden Schritte anhand von
2960 Screenshots dargestellt.</para>
2962 <para>Für den Fall, daß Buchungen mit der Steuerschlüssel "EU ohne
2963 USt.-IdNr." nach dem 01.01.2007 erfolgt sind, ist davon auszugehen,
2964 dass diese mit dem alten Umsatzsteuersatz von 16% gebucht worden sind,
2965 und diese Buchungen sollten entsprechend kontrolliert werden.</para>
2968 <sect2 id="config.skr04-update-3804.create-chart">
2969 <title>Konto 3804 manuell anlegen</title>
2971 <para>Die folgenden Schritte sind notwendig, um das Konto manuell
2972 anzulegen und zu konfigurieren. Zuerst wird in
2973 <guimenu>System</guimenu> → <guisubmenu>Kontenübersicht</guisubmenu> →
2974 <guimenuitem>Konto erfassen</guimenuitem> das Konto angelegt.</para>
2977 <screeninfo>Konto 3804 erfassen</screeninfo>
2981 <imagedata fileref="images/skr04-update-3804/konto3804.png"/>
2986 <para>Als Zweites muss Steuergruppe 13 für Konto 3803 angepasst
2987 werden. Dazu unter <guimenu>System</guimenu> →
2988 <guisubmenu>Steuern</guisubmenu> →
2989 <guimenuitem>Bearbeiten</guimenuitem> den Eintrag mit Steuerschlüssel
2990 13 auswählen und ihn wie im folgenden Screenshot angezeigt
2994 <screeninfo>Steuerschlüssel 13 für 3803 (16%) anpassen</screeninfo>
2998 <imagedata fileref="images/skr04-update-3804/steuer3803.png"/>
3003 <para>Als Drittes wird ein neuer Eintrag mit Steuerschlüssel 13 für
3004 Konto 3804 (19%) angelegt. Dazu unter <guimenu>System</guimenu> →
3005 <guisubmenu>Steuern</guisubmenu> → <guimenuitem>Erfassen</guimenuitem>
3006 auswählen und die Werte aus dem Screenshot übernehmen.</para>
3009 <screeninfo>Steuerschlüssel 13 für 3804 (19%) anlegen</screeninfo>
3013 <imagedata fileref="images/skr04-update-3804/steuer3804.png"/>
3018 <para>Als Nächstes sind alle Konten anzupassen, die als
3019 Steuerautomatikkonto die 3803 haben, sodass sie ab dem 1.1.2007 auch
3020 Steuerautomatik auf 3804 bekommen. Dies betrifft in der
3021 Standardkonfiguration die Konten 4315 und 4726. Als Beispiel für 4315
3022 müssen Sie dazu unter <guimenu>System</guimenu> →
3023 <guisubmenu>Kontenübersicht</guisubmenu> → <guimenuitem>Konten
3024 anzeigen</guimenuitem> das Konto 4315 anklicken und die Einstellungen
3025 wie im Screenshot gezeigt vornehmen.</para>
3028 <screeninfo>Konto 4315 anpassen</screeninfo>
3032 <imagedata fileref="images/skr04-update-3804/konto4315.png"/>
3037 <para>Als Letztes sollte die Steuerliste unter
3038 <guimenu>System</guimenu> → <guisubmenu>Steuern</guisubmenu> →
3039 <guimenuitem>Bearbeiten</guimenuitem> kontrolliert werden. Zum
3040 Vergleich der Screenshot.</para>
3043 <screeninfo>Steuerliste vergleichen</screeninfo>
3047 <imagedata fileref="images/skr04-update-3804/steuerliste.png"/>
3054 <sect1 id="config.bilanz">
3055 <title>Verhalten des Bilanzberichts</title>
3057 <para>Bis Version 3.0 wurde "closedto" ("Bücher schließen zum") als
3058 Grundlage für das Startdatum benutzt. Schließt man die Bücher allerdings
3059 monatsweise führt dies zu falschen Werten.</para>
3061 <para>In der Mandantenkonfiguration kann man dieses Verhalten genau
3062 einstellen indem man:</para>
3066 <para>weiterhin closed_to benutzt (Default, es ändert sich nichts zu
3071 <para>immer den Jahresanfang nimmt (1.1. relativ zum
3076 <para>immer die letzte Eröffnungsbuchung als Startdatum nimmt</para>
3078 <para>- mit Jahresanfang als Alternative wenn es keine EB-Buchungen
3081 <para>- oder mit "alle Buchungen" als Alternative"</para>
3085 <para>mit Jahresanfang als Alternative wenn es keine EB-Buchungen
3090 <para>immer alle Buchungen seit Beginn der Datenbank nimmt</para>
3094 <para>Folgende Hinweise zu den Optionen: Das "Bücher schließen Datum"
3095 ist sinnvoll, wenn man nur komplette Jahre schließt. Bei Wirtschaftsjahr
3096 = Kalendarjahr entspricht dies aber auch dem Jahresanfang. "Alle
3097 Buchungen" kann z.B. sinnvoll sein wenn man ohne Jahresabschluß
3098 durchbucht. Eröffnungsbuchung mit "alle Buchungen" als Fallback ist z.B.
3099 sinnvoll, wenn man am sich Anfang des zweiten Buchungsjahres befindet,
3100 und noch keinen Jahreswechsel und auch noch keine EB-Buchungen hat. Bei
3101 den Optionen mit EB-Buchungen wird vorausgesetzt, daß diese immer am 1.
3102 Tag des Wirtschaftsjahres gebucht werden. Zur Sicherheit wird das
3103 Startdatum im Bilanzbericht jetzt zusätzlich zum Stichtag mit angezeigt.
3104 Das hilft auch bei der Kontrolle für den Abgleich mit der GuV bzw.
3105 Erfolgsrechnung.</para>
3108 <sect1 id="config.erfolgsrechnung">
3109 <title>Erfolgsrechnung</title>
3111 <para>Seit der Version 3.4.1 existiert in kivitendo der Bericht
3112 <emphasis role="bold"> Erfolgsrechnung</emphasis>.</para>
3114 <para>Die Erfolgsrechnung kann in der Mandantenkonfiguration unter
3115 Features an- oder abgeschaltet werden. Mit der Einstellung
3116 <varname>default_manager = swiss </varname> in der
3117 <filename>config/kivitendo.conf</filename> wird beim neu Erstellen einer
3118 Datenbank automatisch die Anzeige der Erfolgsrechnung im Menü
3119 <guimenu>Berichte </guimenu> ausgewählt und ersetzt dort die GUV.</para>
3121 <para>Im Gegensatz zur GUV werden bei der Erfolgsrechnung sämtliche
3122 Aufwands- und Erlöskonten einzeln aufgelistet (analog zur Bilanz),
3123 sortiert nach ERTRAG und AUFWAND.</para>
3125 <para>Bei den Konteneinstellungen muss bei jedem Konto, das in der
3126 Erfolgsrechnung erscheinen soll, unter <varname>Sonstige
3127 Einstellungen/Erfolgsrechnung</varname> entweder
3128 <literal>01.Ertrag</literal> oder <literal>06.Aufwand</literal>
3129 ausgewählt werden.</para>
3131 <para>Wird bei einem Erlöskonto <literal>06.Aufwand</literal>
3132 ausgewählt, so wird dieses Konto als Aufwandsminderung unter AUFWAND
3135 <para>Wird bei einem Aufwandskonto <literal>01.Ertrag</literal>
3136 ausgewählt, so wird dieses Konto als Ertragsminderung unter ERTRAG
3139 <para>Soll bei einer bereits bestehenden Buchhaltung in Zukunft
3140 zusätzlich die Erfolgsrechnung als Bericht verwendet werden, so müssen
3141 die Einstellungen zu allen Erlös- und Aufwandskonten unter
3142 <varname>Sonstige Einstellungen/Erfolgsrechnung</varname> überprüft und
3143 allenfalls neu gesetzt werden.</para>
3146 <sect1 id="config.rounding">
3147 <title>Rundung in Verkaufsbelegen</title>
3149 <para>In der Schweiz hat die kleinste aktuell benutzte Münze den Wert
3150 von 5 Rappen (0.05 CHF).</para>
3152 <para>Auch wenn im elektronischen Zahlungsverkehr Beträge mit einer
3153 Genauigkeit von 0.01 CHF verwendet werden können, ist es trotzdem nach
3154 wie vor üblich, Rechnungen mit auf 0.05 CHF gerundeten Beträgen
3155 auszustellen.</para>
3157 <para>In kivitendo kann seit der Version 3.4.1 die Einstellung für eine
3158 solche Rundung pro Mandant / Datenbank festgelegt werden.</para>
3160 <para>Die Einstellung wird beim Erstellen der Datenbank bei
3161 <literal>Genauigkeit</literal> festgelegt. Sie kann anschliessend über
3162 das Webinterface von kivitendo nicht mehr verändert werden.</para>
3164 <para>Abhängig vom Wert für <varname>default_manager</varname> in
3165 <filename>config/kivitendo.conf</filename> werden dabei folgende Werte
3166 voreingestellt:</para>
3170 <para>0.05 (default_manager = swiss)</para>
3174 <para>0.01 (default_manager = german)</para>
3178 <para>Der Wert wird in der Datenbank in der Tabelle <varname>defaults
3179 </varname>in der Spalte <varname>precision</varname> gespeichert.</para>
3181 <para>In allen Verkaufsangeboten, Verkaufsaufträgen, Verkaufsrechnungen
3182 und Verkaufsgutschriften wird der Endbetrag inkl. MWST gerundet, wenn
3183 dieser nicht der eingestellten Genauigkeit entspricht.</para>
3185 <para>Beim Buchen einer Verkaufsrechnung wird der Rundungsbetrag
3186 automatisch auf die in der Mandantenkonfiguration festgelegten
3187 Standardkonten für Rundungserträge bzw. Rundungsaufwendungen
3190 <para>(Die berechnete MWST wird durch den Rundungsbetrag nicht mehr
3193 <para>Die in den Druckvorlagen zur Verfügung stehenden Variablen
3194 <varname>quototal</varname>, <varname>ordtotal</varname> bzw.
3195 <varname>invtotal</varname> enthalten den gerundeten Betrag.</para>
3197 <para><emphasis role="bold">Achtung:</emphasis> Werden Verkaufsbelege in
3198 anderen Währungen als der Standardwährung erstellt, so muss in kivitendo
3199 ab Version 3.4.1 die Genauigkeit 0.01 verwendet werden.</para>
3201 <para>Das heisst, Firmen in der Schweiz, die teilweise
3202 Verkaufsrechnungen in Euro oder anderen Währungen erstellen wollen,
3203 müssen beim Erstellen der Datenbank als Genauigkeit 0.01 wählen und
3204 können zur Zeit die 5er Rundung noch nicht nutzen.</para>
3207 <sect1 id="config.client">
3208 <title>Einstellungen pro Mandant</title>
3210 <para>Einige Einstellungen können von einem Benutzer mit dem <link
3211 linkend="Zusammenhänge">Recht</link> "Administration (Für die Verwaltung
3212 der aktuellen Instanz aus einem Userlogin heraus)" gemacht werden. Diese
3213 Einstellungen sind dann für die aktuellen Mandanten-Datenbank gültig.
3214 Die Einstellungen sind unter <guimenu>System</guimenu> →
3215 <guisubmenu>Mandantenkonfiguration</guisubmenu> erreichbar.</para>
3217 <para>Bitte beachten Sie die Hinweise zu den einzelnen Einstellungen.
3218 Einige Einstellungen sollten nicht ohne Weiteres im laufenden Betrieb
3219 geändert werden (siehe auch <link
3220 linkend="config.eur.inventory-system-perpetual">Bemerkungen zu
3221 Bestandsmethode</link>).</para>
3223 <para>Die Einstellungen <literal>show_bestbefore</literal> und
3224 <literal>payments_changeable</literal> aus dem Abschnitt
3225 <literal>features</literal> und die Einstellungen im Abschnitt
3226 <literal>datev_check</literal> (sofern schon vorhanden) der <link
3227 linkend="config.config-file">kivitendo-Konfigurationsdatei</link> werden
3228 bei einem Datenbankupdate einer älteren Version automatisch übernommen.
3229 Diese Einträge können danach aus der Konfigurationsdatei entfernt
3233 <sect1 id="kivitendo-ERP-verwenden">
3234 <title>kivitendo ERP verwenden</title>
3236 <para>Nach erfolgreicher Installation ist der Loginbildschirm unter
3237 folgender URL erreichbar:</para>
3240 url="http://localhost/kivitendo-erp/login.pl">http://localhost/kivitendo-erp/login.pl</ulink></para>
3242 <para>Die Administrationsseite erreichen Sie unter:</para>
3245 url="http://localhost/kivitendo-erp/controller.pl?action=Admin/login">http://localhost/kivitendo-erp/controller.pl?action=Admin/login</ulink></para>
3249 <chapter id="features" xreflabel="Features und Funktionen">
3250 <title>Features und Funktionen</title>
3252 <sect1 id="features.periodic-invoices"
3253 xreflabel="Wiederkehrende Rechnungen">
3254 <title>Wiederkehrende Rechnungen</title>
3256 <sect2 id="features.periodic-invoices.introduction"
3257 xreflabel="Einführung in wiederkehrende Rechnungen">
3258 <title>Einführung</title>
3260 <para>Wiederkehrende Rechnungen werden als normale Aufträge definiert
3261 und konfiguriert, mit allen dazugehörigen Kunden- und Artikelangaben.
3262 Die konfigurierten Aufträge werden später automatisch in Rechnungen
3263 umgewandelt, so als ob man den Workflow benutzen würde, und auch die
3264 Auftragsnummer wird übernommen, sodass alle wiederkehrenden
3265 Rechnungen, die aus einem Auftrag erstellt wurden, später leicht
3266 wiederzufinden sind.</para>
3269 <sect2 id="features.periodic-invoices.configuration"
3270 xreflabel="Konfiguration von wiederkehrenden Rechnungen">
3271 <title>Konfiguration</title>
3273 <para>Um einen Auftrag für wiederkehrende Rechnung zu konfigurieren,
3274 findet sich beim Bearbeiten des Auftrags ein neuer Knopf
3275 "Konfigurieren", der ein neues Fenster öffnet, in dem man die nötigen
3276 Parameter einstellen kann. Hinter dem Knopf wird außerdem noch
3277 angezeigt, ob der Auftrag als wiederkehrende Rechnung konfiguriert ist
3280 <para>Folgende Parameter kann man konfigurieren:</para>
3287 <para>Bei aktiven Rechnungen wird automatisch eine Rechnung
3288 erstellt, wenn die Periodizität erreicht ist (z.B. am Anfang
3289 eines neuen Monats).</para>
3291 <para>Ist ein Auftrag nicht aktiv, so werden für ihn auch keine
3292 wiederkehrenden Rechnungen erzeugt. Stellt man nach längerer
3293 nicht-aktiver Zeit einen Auftrag wieder auf aktiv, wird beim
3294 nächsten Periodenwechsel für alle Perioden, seit der letzten
3295 aktiven Periode, jeweils eine Rechnung erstellt. Möchte man dies
3296 verhindern, muss man vorher das Startdatum neu setzen.</para>
3298 <para>Für gekündigte Aufträge werden nie mehr Rechnungen
3299 erstellt. Man kann sich diese Aufträge aber gesondert in den
3300 Berichten anzeigen lassen.</para>
3305 <term>Periodizität</term>
3308 <para>Ob monatlich, quartalsweise oder jährlich auf neue
3309 Rechnungen überprüft werden soll. Für jede Periode seit dem
3310 Startdatum wird überprüft, ob für die Periode (beginnend immer
3311 mit dem ersten Tag der Periode) schon eine Rechnung erstellt
3312 wurde. Unter Umständen können bei einem Startdatum in der
3313 Vergangenheit gleich mehrere Rechnungen erstellt werden.</para>
3318 <term>Buchen auf</term>
3321 <para>Das Forderungskonto, in der Regel "Forderungen aus
3322 Lieferungen und Leistungen". Das Gegenkonto ergibt sich aus den
3323 Buchungsgruppen der betreffenden Waren.</para>
3328 <term>Startdatum</term>
3331 <para>ab welchem Datum auf Rechnungserstellung geprüft werden
3337 <term>Enddatum</term>
3340 <para>ab wann keine Rechnungen mehr erstellt werden
3346 <term>Automatische Verlängerung um x Monate</term>
3349 <para>Sollen die wiederkehrenden Rechnungen bei Erreichen des
3350 eingetragenen Enddatums weiterhin erstellt werden, so kann man
3351 hier die Anzahl der Monate eingeben, um die das Enddatum
3352 automatisch nach hinten geschoben wird.</para>
3357 <term>Drucken</term>
3360 <para>Sind Drucker konfiguriert, so kann man sich die erstellten
3361 Rechnungen auch gleich ausdrucken lassen.</para>
3366 <para>Nach Erstellung der Rechnungen kann eine E-Mail mit
3367 Informationen zu den erstellten Rechnungen verschickt werden.
3368 Konfiguriert wird dies in der <link
3369 linkend="config.config-file.sections-parameters">Konfigurationsdatei</link>
3370 <filename>config/kivitendo.conf</filename> im Abschnitt
3371 <varname>[periodic_invoices]</varname>.</para>
3374 <sect2 id="features.periodic-invoices.variables">
3375 <title>Spezielle Variablen</title>
3377 <para>Um die erzeugten Rechnungen individualisieren zu können, werden
3378 beim Umwandeln des Auftrags in eine Rechnung einige speziell
3379 formatierte Variablen durch für die jeweils aktuelle
3380 Abrechnungsperiode gültigen Werte ersetzt. Damit ist es möglich, z.B.
3381 den Abrechnungszeitraum explizit auszuweisen. Eine Variable hat dabei
3382 die Syntax <literal><%variablenname%></literal>.</para>
3384 <para>Sofern es sich um eine Datumsvariable handelt, kann das
3385 Ausgabeformat weiter bestimmt werden, indem an den Variablennamen
3386 Formatoptionen angehängt werden. Die Syntax sieht dabei wie folgt aus:
3387 <literal><%variablenname FORMAT=Formatinformation%></literal>.
3388 Die zur verfügung stehenden Formatinformationen werden unten genauer
3391 <para>Diese Variablen können auch beim automatischen Versand der
3392 erzeugten Rechnungen per E-Mail genutzt werden, indem sie in den
3393 Feldern für den Betreff oder die Nachricht verwendet werden.</para>
3395 <para>Diese Variablen werden in den folgenden Elementen des Auftrags
3400 <para>Bemerkungen</para>
3404 <para>Interne Bemerkungen</para>
3408 <para>Vorgangsbezeichnung</para>
3412 <para>In den Beschreibungs- und Langtextfeldern aller
3417 <para>Die zur Verfügung stehenden Variablen sind die Folgenden:</para>
3421 <term><varname><%current_quarter%></varname>,
3422 <varname><%previous_quarter%></varname>,
3423 <varname><%next_quarter%></varname></term>
3426 <para>Aktuelles, vorheriges und nächstes Quartal als Zahl
3427 zwischen <literal>1</literal> und <literal>4</literal>.</para>
3432 <term><varname><%current_month%></varname>,
3433 <varname><%previous_month%></varname>,
3434 <varname><%next_month%></varname></term>
3437 <para>Aktueller, vorheriger und nächster Monat als Zahl zwischen
3438 <literal>1</literal> und <literal>12</literal>.</para>
3443 <term><varname><%current_month_long%></varname>,
3444 <varname><%previous_month_long%></varname>,
3445 <varname><%next_month_long%></varname></term>
3448 <para>Aktueller, vorheriger und nächster Monat als Name
3449 (<literal>Januar</literal>, <literal>Februar</literal>
3455 <term><varname><%current_year%></varname>,
3456 <varname><%previous_year%></varname>,
3457 <varname><%next_year%></varname></term>
3460 <para>Aktuelles, vorheriges und nächstes Jahr als vierstellige
3461 Jahreszahl (<literal>2013</literal> etc.).</para>
3466 <term><varname><%period_start_date%></varname>,
3467 <varname><%period_end_date%></varname></term>
3470 <para>Formatiertes Datum des ersten und letzten Tages im
3471 Abrechnungszeitraum (z.B. bei quartalsweiser Abrechnung und im
3472 ersten Quartal von 2013 wären dies der
3473 <literal>01.01.2013</literal> und
3474 <literal>31.03.2013</literal>).</para>
3479 <para>Die invidiuellen Formatinformationen bestehen aus Paaren von
3480 Prozentzeichen und einem Buchstaben, welche beide zusammen durch den
3481 dazugehörigen Wert ersetzt werden. So wird z.B. <literal>%Y</literal>
3482 durch das viertstellige Jahr ersetzt. Alle möglichen Platzhalter
3487 <term><varname>%a</varname></term>
3490 <para>Der abgekürzte Wochentagsname.</para>
3495 <term><varname>%A</varname></term>
3498 <para>Der ausgeschriebene Wochentagsname.</para>
3503 <term><varname>%b</varname></term>
3506 <para>Der abgekürzte Monatsname.</para>
3511 <term><varname>%B</varname></term>
3514 <para>Der ausgeschriebene Monatsname.</para>
3519 <term><varname>%C</varname></term>
3522 <para>Das Jahrhundert (Jahr/100) als eine zweistellige
3528 <term><varname>%d</varname></term>
3531 <para>Der Monatstag als Zahl zwischen 01 und 31.</para>
3536 <term><varname>%D</varname></term>
3539 <para>Entspricht %m/%d/%y (amerikanisches Datumsformat).</para>
3544 <term><varname>%e</varname></term>
3547 <para>Wie %d (Monatstag als Zahl zwischen 1 und 31), allerdings
3548 werden führende Nullen durch Leerzeichen ersetzt.</para>
3553 <term><varname>%F</varname></term>
3556 <para>Entspricht %Y-%m-%d (das ISO-8601-Datumsformat).</para>
3561 <term><varname>%j</varname></term>
3564 <para>Der Tag im Jahr als Zahl zwischen 001 und 366
3570 <term><varname>%m</varname></term>
3573 <para>Der Monat als Zahl zwischen 01 und 12 inklusive.</para>
3578 <term><varname>%u</varname></term>
3581 <para>Der Wochentag als Zahl zwischen 1 und 7 inklusive, wobei
3582 die 1 dem Montag entspricht.</para>
3587 <term><varname>%U</varname></term>
3590 <para>Die Wochennummer als Zahl zwischen 00 und 53 inklusive,
3591 wobei der erste Sonntag im Jahr das Startdatum von Woche 01
3597 <term><varname>%V</varname></term>
3600 <para>Die ISO-8601:1988-Wochennummer als Zahl zwischen 01 und 53
3601 inklusive, wobei Woche 01 die erste Woche, von der mindestens
3602 vier Tage im Jahr liegen; Montag ist erster Tag der
3608 <term><varname>%w</varname></term>
3611 <para>Der Wochentag als Zahl zwischen 0 und 6 inklusive, wobei
3612 die 0 dem Sonntag entspricht.</para>
3617 <term><varname>%W</varname></term>
3620 <para>Die Wochennummer als Zahl zwischen 00 und 53 inklusive,
3621 wobei der erste Montag im Jahr das Startdatum von Woche 01
3627 <term><varname>%y</varname></term>
3630 <para>Das Jahr als zweistellige Zahl zwischen 00 und 99
3636 <term><varname>%Y</varname></term>
3639 <para>Das Jahr als vierstellige Zahl.</para>
3644 <term><varname>%%</varname></term>
3647 <para>Das Prozentzeichen selber.</para>
3652 <para>Anwendungsbeispiel für die Ausgabe, von welchem Monat und Jahr
3653 bis zu welchem Monat und Jahr die aktuelle Abrechnungsperiode dauert:
3654 <literal>Abrechnungszeitrum: <%period_start_date FORMAT=%m/%Y%>
3655 bis <%period_end_date FORMAT=%m/%Y%></literal></para>
3658 <sect2 id="features.periodic-invoices.reports">
3659 <title>Auflisten</title>
3661 <para>Unter Verkauf->Berichte->Aufträge finden sich zwei neue
3662 Checkboxen, "Wiederkehrende Rechnungen aktiv" und "Wiederkehrende
3663 Rechnungen inaktiv", mit denen man sich einen Überglick über die
3664 wiederkehrenden Rechnungen verschaffen kann.</para>
3667 <sect2 id="features.periodic-invoices.task-server">
3668 <title>Erzeugung der eigentlichen Rechnungen</title>
3670 <para>Die zeitliche und periodische Überprüfung, ob eine
3671 wiederkehrende Rechnung automatisch erstellt werden soll, geschieht
3672 durch den <link linkend="config.task-server">Taskserver</link>, einen
3673 externen Dienst, der automatisch beim Start des Servers gestartet
3674 werden sollte.</para>
3677 <sect2 id="features.periodic-invoices.create-for-current-month">
3678 <title>Erste Rechnung für aktuellen Monat erstellen</title>
3680 <para>Will man im laufenden Monat eine monatlich wiederkehrende
3681 Rechnung inkl. des laufenden Monats starten, stellt man das Startdatum
3682 auf den Monatsanfang und wartet ein paar Minuten, bis der Taskserver
3683 den neu konfigurieren Auftrag erkennt und daraus eine Rechnung
3684 generiert hat. Alternativ setzt man das Startdatum auf den
3685 Monatsersten des Folgemonats und erstellt die erste Rechnung direkt
3686 manuell über den Workflow.</para>
3690 <sect1 id="features.bank" xreflabel="bankerweiterung">
3691 <title>Bankerweiterung</title>
3693 <sect2 id="features.bank.introduction"
3694 xreflabel="Einführung in die Bankerweiterung">
3695 <title>Einführung</title>
3697 <para>Die Beschreibung der Bankerweiterung befindet sich derzeit noch
3698 im Wiki und soll von dort später hierhin übernommen werden:</para>
3701 url="http://redmine.kivitendo-premium.de/projects/forum/wiki/Bankerweiterung">http://redmine.kivitendo-premium.de/projects/forum/wiki/Bankerweiterung</ulink></para>
3705 <sect1 id="dokumentenvorlagen-und-variablen">
3706 <title>Dokumentenvorlagen und verfügbare Variablen</title>
3708 <sect2 id="dokumentenvorlagen-und-variablen.einführung">
3709 <title>Einführung</title>
3711 <para>Dies ist eine Auflistung der Standard-Dokumentenvorlagen und
3712 aller zur Bearbeitung verfügbaren Variablen. Eine Variable wird in
3713 einer Vorlage durch ihren Inhalt ersetzt, wenn sie in der Form
3714 <function><%variablenname%></function> verwendet wird. Für
3715 LaTeX- und HTML-Vorlagen kann man die Form dieser Tags auch verändern
3717 linkend="dokumentenvorlagen-und-variablen.tag-style"/>).</para>
3719 <para>kivitendo unterstützt LaTeX-, HTML- und OpenDocument-Vorlagen.
3720 Sofern es nicht ausdrücklich eingeschränkt wird, gilt das im Folgenden
3721 gesagte für alle Vorlagenarten.</para>
3723 <para>Insgesamt sind technisch gesehen eine ganze Menge mehr Variablen
3724 verfügbar als hier aufgelistet werden. Die meisten davon können
3725 allerdings innerhalb einer solchen Vorlage nicht sinnvoll verwendet
3726 werden. Wenn eine Auflistung dieser Variablen gewollt ist, so kann
3727 diese wie folgt erhalten werden:</para>
3731 <para><filename>SL/Form.pm</filename> öffnen und am Anfang die
3732 Zeile "<command>use Data::Dumper;</command>" einfügen.</para>
3736 <para>In <filename>Form.pm</filename> die Funktion
3737 <function>parse_template</function> suchen und hier die Zeile
3738 <command>print(STDERR Dumper($self));</command> einfügen.</para>
3742 <para>Einmal per Browser die gewünschte Vorlage "benutzen", z.B.
3743 ein PDF für eine Rechnung erzeugen.</para>
3747 <para>Im <filename>error.log</filename> Apache steht die Ausgabe
3748 der Variablen <varname>$self</varname> in der Form <varname>'key'
3749 => 'value',</varname>. Alle <varname>key</varname>s sind
3755 <sect2 id="dokumentenvorlagen-und-variablen.variablen-ausgeben">
3756 <title>Variablen ausgeben</title>
3758 <para>Um eine Variable auszugeben, müssen sie einfach nur zwischen die
3759 Tags geschrieben werden, also z.B.
3760 <varname><%variablenname%></varname>.</para>
3762 <para>Optional kann man auch mit Leerzeichen getrennte Flags angeben,
3763 die man aber nur selten brauchen wird. Die Syntax sieht also so aus:
3764 <varname><%variablenname FLAG1 FLAG2%></varname>. Momentan
3765 werden die folgenden Flags unterstützt:</para>
3769 <para><option>NOFORMAT</option> gilt nur für Zahlenwerte und gibt
3770 den Wert ohne Formatierung, also ohne Tausendertrennzeichen mit
3771 mit einem Punkt als Dezimaltrennzeichen aus. Nützlich z.B., wenn
3772 damit in der Vorlage z.B. von LaTeX gerechnet werden soll.</para>
3776 <para><option>NOESCAPE</option> unterdrückt das Escapen von
3777 Sonderzeichen für die Vorlagensprache. Wenn also in einer
3778 Variablen bereits gültiger LaTeX-Code steht und dieser von LaTeX
3779 auch ausgewertet und nicht wortwörtlich angezeigt werden soll, so
3780 ist dieses Flag sinnvoll.</para>
3784 <para>Beispiel:</para>
3786 <programlisting><%quototal NOFORMAT%></programlisting>
3789 <sect2 id="dokumentenvorlagen-und-variablen.verwendung-in-druckbefehlen">
3790 <title>Verwendung in Druckbefehlen</title>
3792 <para>In der Admininstration können Drucker definiert werden. Auch im
3793 dort eingebbaren Druckbefehl können die hier aufgelisteten Variablen
3794 und Kontrollstrukturen verwendet werden. Ihr Inhalt wird dabei nach
3795 den Regeln der gängigen Shells formatiert, sodass Sonderzeichen wie
3796 <function>`...`</function> nicht zu unerwünschtem Verhalten
3799 <para>Dies erlaubt z.B. die Definition eines Faxes als Druckerbefehl,
3800 für das die Telefonnummer eines Ansprechpartners als Teil der
3801 Kommandozeile verwendet wird. Für ein fiktives Kommando könnte das
3802 z.B. wie folgt aussehen:</para>
3804 <programlisting>send_fax --number <%if cp_phone2%><%cp_phone2%><%else%><%cp_phone1%><%end%></programlisting>
3807 <sect2 id="dokumentenvorlagen-und-variablen.tag-style"
3808 xreflabel="Anfang und Ende der Tags verändern">
3809 <title>Anfang und Ende der Tags verändern</title>
3811 <para>Der Standardstil für Tags sieht vor, dass ein Tag mit dem
3812 Kleinerzeichen und einem Prozentzeichen beginnt und mit dem
3813 Prozentzeichen und dem Größerzeichen endet, beispielsweise
3814 <function><%customer%></function>. Da diese Form aber z.B. in
3815 LaTeX zu Problemen führen kann, weil das Prozentzeichen dort
3816 Kommentare einleitet, kann pro HTML- oder LaTeX-Dokumentenvorlage der
3817 Stil umgestellt werden.</para>
3819 <para>Dazu werden in die Datei Zeilen geschrieben, die mit dem für das
3820 Format gültigen Kommentarzeichen anfangen, dann
3821 <function>config:</function> enthalten, die entsprechende Option
3822 setzen und bei HTML-Dokumentenvorlagen mit dem Kommentarendzeichen
3823 enden. Beispiel für LaTeX:</para>
3825 <programlisting>% config: tag-style=($ $)</programlisting>
3827 <para>Dies würde kivitendo dazu veranlassen, Variablen zu ersetzen,
3828 wenn sie wie folgt aussehen: <function>($customer$)</function>. Das
3829 äquivalente Beispiel für HTML-Dokumentenvorlagen sieht so aus:</para>
3831 <programlisting><!-- config: tag-style=($ $) --></programlisting>
3834 <sect2 id="dokumentenvorlagen-und-variablen.zuordnung-dateinamen">
3835 <title>Zuordnung von den Dateinamen zu den Funktionen</title>
3837 <para>Diese folgende kurze Auflistung zeigt, welche Vorlage bei
3838 welcher Funktion ausgelesen wird. Dabei ist die Dateiendung
3839 "<filename>.ext</filename>" geeignet zu ersetzen:
3840 "<filename>.tex</filename>" für LaTeX-Vorlagen und
3841 "<filename>.odt</filename>" für OpenDocument-Vorlagen.</para>
3845 <term><filename>bin_list.ext</filename></term>
3848 <para>Lagerliste</para>
3853 <term><filename>check.ext</filename></term>
3861 <term><filename>invoice.ext</filename></term>
3864 <para>Rechnung</para>
3869 <term><filename>packing_list.ext</filename></term>
3872 <para>Packliste</para>
3877 <term><filename>pick_list.ext</filename></term>
3880 <para>Sammelliste</para>
3885 <term><filename>purchase_delivery_order.ext</filename></term>
3888 <para>Lieferschein (Einkauf)</para>
3893 <term><filename>purcharse_order.ext</filename></term>
3896 <para>Bestellung an Lieferanten</para>
3901 <term><filename>request_quotation.ext</filename></term>
3904 <para>Anfrage an Lieferanten</para>
3909 <term><filename>sales_delivery_order.ext</filename></term>
3912 <para>Lieferschein (Verkauf)</para>
3917 <term><filename>sales_order.ext</filename></term>
3920 <para>Bestellung</para>
3925 <term><filename>sales_quotation.ext</filename></term>
3928 <para>Angebot an Kunden</para>
3933 <term><filename>zahlungserinnerung.ext</filename></term>
3936 <para>Mahnung (Dateiname im Programm konfigurierbar)</para>
3941 <term><filename>zahlungserinnerung_invoice.ext</filename></term>
3944 <para>Rechnung über Mahngebühren (Dateiname im Programm
3945 konfigurierbar)</para>
3951 <sect2 id="dokumentenvorlagen-und-variablen.dateinamen-erweitert">
3952 <title>Sprache, Drucker und E-Mail</title>
3954 <para>Angeforderte Sprache und Druckerkürzel in den Dateinamen mit
3955 eingearbeitet. So wird aus der Vorlage
3956 <filename>sales_order.ext</filename> bei Sprache
3957 <function>de</function> und Druckerkürzel <function>lpr2</function>
3958 der Vorlagenname <filename>sales_order_de_lpr2.ext</filename>.
3959 Zusätzlich können für E-Mails andere Vorlagen erstellt werden, diese
3960 bekommen dann noch das Kürzel <filename>_email</filename>, der
3961 vollständige Vorlagenname wäre dann
3962 <filename>sales_order_email_de_lpr2.ext</filename>. In allen Fällen
3963 kann eine Standarddatei <filename>default.ext</filename> hinterlegt
3964 werden. Diese wird verwendet, wenn keine der anderen Varianten
3965 gefunden wird.</para>
3967 <para>Die vollständige Suchreihenfolge für einen Verkaufsauftrag mit
3968 der Sprache "de" und dem Drucker "lpr2", der per E-Mail im Format PDF
3969 verschickt wird, ist:</para>
3973 <para><filename>sales_order_email_de_lpr2.tex</filename></para>
3977 <para><filename>sales_order_de_lpr2.tex</filename></para>
3981 <para><filename>sales_order.tex</filename></para>
3985 <para><filename>default.tex</filename></para>
3989 <para>Die kurzen Varianten dieser Vorlagentitel müssen dann entweder
3990 Standardwerte anzeigen, oder die angeforderten Werte selbst auswerten,
3992 linkend="dokumentenvorlagen-und-variablen.allgemeine-variablen.meta"/>.</para>
3995 <sect2 id="dokumentenvorlagen-und-variablen.allgemeine-variablen">
3996 <title>Allgemeine Variablen, die in allen Vorlagen vorhanden
3999 <sect3 id="dokumentenvorlagen-und-variablen.allgemeine-variablen.meta"
4000 xreflabel="Metainformationen zur angeforderten Vorlage">
4001 <title>Metainformationen zur angeforderten Vorlage</title>
4003 <para>Diese Variablen liefern Informationen darüber welche Variante
4004 einer Vorlage der Benutzer angefragt hat. Sie sind nützlich für
4005 Vorlagenautoren, die aus einer zentralen Layoutvorlage die einzelnen
4006 Formulare einbinden möchten.</para>
4010 <term><varname>template_meta.formname</varname></term>
4013 <para>Basisname der Vorlage. Identisch mit der <link
4014 linkend="dokumentenvorlagen-und-variablen.zuordnung-dateinamen">Zurordnung
4015 zu den Dateinamen</link> ohne die Erweiterung. Ein
4016 Verkaufsauftrag enthält hier
4017 <constant>sales_order</constant>.</para>
4022 <term><varname>template_meta.language.description</varname></term>
4025 <para>Beschreibung der verwendeten Sprache</para>
4030 <term><varname>template_meta.language.template_code</varname></term>
4033 <para>Vorlagenkürzel der verwendeten Sprache, identisch mit
4034 dem Kürzel das im Dateinamen verwendetet wird.</para>
4039 <term><varname>template_meta.language.output_numberformat</varname></term>
4042 <para>Zahlenformat der verwendeten Sprache in der Form
4043 "<constant>1.000,00</constant>". Experimentell! Nur
4044 interessant für Vorlagen die mit unformatierten Werten
4050 <term><varname>template_meta.language.output_dateformat</varname></term>
4053 <para>Datumsformat der verwendeten Sprache in der Form
4054 "<constant>dd.mm.yyyy</constant>". Experimentell! Nur
4055 interessant für Vorlagen die mit unformatierten Werten
4061 <term><varname>template_meta.format</varname></term>
4064 <para>Das angeforderte Format. Kann im Moment die Werte
4065 <constant>pdf</constant>, <constant>postscript</constant>,
4066 <constant>html</constant>, <constant>opendocument</constant>,
4067 <constant>opendocument_pdf</constant> und
4068 <constant>excel</constant> enthalten.</para>
4073 <term><varname>template_meta.extension</varname></term>
4076 <para>Dateierweiterung, wie im Dateinamen. Wird aus
4077 <constant>format</constant> entschieden.</para>
4082 <term><varname>template_meta.media</varname></term>
4085 <para>Ausgabemedium. Kann zur Zeit die Werte
4086 <constant>screen</constant> für Bildschirm,
4087 <constant>email</constant> für E-Mail (triggert das
4088 <constant>_email</constant> Kürzel im Dateinamen),
4089 <constant>printer</constant> für Drucker, und
4090 <constant>queue</constant> für Warteschlange enthalten.</para>
4095 <term><varname>template_meta.printer.description</varname></term>
4098 <para>Beschreibung des ausgewählten Druckers</para>
4103 <term><varname>template_meta.printer.template_code</varname></term>
4106 <para>Vorlagenürzel des ausgewählten Druckers, identisch mit
4107 dem Kürzel das im Dateinamen verwendetet wird.</para>
4112 <term><varname>template_meta.tmpfile</varname></term>
4115 <para>Datei-Prefix für temporäre Dateien.</para>
4121 <sect3 id="dokumentenvorlagen-und-variablen.allgemeine-variablen.kunden-lieferanten">
4122 <title>Stammdaten von Kunden und Lieferanten</title>
4126 <term><varname>account_number</varname></term>
4129 <para>Kontonummer</para>
4134 <term><varname>bank</varname></term>
4137 <para>Name der Bank</para>
4142 <term><varname>bank_code</varname></term>
4145 <para>Bankleitzahl</para>
4150 <term><varname>bic</varname></term>
4153 <para>Bank-Identifikations-Code (Bank Identifier Code,
4159 <term><varname>business</varname></term>
4162 <para>Kunden-/Lieferantentyp</para>
4167 <term><varname>city</varname></term>
4175 <term><varname>contact</varname></term>
4178 <para>Kontakt</para>
4183 <term><varname>country</varname></term>
4191 <term><varname>c_vendor_id</varname></term>
4194 <para>Lieferantennummer beim Kunden (nur Kunden)</para>
4199 <term><varname>v_customer_id</varname></term>
4202 <para>Kundennummer beim Lieferanten (nur Lieferanten)</para>
4207 <term><varname>cp_email</varname></term>
4210 <para>Email des Ansprechpartners</para>
4215 <term><varname>cp_givenname</varname></term>
4218 <para>Vorname des Ansprechpartners</para>
4223 <term><varname>cp_greeting</varname></term>
4226 <para>Anrede des Ansprechpartners</para>
4231 <term><varname>cp_name</varname></term>
4234 <para>Name des Ansprechpartners</para>
4239 <term><varname>cp_phone1</varname></term>
4242 <para>Telefonnummer 1 des Ansprechpartners</para>
4247 <term><varname>cp_phone2</varname></term>
4250 <para>Telefonnummer 2 des Ansprechpartners</para>
4255 <term><varname>cp_title</varname></term>
4258 <para>Titel des Ansprechpartners</para>
4263 <term><varname>creditlimit</varname></term>
4266 <para>Kreditlimit</para>
4271 <term><varname>customeremail</varname></term>
4274 <para>Email des Kunden; nur für Kunden</para>
4279 <term><varname>customerfax</varname></term>
4282 <para>Faxnummer des Kunden; nur für Kunden</para>
4287 <term><varname>customernotes</varname></term>
4290 <para>Bemerkungen beim Kunden; nur für Kunden</para>
4295 <term><varname>customernumber</varname></term>
4298 <para>Kundennummer; nur für Kunden</para>
4303 <term><varname>customerphone</varname></term>
4306 <para>Telefonnummer des Kunden; nur für Kunden</para>
4311 <term><varname>discount</varname></term>
4319 <term><varname>email</varname></term>
4322 <para>Emailadresse</para>
4327 <term><varname>fax</varname></term>
4330 <para>Faxnummer</para>
4335 <term><varname>gln</varname></term>
4338 <para>GLN (Globale Lokationsnummer)</para>
4343 <term><varname>greeting</varname></term>
4351 <term><varname>homepage</varname></term>
4354 <para>Homepage</para>
4359 <term><varname>iban</varname></term>
4362 <para>Internationale Kontonummer (International Bank Account
4363 Number, IBAN)</para>
4368 <term><varname>language</varname></term>
4371 <para>Sprache</para>
4376 <term><varname>name</varname></term>
4379 <para>Firmenname</para>
4384 <term><varname>payment_description</varname></term>
4387 <para>Name der Zahlart</para>
4392 <term><varname>payment_terms</varname></term>
4395 <para>Zahlungskonditionen</para>
4400 <term><varname>phone</varname></term>
4403 <para>Telefonnummer</para>
4408 <term><varname>shiptocity</varname></term>
4411 <para>Stadt (Lieferadresse) <link
4412 linkend="dokumentenvorlagen-und-variablen.anmerkung-shipto">*</link></para>
4417 <term><varname>shiptocontact</varname></term>
4420 <para>Kontakt (Lieferadresse) <link
4421 linkend="dokumentenvorlagen-und-variablen.anmerkung-shipto">*</link></para>
4426 <term><varname>shiptocountry</varname></term>
4429 <para>Land (Lieferadresse) <link
4430 linkend="dokumentenvorlagen-und-variablen.anmerkung-shipto">*</link></para>
4435 <term><varname>shiptodepartment_1</varname></term>
4438 <para>Abteilung 1 (Lieferadresse) <link
4439 linkend="dokumentenvorlagen-und-variablen.anmerkung-shipto">*</link></para>
4444 <term><varname>shiptodepartment_2</varname></term>
4447 <para>Abteilung 2 (Lieferadresse) <link
4448 linkend="dokumentenvorlagen-und-variablen.anmerkung-shipto">*</link></para>
4453 <term><varname>shiptoemail</varname></term>
4456 <para>Email (Lieferadresse) <link
4457 linkend="dokumentenvorlagen-und-variablen.anmerkung-shipto">*</link></para>
4462 <term><varname>shiptofax</varname></term>
4465 <para>Fax (Lieferadresse) <link
4466 linkend="dokumentenvorlagen-und-variablen.anmerkung-shipto">*</link></para>
4471 <term><varname>shiptogln</varname></term>
4474 <para>GLN (Globale Lokationsnummer) (Lieferadresse) <link
4475 linkend="dokumentenvorlagen-und-variablen.anmerkung-shipto">*</link></para>
4480 <term><varname>shiptoname</varname></term>
4483 <para>Firmenname (Lieferadresse) <link
4484 linkend="dokumentenvorlagen-und-variablen.anmerkung-shipto">*</link></para>
4489 <term><varname>shiptophone</varname></term>
4492 <para>Telefonnummer (Lieferadresse) <link
4493 linkend="dokumentenvorlagen-und-variablen.anmerkung-shipto">*</link></para>
4498 <term><varname>shiptostreet</varname></term>
4501 <para>Straße und Hausnummer (Lieferadresse) <link
4502 linkend="dokumentenvorlagen-und-variablen.anmerkung-shipto">*</link></para>
4507 <term><varname>shiptozipcode</varname></term>
4510 <para>Postleitzahl (Lieferadresse) <link
4511 linkend="dokumentenvorlagen-und-variablen.anmerkung-shipto">*</link></para>
4516 <term><varname>street</varname></term>
4519 <para>Straße und Hausnummer</para>
4524 <term><varname>taxnumber</varname></term>
4527 <para>Steuernummer</para>
4532 <term><varname>ustid</varname></term>
4535 <para>Umsatzsteuer-Identifikationsnummer</para>
4540 <term><varname>vendoremail</varname></term>
4543 <para>Email des Lieferanten; nur für Lieferanten</para>
4548 <term><varname>vendorfax</varname></term>
4551 <para>Faxnummer des Lieferanten; nur für Lieferanten</para>
4556 <term><varname>vendornotes</varname></term>
4559 <para>Bemerkungen beim Lieferanten; nur für Lieferanten</para>
4564 <term><varname>vendornumber</varname></term>
4567 <para>Lieferantennummer; nur für Lieferanten</para>
4572 <term><varname>vendorphone</varname></term>
4575 <para>Telefonnummer des Lieferanten; nur für
4581 <term><varname>zipcode</varname></term>
4584 <para>Postleitzahl</para>
4589 <note id="dokumentenvorlagen-und-variablen.anmerkung-shipto">
4590 <para>Anmerkung: Sind die <varname>shipto*</varname>-Felder in den
4591 Stammdaten nicht eingetragen, so haben die Variablen
4592 <varname>shipto*</varname> den gleichen Wert wie die die
4593 entsprechenden Variablen der Lieferdaten. Das bedeutet, dass sich
4594 einige <varname>shipto*</varname>-Variablen so nicht in den
4595 Stammdaten wiederfinden sondern schlicht Kopien der
4596 Lieferdatenvariablen sind (z.B.
4597 <varname>shiptocontact</varname>).</para>
4601 <sect3 id="dokumentenvorlagen-und-variablen.allgemein-bearbeiter">
4602 <title>Informationen über den Bearbeiter</title>
4606 <term><varname>employee_address</varname></term>
4609 <para>Adressfeld</para>
4614 <term><varname>employee_businessnumber</varname></term>
4617 <para>Firmennummer</para>
4622 <term><varname>employee_company</varname></term>
4625 <para>Firmenname</para>
4630 <term><varname>employee_co_ustid</varname></term>
4633 <para>Usatzsteuer-Identifikationsnummer</para>
4638 <term><varname>employee_duns</varname></term>
4641 <para>DUNS-Nummer</para>
4646 <term><varname>employee_email</varname></term>
4654 <term><varname>employee_fax</varname></term>
4662 <term><varname>employee_name</varname></term>
4665 <para>voller Name</para>
4670 <term><varname>employee_signature</varname></term>
4673 <para>Signatur</para>
4678 <term><varname>employee_taxnumber</varname></term>
4681 <para>Steuernummer</para>
4686 <term><varname>employee_tel</varname></term>
4689 <para>Telefonnummer</para>
4695 <sect3 id="dokumentenvorlagen-und-variablen.allgemein-verkaeufer">
4696 <title>Informationen über den Verkäufer</title>
4700 <term><varname>salesman_address</varname></term>
4703 <para>Adressfeld</para>
4708 <term><varname>salesman_businessnumber</varname></term>
4711 <para>Firmennummer</para>
4716 <term><varname>salesman_company</varname></term>
4719 <para>Firmenname</para>
4724 <term><varname>salesman_co_ustid</varname></term>
4727 <para>Usatzsteuer-Identifikationsnummer</para>
4732 <term><varname>salesman_duns</varname></term>
4735 <para>DUNS-Nummer</para>
4740 <term><varname>salesman_email</varname></term>
4748 <term><varname>salesman_fax</varname></term>
4756 <term><varname>salesman_name</varname></term>
4759 <para>voller Name</para>
4764 <term><varname>salesman_signature</varname></term>
4767 <para>Signatur</para>
4772 <term><varname>salesman_taxnumber</varname></term>
4775 <para>Steuernummer</para>
4780 <term><varname>salesman_tel</varname></term>
4783 <para>Telefonnummer</para>
4789 <sect3 id="dokumentenvorlagen-und-variablen.allgemein-steuern">
4790 <title>Variablen für die einzelnen Steuern</title>
4794 <term><varname>tax</varname></term>
4802 <term><varname>taxbase</varname></term>
4805 <para>zu versteuernder Betrag</para>
4810 <term><varname>taxdescription</varname></term>
4813 <para>Name der Steuer</para>
4818 <term><varname>taxrate</varname></term>
4821 <para>Steuersatz</para>
4827 <sect3 id="dokumentenvorlagen-und-variablen.allgemein-lieferbedingungen">
4828 <title>Variablen für Lieferbedingungen</title>
4832 <term><varname>delivery_term</varname></term>
4835 <para>Datenbank-Objekt der Lieferbedingung</para>
4840 <term><varname>delivery_term.description</varname></term>
4843 <para>Beschreibung der Lieferbedingung</para>
4848 <term><varname>delivery_term.description_long</varname></term>
4851 <para>Langtext bzw. übersetzter Langtext der
4852 Lieferbedingung</para>
4859 <sect2 id="dokumentenvorlagen-und-variablen.invoice">
4860 <title>Variablen in Rechnungen</title>
4862 <sect3 id="dokumentenvorlagen-und-variablen.invoice-allgemein">
4863 <title>Allgemeine Variablen</title>
4867 <term><varname>creditremaining</varname></term>
4870 <para>Verbleibender Kredit</para>
4875 <term><varname>currency</varname></term>
4878 <para>Währung</para>
4883 <term><varname>cusordnumber</varname></term>
4886 <para>Bestellnummer beim Kunden</para>
4891 <term><varname>deliverydate</varname></term>
4894 <para>Lieferdatum</para>
4899 <term><varname>duedate</varname></term>
4902 <para>Fälligkeitsdatum</para>
4907 <term><varname>globalprojectnumber</varname></term>
4910 <para>Projektnummer des ganzen Beleges</para>
4915 <term><varname>globalprojectdescription</varname></term>
4918 <para>Projekbeschreibung des ganzen Beleges</para>
4923 <term><varname>intnotes</varname></term>
4926 <para>Interne Bemerkungen</para>
4931 <term><varname>invdate</varname></term>
4934 <para>Rechnungsdatum</para>
4939 <term><varname>invnumber</varname></term>
4942 <para>Rechnungsnummer</para>
4947 <term><varname>invtotal</varname></term>
4950 <para>gesamter Rechnungsbetrag</para>
4955 <term><varname>notes</varname></term>
4958 <para>Bemerkungen der Rechnung</para>
4963 <term><varname>orddate</varname></term>
4966 <para>Auftragsdatum</para>
4971 <term><varname>ordnumber</varname></term>
4974 <para>Auftragsnummer, wenn die Rechnung aus einem Auftrag
4975 erstellt wurde</para>
4980 <term><varname>payment_description</varname></term>
4983 <para>Name der Zahlart</para>
4988 <term><varname>payment_terms</varname></term>
4991 <para>Zahlungskonditionen</para>
4996 <term><varname>quodate</varname></term>
4999 <para>Angebotsdatum</para>
5004 <term><varname>quonumber</varname></term>
5007 <para>Angebotsnummer</para>
5012 <term><varname>rounding</varname></term>
5015 <para>Betrag, um den <varname>invtotal</varname> gerundet
5016 wurde (kann positiv oder negativ sein)</para>
5021 <term><varname>shippingpoint</varname></term>
5024 <para>Versandort</para>
5029 <term><varname>shipvia</varname></term>
5032 <para>Transportmittel</para>
5037 <term><varname>subtotal</varname></term>
5040 <para>Zwischensumme aller Posten ohne Steuern</para>
5045 <term><varname>total</varname></term>
5048 <para>Restsumme der Rechnung (Summe abzüglich bereits
5049 bezahlter Posten)</para>
5054 <term><varname>transaction_description</varname></term>
5057 <para>Vorgangsbezeichnung</para>
5062 <term><varname>transdate</varname></term>
5065 <para>Auftragsdatum wenn die Rechnung aus einem Auftrag
5066 erstellt wurde</para>
5072 <sect3 id="dokumentenvorlagen-und-variablen.invoice-posten">
5073 <title>Variablen für jeden Posten auf der Rechnung</title>
5077 <term><varname>bin</varname></term>
5080 <para>Stellage</para>
5085 <term><varname>description</varname></term>
5088 <para>Artikelbeschreibung</para>
5093 <term><varname>cusordnumber_oe</varname></term>
5096 <para>Bestellnummer des Kunden aus dem Auftrag, aus dem der
5097 Posten ursprünglich stammt (nur Verkauf)</para>
5102 <term><varname>discount</varname></term>
5105 <para>Rabatt als Betrag</para>
5110 <term><varname>discount_sub</varname></term>
5113 <para>Zwischensumme mit Rabatt</para>
5118 <term><varname>donumber_do</varname></term>
5121 <para>Lieferscheinnummer des Lieferscheins, aus dem die
5122 Position ursprünglich stammt, wenn die Rechnung im Rahmen des
5123 Workflows aus einem Lieferschein erstellt wurde.</para>
5128 <term><varname>drawing</varname></term>
5131 <para>Zeichnung</para>
5136 <term><varname>ean</varname></term>
5139 <para>EAN-Code</para>
5144 <term><varname>image</varname></term>
5152 <term><varname>linetotal</varname></term>
5155 <para>Zeilensumme (Anzahl * Einzelpreis)</para>
5160 <term><varname>longdescription</varname></term>
5163 <para>Langtext</para>
5168 <term><varname>microfiche</varname></term>
5171 <para>Mikrofilm</para>
5176 <term><varname>netprice</varname></term>
5179 <para>Alternative zu <varname>sellprice</varname>, aber
5180 <varname>netprice</varname> entspricht dem effektiven
5181 Einzelpreis und beinhaltet Zeilenrabatt und Preisfaktor.
5182 <varname>netprice</varname> wird rückgerechnet aus Zeilensumme
5183 / Menge. Diese Variable ist nützlich, wenn man den gewährten
5184 Rabatt in der Druckvorlage nicht anzeigen möchte, aber Menge *
5185 Einzelpreis trotzdem die angezeigte Zeilensumme ergeben soll.
5186 <varname>netprice</varname> hat nichts mit Netto/Brutto im
5187 Sinne von Steuern zu tun.</para>
5192 <term><varname>nodiscount_linetotal</varname></term>
5195 <para>Zeilensumme ohne Rabatt</para>
5200 <term><varname>nodiscount_sub</varname></term>
5203 <para>Zwischensumme ohne Rabatt</para>
5208 <term><varname>number</varname></term>
5211 <para>Artikelnummer</para>
5216 <term><varname>ordnumber_oe</varname></term>
5219 <para>Auftragsnummer des Originalauftrags, aus dem der Posten
5220 ursprünglich stammt. Nützlich, wenn die Rechnung aus mehreren
5221 Lieferscheinen zusammengefasst wurde, oder wenn zwischendurch
5222 eine Sammelauftrag aus mehreren Aufträgen erstellt wurde. In
5223 letzterem Fall wird die unsprüngliche Auftragsnummer
5229 <term><varname>p_discount</varname></term>
5232 <para>Rabatt in Prozent</para>
5237 <term><varname>partnotes</varname></term>
5240 <para>Die beim Artikel gespeicherten Bemerkungen</para>
5245 <term><varname>partsgroup</varname></term>
5248 <para>Warengruppe</para>
5253 <term><varname>price_factor</varname></term>
5256 <para>Der Preisfaktor als Zahl, sofern einer eingestellt
5262 <term><varname>price_factor_name</varname></term>
5265 <para>Der Name des Preisfaktors, sofern einer eingestellt
5271 <term><varname>projectnumber</varname></term>
5274 <para>Projektnummer</para>
5279 <term><varname>projectdescription</varname></term>
5282 <para>Projektbeschreibung</para>
5287 <term><varname>qty</varname></term>
5295 <term><varname>reqdate</varname></term>
5298 <para>Lieferdatum</para>
5303 <term><varname>runningnumber</varname></term>
5306 <para>Position auf der Rechnung (1, 2, 3...)</para>
5311 <term><varname>sellprice</varname></term>
5314 <para>Verkaufspreis</para>
5319 <term><varname>serialnumber</varname></term>
5322 <para>Seriennummer</para>
5327 <term><varname>tax_rate</varname></term>
5330 <para>Steuersatz</para>
5335 <term><varname>transdate_do</varname></term>
5338 <para>Datum des Lieferscheins, wenn die Rechnung im Rahmen des
5339 Workflows aus einem Lieferschein stammte.</para>
5344 <term><varname>transdate_oe</varname></term>
5347 <para>Datum des Auftrags, wenn die Rechnung im Rahmen des
5348 Workflows aus einem Auftrag erstellt wurde. Wenn es
5349 Sammelaufträge gab wird das Datum des ursprünglichen Auftrags
5355 <term><varname>transdate_quo</varname></term>
5358 <para>Datum des Angebots, wenn die Position im Rahmen des
5359 Workflows aus einem Angebot stammte.</para>
5364 <term><varname>unit</varname></term>
5367 <para>Einheit</para>
5372 <term><varname>weight</varname></term>
5375 <para>Gewicht</para>
5380 <para>Für jeden Posten gibt es ein Unterarray mit den Informationen
5381 über Lieferanten und Lieferantenartikelnummer. Diese müssen mit
5382 einer <function>foreach</function>-Schleife ausgegeben werden, da
5383 für jeden Artikel mehrere Lieferanteninformationen hinterlegt sein
5384 können. Die Variablen dafür lauten:</para>
5388 <term><varname>make</varname></term>
5391 <para>Lieferant</para>
5396 <term><varname>model</varname></term>
5399 <para>Lieferantenartikelnummer</para>
5405 <sect3 id="dokumentenvorlagen-und-variablen.invoice-zahlungen">
5406 <title>Variablen für die einzelnen Zahlungseingänge</title>
5410 <term><varname>payment</varname></term>
5418 <term><varname>paymentaccount</varname></term>
5426 <term><varname>paymentdate</varname></term>
5434 <term><varname>paymentmemo</varname></term>
5442 <term><varname>paymentsource</varname></term>
5451 <sect3 id="dokumentenvorlagen-und-variablen.benutzerdefinierte-variablen-vc">
5452 <title>Benutzerdefinierte Kunden- und Lieferantenvariablen</title>
5454 <para>Die vom Benutzer definierten Variablen für Kunden und
5455 Lieferanten stehen beim Ausdruck von Einkaufs- und Verkaufsbelegen
5456 ebenfalls zur Verfügung. Ihre Namen setzen sich aus dem Präfix
5457 <varname>vc_cvar_</varname> und dem vom Benutzer festgelegten
5458 Variablennamen zusammen.</para>
5460 <para>Beispiel: Der Benutzer hat eine Variable namens
5461 <varname>number_of_employees</varname> definiert, die die Anzahl der
5462 Mitarbeiter des Unternehmens enthält. Diese Variable steht dann
5463 unter dem Namen <varname>vc_cvar_number_of_employees</varname> zur
5466 <para>Die benutzerdefinierten Variablen der Lieferadressen stehen
5467 unter einem ähnlichen Namensschema zur Verfügung. Hier lautet der
5468 Präfix <varname>shiptocvar_</varname>.</para>
5470 <para>Analog stehen die benutzerdefinierten Variablen für
5471 Ansprechpersonen mit dem Namenspräfix <varname>cp_cvar_</varname>
5472 zur Verfügung.</para>
5476 <sect2 id="dokumentenvorlagen-und-variablen.dunning">
5477 <title>Variablen in Mahnungen und Rechnungen über Mahngebühren</title>
5479 <sect3 id="dokumentenvorlagen-und-variablen.dunning-vorlagennamen">
5480 <title>Namen der Vorlagen</title>
5482 <para>Die Namen der Vorlagen werden im System-Menü vom Benutzer
5483 eingegeben. Wird für ein Mahnlevel die Option zur automatischen
5484 Erstellung einer Rechnung über die Mahngebühren und Zinsen
5485 aktiviert, so wird der Name der Vorlage für diese Rechnung aus dem
5486 Vorlagenname für diese Mahnstufe mit dem Zusatz
5487 <constant>_invoice</constant> gebildet. Weiterhin werden die Kürzel
5488 für die ausgewählte Sprache und den ausgewählten Drucker
5492 <sect3 id="dokumentenvorlagen-und-variablen.dunning-allgemein">
5493 <title>Allgemeine Variablen in Mahnungen</title>
5495 <para>Die Variablen des Bearbeiters, bzw. Verkäufers stehen wie
5496 gewohnt als <varname>employee_...</varname> bzw.
5497 <varname>salesman_...</varname> zur Verfügung. Werden mehrere
5498 Rechnungen in einer Mahnung zusammengefasst, so werden die Metadaten
5499 (Bearbeiter, Abteilung, etc) der ersten angemahnten Rechnung im
5500 Ausdruck genommen.</para>
5502 <para>Die Adressdaten des Kunden stehen als Variablen
5503 <varname>name</varname>, <varname>street</varname>,
5504 <varname>zipcode</varname>, <varname>city</varname>,
5505 <varname>country</varname>, <varname>department_1</varname>,
5506 <varname>department_2</varname>, und <varname>email</varname> zur
5507 Verfügung. Der Ansprechpartner <varname>cp_...</varname> steht auch
5508 zu Verfügung, wird allerdings auch nur von der ersten angemahnten
5509 Rechnung (s.o.) genommen.</para>
5511 <para>Weitere Variablen beinhalten:</para>
5515 <term><varname>dunning_date</varname></term>
5518 <para>Datum der Mahnung</para>
5523 <term><varname>dunning_duedate</varname></term>
5526 <para>Fälligkeitsdatum für diese Mahhnung</para>
5531 <term><varname>dunning_id</varname></term>
5534 <para>Mahnungsnummer</para>
5539 <term><varname>fee</varname></term>
5542 <para>Kumulative Mahngebühren</para>
5547 <term><varname>interest_rate</varname></term>
5550 <para>Zinssatz per anno in Prozent</para>
5555 <term><varname>total_amount</varname></term>
5558 <para>Gesamter noch zu zahlender Betrag als
5559 <function>fee</function> + <function>total_interest</function>
5560 + <function>total_open_amount</function></para>
5565 <term><varname>total_interest</varname></term>
5568 <para>Zinsen per anno über alle Rechnungen</para>
5573 <term><varname>total_open_amount</varname></term>
5576 <para>Summe über alle offene Beträge der Rechnungen</para>
5582 <sect3 id="dokumentenvorlagen-und-variablen.dunning-details">
5583 <title>Variablen für jede gemahnte Rechnung in einer Mahnung</title>
5587 <term><varname>dn_amount</varname></term>
5590 <para>Rechnungssumme (brutto)</para>
5595 <term><varname>dn_duedate</varname></term>
5598 <para>Originales Fälligkeitsdatum der Rechnung</para>
5603 <term><varname>dn_dunning_date</varname></term>
5606 <para>Datum der Mahnung</para>
5611 <term><varname>dn_dunning_duedate</varname></term>
5614 <para>Fälligkeitsdatum der Mahnung</para>
5619 <term><varname>dn_fee</varname></term>
5622 <para>Kummulative Mahngebühr</para>
5627 <term><varname>dn_interest</varname></term>
5630 <para>Zinsen per anno für diese Rechnung</para>
5635 <term><varname>dn_invnumber</varname></term>
5638 <para>Rechnungsnummer</para>
5643 <term><varname>dn_linetotal</varname></term>
5646 <para>Noch zu zahlender Betrag (ergibt sich aus
5647 <varname>dn_open_amount</varname> + <varname>dn_fee</varname>
5648 + <varname>dn_interest</varname>)</para>
5653 <term><varname>dn_netamount</varname></term>
5656 <para>Rechnungssumme (netto)</para>
5661 <term><varname>dn_open_amount</varname></term>
5664 <para>Offener Rechnungsbetrag</para>
5669 <term><varname>dn_ordnumber</varname></term>
5672 <para>Bestellnummer</para>
5677 <term><varname>dn_transdate</varname></term>
5680 <para>Rechnungsdatum</para>
5685 <term><varname>dn_curr</varname></term>
5688 <para>Währung, in der die Rechnung erstellt wurde. (Die
5689 Rechnungsbeträge sind aber immer in der Hauptwährung)</para>
5695 <sect3 id="dokumentenvorlagen-und-variablen.dunning-invoice">
5696 <title>Variablen in automatisch erzeugten Rechnungen über
5697 Mahngebühren</title>
5699 <para>Die Variablen des Verkäufers stehen wie gewohnt als
5700 <varname>employee_...</varname> zur Verfügung. Die Adressdaten des
5701 Kunden stehen als Variablen <varname>name</varname>,
5702 <varname>street</varname>, <varname>zipcode</varname>,
5703 <varname>city</varname>, <varname>country</varname>,
5704 <varname>department_1</varname>, <varname>department_2</varname>,
5705 und <varname>email</varname> zur Verfügung.</para>
5707 <para>Weitere Variablen beinhalten:</para>
5711 <term><varname>duedate</varname></term>
5714 <para>Fälligkeitsdatum der Rechnung</para>
5719 <term><varname>dunning_id</varname></term>
5722 <para>Mahnungsnummer</para>
5727 <term><varname>fee</varname></term>
5730 <para>Mahngebühren</para>
5735 <term><varname>interest</varname></term>
5743 <term><varname>invamount</varname></term>
5746 <para>Rechnungssumme (ergibt sich aus <varname>fee</varname> +
5747 <varname>interest</varname>)</para>
5752 <term><varname>invdate</varname></term>
5755 <para>Rechnungsdatum</para>
5760 <term><varname>invnumber</varname></term>
5763 <para>Rechnungsnummer</para>
5770 <sect2 id="dokumentenvorlagen-und-variablen.andere-vorlagen">
5771 <title>Variablen in anderen Vorlagen</title>
5774 <title>Einführung</title>
5776 <para>Die Variablen in anderen Vorlagen sind ähnlich wie in der
5777 Rechnung. Allerdings heißen die Variablen, die mit
5778 <varname>inv</varname> beginnen, jetzt anders. Bei den Angeboten
5779 fangen sie mit <varname>quo</varname> für "quotation" an:
5780 <varname>quodate</varname> für Angebotsdatum etc. Bei Bestellungen
5781 wiederum fangen sie mit <varname>ord</varname> für "order" an:
5782 <varname>ordnumber</varname> für Bestellnummer etc.</para>
5784 <para>Manche Variablen sind in anderen Vorlagen hingegen gar nicht
5785 vorhanden wie z.B. die für bereits verbuchte Zahlungseingänge. Dies
5786 sind Variablen, die vom Geschäftsablauf her in der entsprechenden
5787 Vorlage keine Bedeutung haben oder noch nicht belegt sein
5790 <para>Im Folgenden werden nur wichtige Unterschiede zu den Variablen
5791 in Rechnungen aufgeführt.</para>
5794 <sect3 id="dokumentenvorlagen-und-variablen.andere-vorlagen-quotations">
5795 <title>Angebote und Preisanfragen</title>
5799 <term><varname>quonumber</varname></term>
5802 <para>Angebots- bzw. Anfragenummer</para>
5807 <term><varname>reqdate</varname></term>
5810 <para>Gültigkeitsdatum (bei Angeboten) bzw. Lieferdatum (bei
5811 Preisanfragen)</para>
5816 <term><varname>transdate</varname></term>
5819 <para>Angebots- bzw. Anfragedatum</para>
5825 <sect3 id="dokumentenvorlagen-und-variablen.andere-vorlagen-orders">
5826 <title>Auftragsbestätigungen und Lieferantenaufträge</title>
5830 <term><varname>ordnumber</varname></term>
5833 <para>Auftragsnummer</para>
5838 <term><varname>reqdate</varname></term>
5841 <para>Lieferdatum</para>
5846 <term><varname>transdate</varname></term>
5849 <para>Auftragsdatum</para>
5855 <sect3 id="dokumentenvorlagen-und-variablen.andere-vorlagen-delivery-orders">
5856 <title>Lieferscheine (Verkauf und Einkauf)</title>
5860 <term><varname>cusordnumber</varname></term>
5863 <para>Bestellnummer des Kunden (im Verkauf) bzw. Bestellnummer
5864 des Lieferanten (im Einkauf)</para>
5869 <term><varname>donumber</varname></term>
5872 <para>Lieferscheinnummer</para>
5877 <term><varname>transdate</varname></term>
5880 <para>Lieferscheindatum</para>
5885 <para>Für jede Position eines Lieferscheines gibt es ein Unterarray
5886 mit den Informationen darüber, von welchem Lager und Lagerplatz aus
5887 die Waren verschickt wurden (Verkaufslieferscheine) bzw. auf welchen
5888 Lagerplatz sie eingelagert wurden. Diese müssen mittels einer
5889 <function>foreach</function>-Schleife ausgegeben werden. Diese
5890 Variablen sind:</para>
5894 <term><varname>si_bin</varname></term>
5897 <para>Lagerplatz</para>
5902 <term><varname>si_chargenumber</varname></term>
5905 <para>Chargennummer</para>
5910 <term><varname>si_bestbefore</varname></term>
5913 <para>Mindesthaltbarkeit</para>
5918 <term><varname>si_number</varname></term>
5921 <para>Artikelnummer</para>
5926 <term><varname>si_qty</varname></term>
5929 <para>Anzahl bzw. Menge</para>
5934 <term><varname>si_runningnumber</varname></term>
5937 <para>Positionsnummer (1, 2, 3 etc)</para>
5942 <term><varname>si_unit</varname></term>
5945 <para>Einheit</para>
5950 <term><varname>si_warehouse</varname></term>
5959 <sect3 id="dokumentenvorlagen-und-variablen.andere-vorlagen-statement">
5960 <title>Variablen für Sammelrechnung</title>
5964 <term><varname>c0total</varname></term>
5967 <para>Gesamtbetrag aller Rechnungen mit Fälligkeit < 30
5973 <term><varname>c30total</varname></term>
5976 <para>Gesamtbetrag aller Rechnungen mit Fälligkeit >= 30
5977 und < 60 Tage</para>
5982 <term><varname>c60total</varname></term>
5985 <para>Gesamtbetrag aller Rechnungen mit Fälligkeit >= 60
5986 und < 90 Tage</para>
5991 <term><varname>c90total</varname></term>
5994 <para>Gesamtbetrag aller Rechnungen mit Fälligkeit >= 90
6000 <term><varname>total</varname></term>
6003 <para>Gesamtbetrag aller Rechnungen</para>
6008 <para>Variablen für jede Rechnungsposition in Sammelrechnung:</para>
6012 <term><varname>invnumber</varname></term>
6015 <para>Rechnungsnummer</para>
6020 <term><varname>invdate</varname></term>
6023 <para>Rechnungsdatum</para>
6028 <term><varname>duedate</varname></term>
6031 <para>Fälligkeitsdatum</para>
6036 <term><varname>amount</varname></term>
6039 <para>Summe der Rechnung</para>
6044 <term><varname>open</varname></term>
6047 <para>Noch offener Betrag der Rechnung</para>
6052 <term><varname>c0</varname></term>
6055 <para>Noch offener Rechnungsbetrag mit Fälligkeit < 30
6061 <term><varname>c30</varname></term>
6064 <para>Noch offener Rechnungsbetrag mit Fälligkeit >= 30 und
6070 <term><varname>c60</varname></term>
6073 <para>Noch offener Rechnungsbetrag mit Fälligkeit >= 60 und
6079 <term><varname>c90</varname></term>
6082 <para>Noch offener Rechnungsbetrag mit Fälligkeit >= 90
6090 <sect2 id="dokumentenvorlagen-und-variablen.bloecke">
6091 <title>Blöcke, bedingte Anweisungen und Schleifen</title>
6093 <sect3 id="dokumentenvorlagen-und-variablen.bloecke.einfuehrung">
6094 <title>Einführung</title>
6096 <para>Der Parser kennt neben den Variablen einige weitere
6097 Konstrukte, die gesondert behandelt werden. Diese sind wie
6098 Variablennamen in spezieller Weise markiert:
6099 <command><%anweisung%> ... <%end%></command></para>
6101 <para>Anmerkung zum <command><%end%></command>: Der besseren
6102 Verständlichkeit halber kann man nach dem <command>end</command>
6103 noch beliebig weitere Wörter schreiben, um so zu markieren, welche
6104 Anweisung (z.B. <command>if</command> oder
6105 <command>foreach</command>) damit abgeschlossen wird.</para>
6107 <para>Beispiel: Lautet der Beginn eines Blockes z.B.
6108 <command><%if type == "sales_quotation"%></command>, so könnte
6109 er mit <command><%end%></command> genauso abgeschlossen werden
6110 wie mit <command><%end if%></command> oder auch
6111 <command><%end type == "sales_quotation"%></command>.</para>
6114 <sect3 id="dokumentenvorlagen-und-variablen.bloecke.if">
6115 <title>Der if-Block</title>
6117 <programlisting><%if variablenname%>
6119 <%end%></programlisting>
6121 <para>Eine normale "if-then"-Bedingung. Die Zeilen zwischen dem "if"
6122 und dem "end" werden nur ausgegeben, wenn die Variable
6123 <varname>variablenname</varname> gesetzt und ungleich 0 ist.</para>
6125 <para>Handelt es sich bei der benannten Variable um ein Array, also
6126 um einen Variablennamen, über den man mit <command><%foreach
6127 variablenname%></command> iteriert, so wird mit diesem Konstrukt
6128 darauf getestet, ob das Array Elemente enthält. Somit würde im
6129 folgenden Beispiel nur dann eine Liste von Zahlungseingängen samt
6130 ihrer Überschrift "Zahlungseingänge" ausgegeben, wenn tatsächlich
6131 welche getätigt wurden:</para>
6133 <programlisting><%if payment%>
6135 <%foreach payment%>
6136 Am <%paymentdate%>: <%payment%> €
6137 <%end foreach%>
6138 <%end if%></programlisting>
6140 <para>Die Bedingung kann auch negiert werden, indem das Wort
6141 <function>not</function> nach dem <filename>if</filename> verwendet
6142 wird. Beispiel:</para>
6144 <programlisting><%if not cp_greeting%>
6146 <%end%></programlisting>
6148 <para>Zusätzlich zu dem einfachen Test, ob eine Variable gesetzt ist
6149 oder nicht, bietet dieser Block auch die Möglichkeit, den Inhalt
6150 einer Variablen mit einer festen Zeichenkette oder einer anderen
6151 Variablen zu vergleichen. Ob der Vergleich mit einer Zeichenkette
6152 oder einer anderen Variablen vorgenommen wird, hängt davon ab, ob
6153 die rechte Seite des Vergleichsoperators in Anführungszeichen
6154 gesetzt wird (Vergleich mit Zeichenkette) oder nicht (Vergleich mit
6155 anderer Variablen). Zwei Beispiele, die beide Vergleiche
6158 <programlisting><%if var1 == "Wert"%></programlisting>
6160 <para>Testet die Variable <varname>var1</varname> auf
6161 übereinstimmung mit der Zeichenkette <constant>Wert</constant>.
6162 Mittels <function>!=</function> anstelle von <function>==</function>
6163 würde auf Ungleichheit getestet.</para>
6165 <programlisting><%if var1 == var2%></programlisting>
6167 <para>Testet die Variable <varname>var1</varname> auf
6168 übereinstimmung mit der Variablen <varname>var2</varname>. Mittel
6169 <function>!=</function> anstelle von <function>==</function> würde
6170 auf Ungleichheit getestet.</para>
6172 <para>Erfahrere Benutzer können neben der Tests auf (Un-)Gleichheit
6173 auch Tests auf Übereinstimmung mit regulären Ausdrücken ohne
6174 Berücksichtung der Groß- und Kleinschreibung durchführen. Dazu dient
6175 dieselbe Syntax wie oben nur mit <function>=~</function> und
6176 <function>!~</function> als Vergleichsoperatoren.</para>
6178 <para>Beispiel für einen Test, ob die Variable
6179 <varname>intnotes</varname> (interne Bemerkungen) das Wort
6180 <constant>schwierig</constant> enthält:</para>
6182 <programlisting><%if intnotes =~ "schwierig"%></programlisting>
6185 <sect3 id="dokumentenvorlagen-und-variablen.bloecke.foreach">
6186 <title>Der foreach-Block</title>
6188 <programlisting><%foreach variablenname%>
6190 <%end%></programlisting>
6192 <para>Fügt die Zeilen zwischen den beiden Anweisungen so oft ein,
6193 wie das Perl-Array der Variablen <varname>variablenname</varname>
6194 Elemente enthät. Dieses Konstrukt wird zur Ausgabe der einzelnen
6195 Posten einer Rechnung / eines Angebots sowie zur Ausgabe der Steuern
6196 benutzt. In jedem Durchlauf werden die <link
6197 linkend="dokumentenvorlagen-und-variablen.invoice-posten">zeilenbezogenen
6198 Variablen</link> jeweils auf den Wert für die aktuelle Position
6201 <para>Die Syntax sieht normalerweise wie folgt aus:</para>
6203 <programlisting><%foreach number%>
6204 Position: <%runningnumber%>
6205 Anzahl: <%qty%>
6206 Artikelnummer: <%number%>
6207 Beschreibung: <%description%>
6209 <%end%></programlisting>
6211 <para>Besonderheit in OpenDocument-Vorlagen: Tritt ein
6212 <function><%foreach%></function>-Block innerhalb einer
6213 Tabellenzelle auf, so wird die komplette Tabellenzeile so oft
6214 wiederholt wie notwendig. Tritt er außerhalb auf, so wird nur der
6215 Inhalt zwischen <function><%foreach%></function> und
6216 <function><%end%></function> wiederholt, nicht aber die
6217 komplette Zeile, in der er steht.</para>
6221 <sect2 id="dokumentenvorlagen-und-variablen.markup">
6222 <title>Markup-Code zur Textformatierung innerhalb von
6225 <para>Wenn der Benutzer innhalb von Formularen in kivitendo Text
6226 anders formatiert haben möchte, so ist dies begrenzt möglich.
6227 kivitendo unterstützt die Textformatierung mit HTML-ähnlichen Tags.
6228 Der Benutzer kann z.B. bei der Artikelbeschreibung auf einer Rechnung
6229 Teile des Texts zwischen Start- und Endtags setzen. Dieser Teil wird
6230 dann automatisch in Anweisungen für das ausgewählte Vorlagenformat
6231 (HTML oder PDF über LaTeX) umgesetzt.</para>
6233 <para>Die unterstützen Formatierungen sind:</para>
6237 <term><b>Text</b></term>
6240 <para>Text wird in Fettdruck gesetzt.</para>
6245 <term><i>Text</i></term>
6248 <para>Text wird kursiv gesetzt.</para>
6253 <term><u>Text</u></term>
6256 <para>Text wird unterstrichen.</para>
6261 <term><s>Text</s></term>
6264 <para>Text wird durchgestrichen. Diese Formatierung ist nicht
6265 bei der Ausgabe als PDF über LaTeX verfügbar.</para>
6270 <term><bullet></term>
6273 <para>Erzeugt einen ausgefüllten Kreis für Aufzählungen (siehe
6279 <para>Der Befehl <command><bullet></command> funktioniert
6280 momentan auch nur in Latex-Vorlagen.</para>
6284 <sect1 id="excel-templates">
6285 <title>Excel-Vorlagen</title>
6287 <sect2 id="excel-templates.summary">
6288 <title>Zusammenfassung</title>
6290 <para>Dieses Dokument beschreibt den Mechanismus, mit dem
6291 Exceltemplates abgearbeitet werden, und die Einschränkungen, die damit
6295 <sect2 id="excel-templates.usage">
6296 <title>Bedienung</title>
6298 <para>Der Excel Mechanismus muss in der Konfigurationsdatei aktiviert
6299 werden. Die Konfigurationsoption heißt <varname>excel_templates =
6300 1</varname> im Abschnitt <varname>[print_templates]</varname>.</para>
6302 <para>Eine Excelvorlage kann dann unter dem Namen einer beliebigen
6303 anderen Vorlage mit der Endung <filename>.xls</filename> gespeichert
6304 werden. In den normalen Verkaufsmasken taucht nun
6305 <constant>Excel</constant> als auswählbares Format auf und kann von da
6306 an wie LaTeX- oder OpenOffice-Vorlagen benutzt werden.</para>
6308 <para>Der Sonderfall der Angebote aus der Kundenmaske ist ebenfalls
6309 eine Angebotsvorlage und wird unter dem internen Namen der Angebote
6310 <filename>sales_quotation.xls</filename> gespeichert.</para>
6313 <sect2 id="excel-templates.syntax">
6314 <title>Variablensyntax</title>
6316 <para>Einfache Syntax:
6317 <command><<varname>></command></para>
6319 <para>Dabei sind <constant><<</constant> und
6320 <constant>>></constant> die Delimiter. Da Excel auf festen
6321 Breiten besteht, kann der Tag künstlich verlängert werden, indem
6322 weitere <constant><</constant> oder <constant>></constant>
6323 eingefügt werden. Der Tag muss nicht symmetrisch sein.
6326 <programlisting><<<<<varname>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>></programlisting>
6328 <para>Um die Limitierung der festen Breite zu reduzieren, können
6329 weitere Variablen in einem Block interpoliert werden. Whitespace wird
6330 dazwishen dann erhalten. Beispiel:</para>
6332 <programlisting><<<<<varname1 varname2 varname3>>>>>>>>>>>>>>>>>>>>>>>>>></programlisting>
6334 <para>Die Variablen werden interpoliert, und linksbündig mit
6335 Leerzeichen auf die gewünschte Länge aufgefüllt. Ist der String zu
6336 lang, werden überzählige Zeichen abgeschnitten.</para>
6338 <para>Es ist ausserdem möglich, Daten rechtsbündig darzustellen, wenn
6339 der Block mit einem Leerzeichen anfängt. Beispiel:</para>
6341 <programlisting><<<<<< varname>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>></programlisting>
6343 <para>Dies würde rechtsbündig triggern. Wenn bei rechtsbündiger
6344 Ausrichtung Text abgeschnitten werden muss, wird er vom linken Ende
6348 <sect2 id="excel-templates.limitations">
6349 <title>Einschränkungen</title>
6351 <para>Das Excelformat bis 2002 ist ein binäres Format, und kann nicht
6352 mit vertretbarem Aufwand editiert werden. Der Templatemechanismus
6353 beschränkt sich daher darauf, Textstellen exakt durch einen anderen
6354 Text zu ersetzen.</para>
6356 <para>Aus dem gleichen Grund sind die Kontrolllstrukturen
6357 <command><%if%></command> und
6358 <command><%foreach%></command> nicht vorhanden. Der Delimiter
6359 <constant><% %></constant> kommt in den Headerinformationen
6360 evtl. vor. Deshalb wurde auf den sichereren Delimiter
6361 <constant><<</constant> und <constant>>></constant>
6366 <sect1 id="features.warehouse">
6367 <title>Mandantenkonfiguration Lager</title>
6369 <para>Die Lagerverwaltung in kivitendo funktioniert standardmässig wie
6370 folgt: Wird ein Lager mit einem Lagerplatz angelegt, so gibt es die
6371 Möglichkeit hier über den Menüpunkt Lager entsprechende Warenbewegungen
6372 durchzuführen. Ferner kann jede Position eines Lieferscheins ein-, bzw.
6373 ausgelagert werden (Einkauf-, bzw. Verkauf). Es können beliebig viele
6374 Lager mit beliebig vielen Lagerplätzen abgebildet werden. Die
6375 Lagerbewegungen über einen Lieferschein erfolgt durch Anklicken jeder
6376 Einzelposition und das Auswählen dieser Position zu einem Lager mit
6377 Lagerplatz. Dieses Verfahren lässt sich schrittweise vereinfachen, je
6378 nachdem wie die Einstellungen in der Mandatenkonfiguration gesetzt
6383 <para><option>Auslagern über Standardlagerplatz</option> Hier wird
6384 ein zusätzlicher Knopf (Auslagern über Standard-Lagerplatz) in dem
6385 Lieferschein-Beleg hinzugefügt, der dann alle Lagerbewegungen über
6386 den Standardlagerplatz (konfigurierbar pro Ware) durchführt.</para>
6390 <para><option>Auslagern ohne Bestandsprüfung</option> Das obige
6391 Auslagern schlägt fehl, wenn die entsprechende Menge für die
6392 Lagerbewegung nicht vorhanden ist, möchte man dies auch ignorieren
6393 und ggf. dann nachpflegen, so kann man eine Negativ-Warenmenge mit
6394 dieser Option erlauben. Hierfür muss ein entsprechender Lagerplatz
6395 (Fehlbestand, o.ä.) konfiguriert sein.</para>
6399 <para>Zusätzliche Funktionshinweise:</para>
6403 <para><option>Standard-Lagerplatz</option> Ist dieser konfiguriert,
6404 wird dies auch als Standard-Voreinstellung bei der Neuerfassung von
6405 Stammdaten → Waren / Dienstleistung / Erzeugnis verwendet.</para>
6409 <para><option>Standard-Lagerplatz verwenden, falls keiner in
6410 Stammdaten definiert</option> Wird beim 'Auslagern über
6411 Standardlagerplatz' keine Standardlagerplatz zu der Ware gefunden,
6412 so wird mit dieser Option einfach der Standardlagerplatz
6418 <sect1 id="features.swiss-charts-of-accounts">
6419 <title>Schweizer Kontenpläne</title>
6421 <para>Seit der Version 3.5 stehen in kivitendo 3 Kontenpläne für den
6422 Einsatz in der Schweiz zur Verfügung, einer für Firmen und
6423 Organisationen, die nicht mehrwertsteuerpflichtig sind, einer für
6424 Firmen, die mehrwertsteuerpflichtig sind und einer speziell für
6427 <para>Die Kontenpläne orientieren sich am in der Schweiz üblicherweise
6428 verwendeten KMU-Kontenrahmen und sind mit der Revision des
6429 Schweizerischen Obligationenrechts (OR) vom 1.1.2013 kompatibel,
6430 insbesondere <literal>Art.957a Abs.2</literal>.</para>
6432 <para>Beim Vereinskontenplan sind standardmässig nur die Konten 1100
6433 (Debitoren CHF) und 1101 (Debitoren EUR) als Buchungskonten im Verkauf
6434 sowie die Konten 2000 (Kreditoren CHF) und 2001 (Kreditoren EUR) als
6435 Buchungskonten im Einkauf vorgesehen. Weitere Konten können bei Bedarf
6436 in den Konto-Detaileinstellungen als Einkaufs- oder Verkaufskonten
6437 konfiguriert werden.</para>
6439 <para>Die Möglichkeit, Saldosteuersätze zu verwenden ist in der
6440 aktuellen Version von kivitendo noch nicht integriert.</para>
6442 <para>Trotzdem können auch Firmen, die per Saldosteuersatz mit der
6443 Eidgenössischen Steuerverwaltung abrechnen, kivitendo bereits nutzen.
6444 Dazu wird der Kontenplan mit MWST ausgewählt. Anschliessend müssen alle
6445 Aufwandskonten editiert werden und dort der Steuersatz auf 0% gesetzt
6448 <para>So werden bei Kreditorenbuchungen keine Vorsteuern
6451 <para>Bezugssteuern für aus dem Ausland bezogene Dienstleistungen müssen
6452 manuell verbucht werden.</para>
6454 <para>Wünsche für Anpassungen an den Schweizer Kontenplänen sowie
6455 Vorschläge für weitere (z.B. branchenspezifische) Kontenpläne bitte an
6456 <literal>empfang@revamp-it.ch</literal> senden.</para>
6459 <sect1 id="features.part_classification">
6460 <title>Artikelklassifizierung</title>
6463 <title>Übersicht</title>
6465 <para>Die Klassifizierung von Artikeln dient einer weiteren
6466 Gliederung, um zum Beispiel den Einkauf vom Verkauf zu trennen,
6467 gekennzeichnet durch eine Beschreibung (z.B. "Einkauf") und ein Kürzel
6468 (z.B. "E"). Für jede Klassifizierung besteht eine Beschreibung und
6469 eine Abkürzung die normalerweise aus einem Zeichen besteht, kann aber
6470 auf mehrere Zeichen erweitert werden, falls zur Unterscheidung
6471 notwendig. Sinnvoll sind jedoch nur maximal 2 Zeichen.</para>
6475 <title>Basisklassifizierung</title>
6477 <para>Als Basisklassifizierungen gibt es</para>
6481 <para>Einkauf</para>
6485 <para>Verkauf</para>
6489 <para>Handelsware</para>
6493 <para>Produktion</para>
6497 <para>- keine - (diese wird bei einer Aktualisierung für alle
6498 existierenden Artikel verwendet und ist gültig für Verkauf und
6503 <para>Es können weitere Klassifizierungen angelegt werden. So kann es
6504 z.B. für separat auszuweisende Artikel folgende Klassen geben:</para>
6508 <para>Lieferung (Logistik, Transport) mit Kürzel L</para>
6512 <para>Material (Verpackungsmaterial) mit Kürzel M</para>
6518 <title>Attribute</title>
6520 <para>Bisher haben die Klassifizierungen folgende Attribute, die auch
6521 alle gleichzeitg gültig sein können</para>
6525 <para>gültig für Verkauf - dieser Artikel kann im Verkauf genutzt
6530 <para>gültig für Einkauf - dieser Artikel kann im Einkauf genutzt
6535 <para>separat ausweisen - hierzu gibt es zur Dokumentengenerierung
6536 (LaTeX) eine zusätzliche Variable</para>
6540 <para>Für das Attribut "separat ausweisen" stehen in den
6541 LaTeX-Vorlagen die Variable <emphasis
6542 role="bold"><%non_separate_subtotal%> </emphasis>zur Verfügung,
6543 die alle nicht separat auszuweisenden Artikelkosten saldiert, sowie
6544 pro separat auszuweisenden Klassifizierungen die Variable<emphasis
6545 role="bold">< %separate_X_subtotal%></emphasis>, wobei X das
6546 Kürzel der Klassifizierung ist.</para>
6548 <para>Im obigen Beispiel wäre das für Lieferkosten <emphasis
6549 role="bold"><%separate_L_subtotal%></emphasis> und für
6550 Verpackungsmaterial <emphasis role="bold">
6551 <%separate_M_subtotal%></emphasis>.</para>
6555 <title>Zwei-Zeichen Abkürzung</title>
6557 <para>Der Typ des Artikels und die Klassifizierung werden durch zwei
6558 Buchstaben dargestellt. Der erste Buchstabe ist eine Lokalisierung des
6559 Artikel-Typs ('P','A','S'), deutsch 'W', 'E', und 'D' für Ware
6560 Erzeugnis oder Dienstleistung und ggf. weiterer Typen.</para>
6562 <para>Der zweite Buchstabe (und ggf. auch ein dritter, falls nötig)
6563 entspricht der lokalisierten Abkürzung der Klassifizierung.</para>
6565 <para>Diese Abkürzung wird überall beim Auflisten von Artikeln zur
6566 Erleichterung mit dargestellt.</para>
6570 <sect1 id="features.file_managment">
6571 <title>Dateiverwaltung (Mini-DMS)</title>
6574 <title>Übersicht</title>
6576 <para>Parallel zum alten WebDAV gibt es ein Datei-Management-System,
6577 das Dateien verschiedenen Typs verwaltet. Dies können</para>
6581 <para>aus ERP-Daten per LaTeX Template erzeugte
6582 PDF-Dokumente,</para>
6586 <para>zu bestimmten ERP-Daten gehörende Anhangdateien
6587 unterschiedlichen Formats,</para>
6591 <para>per Scanner eingelesene PDF-Dateien,</para>
6595 <para>per E-Mail empfangene Dateianhänge unterschiedlichen
6600 <para>sowie speziel für Artikel hochgeladene Bilder sein.</para>
6605 <screeninfo>Übersicht</screeninfo>
6609 <imagedata contentwidth="600" fileref="images/DMS-Overview.png"/>
6616 <title>Struktur</title>
6618 <para>Über eine vom Speichermedium unabhängige Zwischenschicht werden
6619 die Dateien und ihre Versionen in der Datenbank verwaltet. Darunter
6620 können verschiedene Implementierungen (Backends) gleichzeitig
6625 <para>Dateisystem</para>
6633 <para>Schnittstelle zu externen
6634 Dokumenten-Management-Systemen</para>
6638 <para>andere Datenbank</para>
6642 <para>etc ...</para>
6646 <para>Es gibt unterschiedliche Typen von Dateien. Jedem Typ läßt sich
6647 in der Mandantenkonfiguration ein bestimmtes Backend zuordnen.</para>
6651 <para>"document": Das sind entweder generierte, eingescannte oder
6652 hochgeladene PDF-Dateien, die zu bestimmten ERP-Daten
6653 (ERP-Objekte, wie z.B. Rechnung, Lieferschein) gehören.</para>
6657 <para>"attachment": zusätzlich hochgeladene Dokumente, die an
6658 bestimmte ERP-Objekte angehängt werden, z.B. technische
6659 Zeichnungen, Aufmaße. Diese können auch für Artikel, Lieferanten
6660 und Kunden hinterlegt sein.</para>
6664 <para>"image": Bilder für Artikel. Diese können auch verkleinert
6665 in einer Vorschau (Thumbnail) angezeigt werden.</para>
6669 <para>Zusätzlich werden in der Datenbank zu den Dateien neben der
6670 Zuordnung zu ERP-Objekten, Dateityp Dateinamen und Backend, in dem die
6671 Datei gespeichert ist, auch die Quelle der Datei notiert:</para>
6675 <para>"created": vom System erzeugte Dokumente"</para>
6679 <para>"uploaded": hochgeladene Dokumente</para>
6683 <para>"email": vom Mail-System empfangene Dateien</para>
6687 <para>"scanner[1]": von einem oder mehreren Scannern erzeugte
6688 Dateien. Existieren mehrere Scanner, so sind diese durch
6689 unterschiedliche Quellennamen zu definieren.</para>
6693 <para>Je nach Dateityp sind nur bestimmte Quellen zulässig. So gibt es
6694 für "attachment" und "image" nur die Quelle "uploaded". Für "document"
6695 gibt es auf jeden Fall die Quelle "created". Die Quellen "scanner" und
6696 "email" müssen derzeit in der Datenbank konfiguriert werden (siehe
6697 <xref linkend="file_management.dbconfig"/>).</para>
6701 <title>Anwendung</title>
6703 <para>Die Daten werden bei den ERP-Objekten als extra Reiter
6704 dargestellt. Eine Verkaufsrechnung z.B. hat die Reiter "Dokumente" und
6705 "Dateianhänge".</para>
6708 <screeninfo>Reiter "Dateianhänge"</screeninfo>
6712 <imagedata fileref="images/DMS-Anhaenge.png" scale="50"/>
6717 <para>Bei den Dateianhängen wird immer nur die aktuelle Version einer
6718 Datei angezeigt. Wird eine Datei mit gleichem Namen hochgeladen, so
6719 wird eine neue Version der Datei erstellt. Vorher wird der Anwender
6720 durch einen Dialog gefragt, ob er eine neue Version anlegen will oder
6721 ob er die Datei umbenennen will, falls es eine neue Datei sein
6725 <screeninfo>Reiter "Dateianhänge"</screeninfo>
6729 <imagedata contentwidth="40"
6730 fileref="images/DMS-Anhaenge-hochladen.png"
6736 <para>Es können mehrere Dateien gleichzeitig hochgeladen werden,
6737 solange in Summe die maximale Größe nicht überschritten wird (siehe
6738 <xref linkend="file_management.clientconfig"/>).</para>
6741 <screeninfo>Reiter "Dokumente"</screeninfo>
6745 <imagedata fileref="images/DMS-Dokumente.png" width="500"/>
6750 <para>Sind keine weiteren Quellen für Dokumente konfiguriert, so gibt
6751 es nur "erzeugte Dokumente". Es werden alle Versionen der generierten
6752 Datei angezeigt. Für Verkaufsrechnungen kommen keine anderen Quellen
6753 zur Geltung. Werden entsprechend der <xref
6754 linkend="file_management.dbconfig"/> zusätzliche Quellen konfiguriert,
6755 so sind diese z.B. bei Einkaufsrechnungen sichtbar:</para>
6758 <screeninfo>Reiter "Dokumente"</screeninfo>
6762 <imagedata contentwidth="600"
6763 fileref="images/DMS-Dokumente-Scanner.png"/>
6768 <para>Statt des Löschens wird hier die Datei zurück zur Quelle
6769 verschoben. Somit kann die Datei anschließend an ein anderes
6770 ERP-Objekt angehängt werden.</para>
6772 <para>Derzeit sind "Titel" und "Beschreibung" noch nicht genutzt. Sie
6773 sind bisher nur bei Bildern relevant.</para>
6777 <title>Konfigurierung</title>
6779 <sect3 id="file_management.clientconfig"
6780 xreflabel="Mandantenkonfigurierung">
6781 <title>Mandantenkonfiguration</title>
6784 <title>Reiter "Features"</title>
6786 <para>Unter dem Reiter <emphasis role="bold">Features</emphasis>
6787 im Abschnitt Dateimanagement ist neben dem "alten" WebDAV das
6788 Dateimangement generell zu- und abschaltbar, sowie die Zuordnung
6789 der Dateitypen zu Backends. Die Löschbarkeit von Dateien, sowie
6790 die maximale Uploadgröße sind Backend-unabhängig</para>
6793 <screeninfo>Mandantenkonfig Reiter "Features"</screeninfo>
6797 <imagedata fileref="images/DMS-ClientConfig.png" width="500"/>
6802 <para>Die einzelnen Backends sind einzeln einschaltbar.
6803 Spezifische Backend-Konfigurierungen sind hier noch
6808 <title>Reiter "Allgemeine Dokumentenanhänge"</title>
6810 <para>Unter dem Reiter <emphasis role="bold">Allgemeine
6811 Dokumentenanhänge</emphasis> kann für alle ERP-Dokumente (
6812 Angebote, Aufträge, Lieferscheine, Rechnungen im Verkauf und
6813 Einkauf ) allgemeingültige Anhänge hochgeladen werden.</para>
6816 <screeninfo>Mandantenkonfig Reiter "Allgemeine
6817 Dokumentenanhänge"</screeninfo>
6821 <imagedata fileref="images/DMS-Allgemeine-Dokumentenanhaenge.png"
6827 <para>Diese Anhänge werden beim Generieren von PDF-Dateien an die
6828 ERP-Dokumente angehängt, z.B. AGBs oder aktuelle Angebote. Es
6829 werden in dem Fall die Daten kopiert, sodass an den ERP-Dokumenten
6830 immer die Anhänge zum Generierungszeitpunkt eingebettet
6835 <sect3 id="file_management.dbconfig"
6836 xreflabel="Datenbank-Konfigurierung">
6837 <title>Datenbank-Konfigurierung</title>
6839 <para>Die zusätzlichen Quellen für "email" oder ein oder mehrere
6840 Scanner sind derzeit vom Administrator direkt in der
6841 Datenbanktabelle "user_preferences" einzurichten. Die "value" ist im
6842 JSON-Format mit den jeweiligen Werten des Verzeichnisses und der
6843 Beschreibung der Quelle.</para>
6846 id | login | namespace | version | key | value
6847 ----+-----------+--------------+---------+----------+---------------------------
6848 1 | #default# | file_sources | 0.00000 | scanner1 |
6849 {"dir":"/var/tmp/scanner1","desc":"Scanner Einkauf"}
6850 2 | #default# | file_sources | 0.00000 | scanner2 |
6851 {"dir":"/var/tmp/scanner2","desc":"Scanner Verkauf"}
6852 3 | #default# | file_sources | 0.00000 | emails |
6853 {"dir":"/var/tmp/emails","desc":"Empfangene Mails" }
6856 <para>Es ist daran gedacht, statt dem Default-Eintrag später für
6857 bestimmte Benutzer ('login') bestimmte Quellen zuzulassen. Dies wird
6858 nach Bedarf implementiert.</para>
6861 <sect3 id="file_management.kiviconfig"
6862 xreflabel="kivitendo-Konfigurationsdatei">
6863 <title>kivitendo-Konfigurationsdatei</title>
6865 <para>Dort ist im Abschnitt [paths] der relative oder absolute Pfad
6866 zum Dokumentenwurzelverzeichnis einzutragen. Dieser muss für den
6867 Webserver schreib- und lesbar sein, jedoch nicht ausführbar.</para>
6871 document_path = /var/local/kivi_documents
6874 <para>Unter diesem Wurzelverzeichnis wird pro Mandant automatisch
6875 ein Unterverzeichnis mit der ID des Mandanten angelegt.</para>
6881 <title>Webshop-Api</title>
6883 <para>Das Shopmodul bietet die Möglichkeit Onlineshopartikel und
6884 Onlineshopbestellungen zu verwalten und zu bearbeiten.</para>
6886 <para>Es ist Multishopfähig, d.h. Artikel können mehreren oder
6887 unterschiedlichen Shops zugeordnet werden. Bestellungen können aus
6888 mehreren Shops geholt werden.</para>
6890 <para>Zur Zeit bietet das Modul nur einen Connector zur REST-Api von
6891 Shopware. Weitere Connectoren können dazu programmiert und eingerichtet
6895 <title>Rechte für die Webshopapi</title>
6897 <para>In der Administration können folgende Rechte vergeben
6902 <para>Webshopartikel anlegen und bearbeiten</para>
6906 <para>Shopbestellungen holen und bearbeiten</para>
6910 <para>Shop anlegen und bearbeiten</para>
6916 <title>Konfiguration</title>
6918 <para>Unter System->Webshops können Shops angelegt und konfiguriert
6923 <imagedata contentdepth="500" contentwidth="700"
6924 fileref="images/Shop_Listing.png"/>
6930 <title>Webshopartikel</title>
6933 <title>Shopvariablenreiter in Artikelstammdaten</title>
6935 <para>Mit dem Recht "Shopartikel anlegen und bearbeiten" und des
6936 Markers <emphasis role="bold">"Shopartikel" in den Basisdaten
6937 </emphasis>zeigt sich der Reiter "Shopvariablen" in den
6938 Artikelstammdaten. Hier können jetzt die Artikel mit
6939 unterschiedlichen Beschreibung und/oder Preisen für die
6940 konfigutierten Shops angelegt und bearbeitet werden. An dieser
6941 Stelle können auch beliebig viele Bilder dem Shopartikel zugeordnet
6942 werden. Artikelbilder gelten für alle Shops.</para>
6946 <imagedata contentdepth="500" contentwidth="600"
6947 fileref="images/Shop_Artikel.png"/>
6951 <para>Die Artikelgruppen werden direkt vom Shopsystem geholt somit
6952 ist es möglich einen Artikel auch mehreren Gruppen
6957 <title>Shopartikelliste</title>
6959 <para>Unter dem Menu Webshop->Webshop Artikel hat man nochmal
6960 eine Gesamtübersicht. Von hier aus ist es möglich Artikel im Stapel
6961 unter verschiedenen Kriterien <alles><nur Preis><nur
6962 Bestand><Preis und Bestand> an die jeweiligen Shops
6967 <imagedata fileref="images/Shop_Artikel_Listing.png"/>
6974 <title>Bestellimport</title>
6976 <para>Unter dem Menupunkt Webshop->Webshop Import öffnet sich die
6977 Bestellimportsliste. Hier ist sind Möglichkeiten gegeben Neue
6978 Bestellungen vom Shop abzuholen, geholte Bestellungen im Stapel oder
6979 einzeln als Auftrag zu transferieren. Die Liste kann nach
6980 verschiedenen Kriterien gefiltert werden.</para>
6984 <imagedata fileref="images/Shop_Bestell.png"/>
6988 <para>Bei Einträgen in der Liste.</para>
6992 <para>keine Kundennummer: Es gibt ähnliche Kundendatensätze und
6993 der Datensatz konnte nicht eindeutig zugewiesen werden.</para>
6997 <para>Kundennummer und Rechnungen rot hinterlegt: Der Kunde hat
6998 offene Posten und kann deswegen nicht im Stapel übernommen
7003 <para>Rechnungsadresse grün hinterlegt: Der Kunde konnte eindeutig
7004 einem Datensatz zugeordnet werden. Die Shopbestellung kann im
7005 Stapel mit dem Button "Anwenden" und wenn markiert als Auftrag
7006 übernommen werden.</para>
7010 <para>Kundennummer vorhanden, aber die Checkbox "Auftrag
7011 erstellen" fehlt. Der Kunde hat vermutlich eine
7012 Shopauftragssperre.</para>
7016 <para>Lieferadresse grau hinterlegt: Optische Anzeige, dass es
7017 sich um eine unterschiedliche Lieferadresse handelt.
7018 Lieferadressen werden aber grundsätzlich beim Transferieren zu
7019 Aufträgen mit übernommen.</para>
7023 <para>In der Spalte Positionen/Betrag/Versandkosten zeigt sich ein
7024 tooltip zu den Positionen.</para>
7028 <para>Maske Auftrag erstellen</para>
7030 <para>Viele Shopsysteme haben drei verschieden Adresstypen Kunden-,
7031 Rechnungs-, und Lieferadresse, die sich auch alle unterscheiden
7032 können. Diese werden im oberen Bereich angezeigt. Es ist möglich jede
7033 dieser Adresse einzeln in kivitendo als Kunde zu übernehmen. Es werden
7034 die Werte Formulareingabe übernommen. Es wird bei einer Änderung
7035 allerdings nur diese in die kivitendo Kundenstammdaten übernommen, die
7036 Shopbestellung bleibt bestehen.</para>
7038 <para>Mit der mittleren Adresse(Rechnungsadresse) im oberen Bereich,
7039 kann ich den ausgewählten kivitendodatensatz des mittleren Bereich
7040 überschreiben. Das ist sinnvoll, wenn ich erkenne, das der Kunde z.B.
7041 umgezogen ist.</para>
7043 <para>Im mittleren Bereich das Adresslisting zeigt:</para>
7047 <para>Rot hinterlegt: Kunde hat eine Shopauftragssperre, diese
7048 muss zuerst deaktiviert werden bevor ich diesem Kunden eine
7049 Shopbestellung zuordnen kann.</para>
7053 <para>Kundenname fett und rot: Hier hat der Kunde eine Bemerkung
7054 in den Stammdaten. Ein Tooltip zeigt diese Bemerkung. Das kann dan
7055 auch der Grund für die Auftragssperre sein.</para>
7059 <para>Die Buttons "Auftrag erstellen" und "Kunde mit
7060 Rechnungsadresse überschreiben" zeigen sich erst, wenn ein Kunde
7061 aus dem Listing ausgewählt ist.</para>
7065 <para>Es ist aber möglich die Shopbestellung zu löschen.</para>
7069 <para>Ist eine Bestellung schon übernommen, zeigen sich an dieser
7070 Stelle, die dazugehörigen Belegverknüpfungen.</para>
7076 <title>Mapping der Daten</title>
7078 <para>Das Mapping der kivitendo Daten mit den Shopdaten geschieht in
7079 der Datei SL/ShopConnector/<SHOPCONNECTORNAME>.pm
7080 z.B.:SL/ShopConnector/Shopware.pm</para>
7082 <para>In dieser Datei gibt es einen Bereich wo die Bestellpostionen,
7083 die Bestellkopfdaten und die Artikeldaten gemapt werden. In dieser
7084 Datei kann ein individelles Mapping dann gemacht werden. Zu Shopware
7085 gibt es hier eine sehr gute Dokumentation: <ulink
7086 url="https://developers.shopware.com/developers-guide/rest-api/">https://developers.shopware.com/developers-guide/rest-api/</ulink></para>
7092 <title>Entwicklerdokumentation</title>
7094 <sect1 id="devel.globals" xreflabel="Globale Variablen">
7095 <title>Globale Variablen</title>
7098 <title>Wie sehen globale Variablen in Perl aus?</title>
7100 <para>Globale Variablen liegen in einem speziellen namespace namens
7101 "main", der von überall erreichbar ist. Darüber hinaus sind bareword
7102 globs global und die meisten speziellen Variablen sind...
7105 <para>Daraus ergeben sich folgende Formen:</para>
7109 <term><literal>$main::form</literal></term>
7112 <para>expliziter Namespace "main"</para>
7117 <term><literal>$::form</literal></term>
7120 <para>impliziter Namespace "main"</para>
7125 <term><literal>open FILE, "file.txt"</literal></term>
7128 <para><varname>FILE</varname> ist global</para>
7133 <term><literal>$_</literal></term>
7136 <para>speziell</para>
7141 <para>Im Gegensatz zu <productname>PHP</productname> gibt es kein
7142 Schlüsselwort wie "<function>global</function>", mit dem man
7143 importieren kann. <function>my</function>, <function>our</function>
7144 und <function>local</function> machen was anderes.</para>
7148 <term><literal>my $form</literal></term>
7151 <para>lexikalische Variable, gültig bis zum Ende des
7157 <term><literal>our $form</literal></term>
7160 <para><varname>$form</varname> referenziert ab hier
7161 <varname>$PACKAGE::form</varname>.</para>
7166 <term><literal>local $form</literal></term>
7169 <para>Alle Änderungen an <varname>$form</varname> werden am Ende
7170 des scopes zurückgesetzt</para>
7177 <title>Warum sind globale Variablen ein Problem?</title>
7179 <para>Das erste Problem ist <productname>FCGI</productname>.</para>
7181 <para><productname>SQL-Ledger</productname> hat fast alles im globalen
7182 namespace abgelegt, und erwartet, dass es da auch wiederzufinden ist.
7183 Unter <productname>FCGI</productname> müssen diese Sachen aber wieder
7184 aufgeräumt werden, damit sie nicht in den nächsten Request kommen.
7185 Einige Sachen wiederum sollen nicht gelöscht werden, wie zum Beispiel
7186 Datenbankverbindungen, weil die sehr lange zum Initialisieren
7189 <para>Das zweite Problem ist <function>strict</function>. Unter
7190 <function>strict</function> werden alle Variablen die nicht explizit
7191 mit <function>Package</function>, <function>my</function> oder
7192 <function>our</function> angegeben werden als Tippfehler angemarkert,
7193 dies hat, seit der Einführung, u.a. schon so manche langwierige
7194 Bug-Suche verkürzt. Da globale Variablen aber implizit mit Package
7195 angegeben werden, werden die nicht geprüft, und somit kann sich
7196 schnell ein Tippfehler einschleichen.</para>
7200 <title>Kanonische globale Variablen</title>
7202 <para>Um dieses Problem im Griff zu halten gibt es einige wenige
7203 globale Variablen, die kanonisch sind, d.h. sie haben bestimmte
7204 vorgegebenen Eigenschaften, und alles andere sollte anderweitig
7205 umhergereicht werden.</para>
7207 <para>Diese Variablen sind im Moment die folgenden neun:</para>
7211 <para><varname>$::form</varname></para>
7215 <para><varname>%::myconfig</varname></para>
7219 <para><varname>$::locale</varname></para>
7223 <para><varname>$::lxdebug</varname></para>
7227 <para><varname>$::auth</varname></para>
7231 <para><varname>$::lx_office_conf</varname></para>
7235 <para><varname>$::instance_conf</varname></para>
7239 <para><varname>$::dispatcher</varname></para>
7243 <para><varname>$::request</varname></para>
7247 <para>Damit diese nicht erneut als Müllhalde missbraucht werden, im
7248 Folgenden eine kurze Erläuterung der bestimmten vorgegebenen
7249 Eigenschaften (Konventionen):</para>
7252 <title>$::form</title>
7256 <para>Ist ein Objekt der Klasse
7257 "<classname>Form</classname>"</para>
7261 <para>Wird nach jedem Request gelöscht</para>
7265 <para>Muss auch in Tests und Konsolenscripts vorhanden
7270 <para>Enthält am Anfang eines Requests die Requestparameter vom
7275 <para>Kann zwar intern über Requestgrenzen ein Datenbankhandle
7276 cachen, das wird aber momentan absichtlich zerstört</para>
7280 <para><varname>$::form</varname> wurde unter <productname>SQL
7281 Ledger</productname> als Gottobjekt für alles missbraucht. Sämtliche
7282 alten Funktionen unter SL/ mutieren <varname>$::form</varname>, das
7283 heißt, alles was einem lieb ist (alle Variablen die einem ans Herz
7284 gewachsen sind), sollte man vor einem Aufruf (!) von zum Beispiel
7285 <function>IS->retrieve_customer()</function> in Sicherheit
7288 <para>Z.B. das vom Benutzer eingestellte Zahlenformat, bevor man
7289 Berechnung in einem bestimmten Format durchführt (SL/Form.pm Zeile
7290 3552, Stand version 2.7beta), um dies hinterher wieder auf den
7291 richtigen Wert zu setzen:</para>
7293 <programlisting> my $saved_numberformat = $::myconfig{numberformat};
7294 $::myconfig{numberformat} = $numberformat;
7295 # (...) div Berechnungen
7296 $::myconfig{numberformat} = $saved_numberformat;</programlisting>
7298 <para>Das Objekt der Klasse Form hat leider im Moment noch viele
7299 zentrale Funktionen die vom internen Zustand abhängen, deshalb bitte
7300 nie einfach zerstören oder überschreiben (zumindestens nicht kurz
7301 vor einem Release oder in Absprache über bspw. die devel-Liste ;-).
7302 Es geht ziemlich sicher etwas kaputt.</para>
7304 <para><varname>$::form</varname> ist gleichzeitig der Standard Scope
7305 in den <productname>Template::Toolkit</productname> Templates
7306 außerhalb der Controller: der Ausdruck <function>[% var
7307 %]</function> greift auf <varname>$::form->{var}</varname> zu.
7308 Unter Controllern ist der Standard Scope anders, da lautet der
7309 Zugriff <function>[% FORM.var %]</function>. In Druckvorlagen sind
7310 normale Variablen ebenfall im <varname>$::form</varname> Scope, d.h.
7311 <function><%var%></function> zeigt auf
7312 <varname>$::form->{var}</varname>. Nochmal von der anderen Seite
7313 erläutert, innerhalb von (Web-)Templates sieht man häufiger solche
7316 <programlisting>[%- IF business %]
7317 # (... Zeig die Auswahlliste Kunden-/Lieferantentyp an)
7318 [%- END %]</programlisting>
7320 <para>Entweder wird hier dann $::form->{business} ausgewertet
7321 oder aber der Funktion
7322 <function>$form->parse_html_template</function> wird explizit
7323 noch ein zusätzlicher Hash übergeben, der dann auch in den
7324 (Web-)Templates zu Verfügung steht, bspw. so:</para>
7326 <programlisting>$form->parse_html_template("is/form_header", \%TMPL_VAR);</programlisting>
7328 <para>Innerhalb von Schleifen wird
7329 <varname>$::form->{TEMPLATE_ARRAYS}{var}[$index]</varname>
7330 bevorzugt, wenn vorhanden. Ein Beispiel findet sich in SL/DO.pm,
7331 welches über alle Positionen eines Lieferscheins in Schleife
7334 <programlisting>for $i (1 .. $form->{rowcount}) {
7336 push @{ $form->{TEMPLATE_ARRAYS}{runningnumber} }, $position;
7337 push @{ $form->{TEMPLATE_ARRAYS}{number} }, $form->{"partnumber_$i"};
7338 push @{ $form->{TEMPLATE_ARRAYS}{description} }, $form->{"description_$i"};
7344 <title>%::myconfig</title>
7348 <para>Das einzige Hash unter den globalen Variablen</para>
7352 <para>Wird spätestens benötigt wenn auf die Datenbank
7353 zugegriffen wird</para>
7357 <para>Wird bei jedem Request neu erstellt.</para>
7361 <para>Enthält die Userdaten des aktuellen Logins</para>
7365 <para>Sollte nicht ohne Filterung irgendwo gedumpt werden oder
7366 extern serialisiert werden, weil da auch der Datenbankzugriff
7367 für diesen user drinsteht.</para>
7371 <para>Enthält unter anderem Datumsformat dateformat und
7372 Nummernformat numberformat</para>
7376 <para>Enthält Datenbankzugriffinformationen</para>
7380 <para><varname>%::myconfig</varname> ist im Moment der Ersatz für
7381 ein Userobjekt. Die meisten Funktionen, die etwas anhand des
7382 aktuellen Users entscheiden müssen, befragen
7383 <varname>%::myconfig</varname>. Innerhalb der Anwendungen sind dies
7384 überwiegend die Daten, die sich unter <guimenu>Programm</guimenu>
7385 -> <guimenuitem>Einstellungen</guimenuitem> befinden, bzw. die
7386 Informationen über den Benutzer die über die
7387 Administrator-Schnittstelle eingegeben wurden.</para>
7391 <title>$::locale</title>
7395 <para>Objekt der Klasse "Locale"</para>
7399 <para>Wird pro Request erstellt</para>
7403 <para>Muss auch für Tests und Scripte immer verfügbar
7408 <para>Cached intern über Requestgrenzen hinweg benutzte
7413 <para>Lokalisierung für den aktuellen User. Alle Übersetzungen,
7414 Zahlen- und Datumsformatierungen laufen über dieses Objekt.</para>
7418 <title>$::lxdebug</title>
7422 <para>Objekt der Klasse "LXDebug"</para>
7426 <para>Wird global gecached</para>
7430 <para>Muss immer verfügbar sein, in nahezu allen
7435 <para><varname>$::lxdebug</varname> stellt Debuggingfunktionen
7436 bereit, wie "<function>enter_sub</function>" und
7437 "<function>leave_sub</function>", mit denen in den alten Modulen ein
7438 brauchbares Tracing gebaut ist, "<function>log_time</function>", mit
7439 der man die Wallclockzeit seit Requeststart loggen kann, sowie
7440 "<function>message</function>" und "<function>dump</function>" mit
7441 denen man flott Informationen ins Log (tmp/kivitendo-debug.log)
7444 <para>Beispielsweise so:</para>
7446 <programlisting>$main::lxdebug->message(0, 'Meine Konfig:' . Dumper (%::myconfig));
7447 $main::lxdebug->message(0, 'Wer bin ich? Kunde oder Lieferant:' . $form->{vc});</programlisting>
7451 <title>$::auth</title>
7455 <para>Objekt der Klasse "SL::Auth"</para>
7459 <para>Wird global gecached</para>
7463 <para>Hat eine permanente DB Verbindung zur Authdatenbank</para>
7467 <para>Wird nach jedem Request resettet.</para>
7471 <para><varname>$::auth</varname> stellt Funktionen bereit um die
7472 Rechte des aktuellen Users abzufragen. Obwohl diese Informationen
7473 vom aktuellen User abhängen wird das Objekt aus
7474 Geschwindigkeitsgründen nur einmal angelegt und dann nach jedem
7475 Request kurz resettet.</para>
7477 <para>Dieses Objekt kapselt auch den gerade aktiven Mandanten.
7478 Dessen Einstellungen können über
7479 <literal>$::auth->client</literal> abgefragt werden; Rückgabewert
7480 ist ein Hash mit den Werten aus der Tabelle
7481 <literal>auth.clients</literal>.</para>
7485 <title>$::lx_office_conf</title>
7489 <para>Objekt der Klasse
7490 "<classname>SL::LxOfficeConf</classname>"</para>
7494 <para>Global gecached</para>
7498 <para>Repräsentation der
7499 <filename>config/kivitendo.conf[.default]</filename>-Dateien</para>
7503 <para>Globale Konfiguration. Configdateien werden zum Start gelesen
7504 und danach nicht mehr angefasst. Es ist derzeit nicht geplant, dass
7505 das Programm die Konfiguration ändern kann oder sollte.</para>
7507 <para>Beispielsweise ist über den Konfigurationseintrag [debug] die
7508 Debug- und Trace-Log-Datei wie folgt konfiguriert und
7511 <programlisting>[debug]
7512 file_name = /tmp/kivitendo-debug.log</programlisting>
7514 <para>ist der Key <varname>file</varname> im Programm als
7515 <varname>$::lx_office_conf->{debug}{file}</varname>
7519 <para>Zugriff auf die Konfiguration erfolgt im Moment über
7520 Hashkeys, sind also nicht gegen Tippfehler abgesichert.</para>
7525 <title>$::instance_conf</title>
7529 <para>Objekt der Klasse
7530 "<classname>SL::InstanceConfiguration</classname>"</para>
7534 <para>wird pro Request neu erstellt</para>
7538 <para>Funktioniert wie <varname>$::lx_office_conf</varname>,
7539 speichert aber Daten die von der Instanz abhängig sind. Eine Instanz
7540 ist hier eine Mandantendatenbank. Beispielsweise überprüft
7541 <programlisting>$::instance_conf->get_inventory_system eq 'perpetual'</programlisting>
7542 ob die berüchtigte Bestandsmethode zur Anwendung kommt.</para>
7546 <title>$::dispatcher</title>
7550 <para>Objekt der Klasse
7551 "<varname>SL::Dispatcher</varname>"</para>
7555 <para>wird pro Serverprozess erstellt.</para>
7559 <para>enthält Informationen über die technische Verbindung zum
7564 <para>Der dritte Punkt ist auch der einzige Grund warum das Objekt
7565 global gespeichert wird. Wird vermutlich irgendwann in einem anderen
7566 Objekt untergebracht.</para>
7570 <title>$::request</title>
7574 <para>Hashref (evtl später Objekt)</para>
7578 <para>Wird pro Request neu initialisiert.</para>
7582 <para>Keine Unterstruktur garantiert.</para>
7586 <para><varname>$::request</varname> ist ein generischer Platz um
7587 Daten "für den aktuellen Request" abzulegen. Sollte nicht für action
7588 at a distance benutzt werden, sondern um lokales memoizing zu
7589 ermöglichen, das garantiert am Ende des Requests zerstört
7592 <para>Vieles von dem, was im moment in <varname>$::form</varname>
7593 liegt, sollte eigentlich hier liegen. Die groben
7594 Differentialkriterien sind:</para>
7598 <para>Kommt es vom User, und soll unverändert wieder an den
7599 User? Dann <varname>$::form</varname>, steht da eh schon</para>
7603 <para>Sind es Daten aus der Datenbank, die nur bis zum Ende des
7604 Requests gebraucht werden? Dann
7605 <varname>$::request</varname></para>
7609 <para>Muss ich von anderen Teilen des Programms lesend drauf
7610 zugreifen? Dann <varname>$::request</varname>, aber Zugriff über
7611 Wrappermethode</para>
7618 <title>Ehemalige globale Variablen</title>
7620 <para>Die folgenden Variablen waren einmal im Programm, und wurden
7624 <title>$::cgi</title>
7628 <para>war nötig, weil cookie Methoden nicht als
7629 Klassenfunktionen funktionieren</para>
7633 <para>Aufruf als Klasse erzeugt Dummyobjekt was im
7634 Klassennamespace gehalten wird und über Requestgrenzen
7639 <para>liegt jetzt unter
7640 <varname>$::request->{cgi}</varname></para>
7646 <title>$::all_units</title>
7650 <para>war nötig, weil einige Funktionen in Schleifen zum Teil
7651 ein paar hundert mal pro Request eine Liste der Einheiten
7652 brauchen, und de als Parameter durch einen Riesenstack von
7653 Funktionen geschleift werden müssten.</para>
7657 <para>Liegt jetzt unter
7658 <varname>$::request->{cache}{all_units}</varname></para>
7663 <function>AM->retrieve_all_units()</function> gesetzt oder
7670 <title>%::called_subs</title>
7674 <para>wurde benutzt um callsub deep recursions
7679 <para>Wurde entfernt, weil callsub nur einen Bruchteil der
7680 möglichen Rekursioenen darstellt, und da nie welche
7685 <para>komplette recursion protection wurde entfernt.</para>
7692 <sect1 id="devel.fcgi">
7693 <title>Entwicklung unter FastCGI</title>
7695 <sect2 id="devel.fcgi.general">
7696 <title>Allgemeines</title>
7698 <para>Wenn Änderungen in der Konfiguration von kivitendo gemacht
7699 werden, muss der Webserver neu gestartet werden.</para>
7701 <para>Bei der Entwicklung für FastCGI ist auf ein paar Fallstricke zu
7702 achten. Dadurch, dass das Programm in einer Endlosschleife läuft,
7703 müssen folgende Aspekte beachtet werden.</para>
7706 <sect2 id="devel.fcgi.exiting">
7707 <title>Programmende und Ausnahmen</title>
7709 <para>Betrifft die Funktionen <function>warn</function>,
7710 <function>die</function>, <function>exit</function>,
7711 <function>carp</function> und <function>confess</function>.</para>
7713 <para>Fehler, die dass Programm normalerweise sofort beenden (fatale
7714 Fehler), werden mit dem FastCGI Dispatcher abgefangen, um das Programm
7715 am Laufen zu halten. Man kann mit <function>die</function>,
7716 <function>confess</function> oder <function>carp</function> Fehler
7717 ausgeben, die dann vom Dispatcher angezeigt werden. Die kivitendo
7718 eigene <function>$::form-</function>error()> tut im Prinzip das
7719 Gleiche, mit ein paar Extraoptionen. <function>warn</function> und
7720 <function>exit</function> hingegen werden nicht abgefangen.
7721 <function>warn</function> wird direkt nach STDERR, also in Server Log
7722 eine Nachricht schreiben (sofern in der Konfiguration nicht die
7723 Warnungen in das kivitendo Log umgeleitet wurden), und
7724 <function>exit</function> wird die Ausführung beenden.</para>
7726 <para>Prinzipiell ist es kein Beinbruch, wenn sich der Prozess
7727 beendet, fcgi wird ihn sofort neu starten. Allerdings sollte das die
7728 Ausnahme sein. Quintessenz: Bitte kein <function>exit</function>
7729 benutzen, alle anderen Exceptionmechanismen sind ok.</para>
7732 <sect2 id="devel.fcgi.globals">
7733 <title>Globale Variablen</title>
7735 <para>Um zu vermeiden, dass Informationen von einem Request in einen
7736 anderen gelangen, müssen alle globalen Variablen vor einem Request
7737 sauber initialisiert werden. Das ist besonders wichtig im
7738 <varname>$::cgi</varname> und <varname>$::auth</varname> Objekt, weil
7739 diese nicht gelöscht werden pro Instanz, sondern persistent gehalten
7742 <para>In <classname>SL::Dispatcher</classname> gibt es einen sauber
7743 abgetrennten Block, der alle kanonischen globalen Variablen listet und
7744 erklärt. Bitte keine anderen einführen ohne das sauber zu
7745 dokumentieren.</para>
7747 <para>Datenbankverbindungen wird noch ein Guide verfasst werden, wie
7748 man sicher geht, dass man die richtige erwischt.</para>
7751 <sect2 id="devel.fcgi.performance">
7752 <title>Performance und Statistiken</title>
7754 <para>Die kritischen Pfade des Programms sind die Belegmasken, und
7755 unter diesen ganz besonders die Verkaufsrechnungsmaske. Ein Aufruf der
7756 Rechnungsmaske in kivitendo 2.4.3 stable dauert auf einem Core2duo mit
7757 4GB Arbeitsspeicher und Ubuntu 9.10 eine halbe Sekunde. In der 2.6.0
7758 sind es je nach Menge der definierten Variablen 1-2s. Ab der
7759 Moose/Rose::DB Version sind es 5-6s.</para>
7761 <para>Mit FastCGI ist die neuste Version auf 0,26 Sekunden selbst in
7762 den kritischen Pfaden, unter 0,15 sonst.</para>
7766 <sect1 id="db-upgrade-files" xreflabel="Datenbank-Upgradedateien">
7767 <title>SQL-Upgradedateien</title>
7769 <sect2 id="db-upgrade-files.introduction"
7770 xreflabel="Einführung in die Datenbank-Upgradedateien">
7771 <title>Einführung</title>
7773 <para>Datenbankupgrades werden über einzelne Upgrade-Scripte
7774 gesteuert, die sich im Verzeichnis
7775 <filename>sql/Pg-upgrade2</filename> befinden. In diesem Verzeichnis
7776 muss pro Datenbankupgrade eine Datei existieren, die neben den
7777 eigentlich auszuführenden SQL- oder Perl-Befehlen einige
7778 Kontrollinformationen enthält.</para>
7780 <para>Kontrollinformationen definieren Abhängigkeiten und Prioritäten,
7781 sodass Datenbankscripte zwar in einer sicheren Reihenfolge ausgeführt
7782 werden (z.B. darf ein <literal>ALTER TABLE</literal> erst ausgeführt
7783 werden, wenn die Tabelle mit <literal>CREATE TABLE</literal> angelegt
7784 wurde), diese Reihenfolge aber so flexibel ist, dass man keine
7785 Versionsnummern braucht.</para>
7787 <para>kivitendo merkt sich dabei, welches der Upgradescripte in
7788 <filename>sql/Pg-upgrade2</filename> bereits durchgeführt wurde und
7789 führt diese nicht erneut aus. Dazu dient die Tabelle
7790 "<literal>schema_info</literal>", die bei der Anmeldung automatisch
7791 angelegt wird.</para>
7794 <sect2 id="db-upgrade-files.format"
7795 xreflabel="Format der Upgradedateien">
7796 <title>Format der Kontrollinformationen</title>
7798 <para>Die Kontrollinformationen sollten sich am Anfang der jeweiligen
7799 Upgradedatei befinden. Jede Zeile, die Kontrollinformationen enthält,
7800 hat dabei das folgende Format:</para>
7802 <para>Für SQL-Upgradedateien:</para>
7804 <programlisting>-- @key: value</programlisting>
7806 <para>Für Perl-Upgradedateien:</para>
7808 <programlisting># @key: value</programlisting>
7810 <para>Leerzeichen vor "<varname>value</varname>" werden
7813 <para>Die folgenden Schlüsselworte werden verarbeitet:</para>
7817 <term><varname>tag</varname></term>
7820 <para>Wird zwingend benötigt. Dies ist der "Name" des Upgrades.
7821 Dieser "tag" kann von anderen Kontrolldateien in ihren
7822 Abhängigkeiten verwendet werden (Schlüsselwort
7823 "<varname>depends</varname>"). Der "tag" ist auch der Name, der
7824 in der Datenbank eingetragen wird.</para>
7826 <para>Normalerweise sollte die Kontrolldatei genau so heißen wie
7827 der "tag", nur mit der Endung ".sql" bzw. "pl".</para>
7829 <para>Ein Tag darf nur aus alphanumerischen Zeichen sowie den
7830 Zeichen _ - ( ) bestehen. Insbesondere sind Leerzeichen nicht
7831 erlaubt und sollten stattdessen mit Unterstrichen ersetzt
7837 <term><varname>charset</varname></term>
7840 <para>Empfohlen. Gibt den Zeichensatz an, in dem das Script
7841 geschrieben wurde, z.B. "<literal>UTF-8</literal>". Aus
7842 Kompatibilitätsgründen mit alten Upgrade-Scripten wird bei
7843 Abwesenheit des Tags für SQL-Upgradedateien der Zeichensatz
7844 "<literal>ISO-8859-15</literal>" angenommen. Perl-Upgradescripte
7845 hingegen müssen immer in UTF-8 encodiert sein und sollten
7846 demnach auch ein "<literal>use utf8;</literal>"
7852 <term><varname>description</varname></term>
7855 <para>Benötigt. Eine Beschreibung, was in diesem Update
7856 passiert. Diese wird dem Benutzer beim eigentlichen
7857 Datenbankupdate angezeigt. Während der Tag in Englisch gehalten
7858 sein sollte, sollte die Beschreibung auf Deutsch
7864 <term><varname>depends</varname></term>
7867 <para>Optional. Eine mit Leerzeichen getrennte Liste von "tags",
7868 von denen dieses Upgradescript abhängt. kivitendo stellt sicher,
7869 dass die in dieser Liste aufgeführten Scripte bereits
7870 durchgeführt wurden, bevor dieses Script ausgeführt wird.</para>
7872 <para>Abhängigkeiten werden rekursiv betrachtet. Wenn also ein
7873 Script "b" existiert, das von Änderungen in "a" abhängt, und
7874 eine neue Kontrolldatei für "c" erstellt wird, die von
7875 Änderungen in "a" und "b" abhängt, so genügt es, in "c" nur den
7876 Tag "b" als Abhängigkeit zu definieren.</para>
7878 <para>Es ist nicht erlaubt, sich selbst referenzierende
7879 Abhängigkeiten zu definieren (z.B. "a" -> "b", "b" -> "c"
7880 und "c" -> "a").</para>
7885 <term><varname>priority</varname></term>
7888 <para>Optional. Ein Zahlenwert, der die Reihenfolge bestimmt, in
7889 der Scripte ausgeführt werden, die die gleichen
7890 Abhängigkeitstiefen besitzen. Fehlt dieser Parameter, so wird
7891 der Wert 1000 benutzt.</para>
7893 <para>Dies ist reine Kosmetik. Für echte Reihenfolgen muss
7894 "depends" benutzt werden. kivitendo sortiert die auszuführenden
7895 Scripte zuerst nach der Abhängigkeitstiefe (wenn "z" von "y"
7896 abhängt und "y" von "x", so hat "z" eine Abhängigkeitstiefe von
7897 2, "y" von 1 und "x" von 0. "x" würde hier zuerst ausgeführt,
7898 dann "y", dann "z"), dann nach der Priorität und bei gleicher
7899 Priorität alphabetisch nach dem "tag".</para>
7904 <term><varname>ignore</varname></term>
7907 <para>Optional. Falls der Wert auf 1 (true) steht, wird das
7908 Skript bei der Anmeldung ignoriert und entsprechend nicht
7915 <sect2 id="db-upgrade-files.format-perl-files"
7916 xreflabel="Format von Perl-Upgradedateien">
7917 <title>Format von in Perl geschriebenen
7918 Datenbankupgradescripten</title>
7920 <para>In Perl geschriebene Datenbankscripte werden nicht einfach so
7921 ausgeführt sondern müssen sich an gewisse Konventionen halten. Dafür
7922 bekommen sie aber auch einige Komfortfunktionen bereitgestellt.</para>
7924 <para>Ein Upgradescript stellt dabei eine vollständige Objektklasse
7925 dar, die vom Elternobjekt "<literal>SL::DBUpgrade2::Base</literal>"
7926 erben und eine Funktion namens "<literal>run</literal>" zur Verfügung
7927 stellen muss. Das Script wird ausgeführt, indem eine Instanz dieser
7928 Klasse erzeugt und darauf die erwähnte "<literal>run</literal>"
7929 aufgerufen wird.</para>
7931 <para>Zu beachten ist, dass sich der Paketname der Datei aus dem Wert
7932 für "<literal>@tag</literal>" ableitet. Dabei werden alle Zeichen, die
7933 in Paketnamen ungültig wären (gerade Bindestriche), durch Unterstriche
7934 ersetzt. Insgesamt sieht der Paketname wie folgt aus:
7935 "<literal>SL::DBUpgrade2::tag</literal>".</para>
7937 <para>Welche Komfortfunktionen zur Verfügung stehen, erfahren Sie in
7938 der Perl-Dokumentation zum oben genannten Modul; aufzurufen mit
7939 "<command>perldoc SL/DBUpgrade2/Base.pm</command>".</para>
7941 <para>Ein Mindestgerüst eines gültigen Perl-Upgradescriptes sieht wie
7944 <programlisting># @tag: beispiel-upgrade-file42
7945 # @description: Ein schönes Beispielscript
7946 # @depends: release_3_1_0
7947 package SL::DBUpgrade2::beispiel_upgrade_file42;
7952 use parent qw(SL::DBUpgrade2::Base);
7957 # hier Aktionen ausführen
7966 <sect2 id="db-upgrade-files.dbupgrade-tool"
7967 xreflabel="Hilfsscript dbupgrade2_tool.pl">
7968 <title>Hilfsscript dbupgrade2_tool.pl</title>
7970 <para>Um die Arbeit mit den Abhängigkeiten etwas zu erleichtern,
7971 existiert ein Hilfsscript namens
7972 "<filename>scripts/dbupgrade2_tool.pl</filename>". Es muss aus dem
7973 kivitendo-ERP-Basisverzeichnis heraus aufgerufen werden. Dieses Tool
7974 liest alle Datenbankupgradescripte aus dem Verzeichnis
7975 <filename>sql/Pg-upgrade2</filename> aus. Es benutzt dafür die
7976 gleichen Methoden wie kivitendo selber, sodass alle Fehlersituationen
7977 von der Kommandozeile überprüft werden können.</para>
7979 <para>Wird dem Script kein weiterer Parameter übergeben, so wird nur
7980 eine Überprüfung der Felder und Abhängigkeiten vorgenommen. Man kann
7981 sich aber auch Informationen auf verschiedene Art ausgeben
7986 <para>Listenform: "<command>./scripts/dbupgrade2_tool.pl
7987 --list</command>"</para>
7989 <para>Gibt eine Liste aller Scripte aus. Die Liste ist in der
7990 Reihenfolge sortiert, in der kivitendo die Scripte ausführen
7991 würde. Es werden neben der Listenposition der Tag, die
7992 Abhängigkeitstiefe und die Priorität ausgegeben.</para>
7996 <para>Baumform: "<command>./scripts/dbupgrade2_tool.pl
7997 --tree</command>"</para>
7999 <para>Listet alle Tags in Baumform basierend auf den
8000 Abhängigkeiten auf. Die "Wurzelknoten" sind dabei die Scripte, von
8001 denen keine anderen abhängen. Die Unterknoten sind Scripte, die
8002 beim übergeordneten Script als Abhängigkeit eingetragen
8006 <listitem id="db-upgrade-files.dbupgrade-tool.reverse-tree">
8007 <para>Umgekehrte Baumform: "<command>./scripts/dbupgrade2_tool.pl
8008 --rtree</command>"</para>
8010 <para>Listet alle Tags in Baumform basierend auf den
8011 Abhängigkeiten auf. Die "Wurzelknoten" sind dabei die Scripte mit
8012 der geringsten Abhängigkeitstiefe. Die Unterknoten sind Scripte,
8013 die das übergeordnete Script als Abhängigkeit eingetragen
8018 <para>Baumform mit Postscriptausgabe:
8019 "<command>./scripts/dbupgrade2_tool.pl
8020 --graphviz</command>"</para>
8022 <para>Benötigt das Tool "<command>graphviz</command>", um mit
8023 seiner Hilfe die <link
8024 linkend="db-upgrade-files.dbupgrade-tool.reverse-tree">umgekehrte
8025 Baumform</link> in eine Postscriptdatei namens
8026 "<filename>db_dependencies.ps</filename>" auszugeben. Dies ist
8027 vermutlich die übersichtlichste Form, weil hierbei jeder Knoten
8028 nur einmal ausgegeben wird. Bei den Textmodusbaumformen hingegen
8029 können Knoten und all ihre Abhängigkeiten mehrfach ausgegeben
8034 <para>Scripte, von denen kein anderes Script abhängt:
8035 "<command>./scripts/dbupgrade2_tool.pl --nodeps</command>"</para>
8037 <para>Listet die Tags aller Scripte auf, von denen keine anderen
8038 Scripte abhängen.</para>
8044 <sect1 id="translations-languages" xreflabel="Translations and languages">
8045 <title>Translations and languages</title>
8047 <sect2 id="translations-languages.introduction"
8048 xreflabel="Introduction to translations and languages">
8049 <title>Introduction</title>
8052 <para>Dieser Abschnitt ist in Englisch geschrieben, um
8053 internationalen Übersetzern die Arbeit zu erleichtern.</para>
8056 <para>This section describes how localization packages in kivitendo
8057 are built. Currently the only language fully supported is German, and
8058 since most of the internal messages are held in English the English
8059 version is usable too.</para>
8062 <sect2 id="translations-languages.character-set"
8063 xreflabel="Character set">
8064 <title>Character set</title>
8066 <para>All files included in a language pack must use UTF-8 as their
8070 <sect2 id="translations-languages.file-structure"
8071 xreflabel="File structure">
8072 <title>File structure</title>
8074 <para>The structure of locales in kivitendo is:</para>
8076 <programlisting>kivitendo/locale/<langcode>/</programlisting>
8078 <para>where <langcode> stands for an abbreviation of the
8079 language package. The builtin packages use two letter <ulink
8080 url="http://en.wikipedia.org/wiki/ISO_639-1">ISO 639-1</ulink> codes,
8081 but the actual name is not relevant for the program and can easily be
8083 url="http://en.wikipedia.org/wiki/IETF_language_tag">IETF language
8084 tags</ulink> (i.e. "en_GB"). In fact the original language packages
8085 from SQL Ledger are named in this way.</para>
8087 <para>In such a language directory the following files are
8092 <term>LANGUAGE</term>
8095 <para>This file is mandatory.</para>
8097 <para>The <filename>LANGUAGE</filename> file contains the self
8098 descripted name of the language. It should contain a native
8099 representation first, and in parenthesis an english translation
8100 after that. Example:</para>
8102 <programlisting>Deutsch (German)</programlisting>
8110 <para>This file is mandatory.</para>
8112 <para>The central translation file. It is essentially an inline
8113 Perl script autogenerated by <command>locales.pl</command>. To
8114 generate it, generate the directory and the two files mentioned
8115 above, and execute the following command:</para>
8117 <programlisting>scripts/locales.pl <langcode></programlisting>
8119 <para>Otherwise you can simply copy one of the other languages.
8120 You will be told how many are missing like this:</para>
8122 <programlisting>$ scripts/locales.pl en
8123 English - 0.6% - 2015/2028 missing</programlisting>
8125 <para>A file named "<filename>missing</filename>" will be
8126 generated and can be edited. You can also edit the
8127 "<filename>all</filename>" file directly. Edit everything you
8128 like to fit the target language and execute
8129 <command>locales.pl</command> again. See how the missing words
8135 <term>Num2text</term>
8138 <para>Legacy code from SQL Ledger. It provides a means for
8139 numbers to be converted into natural language, like
8140 <literal>1523 => one thousand five hundred twenty
8141 three</literal>. If you want to provide it, it must be inlinable
8142 Perl code which provides a <function>num2text</function> sub. If
8143 an <function>init</function> sub exists it will be executed
8146 <para>Only used in the check and receipt printing module.</para>
8151 <term>special_chars</term>
8154 <para>kivitendo comes with a lot of interfaces to different
8155 formats, some of which are rather picky with their accepted
8156 charset. The <filename>special_chars</filename> file contains a
8157 listing of chars not suited for different file format and
8158 provides substitutions. It is written in "Simple Ini" style,
8159 containing a block for every file format.</para>
8161 <para>First entry should be the order of substitution for
8162 entries as a whitespace separated list. All entries are
8163 interpolated, so <literal>\n</literal>, <literal>\x20</literal>
8164 and <literal>\\</literal> all work.</para>
8166 <para>After that every entry is a special char that should be
8167 translated when writing text into such a file.</para>
8169 <para>Example:</para>
8171 <programlisting>[Template/XML]
8172 order=& < > \n
8176 \n=<br></programlisting>
8178 <para>Note the importance of the order in this example.
8179 Substituting < and > befor & would lead to $gt; become
8182 <para>For a list of valid formats, see the German
8183 <filename>special_chars</filename> entry. As of this writing the
8184 following are recognized:</para>
8186 <programlisting>HTML
8191 Template/OpenDocument
8192 filenames</programlisting>
8194 <para>The last of which is very machine dependant. Remember that
8195 a lot of characters are forbidden by some filesystems, for
8196 example MS Windows doesn't like ':' in its files where Linux
8197 doesn't mind that. If you want the files created with your
8198 language pack to be portable, find all chars that could cause
8204 <term>missing</term>
8207 <para>This file is not a part of the language package
8210 <para>This is a file generated by
8211 <command>scripts/locales.pl</command> while processing your
8212 locales. It's only to have the missing entries singled out and
8213 does not belong to a language package.</para>
8221 <para>This file is not a part of the language package
8224 <para>Another file generated by
8225 <command>scripts/locales.pl</command>. If for any reason a
8226 translation does not appear anymore and can be deleted, it gets
8227 moved here. The last 50 or so entries deleted are saved here in
8228 case you made a typo, so that you don't have to translate
8229 everything again. If a tranlsation is missing, the lost file is
8230 checked first. If you maintain a language package, you might
8231 want to keep this safe somewhere.</para>
8236 <term>more/all</term>
8239 <para>This subdir and file is not a part of the language package
8242 <para>If the directory more exists and contains a file called
8243 all it will be parsed in addition to the mandatory all (see
8244 above). The file is useful if you want to change some
8245 translations for the current installation without conflicting
8246 further upgrades. The file is not autogenerated and has the same
8247 format as the all, but needs another key (more_texts). See the
8248 german translation for an example or copy the following code:
8251 # -*- coding: utf-8; -*-
8256 # These are additional texts for custom translations.
8257 # The format is the same as for the normal file all, only
8258 # with another key (more_texts instead of texts).
8259 # The file has the form of 'english text' => 'foreign text',
8261 $self->{more_texts} = {
8263 'Ship via' => 'Terms of delivery',
8264 'Shipping Point' => 'Delivery time',
8266 </programlisting></para>
8273 <sect1 id="devel.testsuite">
8274 <title>Die kivitendo-Test-Suite</title>
8276 <sect2 id="devel.testsuite.intro">
8277 <title>Einführung</title>
8279 <para>kivitendo enthält eine Suite für automatisierte Tests. Sie
8280 basiert auf dem Standard-Perl-Modul
8281 <literal>Test::More</literal>.</para>
8283 <para>Die grundlegenden Fakten sind:</para>
8287 <para>Alle Tests liegen im Unterverzeichnis
8288 <filename>t/</filename>.</para>
8292 <para>Ein Script (bzw. ein Test) in <filename>t/</filename>
8293 enthält einen oder mehrere Testfälle.</para>
8297 <para>Alle Dateinamen von Tests enden auf <literal>.t</literal>.
8298 Es sind selbstständig ausführbare Perl-Scripte.</para>
8302 <para>Die Test-Suite besteht aus der Gesamtheit aller Tests,
8303 sprich aller Scripte in <filename>t/</filename>, deren Dateiname
8304 auf <literal>.t</literal> endet.</para>
8309 <sect2 id="devel.testsuite.prerequisites">
8310 <title>Voraussetzungen</title>
8312 <para>Für die Ausführung werden neben den für kivitendo eh schon
8313 benötigten Module noch weitere Perl-Module benötigt. Diese
8318 <para><literal>Test::Deep</literal> (Debian-Paketname:
8319 <literal>libtest-deep-perl</literal>; Fedora:
8320 <literal>perl-Test-Deep</literal>; openSUSE:
8321 <literal>perl-Test-Deep</literal>)</para>
8325 <para><literal>Test::Exception</literal> (Debian-Paketname:
8326 <literal>libtest-exception-perl</literal>; Fedora:
8327 <literal>perl-Test-Exception</literal>; openSUSE:
8328 <literal>perl-Test-Exception</literal>)</para>
8332 <para><literal>Test::Output</literal> (Debian-Paketname:
8333 <literal>libtest-output-perl</literal>; Fedora:
8334 <literal>perl-Test-Output</literal>; openSUSE:
8335 <literal>perl-Test-Output</literal>)</para>
8339 <para><literal>Test::Harness</literal> 3.0.0 oder höher. Dieses
8340 Modul ist ab Perl 5.10.1 Bestandteil der Perl-Distribution und
8341 kann für frühere Versionen aus dem <ulink
8342 url="http://www.cpan.org">CPAN</ulink> bezogen werden.</para>
8346 <para><literal>LWP::Simple</literal> aus dem Paket
8347 <literal>libwww-perl</literal> (Debian-Panetname:
8348 <literal>libwww-perl</literal>; Fedora:
8349 <literal>perl-libwww-perl</literal>; openSUSE:
8350 <literal>perl-libwww-perl</literal>)</para>
8354 <para><literal>URI::Find</literal> (Debian-Panetname:
8355 <literal>liburi-find-perl</literal>; Fedora:
8356 <literal>perl-URI-Find</literal>; openSUSE:
8357 <literal>perl-URI-Find</literal>)</para>
8361 <para><literal>Sys::CPU</literal> (Debian-Panetname:
8362 <literal>libsys-cpu-perl</literal>; Fedora und openSUSE: nicht
8367 <para><literal>Thread::Pool::Simple</literal> (Debian-Panetname:
8368 <literal>libthread-pool-simple-perl</literal>; Fedora und
8369 openSUSE: nicht vorhanden)</para>
8373 <para>Weitere Voraussetzung ist, dass die Testsuite ihre eigene
8374 Datenbank anlegen kann, um Produktivdaten nicht zu gefährden. Dazu
8375 müssen in der Konfigurationsdatei im Abschnit
8376 <literal>testing/database</literal> Datenbankverbindungsparameter
8377 angegeben werden. Der hier angegebene Benutzer muss weiterhin das
8378 Recht haben, Datenbanken anzulegen und zu löschen.</para>
8380 <para>Der so angegebene Benutzer muss nicht zwingend über
8381 Super-User-Rechte verfügen. Allerdings gibt es einige
8382 Datenbank-Upgrades, die genau diese Rechte benötigen. Für den Fall
8383 kann man in diesem Konfigurationsabschnitt einen weiteren
8384 Benutzeraccount angeben, der dann über Super-User-Rechte verfügt, und
8385 mit dem die betroffenen Upgrades durchgeführt werden. In der
8386 Beispiel-Konfigurationsdatei finden Sie die benötigten
8390 <sect2 id="devel.testsuite.execution">
8391 <title>Existierende Tests ausführen</title>
8393 <para>Es gibt mehrere Möglichkeiten zum Ausführen der Tests: entweder,
8394 man lässt alle Tests auf einmal ausführen, oder man führt gezielt
8395 einzelne Scripte aus. Für beide Fälle gibt es das Helferscript
8396 <filename>t/test.pl</filename>.</para>
8398 <para>Will man die komplette Test-Suite ausführen, so muss man einfach
8399 nur <filename>t/test.pl</filename> ohne weitere Parameter aus dem
8400 kivitendo-Basisverzeichnis heraus ausführen.</para>
8402 <para>Um einzelne Test-Scripte auszuführen, übergibt man deren Namen
8403 an <filename>t/test.pl</filename>. Beispielsweise:</para>
8405 <programlisting>t/test.pl t/form/format_amount.t t/background_job/known_jobs.t</programlisting>
8408 <sect2 id="devel.testsuite.meaning_of_scripts">
8409 <title>Bedeutung der verschiedenen Test-Scripte</title>
8411 <para>Die Test-Suite umfasst Tests sowohl für Funktionen als auch für
8412 Programmierstil. Einige besonders zu erwähnende, weil auch während der
8413 Entwicklung nützliche Tests sind:</para>
8417 <para><filename>t/001compile.t</filename> -- compiliert alle
8418 Quelldateien und bricht bei Fehlern sofort ab</para>
8422 <para><filename>t/002goodperl.t</filename> -- überprüft alle
8423 Perl-Dateien auf Anwesenheit von '<literal>use
8424 strict</literal>'-Anweisungen</para>
8428 <para><filename>t/003safesys.t</filename> -- überprüft Aufrufe von
8429 <function>system()</function> und <function>exec()</function> auf
8434 <para><filename>t/005no_tabs.t</filename> -- überprüft, ob Dateien
8435 Tab-Zeichen enthalten</para>
8439 <para><filename>t/006spelling.t</filename> -- sucht nach häufigen
8440 Rechtschreibfehlern</para>
8444 <para><filename>t/011pod.t</filename> -- überprüft die Syntax von
8445 Dokumentation im POD-Format auf Gültigkeit</para>
8449 <para>Weitere Test-Scripte überprüfen primär die Funktionsweise
8450 einzelner Funktionen und Module.</para>
8453 <sect2 id="devel.testsuite.create_new">
8454 <title>Neue Test-Scripte erstellen</title>
8456 <para>Es wird sehr gern gesehen, wenn neue Funktionalität auch gleich
8457 mit einem Test-Script abgesichert wird. Auch bestehende Funktion darf
8458 und soll ausdrücklich nachträglich mit Test-Scripten abgesichert
8461 <sect3 id="devel.testsuite.ideas_for_non_function_tests">
8462 <title>Ideen für neue Test-Scripte, die keine konkreten Funktionen
8465 <para>Ideen, die abgesehen von Funktionen noch nicht umgesetzt
8470 <para>Überprüfung auf fehlende symbolische Links</para>
8474 <para>Suche nach Nicht-ASCII-Zeichen in Perl-Code-Dateien (mit
8475 gewissen Einschränkungen wie das Erlauben von deutschen
8480 <para>Test auf DOS-Zeilenenden (\r\n anstelle von nur \n)</para>
8484 <para>Überprüfung auf Leerzeichen am Ende von Zeilen</para>
8488 <para>Test, ob alle zu übersetzenden Strings in
8489 <filename>locale/de/all</filename> vorhanden sind</para>
8493 <para>Test, ob alle Webseiten-Templates in
8494 <filename>templates/webpages</filename> mit vom Perl-Modul
8495 <literal>Template</literal> compiliert werden können</para>
8500 <sect3 id="devel.testsuite.directory_and_test_names">
8501 <title>Konvention für Verzeichnis- und Dateinamen</title>
8503 <para>Es gibt momentan eine wenige Richtlinien, wie Test-Scripte zu
8504 benennen sind. Bitte die folgenden Punkte als Richtlinie betrachten
8505 und ihnen soweit es geht folgen:</para>
8509 <para>Die Dateiendung muss <filename>.t</filename>
8514 <para>Namen sind englisch, komplett klein geschrieben und
8515 einzelne Wörter mit Unterstrichten getrennt (beispielsweise
8516 <filename>bad_function_params.t</filename>).</para>
8520 <para>Unterverzeichnisse sollten grob nach dem Themenbereich
8521 benannt sein, mit dem sich die Scripte darin befassen
8522 (beispielsweise <filename>background_jobs</filename> für Tests
8523 rund um Hintergrund-Jobs).</para>
8527 <para>Test-Scripte sollten einen überschaubaren Bereich von
8528 Funktionalität testen, der logisch zusammenhängend ist (z.B. nur
8529 Tests für eine einzelne Funktion in einem Modul). Lieber mehrere
8530 Test-Scripte schreiben.</para>
8535 <sect3 id="devel.testsuite.minimal_example">
8536 <title>Minimales Skelett für eigene Scripte</title>
8538 <para>Der folgenden Programmcode enthält das kleinstmögliche
8539 Testscript und kann als Ausgangspunkt für eigene Tests verwendet
8542 <programlisting>use Test::More tests => 0;
8546 use Support::TestSetup;
8548 Support::TestSetup::login();</programlisting>
8550 <para>Wird eine vollständig initialisierte kivitendo-Umgebung
8551 benötigt (Stichwort: alle globalen Variablen wie
8552 <varname>$::auth</varname>, <varname>$::form</varname> oder
8553 <varname>$::lxdebug</varname>), so muss in der Konfigurationsdatei
8554 <filename>config/kivitendo.conf</filename> im Abschnitt
8555 <literal>testing.login</literal> ein gültiger Login-Name eingetragen
8556 sein. Dieser wird für die Datenbankverbindung benötigt.</para>
8558 <para>Wir keine vollständig initialisierte Umgebung benötigt, so
8559 kann die letzte Zeile <programlisting>Support::TestSetup::login();</programlisting>
8560 weggelassen werden, was die Ausführungszeit des Scripts leicht
8566 <sect1 id="devel.style-guide">
8567 <title>Stil-Richtlinien</title>
8569 <para>Die folgenden Regeln haben das Ziel, den Code möglichst gut les-
8570 und wartbar zu machen. Dazu gehört zum Einen, dass der Code einheitlich
8571 eingerückt ist, aber auch, dass Mehrdeutigkeit so weit es geht vermieden
8572 wird (Stichworte "Klammern" oder "Hash-Keys").</para>
8574 <para>Diese Regeln sind keine Schikane sondern erleichtern allen das
8577 <para>Jeder, der einen Patch schickt, sollte seinen Code vorher
8578 überprüfen. Einige der Regeln lassen sich automatisch überprüfen, andere
8583 <para>Es werden keine echten Tabs sondern Leerzeichen
8588 <para>Die Einrückung beträgt zwei Leerzeichen. Beispiel:</para>
8590 <programlisting>foreach my $row (@data) {
8592 # do something with $row
8596 $row->{modules} = MODULE->retrieve(
8597 id => $row->{id},
8598 date => $use_now ? localtime() : $row->{time},
8602 $report->add($row);
8607 <para>Öffnende geschweifte Klammern befinden sich auf der gleichen
8608 Zeile wie der letzte Befehl. Beispiele:</para>
8610 <programlisting>sub debug {
8616 <programlisting>if ($form->{item_rows} > 0) {
8622 <para>Schließende geschweifte Klammern sind so weit eingerückt wie
8623 der Befehl / die öffnende schließende Klammer, die den Block
8624 gestartet hat, und nicht auf der Ebene des Inhalts. Die gleichen
8625 Beispiele wie bei 3. gelten.</para>
8629 <para>Die Wörter "<function>else</function>",
8630 "<function>elsif</function>", "<function>while</function>" befinden
8631 sich auf der gleichen Zeile wie schließende geschweifte Klammern.
8634 <programlisting>if ($form->{sum} > 1000) {
8636 } elsif ($form->{sum} > 0) {
8644 } until ($a > 0);</programlisting>
8648 <para>Parameter von Funktionsaufrufen müssen mit runden Klammern
8649 versehen werden. Davon nicht betroffen sind interne Perl-Funktionen,
8650 und grep-ähnliche Operatoren. Beispiel:</para>
8652 <programlisting>$main::lxdebug->message("Could not find file.");
8653 %options = map { $_ => 1 } grep { !/^#/ } @config_file;</programlisting>
8657 <para>Verschiedene Klammern, Ihre Ausdrücke und Leerzeichen:</para>
8659 <para>Generell gilt: Hashkeys und Arrayindices sollten nicht durch
8660 Leerzeichen abgesetzt werden. Logische Klammerungen ebensowenig,
8661 Blöcke schon. Beispiel:</para>
8663 <programlisting>if (($form->{debug} == 1) && ($form->{sum} - 100 < 0)) {
8668 $form->{sum} += $form->{"row_$i"};
8669 $form->{ $form->{index} } += 1;
8671 map { $form->{sum} += $form->{"row_$_"} } 1..$rowcount;</programlisting>
8675 <para>Mehrzeilige Befehle</para>
8679 <para>Werden die Parameter eines Funktionsaufrufes auf mehrere
8680 Zeilen aufgeteilt, so sollten diese bis zu der Spalte eingerückt
8681 werden, in der die ersten Funktionsparameter in der ersten Zeile
8682 stehen. Beispiel:</para>
8684 <programlisting>$sth = $dbh->prepare("SELECT * FROM some_table WHERE col = ?",
8685 $form->{some_col_value});</programlisting>
8689 <para>Ein Spezialfall ist der ternäre Operator "?:", der am
8690 besten in einer übersichtlichen Tabellenstruktur organisiert
8691 wird. Beispiel:</para>
8693 <programlisting>my $rowcount = $form->{"row_$i"} ? $i
8694 : $form->{oldcount} ? $form->{oldcount} + 1
8695 : $form->{rowcount} - $form->{rowbase};</programlisting>
8701 <para>Kommentare</para>
8705 <para>Kommentare, die alleine in einer Zeile stehen, sollten
8706 soweit wie der Code eingerückt sein.</para>
8710 <para>Seitliche hängende Kommentare sollten einheitlich
8711 formatiert werden.</para>
8715 <para>Sämtliche Kommentare und Sonstiges im Quellcode ist bitte
8716 auf Englisch zu verfassen. So wie ich keine Lust habe,
8717 französischen Quelltext zu lesen, sollte auch der kivitendo
8718 Quelltext für nicht-Deutschsprachige lesbar sein.
8721 <programlisting>my $found = 0;
8729 $i = 0 # initialize $i
8731 $i *= $const; # do something crazy
8732 $i = $n; # recover $i</programlisting>
8738 <para>Hashkeys sollten nur in Anführungszeichen stehen, wenn die
8739 Interpolation gewünscht ist. Beispiel:</para>
8741 <programlisting>$form->{sum} = 0;
8742 $form->{"row_$i"} = $form->{"row_$i"} - 5;
8743 $some_hash{42} = 54;</programlisting>
8747 <para>Die maximale Zeilenlänge ist nicht beschränkt. Zeilenlängen
8748 unterhalb von 79 Zeichen helfen unter bestimmten Bedingungen, aber
8749 wenn die Lesbarkeit unter kurzen Zeilen leidet (wie zum Biespiel in
8750 grossen Tabellen), dann ist Lesbarkeit vorzuziehen.</para>
8752 <para>Als Beispiel sei die Funktion
8753 <function>print_options</function> aus
8754 <filename>bin/mozilla/io.pl</filename> angeführt.</para>
8758 <para>Trailing Whitespace, d.h. Leerzeichen am Ende von Zeilen sind
8759 unerwünscht. Sie führen zu unnötigen Whitespaceänderungen, die diffs
8762 <para>Emacs und vim haben beide recht einfache Methoden zur
8763 Entfernung von trailing whitespace. Emacs kennt das Kommande
8764 <command>nuke-trailing-whitespace</command>, vim macht das gleiche
8765 manuell über <literal>:%s/\s\+$//e</literal> Mit <literal>:au
8766 BufWritePre * :%s/\s\+$//e</literal> wird das an Speichern
8771 <para>Es wird kein <command>perltidy</command> verwendet.</para>
8773 <para>In der Vergangenheit wurde versucht,
8774 <command>perltidy</command> zu verwenden, um einen einheitlichen
8775 Stil zu erlangen. Es hat sich aber gezeigt, dass
8776 <command>perltidy</command>s sehr eigenwilliges Verhalten, was
8777 Zeilenumbrüche angeht, oftmals gut formatierten Code zerstört. Für
8778 den Interessierten sind hier die
8779 <command>perltidy</command>-Optionen, die grob den beschriebenen
8780 Richtlinien entsprechen:</para>
8782 <programlisting>-syn -i=2 -nt -pt=2 -sbt=2 -ci=2 -ibc -hsc -noll -nsts -nsfs -asc -dsm
8783 -aws -bbc -bbs -bbb -mbl=1 -nsob -ce -nbl -nsbl -cti=0 -bbt=0 -bar -l=79
8784 -lp -vt=1 -vtc=1</programlisting>
8788 <para><varname>STDERR</varname> ist tabu. Unkonditionale
8789 Debugmeldungen auch.</para>
8791 <para>kivitendo bietet mit dem Modul <classname>LXDebug</classname>
8792 einen brauchbaren Trace-/Debug-Mechanismus. Es gibt also keinen
8793 Grund, nach <varname>STDERR</varname> zu schreiben.</para>
8795 <para>Die <classname>LXDebug</classname>-Methode
8796 "<function>message</function>" nimmt als ersten Paramter außerdem
8797 eine Flagmaske, für die die Meldung angezeigt wird, wobei "0" immer
8798 angezeigt wird. Solche Meldungen sollten nicht eingecheckt werden
8799 und werden in den meisten Fällen auch vom Repository
8800 zurückgewiesen.</para>
8804 <para>Alle neuen Module müssen use strict verwenden.</para>
8806 <para><varname>$form</varname>, <varname>$auth</varname>,
8807 <varname>$locale</varname>, <varname>$lxdebug</varname> und
8808 <varname>%myconfig</varname> werden derzeit aus dem main package
8809 importiert (siehe <xref linkend="devel.globals"/>. Alle anderen
8810 Konstrukte sollten lexikalisch lokal gehalten werden.</para>
8815 <sect1 id="devel.build-doc" xreflabel="Dokumentation erstellen">
8816 <title>Dokumentation erstellen</title>
8818 <sect2 id="devel.build-doc.introduction">
8819 <title>Einführung</title>
8821 <para>Diese Dokumentation ist in <productname>DocBook</productname>
8822 XML geschrieben. Zum Bearbeiten reicht grundsätzlich ein Text-Editor.
8823 Mehr Komfort bekommt man, wenn man einen dedizierten XML-fähigen
8824 Editor nutzt, der spezielle Unterstützung für
8825 <productname>DocBook</productname> mitbringt. Wir empfehlen dafür den
8826 <ulink url="http://www.xmlmind.com/xmleditor/">XMLmind XML
8827 Editor</ulink>, der bei nicht kommerzieller Nutzung kostenlos
8831 <sect2 id="devel.build-doc.required-software">
8832 <title>Benötigte Software</title>
8834 <para>Bei <productname>DocBook</productname> ist Prinzip, dass
8835 ausschließlich die XML-Quelldatei bearbeitet wird. Aus dieser werden
8836 dann mit entsprechenden Stylesheets andere Formate wie PDF oder HTML
8837 erzeugt. Bei kivitendo übernimmt diese Aufgabe das Shell-Script
8838 <command>scripts/build_doc.sh</command>.</para>
8840 <para>Das Script benötigt zur Konvertierung verschiedene
8841 Softwarekomponenten, die im normalen kivitendo-Betrieb nicht benötigt
8847 url="http://www.oracle.com/technetwork/java/index.html">Java</ulink>
8848 in einer halbwegs aktuellen Version</para>
8852 <para>Das Java-Build-System <ulink
8853 url="http://ant.apache.org/">Apache Ant</ulink></para>
8857 <para>Das Dokumentations-System Dobudish für
8858 <productname>DocBook</productname> 4.5, eine Zusammenstellung
8859 diverser Stylesheets und Grafiken zur Konvertierung von
8860 <productname>DocBook</productname> XML in andere Formate. Das
8861 Paket, das benötigt wird, ist zum Zeitpunkt der
8862 Dokumentationserstellung
8863 <filename>dobudish-nojre-1.1.4.zip</filename>, aus auf <ulink
8864 url="http://code.google.com/p/dobudish/downloads/list">code.google.com</ulink>
8869 <para>Apache Ant sowie ein dazu passendes Java Runtime Environment
8870 sind auf allen gängigen Plattformen verfügbar. Beispiel für
8871 Debian/Ubuntu:</para>
8873 <programlisting>apt-get install ant openjdk-7-jre</programlisting>
8875 <para>Nach dem Download von Dobudish muss Dobudish im Unterverzeichnis
8876 <filename>doc/build</filename> entpackt werden. Beispiel unter der
8877 Annahme, das <productname>Dobudish</productname> in
8878 <filename>$HOME/Downloads</filename> heruntergeladen wurde:</para>
8880 <programlisting>cd doc/build
8881 unzip $HOME/Downloads/dobudish-nojre-1.1.4.zip</programlisting>
8884 <sect2 id="devel.build-doc.build">
8885 <title>PDFs und HTML-Seiten erstellen</title>
8887 <para>Die eigentliche Konvertierung erfolgt nach Installation der
8888 benötigten Software mit einem einfachen Aufruf direkt aus dem
8889 kivitendo-Installationsverzeichnis heraus:</para>
8891 <programlisting>./scripts/build_doc.sh</programlisting>
8894 <sect2 id="devel.build-doc.repository">
8895 <title>Einchecken in das Git-Repository</title>
8897 <para>Sowohl die XML-Datei als auch die erzeugten PDF- und
8898 HTML-Dateien sind Bestandteil des Git-Repositories. Daraus folgt, dass
8899 nach Änderungen am XML die PDF- und HTML-Dokumente ebenfalls gebaut
8900 und alles zusammen in einem Commit eingecheckt werden sollten.</para>
8902 <para>Die "<filename>dobudish</filename>"-Verzeichnisse bzw.
8903 symbolischen Links gehören hingegen nicht in das Repository.</para>