1 <?xml version="1.0" encoding="utf-8"?>
2 <!DOCTYPE book PUBLIC "-//OASIS//DTD DocBook XML V4.2//EN"
3 "https://www.oasis-open.org/docbook/xml/4.2/docbookx.dtd">
4 <book id="kivitendo-documentation" lang="de">
5 <title>kivitendo 3.9.2: 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">https://forum.kivitendo.de</ulink></para>
20 <para>im Kunden-Forum: <ulink
21 url="https://www.kivitendo.de/redmine/projects/forum/boards/">https://www.kivitendo.de/redmine/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="https://www.kivitendo.de/partner.html">https://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>Mitte 2024 (ab Version 3.9) empfehlen wir:</para>
117 <para>11.0 "Bullseye"</para>
120 <para>12.0 "Bookworm"</para>
129 <para>20.04 "Focal Fossa" LTS</para>
132 <para>22.04 "Jammy Jellyfish" LTS</para>
138 <para>openSUSE Leap 15.5 und SUSE Linux Enterprise Server 15 SP4</para>
142 <para>Fedora 39</para>
147 <sect2 id="Pakete" xreflabel="Pakete">
148 <title>Benötigte Perl-Pakete installieren</title>
150 <para>Zum Betrieb von kivitendo werden zwingend ein Webserver (meist
151 Apache) und ein Datenbankserver (PostgreSQL) in einer aktuellen
152 Version (s.a. Liste der unterstützten Betriebssysteme)
155 <para>Zusätzlich benötigt kivitendo einige Perl-Pakete, die nicht
156 Bestandteil einer Standard-Perl-Installation sind. Um nach der
157 Installation von Kivitendo zu überprüfen,
158 ob die erforderlichen Pakete installiert und aktuell genug sind, wird
159 ein Script mitgeliefert, das wie folgt aufgerufen wird:</para>
161 <programlisting>./scripts/installation_check.pl</programlisting>
163 <note id="List-Moreutils">
164 <para>Das Paket <literal>List::MoreUtils</literal> wird benötigt um das Script ausführen zu können!</para>
166 <para>Die vollständige Liste der benötigten Perl-Module lautet:</para>
170 <para><literal>Algorithm::CheckDigits</literal></para>
174 <para><literal>Archive::Zip</literal></para>
178 <para><literal>CGI</literal></para>
182 <para><literal>Clone</literal></para>
186 <para><literal>Config::Std</literal></para>
190 <para><literal>Daemon::Generic</literal></para>
194 <para><literal>DateTime</literal></para>
198 <para><literal>DateTime::Event::Cron</literal></para>
202 <para><literal>DateTime::Format::Strptime</literal></para>
206 <para><literal>DateTime::Set</literal></para>
210 <para><literal>DBI</literal></para>
214 <para><literal>DBD::Pg</literal></para>
218 <para><literal>Digest::SHA</literal></para>
222 <para><literal>Email::Address</literal></para>
226 <para><literal>Email::MIME</literal></para>
230 <para><literal>Encode::IMAPUTF7</literal></para>
234 <para><literal>Exception::Class</literal></para>
238 <para><literal>FCGI</literal></para>
242 <para><literal>File::Copy::Recursive</literal></para>
246 <para><literal>File::Flock</literal></para>
250 <para><literal>File::MimeInfo</literal></para>
254 <para><literal>File::Slurp</literal></para>
258 <para><literal>GD</literal></para>
262 <para><literal>HTML::Parser</literal></para>
266 <para><literal>HTML::Restrict</literal></para>
270 <para><literal>Image::Info</literal></para>
274 <para><literal>Imager</literal></para>
278 <para><literal>Imager::QRCode</literal></para>
282 <para><literal>IPC::Run</literal></para>
286 <para><literal>JSON</literal></para>
290 <para><literal>List::MoreUtils</literal></para>
294 <para><literal>List::UtilsBy</literal></para>
298 <para>LWP::Authen::Digest</para>
302 <para>LWP::UserAgent</para>
306 <para><literal>Mail::IMAPClient</literal></para>
310 <para><literal>Net::SMTP::SSL</literal> (optional, bei
311 E-Mail-Versand über SSL; siehe Abschnitt "<xref
312 linkend="config.sending-email.smtp"/>")</para>
316 <para><literal>Net::SSLGlue</literal> (optional, bei
317 E-Mail-Versand über TLS; siehe Abschnitt "<xref
318 linkend="config.sending-email.smtp"/>")</para>
322 <para><literal>Math::Round</literal></para>
326 <para><literal>Params::Validate</literal></para>
330 <para><literal>PBKDF2::Tiny</literal></para>
334 <para><literal>PDF::API2</literal></para>
338 <para><literal>Regexp::IPv6</literal></para>
342 <para><literal>Rest::Client</literal></para>
346 <para><literal>Rose::Object</literal></para>
350 <para><literal>Rose::DB</literal></para>
354 <para><literal>Rose::DB::Object</literal> Version 0.788 oder
359 <para><literal>Set::Infinite</literal></para>
363 <para><literal>String::ShellQuote</literal></para>
367 <para><literal>Sort::Naturally</literal></para>
371 <para><literal>Template</literal></para>
375 <para><literal>Text::CSV_XS</literal></para>
379 <para><literal>Text::Iconv</literal></para>
383 <para><literal>Text::Unidecode</literal></para>
387 <para><literal>Try::Tiny</literal></para>
391 <para><literal>URI</literal></para>
395 <para><literal>XML::Writer</literal></para>
399 <para><literal>XML::LibXML</literal></para>
403 <para><literal>YAML::XS</literal> oder <literal>YAML</literal></para>
406 <para><literal>UUID::Tiny</literal></para>
410 <para>In der Version v3.9.1 sind keine neuen Pakete hinzugekommen.</para>
412 <para>In der Version v3.9.0 sind die folgenden Pakete hinzugekommen:
413 <literal>Mail::IMAPClient</literal>, <literal>Encode::IMAPUTF7</literal>.
414 Nicht mehr benötigt wird <literal>CAM::PDF</literal>.
417 <para>In der Version v3.8.0 sind keine neuen Pakete hinzugekommen.</para>
419 <para>In der Version v3.7.0 sind keine neuen Pakete hinzugekommen.</para>
421 <para>Seit Version größer v3.6.0 sind die folgenden Pakete hinzugekommen: <literal>IPC::Run</literal></para>
423 <para>Seit Version größer v3.5.8 sind die folgenden Pakete hinzugekommen: <literal>Imager</literal>, <literal>Imager::QRCode</literal>
424 <literal>Rest::Client</literal><literal>Term::ReadLine::Gnu</literal></para>
426 <para>Seit Version größer v3.5.6 sind die folgenden Pakete hinzugekommen: <literal>Try::Tiny</literal>, <literal>Math::Round</literal></para>
427 <para>Seit Version größer v3.5.6 sind die folgenden Pakete hinzugekommen: <literal>XML::LibXML</literal></para>
428 <para>Seit Version größer v3.5.3 sind die folgenden Pakete hinzugekommen: <literal>Exception::Class</literal></para>
430 <para>Seit Version größer v3.5.1 sind die folgenden Pakete hinzugekommen: <literal>Set::Infinite</literal>,
431 <literal>List::UtilsBy</literal>, <literal>DateTime::Set</literal>, <literal>DateTime::Event::Cron</literal>
432 <literal>Daemon::Generic</literal>, <literal>DateTime::Event::Cron</literal>, <literal>File::Flock</literal>,
433 <literal>File::Slurp</literal></para>
435 <para>Seit Version größer v3.5.0 sind die folgenden Pakete
436 hinzugekommen: <literal>Text::Unidecode</literal>,
437 <literal>LWP::Authen::Digest</literal>,
438 <literal>LWP::UserAgent</literal></para>
440 <para>Seit Version v3.4.0 sind die folgenden Pakete hinzugekommen:
441 <literal>Algorithm::CheckDigits</literal>,
442 <literal>PBKDF2::Tiny</literal></para>
444 <para>Seit Version v3.2.0 sind die folgenden Pakete hinzugekommen:
445 <literal>GD</literal>, <literal>HTML::Restrict</literal>,
446 <literal>Image::Info</literal></para>
448 <para>Seit v3.0.0 sind die folgenden Pakete hinzugekommen:
449 <literal>File::Copy::Recursive</literal>.</para>
451 <para>Seit v2.7.0 sind die folgenden Pakete hinzugekommen:
452 <literal>Email::MIME</literal>, <literal>Net::SMTP::SSL</literal>,
453 <literal>Net::SSLGlue</literal>.</para>
455 <para>Gegenüber Version 2.6.0 sind zu dieser Liste 2 Pakete
456 hinzugekommen, <literal>URI</literal> und
457 <literal>XML::Writer</literal> sind notwendig. Ohne startet kivitendo
460 <para>Gegenüber Version 2.6.3 ist <literal>JSON</literal> neu
461 hinzugekommen.</para>
463 <para><literal>Email::Address</literal> und
464 <literal>List::MoreUtils</literal> wurden aus dem Lieferumfang entfernt. Es wird
465 empfohlen diese Module zusammen mit den anderen als Bibliotheken zu
468 <para>Gegenüber Version 2.6.1 sind <literal>parent</literal>,
469 <literal>DateTime</literal>, <literal>Rose::Object</literal>,
470 <literal>Rose::DB</literal> und <literal>Rose::DB::Object</literal>
471 neu hinzugekommen. <literal>IO::Wrap</literal> wurde entfernt.</para>
475 <title>Debian und Ubuntu</title>
476 <para>Für Debian und Ubuntu stehen die meisten der benötigten
477 Pakete als Debian-Pakete zur Verfügung. Sie können mit
478 folgendem Befehl installiert werden:</para>
480 <programlisting>apt install apache2 libarchive-zip-perl libclone-perl \
481 libconfig-std-perl libdatetime-perl libdbd-pg-perl libdbi-perl \
482 libemail-address-perl libemail-mime-perl libfcgi-perl libjson-perl \
483 liblist-moreutils-perl libnet-smtp-ssl-perl libnet-sslglue-perl \
484 libparams-validate-perl libpdf-api2-perl librose-db-object-perl \
485 librose-db-perl librose-object-perl libsort-naturally-perl \
486 libstring-shellquote-perl libtemplate-perl libtext-csv-xs-perl \
487 libtext-iconv-perl liburi-perl libxml-writer-perl libyaml-perl \
488 libimage-info-perl libgd-gd2-perl libapache2-mod-fcgid \
489 libfile-copy-recursive-perl postgresql libalgorithm-checkdigits-perl \
490 libcrypt-pbkdf2-perl git libcgi-pm-perl libtext-unidecode-perl libwww-perl \
491 postgresql-contrib poppler-utils libhtml-restrict-perl \
492 libdatetime-set-perl libset-infinite-perl liblist-utilsby-perl \
493 libdaemon-generic-perl libfile-flock-perl libfile-slurp-perl \
494 libfile-mimeinfo-perl libpbkdf2-tiny-perl libregexp-ipv6-perl \
495 libdatetime-event-cron-perl libexception-class-perl \
496 libxml-libxml-perl libtry-tiny-perl libmath-round-perl \
497 libimager-perl libimager-qrcode-perl librest-client-perl libipc-run-perl \
498 libencode-imaputf7-perl libmail-imapclient-perl libuuid-tiny-perl
501 <para>Sollten Pakete nicht zu Verfügung stehen, so können diese auch mittels CPAN installiert werden. Ferner muss für Ubuntu das Repository "Universe" aktiv sein (s.a. Anmerkungen).</para>
502 <note id="ubuntu-universe">
503 <para>Die Perl Pakete für Ubuntu befinden sich im "Universe" Repository. Falls dies nicht aktiv ist, kann dies mit folgendem Aufruf aktiviert werden:
504 <programlisting>add-apt-repository universe</programlisting></para>
509 <title>Fedora</title>
511 <para>Für Fedora stehen die meisten der benötigten Perl-Pakete als
512 RPM-Pakete zur Verfügung. Sie können mit folgendem Befehl
513 installiert werden:</para>
515 <programlisting>dnf install httpd mod_fcgid postgresql-server postgresql-contrib\
516 perl-Algorithm-CheckDigits perl-Archive-Zip perl-CPAN perl-Class-XSAccessor \
517 perl-Clone perl-Config-Std perl-DBD-Pg perl-DBI perl-Daemon-Generic \
518 perl-DateTime perl-DateTime-Set perl-Email-Address perl-Email-MIME perl-FCGI \
519 perl-File-Copy-Recursive perl-File-Flock perl-File-MimeInfo perl-File-Slurp \
520 perl-GD perl-HTML-Restrict perl-JSON perl-List-MoreUtils perl-List-UtilsBy \
521 perl-Net-SMTP-SSL perl-Net-SSLGlue perl-PBKDF2-Tiny perl-PDF-API2 \
522 perl-Params-Validate perl-Regexp-IPv6 perl-Rose-DB perl-Rose-DB-Object \
523 perl-Rose-Object perl-Sort-Naturally perl-String-ShellQuote \
524 perl-Template-Toolkit perl-Text-CSV_XS perl-Text-Iconv perl-URI perl-XML-Writer \
525 perl-YAML perl-libwww-perl</programlisting>
529 <title>openSUSE Leap 15.4 und SUSE Linux Enterprise Server 15</title>
531 <para>Für openSUSE Leap 15.4, sowie SLES 15 stehen alle benötigten Perl-Pakete als RPM-Pakete zur Verfügung.</para>
532 <para>Damit diese installiert werden können, muß das System die erforderlichen Repositories kennen und Zugriff über das Internet darauf haben.</para>
533 <para>Daher machen wir die Repositories dem System bekannt.</para>
534 <para>Um die zusätzlichen Repositories für die Installation zur Verfügung zu stellen, kann man diese mit YaST oder auch in einem Terminal auf der Konsole bekannt geben. Wir beschränken uns hier mit der Eingabe auf der Konsole. In den allermeisten Fällen verwenden die Administratoren eine sichere SSH-Verbindung zum zu administrierenden Server.</para>
535 <para>Dazu geben wir folgenden Befehl ein:</para>
537 <para>Das ERP kivitendo Repository:</para>
539 <programlisting>zypper addrepo -f -p 90 \
540 http://download.opensuse.org/repositories/Application:/ERP:/kivitendo/15.4/ \
541 "OSS-15.4-App_ERP_kivitendo"</programlisting>
543 <para>Das ERP kivitendo Evaluation Repository:</para>
545 <programlisting>zypper addrepo -f -p 90 \
546 http://download.opensuse.org/repositories/Application:/ERP:/kivitendo:/eval/15.4/ \
547 "OSS-15.4-App_ERP_kivitendo_eval"</programlisting>
549 <para>Danach geben wir noch die beiden folgenden Befehle ein:</para>
550 <programlisting>zypper clean</programlisting>
551 <programlisting>zypper refresh</programlisting>
552 <para>Sollte zypper eine Meldung ausgeben, ob der Repository Key abgelehnt, nicht vertraut oder für immer akzeptiert werden soll, ist die Beantwortung durch drücken der "i" Taste am besten geeignet. Wer noch mehr über zypper erfahren möchte, kann sich einmal die zypper Hilfe anschauen.</para>
553 <programlisting>zypper --help</programlisting>
555 <para>Offiziell wird von openSUSE nur noch Versionen ab 15.4 unterstützt. Die SuSE Macher haben ab Version 15.x einen großen Umbau in der Verwaltung der Pakete vorgenommen, das heißt, der Paketumfang ist der SLE 15 als Programmunterbau angepasst. Dies gilt besonders der openSUSE Distribution. Es gibt ja einmal die openSUSE Distri und die professionelle SLE (SUSE Linux Enterprise) Version. Dadurch sind viele Pakete aus dem ursprünglich nur für die openSUSE geltenen Repository enfernt worden, aber auch viele auf aktuellem Stand gehalten. Mit der openSUSE Leap 15.4 ist es dem Benutzer ganz einfach gemacht worden zur professionellen SUSE Linux Enterprise zu wechseln, da die RPM Paketbasis identisch ist.</para>
557 <para>Ob openSUSE Leap oder SLE, man kann die Distribution auch als reine Text Version, also ohne KDE Oberfläche aufsetzen. Vorteil hierbei ist, dass weniger Balast und unnötige Pakte installiert werden. Diese Variante wird gerne auch als 'Server', 'minimale Server' oder auch 'minmal X' Variante bezeichnet.</para>
558 <para>Als Administrator hatte man jedoch auch immer die Möglichkeit, bei der Installation der Distribution die KDE (graphische) Oberfläche zu aktivieren. In dieser Konstellation hat man die Möglichkeit, eine VNC Verbindung vom administrativen Client zu verwenden. Ist das nicht eingerichtet, arbeitet der Admin dann direkt am Bildschirm des Servers. Nun loggen wir uns am Server direkt ein, starten Yast2 in einer Konsole wie folgt:</para>
559 <para>yast2 return.</para>
560 <para>Oder über die Menüführung wie folgt: Ein Klick auf das runde Icon, ganz links unten in der Menüleiste, dann die Maus verfahren auf System und YaST.</para>
561 <para>Im weiteren Verlauf der Installation, beschränken wir uns mit dem Installations Werkzeug zypper. Zypper ist ein Komandozeilen basiertes Installations Tool, welches bei openSUSE Standard ist. Zypper weist ein etwas eigenartiges Verhalten auf, dass sich in etwa wie folgt darstellt. Hat man die Repositories eingerichtet, kann man diese mit Yast als auch mit Zypper benutzen, setzt man einen Befehl wie etwa: zypper up ab, so findet zypper mehr neuere Programmversionen als Yast. Ich habe im allgemeinen noch keine Nachteile damit erlebt.</para>
562 <para>Programmpakete können mit folgendem Befehl installiert werden:</para>
563 <para>zypper install Paketname</para>
564 <para>Es wird empfohlen zusätzliche Pakete nicht direkt mit CPAN zu installieren, da man diese auch über andere Repositories beziehen kann, die bei openSUSE zur Verfügung stehen. Dadurch hat man den Vorteil, dass die Pakete mit YaST verwaltet werden, also wieder deinstalliert oder durch neuere ersetzt werden können. Zudem kann man auch noch eventuelle Bugs an openSUSE senden und diese dem Maintainer melden.</para>
566 <programlisting>zypper install kivitendo-erp</programlisting>
568 <para>Für Entwickler installiert man noch das folgende Paket:</para>
570 <programlisting>zypper install kivitendo-erp-devel</programlisting>
575 <title>Andere Pakete installieren</title>
579 <para><literal>poppler-utils</literal> 'pdfinfo' zum Erkennen der Seitenanzahl bei der PDF-Generierung</para>
582 <para><literal>Postgres Trigram-Index</literal> Für datenbankoptimierte Suchanfragen. Bspw. im Paket <literal>postgresql-contrib</literal> enthalten</para>
585 <para>Debian und Ubuntu: <programlisting>apt install postgresql-contrib poppler-utils</programlisting></para>
586 <para>Fedora: <programlisting>dnf install poppler-utils postgresql-contrib</programlisting></para>
587 <para>openSUSE:<programlisting>Nicht notwendig, da poppler-utils bereits i.v.m. kivitendo-erp installiert wird</programlisting></para>
590 <sect1 id="Installation mittels Ansible"
591 xreflabel="Installation mittels Ansible">
592 <title>Installation mittels Ansible auf Ubuntu 22.04</title>
594 Ansible ist ein Open-Source-Automatisierungstool, das verwendet
595 wird, um die Bereitstellung, Konfiguration und Verwaltung von
596 IT-Systemen zu automatisieren. Dabei führt es Aufgaben über SSH auf
597 entfernten Rechnern (Hosts) aus. Die Aufgaben werden dabei
598 deklarativ als YAML Dateien, den sogenannten Playbooks, übergeben.
599 Benötigt wird lediglich python und ansible ab Version 2.10.
602 Alle benötigten Konfigurationsdateien und das Playbook sind auf dem kivitendo github Account
603 unter dem Repository namens <ulink
604 url="https://github.com/kivitendo/kivitendo-ansible">kivitendo-ansible</ulink> verfügbar.
605 Das Repo kann lokal mit folgendem git-Befehl "geklont" werden:
606 <programlisting>git clone https://github.com/kivitendo/kivitendo-ansible</programlisting>
607 In diesem Repository befindet sich auch eine Readme.md, die aktuelle Installationshinweise auf englisch enthält.
610 Um die Installation zu starten, wechseln Sie dann zunächst in den erstellten Ordner 'kivitendo-ansible' und
611 editieren die Datei inventory.
613 <programlisting>cd kivitendo-ansible
614 vim inventory</programlisting>
616 Der/die Hosts auf denen Kivitendo installiert werden soll wird dann in
617 dieser Datei ('inventory') eingefügt, bspw. die
619 <programlisting>192.168.1.121</programlisting>
621 <programlisting>kivi.meine-lokale-domaene.de</programlisting>
622 Zusätzliche Parameter könnten erforderlich sein, bspw. der Benutzer für den SSH-Login:
623 <programlisting>kivi.meine-lokale-domaene.de ansible_user=myuser</programlisting>
626 Danach kann das Playbook mittels:
627 <programlisting>ansible-playbook --ask-become main.yml</programlisting>
628 ausgeführt werden, je nach Konfiguration wird man noch
629 aufgefordert das BECOME password einzutragen, hierbei handelt es
630 sich um das Passwort des Benutzers, über den die Installation dann auf dem Ziel-Rechner ausgeführt wird.
633 Nach erfolgreichen Ausführen des Playbooks ist Kivitendo dann über den Browser
635 <literal>http://<IP des rechners>/kivitendo-erp/</literal>
638 Nun muss noch eine Datenbank für Benutzer und Mandanten angelegt
639 werden. Dies kann über die Weboberfläche getan werden, indem man
640 sich mit dem Passwort <literal>admin123</literal> in der
641 Administrationsoberfläche anmeldet.
642 Weitere Details siehe Abschnitt "<xref
643 linkend="Benutzerauthentifizierung-und-Administratorpasswort"/>"
646 <sect1 id="Manuelle-Installation-des-Programmpaketes"
647 xreflabel="Manuelle Installation des Programmpaketes">
648 <title>Manuelle Installation des Programmpaketes</title>
650 <sect2 id="Installation-mit-git">
651 <title>Installation mit git</title>
653 <para>Wir empfehlen eine Installation mittels des Versionsmanager
654 git. Hierfür muss ein git-Client installiert sein. Damit ist man sehr
655 viel flexibler für zukünftige Upgrades. Installations-Anleitung (bitte
656 die Pfade anpassen) bspw. wie folgt: <programlisting>cd /var/www/
657 git clone https://github.com/kivitendo/kivitendo-erp.git
659 git checkout `git tag -l | egrep -ve "(alpha|beta|rc)" | tail -1`</programlisting>
660 Erläuterung: Der Befehl wechselt zur letzten Stable-Version (git tag
661 -l listet alle Tags auf, das egrep schmeisst alle Einträge mit alpha,
662 beta oder rc raus und das tail gibt davon den obersten Treffer
663 zurück). Sehr sinnvoll ist es, direkt im Anschluss einen eigenen
664 Branch zu erzeugen, um bspw. seine eigenen Druckvorlagen-Anpassungen
665 damit zu verwalten. Hierfür reicht ein simples <programlisting> git checkout -b meine_eigenen_änderungen</programlisting>
666 nach dem letzten Kommando (weiterführende Informationen <ulink
667 url="http://www-cs-students.stanford.edu/~blynn/gitmagic/index.html">
668 Git Magic</ulink>).</para>
670 <para>Ein beispielhafter Workflow für Druckvorlagen-Anpassungen von
671 3.4.1 nach 3.5: <programlisting>
672 $ git clone https://github.com/kivitendo/kivitendo-erp.git
674 $ git checkout release-3.4.1 # das ist ein alter release aus dem wir starten ...
675 $ git checkout -b meine_eigene_änderungen # unser lokaler branch - unabhängig von allen anderen
676 $ git add templates/mein_druck # das sind unsere druckvorlagen inkl. produktbilder
677 $ git commit -m "juhu tolle änderungen"
679 [meine_aenderungen 1d89e41] juhu tolle ändernungen
680 4 files changed, 380 insertions(+)
681 create mode 100644 templates/mein_druck/img/webdav/tesla.png
682 create mode 100644 templates/mein_druck/mahnung.tex
683 create mode 100644 templates/mein_druck/zahlungserinnerung_zwei.tex
684 create mode 100644 templates/mein_druck/zahlungserinnerung_zwei_invoice.tex
687 # webserver abschalten!
689 $ git checkout master
690 $ git pull # oder git fetch und danach ein stable release tag auswählen (s.o.)
691 $ git checkout meine_eigenen_änderungen
694 Zunächst wird der Branch zurückgespult, um Ihre Änderungen
695 darauf neu anzuwenden ...
696 Wende an: juhu tolle änderungen
697 $ service apache2 restart # webserver starten!
698 </programlisting></para>
701 <sect2 id="Installation_mit_Github">
702 <title>Installation über die Github Website</title>
704 <para>Der aktuelle Stable-Release, bzw. beta Release wird bei github
705 gehostet und kann <ulink
706 url="https://github.com/kivitendo/kivitendo-erp/tags">hier</ulink>
707 heruntergeladen werden.</para>
710 <para>Das aktuelleste kivitendo ERP-Archiv
711 (<filename>kivitendo-erp-*.tgz</filename>) wird dann im
712 Dokumentenverzeichnis des Webservers (z.B.
713 <filename>/var/www/html/</filename>,
714 <filename>/srv/www/htdocs</filename> oder
715 <filename>/var/www/</filename>) entpackt:</para>
717 <programlisting>cd /var/www
718 tar xvzf kivitendo-erp-*.tgz</programlisting>
720 <para>Wechseln Sie in das entpackte Verzeichnis:</para>
722 <programlisting>cd kivitendo-erp</programlisting>
724 <para>Alternativ können Sie auch einen Alias in der
725 Webserverkonfiguration benutzen, um auf das tatsächliche
726 Installationsverzeichnis zu verweisen.</para>
729 <sect2 id="restliche-Verzeichnisse-erstellen-und-Besitzer-ändern">
730 <title>Restliche Verzeichnisse ändern und bearbeiten</title>
732 <para>Die folgenden Schritte müssen nach der Installation mittels git
733 oder der Github Website angewendet werden.</para>
735 <para>Bei einer Neuinstallation von Version 3.1.0 oder später muss das
736 WebDAV Verzeichnis derzeit manuell angelegt werden:</para>
738 <programlisting>mkdir webdav</programlisting>
740 <para>Die Verzeichnisse <filename>users</filename>,
741 <filename>spool</filename> und <filename>webdav</filename> müssen für
742 den Benutzer beschreibbar sein, unter dem der Webserver läuft. Die
743 restlichen Dateien müssen für diesen Benutzer lesbar sein. Die Benutzer-
744 und Gruppennamen sind bei verschiedenen Distributionen unterschiedlich
745 (z.B. bei Debian/Ubuntu <constant>www-data</constant>, bei Fedora
746 <constant>apache</constant> oder bei openSUSE
747 <constant>wwwrun</constant>).</para>
749 <para>Der folgende Befehl ändert den Besitzer für die oben genannten
750 Verzeichnisse auf einem Debian/Ubuntu-System:</para>
752 <programlisting>chown -R www-data users spool webdav</programlisting>
754 <para>Weiterhin muss der Webserver-Benutzer in den Verzeichnissen
755 <filename>templates</filename> und <filename>users</filename>
756 Unterverzeichnisse für jeden neuen Benutzer anlegen dürfen, der in
757 kivitendo angelegt wird:</para>
759 <programlisting>chown www-data templates</programlisting>
768 <sect1 id="config.config-file">
769 <title>kivitendo-Konfigurationsdatei</title>
771 <sect2 id="config.config-file.introduction"
772 xreflabel="Einführung in die Konfigurationsdatei">
773 <title>Einführung</title>
775 <para>In kivitendo gibt es nur noch eine Konfigurationsdatei, die
776 benötigt wird: <filename>config/kivitendo.conf</filename> (kurz: "die
777 Hauptkonfigurationsdatei"). Diese muss bei der Erstinstallation von
778 kivitendo bzw. der Migration von älteren Versionen angelegt
781 <para>Als Vorlage dient die Datei
782 <filename>config/kivitendo.conf.default</filename> (kurz: "die
783 Default-Datei"):</para>
785 <programlisting>$ cp config/kivitendo.conf.default config/kivitendo.conf</programlisting>
787 <para>Die Default-Datei wird immer zuerst eingelesen. Werte, die in
788 der Hauptkonfigurationsdatei stehen, überschreiben die Werte aus der
789 Default-Datei. Die Hauptkonfigurationsdatei muss also nur die
790 Abschnitte und Werte enthalten, die von denen der Default-Datei
794 <para>Vor der Umbenennung in kivitendo hieß diese Datei noch
795 <filename>config/lx_office.conf</filename>. Aus Gründen der
796 Kompatibilität wird diese Datei eingelesen, sofern die Datei
797 <filename>config/kivitendo.conf</filename> nicht existiert.</para>
800 <para>Diese Hauptkonfigurationsdatei ist dann eine
801 installationsspezifische Datei, d.h. sie enthält bspw. lokale
802 Passwörter und wird auch nicht im Versionsmanagement (git)
805 <para>Die Konfiguration ist ferner serverabhängig, d.h. für alle
806 Mandaten, bzw. Datenbanken gleich.</para>
809 <sect2 id="config.config-file.sections-parameters">
810 <title>Abschnitte und Parameter</title>
812 <para>Die Konfigurationsdatei besteht aus mehreren Teilen, die
813 entsprechend kommentiert sind:</para>
817 <para><literal>authentication</literal> (siehe Abschnitt "<xref
818 linkend="Benutzerauthentifizierung-und-Administratorpasswort"/>"
819 in diesem Kapitel)</para>
823 <para><literal>authentication/database</literal></para>
827 <para><literal>authentication/http_basic</literal></para>
831 <para><literal>authentication/http_headers</literal></para>
835 <para><literal>authentication/ldap</literal></para>
839 <para><literal>system</literal></para>
843 <para><literal>paths</literal></para>
847 <para><literal>mail_delivery</literal> (siehe Abschnitt "<xref
848 linkend="config.sending-email.smtp"/>)</para>
852 <para><literal>imap_client</literal> (siehe Abschnitt "<xref
853 linkend="config.imap_client"/>)</para>
857 <para><literal>sent_emails_in_imap</literal> (siehe Abschnitt "<xref
858 linkend="config.sent_emails_in_imap"/>)</para>
862 <para><literal>applications</literal></para>
866 <para><literal>environment</literal></para>
870 <para><literal>print_templates</literal></para>
874 <para><literal>task_server</literal></para>
878 <para><literal>periodic_invoices</literal></para>
882 <para><literal>self_tests</literal></para>
886 <para><literal>console</literal></para>
890 <para><literal>testing</literal></para>
894 <para><literal>testing/database</literal></para>
898 <para><literal>debug</literal></para>
902 <para>Die üblicherweise wichtigsten Parameter, die am Anfang
903 einzustellen oder zu kontrollieren sind, sind:</para>
905 <programlisting>[authentication]
906 admin_password = geheim
908 [authentication/database]
916 default_manager = german</programlisting>
918 <para>Für kivitendo Installationen in der Schweiz sollte hier
919 <varname>german</varname> durch <varname>swiss</varname> ersetzt
922 <para>Die Einstellung <varname>default_manager = swiss</varname>
927 <para>Beim Erstellen einer neuen Datenbank in der kivitendo
928 Administration werden automatisch die Standard-Werte für die
929 Schweiz voreingestellt: Währung CHF, 5er-Rundung, Schweizer
930 KMU-Kontenplan, Sollversteuerung, Aufwandsmethode, Bilanzierung
931 (die Werte können aber manuell angepasst werden).</para>
935 <para>Einstellen der Standardkonten für Rundungserträge und
936 -aufwendungen (unter Mandantenkonfiguration → Standardkonten
941 <para>das verwendete Zahlenformat wird auf
942 <varname>1'000.00</varname> eingestellt (unter Programm →
943 Benutzereinstellungen veränderbar)</para>
947 <para>DATEV-Automatik und UStVA werden nicht angezeigt,
948 Erfolgsrechnung ersetzt GUV ( unter Mandantenkonfiguration →
949 Features veränderbar)</para>
953 <para>Nutzt man wiederkehrende Rechnungen, kann man unter
954 <varname>[periodic_invoices]</varname> den Login eines Benutzers
955 angeben, der nach Erstellung der Rechnungen eine entsprechende E-Mail
956 mit Informationen über die erstellten Rechnungen bekommt.</para>
958 <para>kivitendo bringt eine eigene Komponente zur zeitgesteuerten
959 Ausführung bestimmter Aufgaben mit, den <link
960 linkend="config.task-server">Task-Server</link>. Er wird u.a. für
961 Features wie die <link
962 linkend="features.periodic-invoices">wiederkehrenden Rechnungen</link>
963 benötigt, erledigt aber auch andere erforderliche Aufgaben und muss
964 daher in Betrieb genommen werden. Seine Einrichtung wird im Abschnitt
965 <link linkend="config.task-server">Task-Server</link> genauer
968 <para>Für Entwickler finden sich unter <varname>[debug]</varname>
969 wichtige Funktionen, um die Fehlersuche zu erleichtern.</para>
972 <sect2 id="config.config-file.prior-versions">
973 <title>Versionen vor 2.6.3</title>
975 <para>In älteren kivitendo Versionen gab es im Verzeichnis
976 <filename>config</filename> die Dateien
977 <filename>authentication.pl</filename> und
978 <filename>lx-erp.conf</filename>, die jeweils Perl-Dateien waren. Es
979 gab auch die Möglichkeit, eine lokale Version der Konfigurationsdatei
980 zu erstellen (<filename>lx-erp-local.conf</filename>). Dies ist ab
981 2.6.3 nicht mehr möglich, aber auch nicht mehr nötig.</para>
983 <para>Beim Update von einer kivitendo-Version vor 2.6.3 auf 2.6.3 oder
984 jünger müssen die Einstellungen aus den alten Konfigurationsdateien
985 manuell übertragen und die alten Konfigurationsdateien anschließend
986 gelöscht oder verschoben werden. Ansonsten zeigt kivitendo eine
987 entsprechende Fehlermeldung an.</para>
991 <sect1 id="Anpassung-der-PostgreSQL-Konfiguration">
992 <title>Anpassung der PostgreSQL-Konfiguration</title>
994 <para>PostgreSQL muss auf verschiedene Weisen angepasst werden.</para>
995 <para>Dies variert je nach eingesetzter Distribution, da distributionsabhängig unterschiedliche Strategien beim Upgrade der Postgres Version eingesetzt werden.
996 Als Hinweis einige Links zu den drei Distribution (Stand Dezember 2018):</para>
999 <para><ulink url="https://fedoraproject.org/wiki/PostgreSQL">Fedora (Postgres-Installation unter Fedora)</ulink></para>
1002 <para><ulink url="https://help.ubuntu.com/lts/serverguide/postgresql.html">Ubuntu (Infos für Postgres für die aktuelle LTS Version)</ulink></para>
1005 <para><ulink url="https://de.opensuse.org/PostgreSQL">OpenSuSE (aktuell nur bis Version OpenSuSE 13 verifiziert)</ulink></para>
1008 <sect2 id="Zeichensätze-die-Verwendung-von-UTF-8">
1009 <title>Zeichensätze/die Verwendung von Unicode/UTF-8</title>
1011 <para>kivitendo setzt zwingend voraus, dass die Datenbank
1012 Unicode/UTF-8 als Encoding einsetzt. Bei aktuellen
1013 Serverinstallationen braucht man hier meist nicht einzugreifen.</para>
1015 <para>Das Encoding des Datenbankservers kann überprüft werden. Ist das
1016 Encoding der Datenbank "template1" "Unicode" bzw. "UTF-8", so braucht
1017 man nichts weiteres diesbezüglich unternehmen. Zum Testen:</para>
1019 <programlisting>su postgres
1021 exit </programlisting>
1023 <para>Andernfalls ist es notwendig, einen neuen Datenbankcluster mit
1024 Unicode-Encoding anzulegen und diesen zu verwenden. Unter Debian und
1025 Ubuntu kann dies z.B. für PostgreSQL 9.3 mit dem folgenden Befehl
1026 getan werden:</para>
1028 <programlisting>pg_createcluster --locale=de_DE.UTF-8 --encoding=UTF-8 9.3 clustername</programlisting>
1030 <para>Die Datenbankversionsnummer muss an die tatsächlich verwendete
1031 Versionsnummer angepasst werden.</para>
1033 <para>Unter anderen Distributionen gibt es ähnliche Methoden.</para>
1035 <para>Das Encoding einer Datenbank kann in <command>psql</command> mit
1036 <literal>\l</literal> geprüft werden.</para>
1039 <sect2 id="Änderungen-an-Konfigurationsdateien">
1040 <title>Änderungen an Konfigurationsdateien</title>
1042 <para>In der Datei <filename>postgresql.conf</filename>, die je nach
1043 Distribution in verschiedenen Verzeichnissen liegen kann (z.B.
1044 <filename>/var/lib/pgsql/data/</filename> oder
1045 <filename>/etc/postgresql/</filename>), muss sichergestellt werden,
1046 dass TCP/IP-Verbindungen aktiviert sind. Das Verhalten wird über den
1047 Parameter <varname>listen_address</varname> gesteuert. Laufen
1048 PostgreSQL und kivitendo auf demselben Rechner, so kann dort der Wert
1049 <literal>localhost</literal> verwendet werden. Andernfalls müssen
1050 Datenbankverbindungen auch von anderen Rechnern aus zugelassen werden,
1051 was mit dem Wert <literal>*</literal> geschieht.</para>
1053 <para>In der Datei <filename>pg_hba.conf</filename>, die im gleichen
1054 Verzeichnis wie die <filename>postgresql.conf</filename> zu finden
1055 sein sollte, müssen die Berechtigungen für den Zugriff geändert
1056 werden. Hier gibt es mehrere Möglichkeiten. Sinnvoll ist es nur die
1057 nötigen Verbindungen immer zuzulassen, für eine lokal laufende
1058 Datenbank zum Beispiel:</para>
1060 <programlisting>local all kivitendo password
1061 host all kivitendo 127.0.0.1 255.255.255.255 scram-sha-256</programlisting>
1064 <sect2 id="Erweiterung-für-servergespeicherte-Prozeduren">
1065 <title>Erweiterung für servergespeicherte Prozeduren</title>
1067 <para>In der Datenbank <literal>template1</literal> muss die
1068 Unterstützung für servergespeicherte Prozeduren eingerichet werden.
1069 Melden Sie sich dafür als Benutzer “postgres” an der Datenbank an:
1070 <programlisting>su - postgres
1071 psql template1</programlisting> führen Sie die folgenden Kommandos aus:</para>
1073 <programlisting>CREATE EXTENSION IF NOT EXISTS plpgsql;
1077 <para><literal>CREATE EXTENSION</literal> ist seit Version 9.1 die
1078 bevorzugte Syntax um die Sprache <literal>plpgsql</literal>
1079 anzulegen. In diesen Versionen ist die Extension meist auch schon
1080 vorhanden. Sollten Sie eine ältere Version von Postgres haben,
1081 benutzen Sie stattdessen den folgenden Befehl.</para>
1083 <programlisting>CREATE LANGUAGE 'plpgsql';
1088 <sect2 id="Erweiterung-für-trigram">
1089 <title>Erweiterung für Trigram Prozeduren</title>
1091 <para>Ab Version 3.5.1 wird die Trigram-Index-Erweiterung benötigt.
1092 Diese wird mit dem SQL-Updatescript
1093 sql/Pg-upgrade2/trigram_extension.sql und Datenbank-Super-Benutzer
1094 Rechten automatisch installiert. Dazu braucht der
1095 DatenbankSuperbenutzer "postgres" ein Passwort.</para>
1097 <programlisting>su - postgres
1104 <para>Benutzername Postgres und Passwort können jetzt beim Anlegen
1105 einer Datenbank bzw. bei Updatescripten, die SuperuserRechte
1106 benötigen, eingegeben werden.</para>
1109 <para><literal>pg_trgm</literal> ist je nach Distribution nicht im
1110 Standard-Paket von Postgres enthalten. Ein <programlisting>select * from pg_available_extensions where name ='pg_trgm';</programlisting>
1111 in template1 sollte entsprechend erfolgreich sein. Andernfalls muss
1112 das Paket nachinstalliert werden, bspw. bei debian/ubuntu
1113 <programlisting>apt install postgresql-contrib</programlisting></para>
1117 <sect2 id="Datenbankbenutzer-anlegen">
1118 <title>Datenbankbenutzer anlegen</title>
1120 <para>Wenn Sie nicht den Datenbanksuperuser “postgres” zum Zugriff
1121 benutzen wollen, so sollten Sie bei PostgreSQL einen neuen Benutzer
1122 anlegen. Ein Beispiel, wie Sie einen neuen Benutzer anlegen
1125 <para>Die Frage, ob der neue User Superuser sein soll, können Sie mit
1126 nein beantworten, genauso ist die Berechtigung neue User (Roles) zu
1127 generieren nicht nötig.</para>
1129 <programlisting>su - postgres
1130 createuser -d -P kivitendo
1131 exit</programlisting>
1133 <para>Wenn Sie später einen Datenbankzugriff konfigurieren, verändern
1134 Sie den evtl. voreingestellten Benutzer “postgres” auf “kivitendo”
1135 bzw. den hier gewählten Benutzernamen.</para>
1139 <sect1 id="Apache-Konfiguration">
1140 <title>Webserver-Konfiguration</title>
1142 <para>In diesem Abschnitt wird die Konfiguration des Apache-Webservers
1143 beschrieben. kivitendo wird mittels FastCGI/FCGI ausgeführt.</para>
1145 <para>Es ist empfehlenswert, SSL einzusetzen, um die Daten per HTTPS
1146 verschlüsselt zwischen Browser und Webserver über das Netzwerk zu
1147 übertragen. Eine Möglichkeit dazu ist das Erstellen eines self-signed
1148 SSL Zertifikates, was unter Debian/Ubuntu durch Installieren des Pakets
1149 <literal>ssl-cert</literal> geschehen kann.</para>
1151 <para>Der Zugriff auf den Installationspfad von kivitendo im Dateisystem
1152 muss in der Apache Webserverkonfigurationsdatei eingestellt werden,
1153 welche beim Starten des Webservers eingelesen wird. Wird SSL/HTTPS
1154 eingesetzt, so ist dies die Datei <literal>default-ssl.conf</literal>,
1155 für unverschlüsseltes HTTP ist es die Datei
1156 <literal>000-default.conf</literal>.</para>
1158 <para>Bitte konsultieren Sie die Dokumentation des Apache-Webservers und
1159 Ihres Betriebssystems. Es kann erforderlich sein, das SSL-Modul und die
1160 Webserverkonfigurationsdatei zu aktivieren:</para>
1162 <programlisting>a2enmod ssl
1163 a2ensite default-ssl</programlisting>
1165 <para>Unter Fedora und openSUSE müssen weiterhin in der Firewall die
1166 Ports 80 (HTTP) bzw. 443 (HTTPS) geöffnet werden.</para>
1168 <sect2 id="Apache-Konfiguration.FCGI"
1169 xreflabel="Konfiguration für FastCGI/FCGI">
1170 <title>Konfiguration für FastCGI/FCGI</title>
1172 <para>Mit FastCGI wird der kivitendo-Programmcode beim Start des
1173 Webservers einmal geladen und danach wird nur die eigentliche
1174 Programmlogik ausgeführt.</para>
1176 <para>Zuerst muss das FastCGI-Modul aktiviert werden. Dies kann
1177 unter Debian/Ubuntu z.B. mit folgendem Befehl geschehen:</para>
1179 <programlisting>a2enmod fcgid</programlisting>
1181 <para>Die Konfiguration für die Verwendung von kivitendo mit FastCGI
1182 erfolgt durch Einfügen von <function>Alias</function>-
1183 und <function>Directory</function>-Direktiven. Dabei wird zwischen
1184 dem Installationspfad von kivitendo im Dateisystem
1185 ("<filename>/path/to/kivitendo-erp</filename>") und der URL
1186 unterschieden, unter der kivitendo im Webbrowser erreichbar ist
1187 ("<filename>/url/for/kivitendo-erp</filename>").</para>
1189 <para>Folgender Konfigurationsschnipsel funktioniert mit
1192 <programlisting>AliasMatch ^/url/for/kivitendo-erp/[^/]+\.pl /path/to/kivitendo-erp/dispatcher.fcgi
1193 Alias /url/for/kivitendo-erp/ /path/to/kivitendo-erp/
1194 FcgidMaxRequestLen 10485760
1196 <Directory /path/to/kivitendo-erp>
1198 Options ExecCGI Includes FollowSymlinks
1202 <DirectoryMatch /path/to/kivitendo-erp/users>
1204 </DirectoryMatch></programlisting>
1206 <para>Hierdurch wird nur ein zentraler Dispatcher gestartet. Alle
1207 Zugriffe auf die einzelnen Scripte werden auf diesen umgeleitet.
1208 Dadurch, dass zur Laufzeit öfter mal Scripte neu geladen werden,
1209 gibt es hier kleine Performance-Einbußen.</para>
1211 <para>Seit mod_fcgid-Version 2.3.6 gelten sehr kleine Grenzen für
1212 die maximale Größe eines Requests. Mit folgender Zeile wird diese
1213 Grenze hochgesetzt:</para>
1215 <programlisting>FcgidMaxRequestLen 10485760</programlisting>
1219 <title>Aktivierung von mod_rewrite/directory_match für git basierte Installationen</title>
1222 Aufgrund von aktuellen (Mitte 2020) Sicherheitswarnungen für git basierte Webanwendungen ist die mitausgelieferte .htaccess
1223 restriktiver geworden und verhindert somit das Auslesen von git basierten Daten.
1224 Für debian/ubuntu muss das Modul mod_rewrite einmalig so aktiviert werden:
1225 <programlisting>a2enmod rewrite</programlisting>
1226 Alternativ und für Installationen ohne Apache ist folgender Artikel interessant:
1227 <ulink url="https://www.cyberscan.io/blog/git-luecke">git-lücke</ulink>.
1228 Anstelle des dort beschriebenen DirectoryMatch für Apache2 würden wir etwas weitergehend auch noch das Verzeichnis config miteinbeziehen
1229 sowie ferner auch die Möglichkeit nicht ausschließen, dass es in Unterverzeichnissen auch noch .git Repositories geben kann.
1230 Die Empfehlung für Apache 2.4 wäre damit:
1232 <DirectoryMatch "/(\.git|config)/">
1234 </DirectoryMatch></programlisting>
1240 <title>Weitergehende Konfiguration</title>
1242 <para>Für einen deutlichen Sicherheitsmehrwert sorgt die Ausführung
1243 von kivitendo nur über https-verschlüsselten Verbindungen, sowie
1244 weiteren Zusatzmassnahmen, wie beispielsweise Basic Authentication. Die
1245 Konfigurationsmöglichkeiten sprengen allerdings den Rahmen dieser
1246 Anleitung, hier ein Hinweis auf einen entsprechenden <ulink
1247 url="https://www.kivitendo.de/redmine/boards/1/topics/142">Foreneintrag
1248 (Stand Sept. 2015)</ulink> und einen aktuellen (Stand Mai 2017) <ulink
1249 url="https://mozilla.github.io/server-side-tls/ssl-config-generator/">
1250 SSL-Konfigurations-Generator</ulink>.</para>
1253 <title>Aktivierung von Apache2 modsecurity</title>
1255 <para>Aufgrund des OpenSource Charakters ist kivitendo nicht "out of the box" sicher.
1256 Organisatorisch empfehlen wir hier die enge Zusammenarbeit mit einem kivitendo Partner der auch in der
1257 Lage ist weiterführende Fragen in Bezug auf Datenschutz und Datensicherheit zu beantworten.
1258 Unabhängig davon empfehlen wir im Webserver Bereich die Aktivierung und Konfiguration des Moduls modsecurity für den Apache2, damit
1259 XSS und SQL-Injections verhindert werden.</para>
1260 <para> Als Idee hierfür sei dieser Blog-Eintrag genannt:
1261 <ulink url="https://doxsec.wordpress.com/2017/06/11/using-modsecurity-web-application-firewall-to-prevent-sql-injection-and-xss-using-blocking-rules/">
1262 Test Apache2 modsecurity for SQL Injection</ulink>.</para>
1267 <sect1 id="config.task-server">
1268 <title>Der Task-Server</title>
1270 <para>Der Task-Server ist ein Prozess, der im Hintergrund läuft, in
1271 regelmäßigen Abständen nach abzuarbeitenden Aufgaben sucht und diese zu
1272 festgelegten Zeitpunkten abarbeitet (ähnlich wie Cron). Dieser Prozess
1273 wird u.a. für die Erzeugung der wiederkehrenden Rechnungen und weitere
1274 essenzielle Aufgaben benutzt.</para>
1276 <para>Der Task-Server muss einmalig global in der Konfigurationsdatei
1277 konfiguriert werden. Danach wird er für jeden Mandanten, für den er
1278 laufen soll, in der Adminsitrationsmaske eingeschaltet.</para>
1280 <para>Beachten Sie, dass der Task-Server in den Boot-Vorgang Ihres
1281 Servers integriert werden muss, damit er automatisch gestartet wird.
1282 Dies kann kivitendo nicht für Sie erledigen.</para>
1284 <para>Da der Task-Server als Perlscript läuft, wird Arbeitsspeicher, der
1285 einmal benötigt wurde, nicht mehr an das Betriebssystem zurückgegeben,
1286 solange der Task-Server läuft. Dies kann dazu führen, dass ein länger
1287 laufender Task-Server mit der Zeit immer mehr Arbeitsspeicher für sich
1288 beansprucht. Es ist deshalb sinnvoll, dass der Task-Server in
1289 regelmässigen Abständen neu gestartet wird. Allerdings berücksichtigt der
1290 Task-Server ein Memory-Limit, wenn dieses in der Konfigurationsdatei
1291 angegeben ist. Bei Überschreiten dieses Limits beendet sich der
1292 Task-Server. Sofern der Task-Server als systemd-Service mit dem
1293 mitgelieferten Skript eingerichtet wurde, startet dieser danach
1294 automatisch erneut.</para>
1296 <sect2 id="Konfiguration-des-Task-Servers">
1297 <title>Verfügbare und notwendige Konfigurationsoptionen</title>
1299 <para>Die Konfiguration erfolgt über den Abschnitt
1300 <literal>[task_server]</literal> in der Datei
1301 <filename>config/kivitendo.conf</filename>. Die dort verfügbaren
1302 Optionen sind:</para>
1306 <term><varname>run_as</varname></term>
1309 <para>Wird der Server vom Systembenutzer <literal>root</literal>
1310 gestartet, so wechselt er auf den mit <literal>run_as</literal>
1311 angegebenen Systembenutzer. Der Systembenutzer muss dieselben
1312 Lese- und Schreibrechte haben, wie auch der Webserverbenutzer
1314 linkend="Manuelle-Installation-des-Programmpaketes"/>). Daher
1315 ist es erforderlich, hier denselben Systembenutzer einzutragen,
1316 unter dem auch der Webserver läuft.</para>
1321 <term><varname>debug</varname></term>
1324 <para>Schaltet Debug-Informationen an und aus.</para>
1330 <sect2 id="Konfiguration-der-Mandanten-fuer-den-Task-Servers">
1331 <title>Konfiguration der Mandanten für den Task-Server</title>
1333 <para>Ist der Task-Server grundlegend konfiguriert, so muss
1334 anschließend jeder Mandant, für den der Task-Server laufen soll,
1335 einmalig konfiguriert werden. Dazu kann in der Maske zum Bearbeiten
1336 von Mandanten im Administrationsbereich eine kivitendo-Benutzerkennung
1337 ausgewählt werden, unter der der Task-Server seine Arbeit
1340 <para>Ist in dieser Einstellung keine Benutzerkennung ausgewählt, so
1341 wird der Task-Server für diesen Mandanten keine Aufgaben
1345 <sect2 id="Einbinden-in-den-Boot-Prozess">
1346 <title>Automatisches Starten des Task-Servers beim Booten</title>
1348 <para>Der Task-Server verhält sich von seinen Optionen her wie ein
1349 reguläres SystemV-kompatibles Boot-Script. Außerdem wechselt er beim
1350 Starten automatisch in das kivitendo-Installationsverzeichnis.</para>
1352 <para>Deshalb ist es möglich, ihn durch Setzen eines symbolischen
1353 Links aus einem der Runlevel-Verzeichnisse heraus in den Boot-Prozess
1354 einzubinden. Da das bei neueren Linux-Distributionen aber nicht
1355 zwangsläufig funktioniert, werden auch Start-Scripte mitgeliefert, die
1356 anstelle eines symbolischen Links verwendet werden können.</para>
1359 <title>SystemV-basierende Systeme (z.B. ältere Debian, ältere
1360 openSUSE, ältere Fedora)</title>
1362 <para>Kopieren Sie die Datei
1363 <filename>scripts/boot/system-v/kivitendo-task-server</filename>
1364 nach <filename>/etc/init.d/kivitendo-task-server</filename>. Passen
1365 Sie in der kopierten Datei den Pfad zum Task-Server an (Zeile
1366 <literal>DAEMON=....</literal>). Binden Sie das Script in den
1367 Boot-Prozess ein. Dies ist distributionsabhängig:</para>
1371 <para>Debian-basierende Systeme:</para>
1373 <programlisting>update-rc.d kivitendo-task-server defaults
1374 insserv kivitendo-task-server</programlisting>
1378 <para>Ältere openSUSE und ältere Fedora:</para>
1380 <programlisting>chkconfig --add kivitendo-task-server</programlisting>
1384 <para>Danach kann der Task-Server mit dem folgenden Befehl gestartet
1387 <programlisting>/etc/init.d/kivitendo-task-server start</programlisting>
1391 <title>Upstart-basierende Systeme (z.B. Ubuntu bis 14.04)</title>
1393 <para>Kopieren Sie die Datei
1394 <filename>scripts/boot/upstart/kivitendo-task-server.conf</filename>
1395 nach <filename>/etc/init/kivitendo-task-server.conf</filename>.
1396 Passen Sie in der kopierten Datei den Pfad zum Task-Server an (Zeile
1397 <literal>exec ....</literal>).</para>
1399 <para>Danach kann der Task-Server mit dem folgenden Befehl gestartet
1402 <programlisting>service kivitendo-task-server start</programlisting>
1406 <title>systemd-basierende Systeme (z.B. neure openSUSE, neuere
1407 Fedora, neuere Ubuntu und neuere Debians)</title>
1409 <para>Kopieren Sie die Datei
1410 <filename>scripts/boot/systemd/kivitendo-task-server.service</filename>
1411 nach <filename>/etc/systemd/system/</filename>. Passen Sie in der
1412 kopierten Datei den Pfad zum Task-Server an (Zeilen
1413 <literal>ExecStart=....</literal> und
1414 <literal>ExecStop=...</literal>).</para>
1416 <para>Machen Sie anschließend das Script systemd bekannt, und binden
1417 Sie es in den Boot-Prozess ein. Dazu führen Sie die folgenden Befehl
1420 <programlisting>systemctl daemon-reload
1421 systemctl enable kivitendo-task-server.service</programlisting>
1423 <para>Wenn Sie den Task-Server jetzt sofort starten möchten, anstatt
1424 den Server neu zu starten, so können Sie das mit dem folgenden
1427 <programlisting>systemctl start kivitendo-task-server.service</programlisting>
1429 <para>Ein so eingerichteter Task-Server startet nach Beendigung
1430 automatisch erneut. Das betrifft eine Beendigung über die Oberfläche,
1431 eine Beendingung über die Prozesskontrolle und eine Beendigung bei
1432 Überschreiten des Memory-Limits. Soll der Task-Server nicht erneut
1433 starten, so können Sie ihn mit folgendem Befehl stoppen:</para>
1435 <programlisting>systemctl stop kivitendo-task-server.service</programlisting>
1440 <sect2 id="Prozesskontrolle">
1441 <title>Wie der Task-Server gestartet und beendet wird</title>
1443 <para>Der Task-Server wird wie folgt kontrolliert:</para>
1445 <programlisting>./scripts/task_server.pl Befehl</programlisting>
1447 <para><literal>Befehl</literal> ist dabei eine der folgenden
1452 <para><literal>start</literal> startet eine neue Instanz des
1453 Task-Servers. Die Prozess-ID wird innerhalb des
1454 <filename>users</filename>-Verzeichnisses abgelegt.</para>
1458 <para><literal>stop</literal> beendet einen laufenden
1463 <para><literal>restart</literal> beendet und startet ihn
1468 <para><literal>status</literal> berichtet, ob der Task-Server
1473 <para>Der Task-Server wechselt beim Starten automatisch in das
1474 kivitendo-Installationsverzeichnis.</para>
1476 <para>Dieselben Optionen können auch für die SystemV-basierenden
1477 Runlevel-Scripte benutzt werden (siehe oben).</para>
1479 <para>Wurde der Task-Server als systemd-Service eingerichtet (s.o.),
1480 so startet dieser nach Beendigung automatisch erneut.</para>
1484 <sect1 id="Hintergrund-Jobs konfigurieren">
1485 <title>Konfiguration der Hintergrund-Jobs</title>
1487 <para>Hintergrund-Jobs werden über System -> Hintergrund-Jobs und Task-Server -> Aktuelle Hintergrund-Jobs anzeigen -> Aktions-Knopf 'erfassen' angelegt. </para>
1488 <para>Nachdem wir über das Menü dort angelangt sind, legen wir hier unseren Hintergrund-Jobs an:</para>
1491 <para><literal>Aktiv:</literal> Hier ein 'Ja' auswählen</para>
1494 <para><literal>Ausführungsart:</literal> 'wiederholte Ausführung' auswählen</para>
1497 <para><literal>Paketname:</literal> Hintergrundjob auswählen</para>
1500 <para><literal>Ausführungszeitplan:</literal> Hier entsprechend Werte wie in der crontab eingeben.</para><para>Syntax:</para>
1501 <programlisting>* * * * *
1504 │ │ │ │ └──── Wochentag (0-7, Sonntag ist 0 oder 7)
1505 │ │ │ └────── Monat (1-12)
1506 │ │ └──────── Tag (1-31)
1507 │ └────────── Stunde (0-23)
1508 └──────────── Minute (0-59) </programlisting>
1509 <para>Die Sterne können folgende Werte haben:</para>
1517 5 = Wochentag (0-7, Sonntag ist 0 oder 7)
1519 <para>Um die Ausführung auf eine Minute vor den Jahreswechsel zu setzen, müssen die folgenden Werte eingetragen werden:</para>
1520 <programlisting>59 23 31 12 *</programlisting>
1523 <para><literal>Daten:</literal>In diesem Feld können optionale Parameter für den Hintergrund im YAML-Format gesetzt werden.</para>
1526 <sect2 id="Hintergrund-Job SetNumberRange">
1527 <title>SetNumberRange</title>
1528 <para>Der Hintergrund-Job <literal>SetNumberRange</literal> kann entweder jährlich oder monatlich/täglich den Nummernkreis verändern. Der Standardmodus 'jährlich' kodiert die nächste Jahreszahl in alle Nummernkreise und initialisiert diese von Beginn, bpsw. 202500001. Zusätzlich bleiben Präfixe in den Nummernkreis erhalten und es gibt drei konfigurierbare Parameter in diesem Modus:</para>
1529 <para>Der jährliche Modus (default) akzeptiert im Feld <literal>Daten</literal> drei optionale Parameter, nämlich <literal>digit_year</literal>, <literal>multiplier</literal> so wie <literal>current_year</literal>.</para><para> <literal>digit_year</literal> kann zwei Werte haben entweder 2 oder 4, darüber wird gesteuert ob die Jahreszahl zwei oder vierstellig kodiert wird (für 2019, dann entweder 19 oder 2019). Der Standardwert ist vierstellig.</para><para> <literal>multiplier</literal> ist ein Vielfaches von 10, darüber wird die erste Nummer im Nummernkreis (die Anzahl der Stellen) wie folgt bestimmt:</para>
1531 multiplier Nummernkreis 2020
1536 <para>Falls der Parameter <literal>current_year</literal> bspw. so gesetzt ist:
1537 <programlisting>current_year: 1</programlisting>
1538 wird der Nummernkreis nicht um eins hochgezählt. Das ist sinnvoll wenn vom 31.12. auf den 01.01. sowieso keine Rechnungsläufe stattfinden und man die Nummernkreise dann am 01.01. des neuen Jahres automatisch hochsetzen möchte. </para>
1540 <para>Wir gehen jetzt beispielhaft von einer letzten Rechnungsnummer von RE2019456 aus. Demnach sollte ab Januar 2020 die erste Nummer RE2020001 sein. Da der Task auch Präfixe berücksichtigt, kann dies mit folgenden JSON-kodierten Werten umgesetzt werden:</para>
1541 <para><literal>Daten:</literal></para><programlisting>multiplier: 100
1542 digits_year: 4</programlisting>
1543 <para>Dieser Job müsste dann zwingend vor Mitternacht des 31.12. ausgeführt werden.</para>
1544 <para><literal>Daten:</literal></para><programlisting>multiplier: 100
1546 current_year: 1</programlisting>
1547 <para>Mit dieser Einstellung kann der Job auf 00:01h des 01.01. gesetzt werden.</para>
1548 <para>Der (wahrscheinliche) monatliche Modus wird über den Parameter <literal>monthly</literal> gesteuert und erzeugt standardmäßig folgende Nummernkreise JJ-MM-000, bspw. am 01.04.2025 25-04-000. Dieser Modus akzeptiert die zwei optionalen Parameter <literal>monthly_postfix</literal> für die Überlagerung am Ende der Zeichenkette und <literal>monthly_strftime</literal> für die beliebige Formatierung der strftime C-Methode, s.a. <ulink url='https://metacpan.org/pod/DateTime#strftime-Patterns'>strftime-Patterns</ulink>.
1549 Folgende Parameter erzeugen am 01.04.2025 folgenden Nummernkreis: 2025-04-01-A0001.
1550 <para><literal>Daten:</literal></para>
1553 monthly_postfix: '-A0001'
1554 monthly_strftime: '%Y-%m-%d'
1559 <sect2 id="Hintergrund-Job ImportRecordEmails">
1560 <title>ImportRecordEmails</title>
1561 <para> Der Hintergrund-Job <literal>ImportRecordEmails</literal> kann vollständig über das Feld Daten konfiguriert werden. Er benötigt folgende Variablen:</para>
1564 <para><literal>hostname:</literal> Hier wird der E-Mail-Server (IMAP) eingetragen</para>
1567 <para><literal>username:</literal> Benutzername, für den IMAP-Server (häufig die E-Mail-Adresse)</para>
1570 <para><literal>password:</literal> Passwort des Benutzers</para>
1573 <para><literal>folder:</literal> Hier wird der Ordner eingetragen, aus dem die E-Mails importert werden sollen, bspw. 'INBOX'</para>
1576 <para><literal>port:</literal> Port am E-Mail-Server. Default ist 993</para>
1579 <para><literal>ssl:</literal> Gibt an ob SSL verwendet werden soll. Default: 1</para>
1583 <para> Optional können außerdem folgende Variablen verwendet werden:</para>
1587 <para><literal>email_import_ids_to_delete:</literal> Hier können IDs von Importen eingetragen werden, deren E-Mails aus dem E-Mail-Journal gelöscht werden sollen.</para>
1590 <para><literal>process_imported_emails:</literal> Wenn nach dem Import noch weitere Verarbeitung der angehangenen Dokumente erfolgen soll, müssen hier die jeweiligen Schritte eingetragen werden. Aktuell ist es möglich, dass angehangene ZUGFeRD-Rechnung direkt verbucht und mit der E-Mail verknüpft werden. Dazu muss hier 'zugferd' eingetragen werden.</para>
1593 <para><literal>processed_imap_flag:</literal> Das hier eingetragenen Flag wird nach dem Verarbeiten in der E-Mail auf den IMAP-Server gesetzt.</para>
1596 <para><literal>not_processed_imap_flag:</literal> Dieses Flag wird gesetzt, wenn die E-Mail nicht verarbeitet werden konnte.</para>
1599 <para><literal>record_type:</literal> Einträge im E-Mail-Journal können direkt einem Belegtypen zugeordnet werden. Wenn alle E-Mails, die mit einem Hintergrundjob importiert werden, den gleichen Belegtypen haben, kann man diesen hier festlegen und alle Einträge im E-Mail-Journal werden entsprechend zugeordnet. Für Eingangsrechnungen kann man hier bspw. 'ap_transaction' setzen.</para>
1603 <para>Wie die IMAP Flags von den jeweiligen Clients angezeigt und eingerichtet werden, ist aktuell im Thunderbird (Version 115.8.0 und Version 115.8.1) und SoGo (Version 5.9.1) getestet:</para>
1605 <para>In Thunderbird heißen die Flags Schlagwörter. In unseren beiden Testfälle, war das Verfahren unterschiedlich:</para>
1606 <para>Thunderbird 115.8.0: Sie werden durchnummeriert mit dem Prefix "$label". Über die Einstellungen kann man Schlagwort und Farbe für den jeweiligen Tag setzen und berabeiten. Um die vordefenierten Tags in Thunderbird zu nutzen kann man $label1 - $label5 nutzen. Eigene Labels werden dann von thunderbird automatisch hochgezählt. Um das korrekte Tag für ein Label zu finden oder auch selbst ein Tag mit einer selbst gewählten Zahl zu definieren kann man in den Einstellunge ganz am Ende über den Button <literal>Konfiguration berabeiten...</literal> die Werte in der Kofiguration einsehen, ändern und berabeiten. Hier muss man nach <literal>mailnews.tags</literal> suchen.</para>
1607 <para>Thunderbird 115.8.1: Einstellungen -> Schlagwörter -> hinzufügen. Das Schlagwort wird mit dem 'Label' 'name_mit_unterstrichen' zu Verfügung gestellt. Was wirklich passiert kann man dann ganz unten in den Einstellungen unter 'Konfiguration bearbeiten' und einer darauf folgenden Filtersuche nach 'mailnews.tag' erkennen.</para>
1608 <para>In SoGo kann man unter Einstellungen -> Mail -> Labels beliebige Label mit $ als Prefix anlegen und Namen und Farbe zuweisen.</para>
1609 <para>Eine beispielhafte Konfiguration im YAML-Format für das Feld 'Daten' im Hintergrund-Job könnte bspw. so aussehen:
1611 record_type: ap_transaction
1612 folder: INBOX/Eingangsrechnung
1613 processed_imap_flag: zugferd_verarbeitet
1614 not_processed_imap_flag: zugferd_geht_net
1615 process_imported_emails: zugferd
1616 hostname: www.meine-domaene.de
1617 username: alpha39@meine-domaene.de
1622 <sect2 id="Hintergrund-Job InventoryClearAll">
1623 <title>InventoryClearAll</title>
1624 <para>Besteht die Anforderung, vor einer Inventur sämtliche Lagerplätze mittels Korrekturbuchungen auf Bestand 0 zu bringen, so kann dies mit dem Hintergrund-Job <literal>InventoryClearAll</literal> erledigt werden.</para>
1625 <note>Damit diese Korrekturbuchungen nur einmalig auf Nutzerwunsch ausgeführt werden und nicht ausversehen periodisch das Lager leer räumen, muss die Variable <literal>correction_date</literal> auf das aktuelle Datum gesetzt sein. Die Korrekturbuchungen können nicht ohne Weiteres rückgängig gemacht werden.
1626 Nachdem der Job im Menü System -> Hintergrund-Jobs und Task-Server -> Aktuelle Hintergrund-Jobs anzeigen erfasst wurde, kann er einmalig ausgeführt werden, indem beim Bearbeiten der Button <literal>Speichern und Ausführen</literal> gewählt wird.</note>
1627 <para>Im Feld Daten werden folgende Variablen akzeptiert:</para>
1630 <para><literal>correction_date:</literal> Das aktuelle Datum in der Form <literal>YYYY-MM-DD</literal>, sonst läuft der Job nicht</para>
1633 <para><literal>comment:</literal> (optional) Wird in den Korrekturbuchungen als Kommentar gesetzt. Falls kein Wert gegeben ist, wird der Kommentar <literal>vor Inventur</literal> gesetzt</para>
1636 <para><literal>dry_run:</literal> (optional) Falls <literal>dry_run: 1</literal> gesetzt ist, werden keine Korrekturbuchungen ausgeführt, die notwenigen Korrekturbuchungen werden lediglich im Ergebnis des Jobs angezeigt</para>
1639 <para><literal>warehouse:</literal> (optional) Schränkt die Korrekturbuchungen auf ein bestimmtes Lager ein; andernfalls werden Korrekturbuchungen für alle Lager ausgeführt</para>
1642 <para>Ein Konfigurationsbeispiel ist:</para>
1644 correction_date: 2025-03-11
1645 comment: vor Inventur
1647 # warehouse: Stahllager Industriepark Gallin
1650 <sect2 id="Hintergrund-Job CloseQuotations">
1651 <title>CloseQuotations</title>
1652 <para>Gibt es viele alte offene Preisanfragen im Einkauf und Angebote im Verkauf, so können diese komfortabel mit dem Hintergrund-Job <literal>CloseQuotations</literal> geschlossen werden.</para>
1653 <para>Im Feld Daten werden folgende Variablen akzeptiert:</para>
1656 <para><literal>dry_run:</literal> (optional) Falls <literal>dry_run: 1</literal> gesetzt ist, werden keine Belege geschlossen, die Nummern der betroffenen Belege werden lediglich im Ergebnis des Jobs angezeigt</para>
1659 <para><literal>years:</literal> (optional) Anzahl der Jahre, die offene Preisanfragen und Angebote alt sein müssen, damit sie geschlossen werden. Standardwert: <literal>years: 1</literal> (ein Jahr)</para>
1662 <para>Ein Konfigurationsbeispiel ist:</para>
1670 <sect1 id="Benutzerauthentifizierung-und-Administratorpasswort">
1671 <title>Benutzerauthentifizierung und Administratorpasswort</title>
1673 <para>Informationen über die Einrichtung der Benutzerauthentifizierung,
1674 über die Verwaltung von Gruppen und weitere Einstellungen</para>
1676 <sect2 id="Grundlagen-zur-Benutzerauthentifizierung">
1677 <title>Grundlagen zur Benutzerauthentifizierung</title>
1679 <para>kivitendo verwaltet die Benutzerinformationen in einer
1680 Datenbank, die im folgenden “Authentifizierungsdatenbank” genannt
1681 wird. Für jeden Benutzer kann dort eine eigene Datenbank für die
1682 eigentlichen Finanzdaten hinterlegt sein. Diese beiden Datenbanken
1683 können, müssen aber nicht unterschiedlich sein.</para>
1685 <para>Im einfachsten Fall gibt es für kivitendo nur eine einzige
1686 Datenbank, in der sowohl die Benutzerinformationen als auch die Daten
1687 abgelegt werden.</para>
1689 <para>Zusätzlich ermöglicht es kivitendo, dass die Benutzerpasswörter gegen verschiedene Authentifizierungsmethoden geprüft
1690 werden. Dazu zählen die Authentifizierungsdatenbank, LDAP-Server sowie verschiedene Arten von HTTP-Header-basierten Methoden.</para>
1692 <para>Welche Art der Passwortüberprüfung kivitendo benutzt und wie
1693 kivitendo die Authentifizierungsdatenbank erreichen kann, wird in der
1694 Konfigurationsdatei <filename>config/kivitendo.conf</filename>
1695 festgelegt. Diese muss bei der Installation und bei einem Upgrade von
1696 einer Version vor v2.6.0 angelegt werden. Eine
1697 Beispielkonfigurationsdatei
1698 <filename>config/kivitendo.conf.default</filename> existiert, die als
1699 Vorlage benutzt werden kann.</para>
1702 <sect2 id="Administratorpasswort">
1703 <title>Administratorpasswort</title>
1705 <para>Das Passwort, das zum Zugriff auf das Administrationsinterface
1706 von kivitendo benutzt wird, wird ebenfalls in dieser Datei
1707 gespeichert. Es kann auch nur dort und nicht mehr im
1708 Administrationsinterface selber geändert werden. Der Parameter dazu
1709 heißt <varname>admin_password</varname> im Abschnitt
1710 <varname>[authentication]</varname>.</para>
1713 <sect2 id="Authentifizierungsdatenbank">
1714 <title>Authentifizierungsdatenbank</title>
1716 <para>Die Verbindung zur Authentifizierungsdatenbank wird mit den
1717 Parametern in <varname>[authentication/database]</varname>
1718 konfiguriert. Hier sind die folgenden Parameter anzugeben:</para>
1722 <term><literal>host</literal></term>
1725 <para>Der Rechnername oder die IP-Adresse des
1726 Datenbankservers</para>
1731 <term><literal>port</literal></term>
1734 <para>Die Portnummer des Datenbankservers, meist 5432</para>
1739 <term><literal>db</literal></term>
1742 <para>Der Name der Authentifizierungsdatenbank</para>
1747 <term><literal>user</literal></term>
1750 <para>Der Benutzername, mit dem sich kivitendo beim
1751 Datenbankserver anmeldet (z.B.
1752 "<literal>postgres</literal>")</para>
1757 <term><literal>password</literal></term>
1760 <para>Das Passwort für den Datenbankbenutzer</para>
1765 <para>Die Datenbank muss noch nicht existieren. kivitendo kann sie
1766 automatisch anlegen (mehr dazu siehe unten).</para>
1769 <sect2 id="Passwortüberprüfung">
1770 <title>Passwortüberprüfung</title>
1772 <para>kivitendo unterstützt verschiedene Module für die Passwortüberprüfung. Welche benutzt wird, regelt der Parameter
1773 <varname>module</varname> im Abschnitt <varname>[authentication]</varname>.</para>
1775 <para>Dieser Parameter listet die zu verwendenden Authentifizierungsmodule auf. Es muss mindestens ein Modul angegeben werden, es
1776 können aber auch mehrere angegeben werden. Weiterhin ist es möglich, das LDAP-Modul mehrfach zu verwenden und für jede Verwendung
1777 eine unterschiedliche Konfiguration zu nutzen, z.B. um einen Fallback-Server anzugeben, der benutzt wird, sofern der Hauptserver
1778 nicht erreichbar ist.</para>
1780 <para>Verfügbare Module sind:</para>
1783 <listitem><para><literal>DB</literal>: in Authentifizierungsdatenbank integrierte Benutzerverwaltung</para></listitem>
1785 <listitem><para><literal>ldap</literal>: Bind mit User-Objekten gegen einen oder mehrere LDAP-Server</para></listitem>
1787 <listitem><para><literal>http_headers</literal>: überlässt Authenfizierung vorgelagerten Proxy-Servern &aml; übernimmt Usernamen
1788 aus mitgeschickten HTTP-Headern</para></listitem>
1791 <sect3 id="Passwortüberprüfung_DB">
1792 <title>Authentifizierungsdatenbank</title>
1794 <para>Sollen die Benutzerpasswörter in der Authentifizierungsdatenbank geprüft werden, so muss der Parameter
1795 <varname>module</varname> das Modul <literal>DB</literal> enthalten. Sofern das Modul in der Liste enthalten ist, egal an welcher
1796 Position, können sowohl der Administrator als auch die Benutzer selber ihre Passwörter in kivitendo ändern.</para>
1799 <sect3 id="Passwortüberprüfung_LDAP">
1800 <title>LDAP-Server</title>
1802 <para>Wenn Passwörter gegen einen oder mehrere externe LDAP- oder Active-Directory-Server geprüft werden, so muss der Parameter
1803 <varname>module</varname> den Wert <literal>LDAP</literal> enthalten. In diesem Fall müssen zusätzliche Informationen über den
1804 LDAP-Server im Abschnitt <literal>[authentication/ldap]</literal> angegeben werden. Das Modul kann auch mehrfach angegeben werden,
1805 wobei jedes Modul eine eigene Konfiguration bekommen sollte. Der Name der Konfiguration wird dabei mit einem Doppelpunkt getrennt an
1806 den Modulnamen angehängt (<literal>LDAP:Name-der-Konfiguration</literal>). Der entsprechende Abschnitt in der Konfigurationsdatei
1807 lautet dann <literal>[authentication/Name-der-Konfiguration]</literal>.</para>
1809 <para>Die verfügbaren Parameter für die LDAP-Konfiguration lauten:</para>
1813 <term><literal>host</literal></term>
1816 <para>Der Rechnername oder die IP-Adresse des LDAP- oder
1817 Active-Directory-Servers. Diese Angabe ist zwingend
1818 erforderlich.</para>
1823 <term><literal>port</literal></term>
1826 <para>Die Portnummer des LDAP-Servers; meist 389.</para>
1831 <term><literal>tls</literal></term>
1834 <para>Wenn Verbindungsverschlüsselung gewünscht ist, so diesen
1835 Wert auf ‘<literal>1</literal>’ setzen, andernfalls auf
1836 ‘<literal>0</literal>’ belassen</para>
1841 <term><literal>verify</literal></term>
1844 <para>Wenn Verbindungsverschlüsselung gewünscht und der Parameter <parameter>tls</parameter> gesetzt ist, so gibt dieser
1845 Parameter an, ob das Serverzertifikat auf Gültigkeit geprüft wird. Mögliche Werte sind <literal>require</literal> (Zertifikat
1846 wird überprüft und muss gültig sei; dies ist der Standard) und <literal>none</literal> (Zertifikat wird nicht
1852 <term><literal>attribute</literal></term>
1855 <para>Das LDAP-Attribut, in dem der Benutzername steht, den der
1856 Benutzer eingegeben hat. Für Active-Directory-Server ist dies
1857 meist ‘<literal>sAMAccountName</literal>’, für andere
1858 LDAP-Server hingegen ‘<literal>uid</literal>’. Diese Angabe ist
1859 zwingend erforderlich.</para>
1864 <term><literal>base_dn</literal></term>
1867 <para>Der Abschnitt des LDAP-Baumes, der durchsucht werden soll.
1868 Diese Angabe ist zwingend erforderlich.</para>
1873 <term><literal>filter</literal></term>
1876 <para>Ein optionaler LDAP-Filter. Enthält dieser Filter das Wort
1877 <literal><%login%></literal>, so wird dieses durch den vom
1878 Benutzer eingegebenen Benutzernamen ersetzt. Andernfalls wird
1879 der LDAP-Baum nach einem Element durchsucht, bei dem das oben
1880 angegebene Attribut mit dem Benutzernamen identisch ist.</para>
1885 <term><literal>bind_dn</literal> und
1886 <literal>bind_password</literal></term>
1889 <para>Wenn der LDAP-Server eine Anmeldung erfordert, bevor er
1890 durchsucht werden kann (z.B. ist dies bei
1891 Active-Directory-Servern der Fall), so kann diese hier angegeben
1892 werden. Für Active-Directory-Server kann als
1893 ‘<literal>bind_dn</literal>’ entweder eine komplette LDAP-DN wie
1894 z.B. ‘<literal>cn=Martin
1895 Mustermann,cn=Users,dc=firmendomain</literal>’ auch nur der
1896 volle Name des Benutzers eingegeben werden; in diesem Beispiel
1897 also ‘<literal>Martin Mustermann</literal>’.</para>
1902 <term><literal>timeout</literal></term>
1905 <para>Timeout beim Verbindungsversuch, bevor der Server als nicht erreichbar gilt; Standardwert: 10</para>
1911 <sect3 id="Passwortüberprüfung_HTTPHeaders">
1912 <title>HTTP-Header: Username in Header</title>
1915 Diese Methode der Authentifizierung überlässt einem vorgelagerten Webserver oder Proxyserver die Authentifizierung. Dazu können
1916 SSO-Systeme wie z.B. Authelia oder Authentik zum Einsatz kommen. Die vorgelagerten Server übermitteln dann den Usernamen der
1917 authentifizierten Person in einem speziellen HTTP-Header, der an kivitendo durchgereicht wird. Damit kivitendo nicht von
1918 beliebigen Quellen aus mit so einem Usernamen aufgerufen werden kann, verlangt kivitendo weiterhin, dass in einem weiteren
1919 Header ein Shared Secret übertragen wird. Dieses Secret wird vom Administrator vergeben und sollte nicht weitergegeben werden.
1923 Über einen weiteren Header wird wiederum gesteuert, an welchem Mandanten die Anmeldung erfolgt. Dies geschieht über die
1924 Datenbank-ID des Mandanten.
1928 Um diese Methode zu aktivieren, muss das Authentifizierungsmodul auf <literal>HTTPHeaders</literal> gestellt werden. Zusätzlich
1929 muss im Abschnitt <literal>authentication/http_headers</literal> der Parameter <literal>enabled=1</literal> und im Abschnitt
1930 <literal>authentication/http_basic</literal> der Parameter <literal>enabled=0</literal> gesetzt werden. Die folgenden Parameter
1931 müssen anschließend im Abschnitt <literal>authentication/http_headers</literal> konfiguriert werden:
1936 <term><literal>client_id_header</literal></term>
1939 <para>Name des Headers, in dem das vorgelagerte System die Datenbank-ID des Mandanten überträgt.</para>
1944 <term><literal>user_header</literal></term>
1947 <para>Name des Headers, in dem das vorgelagerte System den Namen des authentifizierten Users überträgt.</para>
1952 <term><literal>secret_header</literal></term>
1955 <para>Name des Headers, in dem das vorgelagerte System das Shared Secret.</para>
1960 <term><literal>secret</literal></term>
1963 <para>Wert des Shared Secrets selber, der vom vorgelagerten System übertragen werden muss, damit die Werte als gültig
1964 angesehen werden.</para>
1970 <sect3 id="Passwortüberprüfung_HTTPBasic">
1971 <title>HTTP-Header: Basic Authorization</title>
1974 Diese Methode der Authentifizierung überlässt dem Webserver (meist Apache) die Authentifizierung mittels der standardisierten
1975 HTTP Basic Authentication (RFC 7617). Dazu muss der Webserver so konfiguriert werden, dass er für alle kivitendo-Requests vom
1976 Webbrowser Authentifizierung verlangt. Zusätzlich muss er veranlasst werden, den angegebenen Usernamen auch an kivitendo zu
1977 übermitteln. Dies könnte beispielhaft wie folgt aussehen:
1980 <programlisting><Directory /path/to/kivitendo-erp>
1982 Options ExecCGI Includes FollowSymlinks
1984 # Require authentication from local user file:
1986 AuthName "kivitendo"
1987 AuthUserFile /etc/apache2/htpasswd.kivitendo
1990 # Pass name of authorized user to kivitendo:
1991 SetEnvIf Authorization "(.*)" HTTP_AUTHORIZATION=$1
1992 </Directory></programlisting>
1995 Um diese Methode zu aktivieren, muss das Authentifizierungsmodul auf <literal>HTTPHeaders</literal> gestellt werden. Zusätzlich
1996 muss im Abschnitt <literal>authentication/http_basic</literal> der Parameter <literal>enabled=1</literal> und im Abschnitt
1997 <literal>authentication/http_headers</literal> der Parameter <literal>enabled=0</literal> gesetzt werden.
2002 <sect2 id="Name-des-Session-Cookies">
2003 <title>Name des Session-Cookies</title>
2005 <para>Sollen auf einem Server mehrere kivitendo-Installationen
2006 aufgesetzt werden, so müssen die Namen der Session-Cookies für alle
2007 Installationen unterschiedlich sein. Der Name des Cookies wird mit dem
2008 Parameter <varname>cookie_name</varname> im Abschnitt
2009 <varname>[authentication]</varname>gesetzt.</para>
2011 <para>Diese Angabe ist optional, wenn nur eine Installation auf dem
2012 Server existiert.</para>
2015 <sect2 id="Anlegen-der-Authentifizierungsdatenbank">
2016 <title>Anlegen der Authentifizierungsdatenbank</title>
2018 <para>Nachdem alle Einstellungen in
2019 <filename>config/kivitendo.conf</filename> vorgenommen wurden, muss
2020 kivitendo die Authentifizierungsdatenbank anlegen. Dieses geschieht
2021 automatisch, wenn Sie sich im Administrationsmodul anmelden, das unter
2022 der folgenden URL erreichbar sein sollte:</para>
2025 url="http://localhost/kivitendo-erp/controller.pl?action=Admin/login">http://localhost/kivitendo-erp/controller.pl?action=Admin/login</ulink></para>
2029 <sect1 id="Benutzer--und-Gruppenverwaltung">
2030 <title>Mandanten-, Benutzer- und Gruppenverwaltung</title>
2032 <para>Nach der Installation müssen Mandanten, Benutzer, Gruppen und
2033 Datenbanken angelegt werden. Dieses geschieht im Administrationsmenü,
2034 das Sie unter folgender URL finden:</para>
2037 url="http://localhost/kivitendo-erp/controller.pl?action=Admin/login">http://localhost/kivitendo-erp/controller.pl?action=Admin/login</ulink></para>
2039 <para>Verwenden Sie zur Anmeldung das Passwort, das Sie in der Datei
2040 <filename>config/kivitendo.conf</filename> eingetragen haben.</para>
2042 <sect2 id="Zusammenhänge">
2043 <title>Zusammenhänge</title>
2045 <para>kivitendo verwaltet zwei Sets von Daten, die je nach Einrichtung
2046 in einer oder zwei Datenbanken gespeichert werden.</para>
2048 <para>Das erste Set besteht aus Anmeldeinformationen: welche Benutzer
2049 und Mandanten gibt es, welche Gruppen, welche BenutzerIn hat Zugriff
2050 auf welche Mandanten, und welche Gruppe verfügt über welche Rechte.
2051 Diese Informationen werden in der Authentifizierungsdatenbank
2052 gespeichert. Dies ist diejenige Datenbank, deren Verbindungsparameter
2053 in der Konfigurationsdatei <filename>config/kivitendo.conf</filename>
2054 gespeichert werden.</para>
2056 <para>Das zweite Set besteht aus den eigentlichen Verkehrsdaten eines
2057 Mandanten, wie beispielsweise die Stammdaten (Kunden, Lieferanten,
2058 Waren) und Belege (Angebote, Lieferscheine, Rechnungen). Diese werden
2059 in einer Mandantendatenbank gespeichert. Die Verbindungsinformationen
2060 einer solchen Mandantendatenbank werden im Administrationsbereich
2061 konfiguriert, indem man einen Mandanten anlegt und dort die Parameter
2062 einträgt. Dabei hat jeder Mandant eine eigene Datenbank.</para>
2064 <para>Aufgrund des Datenbankdesigns ist es für einfache Fälle möglich,
2065 die Authentifizierungsdatenbank und eine der Mandantendatenbanken in
2066 ein und derselben Datenbank zu speichern. Arbeitet man hingegen mit
2067 mehr als einem Mandanten, wird empfohlen, für die
2068 Authentifizierungsdatenbank eine eigene Datenbank zu verwenden, die
2069 nicht gleichzeitig für einen Mandanten verwendet wird.</para>
2072 <sect2 id="Mandanten-Benutzer-Gruppen">
2073 <title>Mandanten, Benutzer und Gruppen</title>
2075 <para>kivitendos Administration kennt Mandanten, Benutzer und Gruppen,
2076 die sich frei zueinander zuordnen lassen.</para>
2078 <para>kivitendo kann mehrere Mandaten aus einer Installation heraus
2079 verwalten. Welcher Mandant benutzt wird, kann direkt beim Login
2080 ausgewählt werden. Für jeden Mandanten wird ein eindeutiger Name
2081 vergeben, der beim Login angezeigt wird. Weiterhin benötigt der
2082 Mandant Datenbankverbindungsparameter für seine Mandantendatenbank.
2083 Diese sollte über die <link
2084 linkend="Datenbanken-anlegen">Datenbankverwaltung</link>
2087 <para>Ein Benutzer ist eine Person, die Zugriff auf kivitendo erhalten
2088 soll. Sie erhält einen Loginnamen sowie ein Passwort. Weiterhin legt
2089 der Administrator fest, an welchen Mandanten sich ein Benutzer
2090 anmelden kann, was beim Login verifiziert wird.</para>
2092 <para>Gruppen dienen dazu, Benutzern innerhalb eines Mandanten Zugriff
2093 auf bestimmte Funktionen zu geben. Einer Gruppe werden dafür vom
2094 Administrator gewisse Rechte zugeordnet. Weiterhin legt der
2095 Administrator fest, für welche Mandanten eine Gruppe gilt, und welche
2096 Benutzer Mitglieder in dieser Gruppe sind. Meldet sich ein Benutzer
2097 dann an einem Mandanten an, so erhält er alle Rechte von allen
2098 denjenigen Gruppen, die zum Einen dem Mandanten zugeordnet sind und in
2099 denen der Benutzer zum Anderen Mitglied ist,</para>
2101 <para>Die Reihenfolge, in der Datenbanken, Mandanten, Gruppen und
2102 Benutzer angelegt werden, kann im Prinzip beliebig gewählt werden. Die
2103 folgende Reihenfolge beinhaltet die wenigsten Arbeitsschritte:</para>
2105 <orderedlist numeration="arabic">
2107 <para>Datenbank anlegen</para>
2111 <para>Gruppen anlegen</para>
2115 <para>Benutzer anlegen und Gruppen als Mitglied zuordnen</para>
2119 <para>Mandanten anlegen und Gruppen sowie Benutzer zuweisen</para>
2124 <sect2 id="Datenbanken-anlegen">
2125 <title>Datenbanken anlegen</title>
2127 <para>Zuerst muss eine Datenbank angelegt werden. Verwenden Sie für
2128 den Datenbankzugriff den vorhin angelegten Benutzer (in unseren
2129 Beispielen ist dies ‘<literal>kivitendo</literal>’).</para>
2132 <sect2 id="Gruppen-anlegen">
2133 <title>Gruppen anlegen</title>
2135 <para>Eine Gruppe wird in der Gruppenverwaltung angelegt. Ihr muss ein
2136 Name gegeben werden, eine Beschreibung ist hingegen optional. Nach dem
2137 Anlegen können Sie die verschiedenen Bereiche wählen, auf die
2138 Mitglieder dieser Gruppe Zugriff haben sollen.</para>
2140 <para>Benutzergruppen werden zwar in der Authentifizierungsdatenbank
2141 gespeichert, gelten aber nicht automatisch für alle Mandanten. Der
2142 Administrator legt vielmehr fest, für welche Mandanten eine Gruppe
2143 gültig ist. Dies kann entweder beim Bearbeiten der Gruppe geschehen
2144 ("diese Gruppe ist gültig für Mandanten X, Y und Z"), oder aber wenn
2145 man einen Mandanten bearbeitet ("für diesen Mandanten sind die Gruppen
2146 A, B und C gültig").</para>
2148 <para>Wurden bereits Benutzer angelegt, so können hier die Mitglieder
2149 dieser Gruppe festgelegt werden ("in dieser Gruppe sind die Benutzer
2150 X, Y und Z Mitglieder"). Dies kann auch nachträglich beim Bearbeiten
2151 eines Benutzers geschehen ("dieser Benutzer ist Mitglied in den
2152 Gruppen A, B und C").</para>
2155 <sect2 id="Benutzer-anlegen">
2156 <title>Benutzer anlegen</title>
2158 <para>Beim Anlegen von Benutzern werden für viele Parameter
2159 Standardeinstellungen vorgenommen, die den Gepflogenheiten des
2160 deutschen Raumes entsprechen.</para>
2162 <para>Zwingend anzugeben ist der Loginname. Wenn die
2163 Passwortauthentifizierung über die Datenbank eingestellt ist, so kann
2164 hier auch das Benutzerpasswort gesetzt bzw. geändert werden. Ist
2165 hingegen die LDAP-Authentifizierung aktiv, so ist das Passwort-Feld
2168 <para>Hat man bereits Mandanten und Gruppen angelegt, so kann hier
2169 auch konfiguriert werden, auf welche Mandanten der Benutzer Zugriff
2170 hat bzw. in welchen Gruppen er Mitglied ist. Beide Zuweisungen können
2171 sowohl beim Benutzer vorgenommen werden ("dieser Benutzer hat Zugriff
2172 auf Mandanten X, Y, Z" bzw. "dieser Benutzer ist Mitglied in Gruppen
2173 X, Y und Z") als auch beim Mandanten ("auf diesen Mandanten haben
2174 Benutzer A, B und C Zugriff") bzw. bei der Gruppe ("in dieser Gruppe
2175 sind Benutzer A, B und C Mitglieder").</para>
2178 <sect2 id="Mandanten-anlegen">
2179 <title>Mandanten anlegen</title>
2181 <para>Ein Mandant besteht aus Administrationssicht primär aus einem
2182 eindeutigen Namen. Weiterhin wird hier hinterlegt, welche Datenbank
2183 als Mandantendatenbank benutzt wird. Hier müssen die Zugriffsdaten
2184 einer der eben angelegten Datenbanken eingetragen werden.</para>
2186 <para>Hat man bereits Benutzer und Gruppen angelegt, so kann hier auch
2187 konfiguriert werden, welche Benutzer Zugriff auf den Mandanten haben
2188 bzw. welche Gruppen für den Mandanten gültig sind. Beide Zuweisungen
2189 können sowohl beim Mandanten vorgenommen werden ("auf diesen Mandanten
2190 haben Benutzer X, Y und Z Zugriff" bzw. "für diesen Mandanten sind die
2191 Gruppen X, Y und Z gültig") als auch beim Benutzer ("dieser Benutzer
2192 hat Zugriff auf Mandanten A, B und C") bzw. bei der Gruppe ("diese
2193 Gruppe ist für Mandanten A, B und C gültig").</para>
2197 <sect1 id="Drucker--Systemverwaltung">
2198 <title>Drucker- und Systemverwaltung</title>
2200 <para>Im Administrationsmenü gibt es ferner noch die beiden Menüpunkte
2201 Druckeradministration und System.</para>
2203 <sect2 id="Druckeradministration">
2204 <title>Druckeradministration</title>
2206 <para>Unter dem Menüpunkt Druckeradministration lassen sich beliebig
2207 viele "Druckbefehle" im System verwalten. Diese Befehle werden
2208 mandantenweise zugeordnet. Unter Druckerbeschreibung wird der Namen
2209 des Druckbefehls festgelegt, der dann in der Druckerauswahl des Belegs
2210 angezeigt wird.</para>
2212 <para>Unter Druckbefehl definiert man den eigentlichen Druckbefehl,
2213 der direkt auf dem Webserver ausgeführt wird, bspw. 'lpr -P
2214 meinDrucker' oder ein kompletter Pfad zu einem Skript
2215 (/usr/local/src/kivitendo/scripts/pdf_druck_in_verzeichnis.sh). Wird
2216 ferner noch ein optionales Vorlagenkürzel verwendet, wird dieses
2217 Kürzel bei der Auswahl der Druckvorlagendatei mit einem Unterstrich
2218 ergänzt, ist bspw. das Kürzel 'epson_drucker' definiert, so wird beim
2219 Ausdruck eines Angebots folgende Vorlage geparst:
2220 sales_quotation_epson_drucker.tex.</para>
2224 <title>System sperren / entsperren</title>
2226 <para>Unter dem Menüpunkt System gibt es den Eintrag 'Installation
2227 sperren/entsperren'. Setzt man diese Sperre so ist der Zugang zu der
2228 gesamten kivitendo Installation gesperrt.</para>
2230 <para>Falls die Sperre gesetzt ist, erscheint anstelle der
2231 Anmeldemaske die Information: 'kivitendo ist momentan zwecks
2232 Wartungsarbeiten nicht zugänglich.'.</para>
2234 <para>Wichtig zu erwähnen ist hierbei noch, dass sich kivitendo
2235 automatisch 'sperrt', falls es bei einem Versionsupdate zu einem
2236 Datenbankfehler kam. Somit kann hier nicht aus Versehen mit einem
2237 inkonsistenten Datenbestand weitergearbeitet werden.</para>
2242 <title>E-Mail</title>
2245 kivitendo kann sowohl E-Mails direkt aus dem Programm heraus E-Mails
2246 versenden, als auch in das Programm importiern. Damit dies
2247 funktioniert, müssen die E-Mail-Parameter korrekt konfiguriert sein.
2248 Dazu mehr in den folgenden Abschnitten.
2251 <sect2 id="config.sending-email"
2252 xreflabel="E-Mail-Versand aus kivitendo heraus">
2253 <title>E-Mail-Versand aus kivitendo heraus</title>
2255 <para>Das Versenden von E-Mails kann zum Verschicken von Belegen genutzt
2256 werden, z.B. um ein Angebot direkt an einen Kunden zu verschicken. Damit
2257 dies funktioniert, muss eingestellt werden, über welchen Server die
2258 E-Mails verschickt werden sollen. kivitendo unterstützt dabei zwei
2259 Mechanismen: Versand über einen lokalen E-Mail-Server (z.B. mit
2260 <productname>Postfix</productname> oder <productname>Exim</productname>,
2261 was auch die standardmäßig aktive Methode ist) sowie Versand über einen
2262 SMTP-Server (z.B. der des eigenen Internet-Providers).</para>
2264 <para>Welche Methode und welcher Server verwendet werden, wird über die
2265 Konfigurationsdatei <filename>config/kivitendo.conf</filename>
2266 festgelegt. Dort befinden sich alle Einstellungen zu diesem Thema im
2267 Abschnitt '<literal>[mail_delivery]</literal>'.</para>
2269 <sect3 id="config.sending-email.sendmail"
2270 xreflabel="E-Mail-Versand über lokalen E-Mail-Server">
2271 <title>Versand über lokalen E-Mail-Server</title>
2273 <para>Diese Methode bietet sich an, wenn auf dem Server, auf dem
2274 kivitendo läuft, bereits ein funktionsfähiger E-Mail-Server wie z.B.
2275 <productname>Postfix</productname>, <productname>Exim</productname>
2276 oder <productname>Sendmail</productname> läuft.</para>
2278 <para>Um diese Methode auszuwählen, muss der Konfigurationsparameter
2279 '<literal>method = sendmail</literal>' gesetzt sein. Dies ist
2280 gleichzeitig der Standardwert, falls er nicht verändert wird.</para>
2282 <para>Um zu kontrollieren, wie das Programm zum Einliefern gestartet
2283 wird, dient der Parameter '<literal>sendmail = ...</literal>'. Der
2284 Standardwert verweist auf das Programm
2285 <filename>/usr/bin/sendmail</filename>, das bei allen oben genannten
2286 E-Mail-Serverprodukten für diesen Zweck funktionieren sollte.</para>
2288 <para>Die Konfiguration des E-Mail-Servers selber würde den Rahmen
2289 dieses sprengen. Hierfür sei auf die Dokumentation des E-Mail-Servers
2293 <sect3 id="config.sending-email.smtp"
2294 xreflabel="E-Mail-Versand über einen SMTP-Server">
2295 <title>Versand über einen SMTP-Server</title>
2297 <para>Diese Methode bietet sich an, wenn kein lokaler E-Mail-Server
2298 vorhanden ist oder einer vorhanden, dieser aber nicht konfiguriert
2301 <para>Um diese Methode auszuwählen, muss der Konfigurationsparameter
2302 '<literal>method = smtp</literal>' gesetzt sein. Die folgenden
2303 Parameter dienen dabei der weiteren Konfiguration:</para>
2307 <term><varname>hostname</varname></term>
2310 <para>Name oder IP-Adresse des SMTP-Servers. Standardwert:
2311 '<literal>localhost</literal>'</para>
2316 <term><varname>port</varname></term>
2319 <para>Portnummer. Der Standardwert hängt von der verwendeten
2320 Verschlüsselungsmethode ab. Gilt '<literal>security =
2321 none</literal>' oder '<literal>security = tls</literal>', so ist
2322 25 die Standardportnummer. Für '<literal>security =
2323 ssl</literal>' ist 465 die Portnummer. Muss normalerweise nicht
2324 geändert werden.</para>
2329 <term><varname>security</varname></term>
2332 <para>Wahl der zu verwendenden Verschlüsselung der Verbindung
2333 mit dem Server. Standardwert ist '<literal>none</literal>',
2334 wodurch keine Verschlüsselung verwendet wird. Mit
2335 '<literal>tls</literal>' wird TLS-Verschlüsselung eingeschaltet,
2336 und mit '<literal>ssl</literal>' wird Verschlüsselung via SSL
2337 eingeschaltet. Achtung: Für '<literal>tls</literal>' und
2338 '<literal>ssl</literal>' werden zusätzliche Perl-Module benötigt
2339 (siehe unten).</para>
2344 <term><varname>login</varname> und
2345 <varname>password</varname></term>
2348 <para>Falls der E-Mail-Server eine Authentifizierung verlangt,
2349 so können mit diesen zwei Parametern der Benutzername und das
2350 Passwort angegeben werden. Wird Authentifizierung verwendet, so
2351 sollte aus Sicherheitsgründen auch eine Form von Verschlüsselung
2352 aktiviert werden.</para>
2360 <sect2 id="config.sent_emails_in_imap"
2361 xreflabel="Versendete E-Mails über IMAP exportieren">
2362 <title>Versendete E-Mails über IMAP exportieren</title>
2365 Es können versendete E-Mails über IMAP exportiert werden. Dazu muss
2366 der entsprechende Server, auf dem die E-Mails abgelegt werden
2367 sollen, konfiguriert werden. Dies geschieht in der Konfigurationsdatei
2368 <filename>config/kivitendo.conf</filename> im Abschnitt
2369 '<literal>[sent_emails_in_imap]</literal>'. Es können auch Server für
2370 spezifische E-Mail-Adressen konfiguriert werden, indem der Abschnitt
2371 kopiert wird und mit dem Namen
2372 '<literal>[sent_emails_in_imap/email/EMAILADDRESS]</literal>', wobei
2373 '<literal>EMAILADDRESS</literal>' die entsprechenden E-Mail-Adresse
2378 Die Reihenfolge für die Auswahl der Konfiguration ist wie folgt:
2383 <para> Falls es für die Absender-Adresse eine Konfiguration gibt nimm
2387 <para> Falls es es für die benutzerbezogene E-Mail-Adresse eine
2388 Konfiguration gibt dann nimm diese. </para>
2391 <para> Falls es eine generelle Konfiguration gibt dann nimm diese.
2397 <para>Die folgenden Parameter dienen der Konfiguration:</para>
2401 <term><varname>enabled</varname></term>
2405 Falls '<literal>enabled = 0</literal>' gesetzt ist, wird der
2406 Export von E-Mails deaktiviert. Dies ist der Standardwert. Falls
2407 '<literal>enabled = 1</literal>' gesetzt ist, wird ist der
2408 Export von E-Mails aktiviert.
2414 <term><varname>hostname</varname></term>
2417 <para>Name oder IP-Adresse des IMAP-Servers. Standardwert:
2418 '<literal>localhost</literal>'</para>
2423 <term><varname>port</varname></term>
2427 Portnummer. Der Standardwert hängt von der verwendeten
2428 Verschlüsselungsmethode ab. Gilt '<literal>ssl = 1</literal>',
2429 so ist 993 die Standardportnummer. Für
2430 '<literal>ssl = 0</literal>' ist 143 die Portnummer. Muss
2431 normalerweise nicht geändert werden.
2437 <term><varname>ssl</varname></term>
2441 Wahl ob eine Verschlüsselung bei der Verbindung mit dem Server
2442 verwendet wird. Standardwert ist '<literal>1</literal>',
2443 wodurch eine SSL-Verschlüsselung verwendet wird. Mit
2444 '<literal>0</literal>' wird keine Verschlüsselung genutzt.
2450 <term><varname>username</varname> und
2451 <varname>password</varname></term>
2455 Falls der IMAP-Server eine Authentifizierung verlangt, so können
2456 mit diesen zwei Parametern der Nutzername und das Passwort
2457 angegeben werden. Wird Authentifizierung verwendet, so sollte
2458 aus Sicherheitsgründen auch Verschlüsselung aktiviert werden.
2464 <term><varname>folder</varname></term>
2468 Wahl des Ordners, in den kivitendo gesendete E-Mails
2469 gespeichert. Standardwert ist
2470 '<literal>Sent/Kivitendo</literal>'. Ordnerhierarchien können
2471 mit einem Slash ('<literal>/</literal>') getrennt werden.
2472 Der gewählte Ordner muss existieren.
2479 Bei einem Fehler bricht die Funktion ab und der Anwender bekommt die
2480 Fehlermeldung, dass die E-Mail prinzipiell nicht verschickt werden
2481 konnte. An dieser Stelle muss der kivitendo-Admin etwas genauer
2482 prüfen, ob der Mail-Versand und/oder die Synchronisation den Fehler
2483 verursacht hat. Ein Blick ins Email-Journal kann helfen den Fehler
2489 <sect2 id="config.imap_client"
2490 xreflabel="E-Mails in kivitendo importieren">
2491 <title>E-Mails in kivitendo importieren</title>
2494 Um E-Mails in kivitendo zu importieren, muss der entsprechende
2495 Server, von dem die E-Mails abgeholt werden sollen, konfiguriert
2496 werden. Dies geschieht in der Konfigurationsdatei
2497 <filename>config/kivitendo.conf</filename> im Abschnitt
2498 '<literal>[imap_client]</literal>'.
2501 <para>Die folgenden Parameter dienen der Konfiguration:</para>
2505 <term><varname>enabled</varname></term>
2509 Falls '<literal>enabled = 0</literal>' gesetzt ist, wird der
2510 Import von E-Mails deaktiviert. Dies ist der Standardwert. Falls
2511 '<literal>enabled = 1</literal>' gesetzt ist, wird ist der
2512 Import von E-Mails aktiviert.
2518 <term><varname>hostname</varname></term>
2521 <para>Name oder IP-Adresse des IMAP-Servers. Standardwert:
2522 '<literal>localhost</literal>'</para>
2527 <term><varname>port</varname></term>
2531 Portnummer. Der Standardwert hängt von der verwendeten
2532 Verschlüsselungsmethode ab. Gilt '<literal>ssl = 1</literal>',
2533 so ist 993 die Standardportnummer. Für
2534 '<literal>ssl = 0</literal>' ist 143 die Portnummer. Muss
2535 normalerweise nicht geändert werden.
2541 <term><varname>ssl</varname></term>
2545 Wahl, ob eine Verschlüsselung bei der Verbindung mit dem Server
2546 verwendendet wird. Standardwert ist '<literal>1</literal>',
2547 wodurch eine SSL-Verschlüsselung verwendet wird. Mit
2548 '<literal>0</literal>' wird keine Verschlüsselung genutzt.
2554 <term><varname>username</varname> und
2555 <varname>password</varname></term>
2559 Falls der IMAP-Server eine Authentifizierung verlangt, so können
2560 mit diesen zwei Parametern der Nutzername und das Passwort
2561 angegeben werden. Wird Authentifizierung verwendet, so sollte
2562 aus Sicherheitsgründen auch Verschlüsselung aktiviert werden.
2568 <term><varname>base_folder</varname></term>
2572 Wahl des Ordners, den kivitendo als Basis für das Erstellen von
2573 Unterordnern und das Abholen von E-Mails verwendet. Standardwert
2574 ist '<literal>INBOX</literal>'. Ordnerhierarchien können mit
2575 einem Slash ('<literal>/</literal>') getrennt werden. Beispiel:
2576 '<literal>INBOX/kivitendo</literal>'. In diesem Ordner dürfen
2577 keine Unterordner existieren und keine manuell angelegt werden.
2584 Wenn eingeschaltet, wird beim Anlegen von Verkaufsangeboten und
2585 -aufträgen ein Unterordner im E-Mail-Client für den entsprechenden
2586 Beleg angelegt. E-Mails, in diesen Ordner werden automatisch beim
2587 Öffnen des Belegs in kivitendo importiert. Um die E-Mails übersichtlich
2588 zu halten, kann der Hintergrund-Job
2589 '<literal>CleanUpEmailSubfolders</literal>' genutzt werden. Dieser
2590 importiert alle E-Mails und löscht alle Unterordnern, die nicht zu
2591 einem offenen Beleg gehören. Importierte E-Mails werden nicht
2592 gelöscht; erst beim Löschen des Unterordners werden sie gelöscht.
2596 Es können auch E-Mails in kivitendo importiert werden, die nicht zu
2597 einem Beleg gehören. Dafür kann der Hintergrund-Job
2598 '<literal>SyncEmailFolder</literal>' verwendet werden. Dieser
2599 synchronisiert standartmäßig den Ordner der in
2600 '<literal>base_folder</literal>' angegeben ist. Dies kann mit dem
2601 Job-Parameter '<literal>folder</literal>' geändert. Die Importierten
2602 E-Mails werden im E-Mail-Journal gespeichert.
2606 Beim Umzug des E-Mail-Servers kann kivitendo schon
2607 importierte E-Mails nicht mehr erkennen. Dies führt dazu, dass alle
2608 E-Mails erneut importiert werden.
2614 <sect1 id="Drucken-mit-kivitendo">
2615 <title>Drucken mit kivitendo</title>
2617 <para>Das Drucksystem von kivitendo benutzt von Haus aus LaTeX-Vorlagen.
2618 Um drucken zu können, braucht der Server ein geeignetes LaTeX System. Am
2619 einfachsten ist dazu eine <literal>texlive</literal> Installation. Unter
2620 debianoiden Betriebssystemen installiert man die Pakete mit:</para>
2622 <para><programlisting>apt install texlive-base-bin texlive-latex-recommended texlive-fonts-recommended \
2623 texlive-latex-extra texlive-lang-german ghostscript latexmk</programlisting></para>
2625 <para>Für Fedora benötigen Sie die folgenden Pakete:</para>
2627 <para><programlisting>dnf install texlive-collection-latex texlive-collection-latexextra \
2628 texlive-collection-latexrecommended texlive-collection-langgerman \
2629 texlive-collection-langenglish</programlisting></para>
2631 <para>Für openSUSE benötigen Sie die folgenden Pakete:</para>
2633 <para><programlisting>zypper install texlive-collection-latex texlive-collection-latexextra \
2634 texlive-collection-latexrecommended texlive-collection-langgerman \
2635 texlive-collection-langenglish</programlisting></para>
2637 <note><para>kivitendo erwartet eine aktuelle TeX Live Umgebung, um PDF/A zu erzeugen. Aktuelle Distributionen von 2020 erfüllen diese. Überprüfbar ist dies mit dem Aufruf des installation_check.pl mit Parameter -l:</para><para><programlisting>scripts/installations_check.pl -l</programlisting></para></note>
2638 <para>kivitendo bringt drei alternative Vorlagensätze mit:</para>
2648 <para>rev-odt</para>
2652 <para>Der ehemalige Druckvorlagensatz "f-tex" wurde mit der Version
2653 3.5.6 entfernt, da er nicht mehr gepflegt wird.</para>
2655 <sect2 id="Vorlagenverzeichnis-anlegen"
2656 xreflabel="Vorlagenverzeichnis anlegen">
2657 <title>Vorlagenverzeichnis anlegen</title>
2659 <para>Es lässt sich ein initialer Vorlagensatz erstellen. Die
2660 LaTeX-System-Abhängigkeiten hierfür kann man prüfen mit:</para>
2662 <programlisting>./scripts/installation_check.pl -lv</programlisting>
2664 <para>Der Angemeldete Benutzer muss in einer Gruppe sein, die über das
2665 Recht "Konfiguration -> Mandantenverwaltung" verfügt. Siehe auch
2666 <xref linkend="Gruppen-anlegen"/>.</para>
2668 <para>Im Userbereich lässt sich unter: "<guimenu>System</guimenu>
2669 -> <guisubmenu>Mandantenverwaltung</guisubmenu> ->
2670 <guimenuitem>Verschiedenes</guimenuitem>" die Option "Neue
2671 Druckvorlagen aus Vorlagensatz erstellen" auswählen.</para>
2675 <para><option>Vorlagen auswählen</option>: Wählen Sie hier den
2676 Vorlagensatz aus, der kopiert werden soll
2677 (<filename>RB</filename>, <filename>marei</filename> oder
2678 <filename>odt-rev</filename>.)</para>
2682 <para><option>Neuer Name</option>: Der Verzeichnisname für den
2683 neuen Vorlagensatz. Dieser kann im Rahmen der üblichen Bedingungen
2684 für Verzeichnisnamen frei gewählt werden.</para>
2688 <para>Nach dem Speichern wird das Vorlagenverzeichnis angelegt und ist
2689 für den aktuellen Mandanten ausgewählt. Der gleiche Vorlagensatz kann,
2690 wenn er mal angelegt ist, bei mehreren Mandanten verwendet werden.
2691 Eventuell müssen Anpassungen (Logo, Erscheinungsbild, etc) noch
2692 vorgenommen werden. Den Ordner findet man im Dateisystem unter
2693 <filename>./templates/[Neuer Name]</filename></para>
2695 <sect2 id="Aufbau des marei Vorlagensatzes">
2696 <title>Der Druckvorlagensatz marei</title>
2697 <note id="marei.document.link">
2698 <para>Die aktuelle Dokumentation inkl. dem Foliensatz vom kivi-Treffen im August 2023 befindet sich hier:
2699 <ulink url="https://peitex.de/materialien/2023-08-04_kivitendo/"> https://peitex.de/materialien/2023-08-04_kivitendo/</ulink>
2703 <sect3 id="Quickstart – Wo kann was angepasst werden?">
2704 <title>Quickstart – Wo kann was angepasst werden?</title>
2705 <note id="do-not-edit-marei">
2706 <para>In keinem Fall sollten Dateien mit der Endung <filename>*.cls</filename> oder <filename>*.sty</filename> geändert werden. Durch Änderungen an diesen Dateien verhindert man Updates auf neuer Versionen.
2707 Zwar kopiert kivitendo die Datei und bearbeitet diese beim Update nicht. Allerdings sind sämtliche Änderungen über die Konfigurationsdateien möglich und erhöhen die Wartbarkeit.</para>
2711 <para><filename>insettings.tex</filename> :</para>
2716 <para>Pfad zu Angaben über Mandant*innen (default: firma)</para>
2720 <para>Logo/Briefpapier, falls für alle Mandant*innen in gleicher Struktur. Sonst in der <filename>ident.tex</filename>.</para>
2724 <para>Layout der Kopf/Fußzeile</para>
2728 <para>innerhalb dieser Datei werden auch die folgenden Dateien geladen:</para>
2732 <para><filename>firma/ident.tex</filename> Mandant*innenspezifische Konfiguration, Adressdaten</para>
2736 <para><filename>firma/$währungskürzel_account.tex</filename></para>
2741 <para>Sprache/Übersetzungen.\\Es muss mindestens eine Sprache angelegt werden! <programlisting>
2742 \item[deutsch.tex] Textschnipsel für Deutsch\\
2743 Dafür eine Sprache mit Vorlagenkürzel DE anlegen
2744 \item[english.tex] Textschnipsel für Englisch\\
2745 Dafür eine Sprache mit Vorlagenkürzel EN anlegen
2746 </programlisting></para>
2750 <para>Alle dokumententypspezifischen Einstellungen müssen in der jeweiligen Template-Datei modifiziert werden.</para>
2754 <title>Aufbau</title>
2755 <para>Die Grundstruktur besteht je Dokumententyp aus einer Basisdatei und verschiedenen Setup-Dateien.</para>
2757 <para>Die Basis wurde so überarbeitet, dass Dokumente nun generell auf
2758 der Dokumentenklasse <filename>scrartcl.cls</filename> basieren und
2759 das Paket <filename>kiviletter.sty</filename> benutzen.</para>
2761 <para>Mandant*innenspezifische Konfiguration findet sich in der Datei <filename>insettings.tex</filename> und
2762 dem Ordner eines spezifischen Mandant*innen (default=*firma/*).</para>
2765 <!-- <sect2 id="Struktur der Basisdatei (je Dokumententyp eine)">
2766 <title>Struktur der Basisdatei (je Dokumententyp eine)</title>
2770 <para>Dokumentenklasse</para>
2774 <para><filename>kiviletter.sty</filename></para>
2778 <para>Einstellungen, die über Variablen gesetzt werden: Mandant, Währung, Sprache</para>
2782 <para><filename>insettings.tex</filename> wird geladen. Anteil der spezifischen Anpassungen, die von den Variablen unter 2. abhängig sind.
2783 Geladen werden darin die Dateien:</para>
2788 <para>Sprache: lädt die entsprechende Sprachdatei <filename>deutsch.tex</filename> (DE) oder <filename>englisch.tex</filename> (EN) und setzt die babel Optionen.
2789 Die Datei enthält Übersetzungen von Einzelbegriffen und Textbausteinen.</para>
2793 <para>Lädt die Konfigurationsdatei, ohne spezielle Mandant*innen ist der Suchpfad zur Konfiguration der Unterordner <filename>firma/</filename></para>
2797 <para>Lädt die Datei <filename>ident.tex</filename> welche Mandant*innenspezifische Anpassungen enthält.</para>
2805 <sect3 id="Mandant*innen / Firma">
2806 <title>Mandant*innen / Firma</title>
2808 <para>Um gleiche Vorlagen für verschiedene Firmen verwenden zu können, wird je
2809 nach dem Wert der Kivitendo-Variablen \kivivar{kivicompany} ein
2810 Firmenverzeichnis ausgewählt (siehe <filename>insettings.tex</filename>), in dem Briefkopf,
2811 Identitäten und Währungs-/Kontoeinstellungen hinterlegt sind.
2812 \kivivar{kivicompany} enthält den Namen des verwendeten Mandant*innendaten.
2813 Ist kein Firmenname eingetragen, so wird das
2814 generische Unterverzeichnis *firma* verwendet.</para>
2818 <sect3 id="Identitäten">
2819 <title>Identitäten</title>
2821 <para>In jedem Firmen-Unterverzeichnis soll eine Datei <filename>ident.tex</filename>
2822 vorhanden sein, die mit |\newcommand| Werte für |\telefon|, |\fax|,
2823 |\firma|, |\strasse|, |\ort|, |\ustid|, |\email| und |\homepage| definiert.</para>
2827 <sect3 id="Währungen/Konten">
2828 <title>Währungen/Konten</title>
2830 <para>Für jede Währung (siehe <filename>insettings.tex</filename>) soll eine Datei vorhanden
2831 sein, die das Währungssymbol (|\currency|) und folgende Angaben für
2832 ein Konto in dieser Währung enthält |\kontonummer|, |\bank|,
2833 |\bankleitzahl|, |\bic| und |\iban|.
2834 So kann in den Dokumenten je nach Währung ein anderes Konto
2836 Nach demselben Schema können auch weitere, alternative Bankverbindungen
2837 angelegt werden, die dann in <filename>insettings.tex</filename> als Variable in der Fußzeile eingefügt werden.</para>
2839 <para>Als Fallback (falls kivitendo keine Währung an das Druckvorlagen-System übergibt)
2840 ist Euro eingestellt. Dies lässt sich in der <filename>insettings.tex</filename> über das optionale Argument
2841 von |\setupCurrencyConfig| anpassen, z.B.</para>
2844 \setupCurrencyConfig[chf]{\identpath}{\lxcurrency}</programlisting>
2845 <para>für Schweizer Franken als Standardwährung.</para>
2849 <sect3 id="Briefbogen/Logos">
2850 <title>Briefbogen/Logos</title>
2852 <para>Eine Hintergrundgrafik oder ein Logo kann in Abhängigkeit vom
2853 Medium (z.B. nur beim Verschicken mit E-Mail) eingebunden
2856 <para>Desweiteren sind (auskommentierte) Beispiele enthalten für eine
2857 Grafik als Briefkopf, nur ein Logo, oder ein komplettes A4-PDF
2858 als Briefpapier.</para>
2860 <para>Absolute Positionierung innerhalb des Brief-Layouts ist über die entsprechende Dokumentation des scrlayer-Paketes möglich.
2861 Da die Voreinstellungen bereits einige Sonderfälle automatisch berücksichtigen ist mit den Anpassungen Vorsicht geboten.
2862 Sämtliche Einstellungen sollten jedoch außerhalb der *.sty-Dateien vorgenommen werden.
2863 Anpassungen der <filename>insettings.tex</filename> betreffen hierbei alle Mandant*innen. Spezifischere Einstellungen sind über die zugehörige Konfigurationsdatei (<filename>ident.tex</filename>) möglich.
2864 In diesem Fall kann zum Ende der insettings eine weitere Konfigurationsdatei über die Verwendung von |\identpath| geladen werden. Ein Beispiel ist in der <filename>insettings.tex</filename> enthalten.</para>
2868 <sect3 id="Fußzeile">
2869 <title>Fußzeile</title>
2871 <para>Die Tabelle im Fuß verwendet die Angaben aus <filename>firma/ident.tex</filename> und
2872 *firma/<filename>\_account.tex</filename>. Ihre Struktur wird in der <filename>insettings.tex</filename> definiert.
2873 Sie kann anschließend auch Mandant*innenspezifisch überschrieben werden.</para>
2877 <sect3 id="Seitenstil/Basislayout">
2878 <title>Seitenstil/Basislayout</title>
2880 <para>Das Seitenlayout wird über \pck{scrlayer-scrpage} bestimmt. Die ausführliche Dokumentation findet sich in \cite{scrguide}.
2881 Es existieren in der Datei <filename>insettings.tex</filename> einige Hinweise zu den Anpassungen. Die Basiskonfiguration ist ebenfalls dort eingetragen.</para>
2883 <para>Neben den in Abschnitt \ref{sec:options} beschriebenen Optionen zum Abschalten der Fußzeile kann
2884 der Inhalt der Fußzeile über die \pck{scrlayer-scrpage} Makros, wie</para>
2886 \cfoot[|\meta{Inhalt auf der ersten Briefseite}|]{|\meta{Inhalt auf folgenden Briefseiten}|} </programlisting>
2888 <para>geändert werden.</para>
2890 <para>Die Kopfzeile unterscheidet sich von Dokumententyp zu Dokumententyp leicht, da diese über Datenbankvariablen befüllt wird.
2891 Hierfür wird das Makro |\ourhead| in der <filename>insettings.tex</filename> definiert.</para>
2894 \DescribeMacro{\ourhead}\marg{Bezeichner}\marg{Eintrag}\marg{Titel}\marg{Nummer}\marg{Datum} </programlisting>
2896 <para>Diese Definition kann ebenfalls über die <filename>insettings.tex</filename> angepasst oder auch nachträglich überschrieben werden:</para>
2899 \newcommand{\ourhead}[5] {%
2901 \makebox[\textwidth]{%
2902 \Ifstr{#1}{}{}{#1: #2 \hspace{0.7cm}}%
2904 \Ifstr{#4}{}{}{~\nr: #4}%
2905 \Ifstr{#5}{}{}{\vom ~ #5}%
2906 \hspace{0.7cm} - \seite ~ \thepage/\letterlastpage ~-%
2911 <para>In der Standard-Einstellung sieht eine Kopfzeile mit obigen Aufruf dann folgendermaßen aus:</para>
2914 \newcommand{\ourhead}[5] {%
2915 \makebox[\textwidth]{%
2916 \Ifstr{#1}{}{}{#1: #2 \hspace{0.7cm}}%
2918 \Ifstr{#4}{}{}{~\nr: #4}%
2919 \Ifstr{#5}{}{}{\vom ~ #5}%
2920 \hspace{0.7cm} - \seite ~ \thepage/\letterlastpage ~-%
2925 \def\letterlastpage{50}
2927 \ourhead{arg1}{arg2}{arg3}{arg4}{arg5}
2930 Erzeugt mit dem Aufruf
2931 \ourhead{arg1}{arg2}{arg3}{arg4}{arg5}
2932 \endgroup </programlisting>
2936 <sect3 id="Absenderergänzung">
2937 <title>Absenderergänzung</title>
2939 <para>Die Absenderergänzung wird über die Variable |location| in der |kiviletter.sty| folgendermaßen belegt:</para>
2942 \setkomavar{location}{
2943 \Ifkomavarempty{transaction}{}{{
2944 \usekomafont{transaction}
2945 \usekomavar{transaction}
2950 \parbox{\useplength{locwidth}}{
2951 \locationentry{date}
2952 \locationentry{myref}
2953 \locationentry{customer}
2954 \locationentry{yourref}
2955 \locationentry{delivery}
2956 \locationentry{quote}
2957 \locationentry{orderID}
2958 \locationentry{projectID}
2959 \locationentry{taxpoint}
2960 \locationentry[\ansprechpartner]{fromname}
2961 \locationentry{fromphone}
2962 \locationentry*{fromemail}
2966 <para>Um die Reihenfolge der Variablenausgabe zu verändern, kann diese Definition als Basis in
2967 die <filename>insettings.tex</filename> oder <filename>ident.tex</filename> (Falls nur für eine Firma) kopiert und dort entsprechend modifiziert werden.</para>
2969 <para>Das Vorgehen geht für alle vorbelegten Variablen analog.</para>
2973 <sect3 id="Allgemeine TeXnische Hinweise">
2974 <title>Allgemeine TeXnische Hinweise</title>
2977 <sect4 id="Änderung der Basisschriftart">
2978 <title>Änderung der Basisschriftart</title>
2980 <para>\LaTeX{} kann grundsätzlich beliebige Schriftarten verwenden. Hierfür sollte allerdings immer darauf geachtet werden,
2981 dass die Lizenz der Schriftart das einbetten von Glyphen erlaubt. Dies liegt in der Verantwortung der Anwender*innen.
2982 Darüber hinaus ist wichtig, welches Kompilierungsprogramm verwendet werden muss. Um TrueType oder OpenType Schriftarten
2983 zu nutzen sollte |lualatex| verwendet werden. Bei Type1 Schriftarten, die speziell für \LaTeX{} installiert wurden, ist pdfLaTeX möglich.
2984 Da man heutzutage nur noch moderne Schriftformate Verwenden sollte, wird hier lediglich die Variante für |lualatex| aufgelistet.</para>
2986 <para>Die Konfiguration läuft hierbei über das \pck{fontspec} Paket (Doku siehe \cite{fontspec}).
2987 Dann hängt es davon ab, ob die Basisschriftart eine Serifenschriftart ist oder nicht.
2988 In jedem Fall wird die Änderung entweder in der <filename>insettings.tex</filename>, sofern sie für alle
2989 Mandant*innen gelten soll oder in der Mantant*innenspezifischen Konfigurationsdatei gsesetzt.</para>
2993 <title>Änderung, falls es ein Schriftpaket gibt</title>
2995 <para>Wenn möglich sollte die Schriftart über ein entsprechendes Konfigurationspaket gesetzt werden.
2996 Ob ein solches existiert kann man sehr leicht über eine Suche nach dem Namen unter \url{ctan.org} herausfinden.</para>
3001 <title>Änderung der Basisschriftart auf eine Schriftart mit Serifen</title>
3004 \setmainfont{|\meta{Name der Schriftart, z.B. SourceSerifPro}|} </programlisting>
3009 <title>Änderung der Basisschriftart auf eine Schriftart ohne Serifen</title>
3012 \setsansfont{|\meta{Name der Schriftart, z.B. SourceSansPro}|}
3013 \renewcommand*{\familydefault}{\sfdefault} </programlisting>
3019 <sect4 id="Unterscheidungen durch String-Vergleich">
3020 <title>Unterscheidungen durch String-Vergleich</title>
3023 \Ifstr{\lxmedia}{printer}{Falls gedruckt werden soll} {sonst} </programlisting>
3027 <sect2 id="Vorlagen-RB">
3028 <title>Der Druckvorlagensatz RB</title>
3030 <para>Hierbei handelt es sich um einen vollständigen LaTeX
3031 Dokumentensatz mit alternativem Design. Die odt oder html-Varianten
3032 sind nicht gepflegt.</para>
3034 <para>Die konzeptionelle Idee der Vorlagen wird <ulink
3035 url="http://www.kivitendo-support.de/vortraege/Lx-Office%20Anwendertreffen%20LaTeX-Druckvorlagen-Teil3-finale.pdf">hier</ulink>
3036 auf Folie 5 bis 10 vorgestellt. Informationen zur Anpassung an die
3037 eigenen Firmendaten finden sich in der Datei Readme.tex im
3038 Vorlagenverzeichnis.</para>
3040 <para>Eine kurze Übersicht der Features:</para>
3044 <para>Mehrsprachenfähig, mit Deutscher und Englischer
3049 <para>Zentrale Konfigurationsdateien, die für alle Belege benutzt
3050 werden, z.B. für Kopf- und Fußzeilen, und Infos wie
3055 <para>mehrere vordefinierte Varianten für
3056 Logos/Hintergrundbilder</para>
3060 <para>Berücksichtigung für Steuerzonen "EU mit USt-ID Nummer" oder
3061 "Außerhalb EU"</para>
3066 <sect2 id="Vorlagen-rev-odt">
3067 <title>Der Druckvorlagensatz rev-odt</title>
3069 <para>Hierbei handelt es sich um einen Dokumentensatz der mit
3070 odt-Vorlagen erstellt wurde. Es gibt in dem Verzeichnis eine
3071 Readme-Datei, die eventuell aktueller als die Dokumentation hier ist.
3072 Die odt-Vorlagen in diesem Verzeichnis "rev-odt" wurden von revamp-it,
3073 Zürich erstellt und werden laufend aktualisiert. Ein paar der
3074 Formulierungen in den Druckvorlagen entsprechen dem Schweizer
3075 Sprachgebrauch, z.B. "Offerte" oder "allfällig".</para>
3077 <para>Hinweis zum Einsatz des Feldes "Land" bei den Stammdaten für
3078 KundInnen und LieferantInnen, sowie bei Lieferadressen: Die in diesem
3079 Vorlagensatz vorhandenen Vorlagen erwarten für "Land" das
3080 entsprechende Kürzel, das in Adressen vor die Postleitzahl gesetzt
3081 wird. Das Feld kann auch komplett leer bleiben. Wer dies anders
3082 handhaben möchte, muss die Vorlagen entsprechend anpassen.</para>
3084 <para>odt-Vorlagen können mit LibreOffice oder OpenOffice editiert und
3085 den eigenen Bedürfnissen angepasst werden. Wichtig beim Editieren von
3086 if-Blöcken ist, dass immer der gesamte Block überschrieben werden muss
3087 und nicht nur Teile davon, da dies sonst oft zu einer odt-Datei führt,
3088 die vom Parser nicht korrekt gelesen werden kann.</para>
3090 <para>Mahnungen können unter folgenden Einschränkungen mit den
3091 odt-Vorlagen im Vorlagensatz rev-odt erzeugt werden:</para>
3095 <para>als Druckoption steht nur 'PDF(OpenDocument/OASIS)' zur
3096 Verfügung, das heisst, die Mahnungen werden als PDF-Datei
3101 <para>für jede Rechnung muss eine eigene Mahnung erzeugt werden
3102 (auch wenn bei einzelnen KundInnen mehrere überfällige Rechnungen
3103 vorhanden sind).</para>
3107 <para>Mehrere Mahnungen für eine Kundin / einen Kunden werden zu einer
3108 PDF-Datei zusammengefasst</para>
3110 <para>Die Vorlagen zahlungserinnerung.odt sowie mahnung.odt sind für
3111 das Erstellen einer Zahlungserinnerung bzw. Mahnung selbst vorgesehen,
3112 die Vorlage mahnung_invoice.odt für das Erstellen einer Rechnung über
3113 die verrechneten Mahngebühren und Verzugszinsen.</para>
3115 <para>Zur Zeit gibt es in kivitendo noch keine Möglichkeit,
3116 odt-Vorlagen bei Briefen und Pflichtenheften einzusetzen.
3117 Entsprechende Vorlagen sind deshalb nicht vorhanden.</para>
3119 <para>Fehlermeldungen, Anregungen und Wünsche bitte senden an:
3120 empfang@revamp-it.ch</para>
3123 <sect2 id="allgemeine-hinweise-zu-latex">
3124 <title>Allgemeine Hinweise zu LaTeX Vorlagen</title>
3126 <para>In den allermeisten Installationen sollte das Drucken jetzt
3127 schon funktionieren. Sollte ein Fehler auftreten, wirft TeX sehr lange
3128 Fehlerbeschreibungen, der eigentliche Fehler ist immer die erste
3129 Zeile, die mit einem Ausrufezeichen anfängt. Häufig auftretende Fehler
3130 sind zum Beispiel:</para>
3134 <para>! LaTeX Error: File `eurosym.sty' not found. Die
3135 entsprechende LaTeX-Bibliothek wurde nicht gefunden. Das tritt vor
3136 allem bei Vorlagen aus der Community auf. Installieren Sie die
3137 entsprechenden Pakete.</para>
3141 <para>! Package inputenc Error: Unicode char \u8:... set up for
3142 use with LaTeX. Dieser Fehler tritt auf, wenn sie versuchen mit
3143 einer Standardinstallation exotische utf8 Zeichen zu drucken.
3144 TeXLive unterstützt von Haus nur romanische Schriften und muss mit
3145 diversen Tricks dazu gebracht werden andere Zeichen zu
3146 akzeptieren. Adere TeX Systeme wie XeTeX schaffen hier
3151 <para>Wird gar kein Fehler angezeigt, sondern nur der Name des
3152 Templates, heißt das normalerweise, dass das LaTeX Binary nicht
3153 gefunden wurde. Prüfen Sie den Namen in der Konfiguration (Standard:
3154 <literal>latexmk --pdflatex</literal>), und stellen Sie sicher, dass
3155 latexmk (oder das von Ihnen verwendete System) vom Webserver ausgeführt
3158 <para>Wenn sich das Problem nicht auf Grund der Ausgabe im Webbrowser
3159 verifizieren lässt:</para>
3163 <para>editiere [kivitendo-home]/config/kivitendo.conf und ändere
3164 "keep_temp_files" auf 1</para>
3166 <para><programlisting>keep_temp_files = 1;</programlisting></para>
3170 <para>bei fastcgi oder mod_perl den Webserver neu Starten</para>
3174 <para>Nochmal einen Druckversuch im Webfrontend auslösen</para>
3178 <para>wechsel in das users Verzeichnis von kivitendo</para>
3180 <para><programlisting>cd [kivitendo-home]/users</programlisting></para>
3184 <para>LaTeX Suchpfad anpassen:</para>
3186 <para><programlisting>export TEXINPUTS=".:[kivitendo-home]/templates/[aktuelles_template_verzeichniss]:"</programlisting></para>
3190 <para>Finde heraus, welche Datei kivitendo beim letzten Durchlauf
3193 <para><programlisting>ls -lahtr ./1*.tex</programlisting></para>
3195 <para>Es sollte die letzte Datei ganz unten sein</para>
3199 <para>für besseren Hinweis auf Fehler texdatei nochmals
3202 <para><programlisting>pdflatex ./1*.tex</programlisting></para>
3204 <para>in der *.tex datei nach dem Fehler suchen.</para>
3210 <sect1 id="OpenDocument-Vorlagen">
3211 <title>OpenDocument-Vorlagen</title>
3213 <para>kivitendo unterstützt die Verwendung von Vorlagen im
3214 OpenDocument-Format, wie es LibreOffice oder OpenOffice (ab Version 2)
3215 erzeugen. kivitendo kann dabei sowohl neue OpenDocument-Dokumente als
3216 auch aus diesen direkt PDF-Dateien erzeugen. Nachfolgend ist die
3217 Verwendung mit LibreOffice beschrieben. Für die Verwendung mit
3218 OpenOffice müssen die Einstellungen allenfalls angepasst werden.</para>
3221 <title>Grundeinstellung</title>
3223 <para>Um die Unterstützung von OpenDocument-Vorlagen zu aktivieren,
3224 muss in der Datei <filename>config/kivitendo.conf</filename> die
3225 Variable <literal>opendocument</literal>, im Abschnitt
3226 <literal>print_templates</literal>, auf <literal>1</literal> stehen.
3227 Dies ist die Standardeinstellung.</para>
3231 <title>Direkte Erzeugung von PDF-Dateien</title>
3233 <para>Während die Erzeugung von reinen OpenDocument-Dateien keinerlei
3234 weitere Software benötigt, wird zur Umwandlung dieser Dateien in PDF
3235 LibreOffice oder OpenOffice benötigt.</para>
3237 <para>Unter Debian kann dieses installiert werden mit:</para>
3239 <programlisting>apt install libreoffice</programlisting>
3241 <para>Der Pfad zu LibreOffice kann in der Datei
3242 <filename>config/kivitendo.conf</filename>, im Abschnitt
3243 <literal>applications</literal>, angepasst werden. Unter Debian sollte
3244 dies nicht notwendig sein.</para>
3247 <title>Variante 1)</title>
3249 <para>In der Standardeinstellung wird LibreOffice für jedes Dokument
3250 neu gestartet. Es ist keine weitere Konfiguration
3251 erforderlich.</para>
3255 <title>Variante 2)</title>
3257 <para>Die zweite Variante startet ein LibreOffice, das auch nach der
3258 Umwandlung des Dokumentes gestartet bleibt. Bei weiteren
3259 Umwandlungen wird dann diese laufende Instanz benutzt. Der Vorteil
3260 ist, dass die Zeit zur Umwandlung möglicherweise reduziert wird,
3261 weil nicht für jedes Dokument eine neue Instanz gestartet werden
3264 <para>Dazu muss in der Konfigurationsdatei
3265 <filename>config/kivitendo.conf</filename>, im Abschnitt
3266 <literal>print_templates</literal>, <literal>openofficeorg_daemon =
3267 1</literal> gesetzt werden.</para>
3269 <para>Diese Methode verwendet Python und die Python uno bindings.
3270 Unter Debian werden diese mit LibreOffice mitgeliefert.</para>
3272 <para>Die Optionen <literal>python_uno</literal> und
3273 <literal>python_uno_path</literal> in der Konfigurationsdatei
3274 <filename>config/kivitendo.conf</filename> dienen zur Anpassung der
3275 Python uno Pfade. Unter Debian sollte keine Anpassung notwendig
3281 <title>Vorbereitungen</title>
3283 <sect3 id="opendocument-druckvorlagen-mit-makros.vorbereitungen">
3284 <title>Adminbereich</title>
3286 <para>Damit beim Erstellen von Rechnungen und Aufträgen neben der
3287 Standardvorlage ohne Einzahlungsschein weitere Vorlagen (z.B. mit
3288 Einzahlungsschein) auswählbar sind, muss für jedes Vorlagen-Suffix
3289 ein Drucker eingerichtet werden:</para>
3293 <para>Druckeradministration → Drucker hinzufügen</para>
3297 <para>Mandant wählen</para>
3301 <para>Druckerbeschreibung → aussagekräftiger Text: wird in der
3302 Auftrags- bzw. Rechnungsmaske als Auswahl angezeigt (z.B. mit
3303 Einzahlungsschein Bank xy)</para>
3307 <para>Druckbefehl → beliebiger Text (hat für das Erzeugen von
3308 Aufträgen oder Rechnungen als odt-Datei keine Bedeutung, darf
3309 aber nicht leer sein)</para>
3313 <para>Vorlagenkürzel → besr bzw. selbst gewähltes Vorlagensuffix
3314 (muss genau der Zeichenfolge entsprechen, die zwischen
3315 "invoice_" bzw. "sales_order_" und ".odt" steht.)</para>
3319 <para>speichern</para>
3325 <title>Benutzereinstellungen</title>
3327 <para>Wer den Ausdruck mit Einzahlungsschein als Standardeinstellung
3328 im Rechnungs- bzw. Auftragsformular angezeigt haben möchte, kann
3329 dies persönlich für sich bei den Benutzereinstellungen
3330 konfigurieren:</para>
3334 <para>Programm → Benutzereinstellungen → Druckoptionen</para>
3338 <para>Standardvorlagenformat → OpenDocument/OASIS</para>
3342 <para>Standardausgabekanal → Bildschirm</para>
3346 <para>Standarddrucker → gewünschte Druckerbeschreibung auswählen
3347 (z.B. mit Einzahlungsschein Bank xy)</para>
3351 <para>Anzahl Kopien → leer</para>
3355 <para>speichern</para>
3361 <title>Auswahl der Druckvorlage in kivitendo beim Erzeugen einer
3362 odt-Rechnung (analog bei Auftrag)</title>
3364 <para>Im Fussbereich der Rechnungsmaske muss neben Rechnung,
3365 OpenDocument/OASIS und Bildschirm die im Adminbereich erstellte
3366 Druckerbeschreibung ausgewählt werden, falls diese nicht bereits bei
3367 den Benutzereinstellungen als persönlicher Standard gewählt
3373 <title>Schweizer QR-Rechnung mit OpenDocument Vorlagen</title>
3375 <para>Mit der Version 3.6.0 unterstützt Kivitendo die Erstellung von
3376 Schweizer QR-Rechnungen gemäss <ulink
3377 url="https://www.paymentstandards.ch/dam/downloads/ig-qr-bill-de.pdf">Swiss
3378 Payment Standards, Version 2.2</ulink>. Implementiert sind hierbei die
3383 <para><emphasis role="bold">QR-IBAN mit
3384 QR-Referenz</emphasis></para>
3388 <para><emphasis role="bold">IBAN ohne Referenz</emphasis></para>
3393 <title>Einstellungen</title>
3396 <title>Mandantenkonfiguration</title>
3398 <para>Unter <emphasis>System → Mandantenkonfiguration →
3399 Features</emphasis>. Im Abschnitt <emphasis>Einkauf und
3400 Verkauf</emphasis>, beim Punkt <emphasis>Verkaufsrechnungen mit
3401 Schweizer QR-Rechnung erzeugen</emphasis>, die gewünschte Variante
3406 <title>Konfiguration der Bankkonten</title>
3408 <para>Unter <emphasis>System → Bankkonten</emphasis> muss bei
3409 mindestens einem Bankkonto die Option <emphasis>Nutzung mit
3410 Schweizer QR-Rechnung</emphasis> auf <emphasis
3411 role="bold">Ja</emphasis> gestellt werden.</para>
3413 <para>Die IBAN muss ohne Leerzeichen angegeben werden.</para>
3416 <para>Für die Variante <emphasis role="bold">QR-IBAN mit
3417 QR-Referenz</emphasis> muss dieses Konto unter QR-IBAN (Schweiz) eine gültige
3418 <emphasis role="bold">QR-IBAN Nummer</emphasis> enthalten. Diese
3419 unterscheidet sich von der regulären IBAN.</para>
3421 <para>Zusätzlich muss eine gültige <emphasis role="bold">Bankkonto
3422 Identifikationsnummer</emphasis> angegeben werden
3425 <para>Diese werden von der jeweiligen Bank vergeben.</para>
3428 <para>Sind mehrere Konten ausgewählt wird das erste
3433 <title>Rechnungen ohne Betrag</title>
3435 <para>Für Rechnungen ohne Betrag (z.B. Spenden) kann, in der
3436 jeweiligen Rechnung, die Checkbox <emphasis>QR-Rechnung ohne
3437 Betrag</emphasis> aktiviert werden. Diese Checkbox erscheint nur,
3438 wenn QR-Rechnungen in der Mandantenkonfiguration aktiviert sind
3439 (variante ausgewählt).</para>
3441 <para>Dies wirkt sich lediglich auf den erzeugten QR-Code aus. Die
3442 Vorlage muss separat angepasst und ausgewählt werden.</para>
3447 <title>Adressdaten</title>
3449 <para>Die Adressdaten zum Zahlungsempfänger werden aus der
3450 Mandantenkonfiguration entnommen. Unter <emphasis>System →
3451 Mandantenkonfiguration → Verschiedenes</emphasis>, Abschnitt
3452 <emphasis>Firmenname und -adresse.</emphasis></para>
3454 <para>Die Adressdaten zum Zahlungspflichtigen stammen aus den
3455 Kundendaten der jeweiligen Rechnung.</para>
3457 <para>Ist bei den Adressdaten kein Land angegeben, wird standardmässig
3458 Schweiz verwendet. Akzeptiert werden Ländername oder Ländercode, also
3459 z.B. "Schweiz" oder "CH".</para>
3461 <para>Die Adressdaten können in der Vorlage mit den jeweiligen
3462 Variablen eingetragen werden. Siehe auch: <xref
3463 linkend="dokumentenvorlagen-und-variablen"/></para>
3465 <para>Der erzeugte QR-Code verwendet Adress-Typ "K" (Kombinierte
3466 Adressfelder, 2 Zeilen).</para>
3470 <title>Referenznummer</title>
3472 <para>Die Referenznummer wird in Kivitendo erzeugt und setzt sich
3473 wiefolgt zusammen:</para>
3477 <para>Bankkonto Identifikationsnummer (6-stellig)</para>
3481 <para>Kundennummer (6-stellig, mit führenden Nullen
3486 <para>Rechnungsnummer (14-stellig, mit führenden Nullen
3491 <para>Prüfziffer (1-stellig, berechnet mittels modulo 10,
3496 <para>Es sind lediglich Ziffern erlaubt. Allfällige Buchstaben und
3497 Sonderzeichen werden entfernt und fehlende Stellen werden mit
3498 führenden Nullen aufgefüllt.</para>
3502 <title>Vorlage</title>
3504 <para>Der Vorlagensatz "rev-odt" enthält die Vorlage
3505 <literal>invoice_qr.odt</literal>, welche für die Erstellung von
3506 QR-Rechnungen vorgesehen ist. Damit diese verwendet werden kann muss
3507 wie obenstehend beschrieben ein Drucker hinzugefügt werden, allerdings
3508 mit dem Vorlagenkürzel <literal>qr</literal> (siehe <xref
3509 linkend="opendocument-druckvorlagen-mit-makros.vorbereitungen"/>).
3510 Weitere Vorlagen für die QR-Rechnung müssen im Dateinamen, bzw.
3511 Vorlagenkürzel, ebenfalls die Zeichenfolge <literal>qr</literal>
3512 enthalten, also z.b. <literal>invoice_qr2.odt</literal> etc.</para>
3514 <para>Die Vorlagen können beliebig angepasst werden. Zwingend müssen
3515 diese jedoch das QR-Code Platzhalter Bild, als eingebettetes Bild,
3516 enthalten. Da dieses beim Ausdrucken/Erzeugen der Rechnung durch das
3517 neu generierte QR-Code Bild ersetzt wird. Das Bild muss den Namen
3518 <literal>QRCodePlaceholder</literal> tragen. In Libreoffice unter
3519 <emphasis>Bild-Kontextmenü → </emphasis><emphasis>Einstellungen →
3520 Optionen → Name</emphasis> einstellbar. Siehe dazu auch die
3521 Beispielvorlage.</para>
3524 <title>Zusätzliche Variablen für Vorlage</title>
3526 <para>Zusätzlich zu den in der Vorlage standardmässig verfügbaren
3527 Variablen (siehe <xref linkend="dokumentenvorlagen-und-variablen"/>),
3528 werden die folgenden Variablen erzeugt:</para>
3532 <term>ref_number_formatted</term>
3535 <para>Referenznummer formatiert mit Leerzeichen, z.B.: 21 00000
3536 00003 13947 14300 09017</para>
3541 <term>iban_formatted</term>
3544 <para>IBAN formatiert mit Leerzeichen</para>
3549 <term>amount_formatted</term>
3552 <para>Betrag formatiert mit Tausendertrennzeichen Leerschlag,
3553 z.B.: 1 005.55</para>
3562 <sect1 id="nomenclature">
3563 <title>Nomenklatur</title>
3565 <sect2 id="booking.dates">
3566 <title>Datum bei Buchungen</title>
3568 <para>Seit der Version 3.5 werden für Buchungen in kivitendo
3569 einheitlich folgende Bezeichnungen verwendet:</para>
3573 <para><option>Erfassungsdatum</option> (en: <option>Entry
3574 Date</option>, code: <option>Gldate</option>)</para>
3576 <para>bezeichnet das Datum, an dem die Buchung in kivitendo
3577 erfasst wurde.</para>
3581 <para><option>Buchungsdatum</option> (en: <option>Booking
3582 Date</option>, code: <option>Transdate</option>)</para>
3584 <para>bezeichnet das buchhaltungstechnisch für eine Buchung
3585 relevante Datum</para>
3587 <para>Das <option>Rechnungsdatum</option> bei Verkaufs- und
3588 Einkaufsrechnungen entspricht dem Buchungsdatum. Das heisst, in
3589 Berichten wie dem Buchungsjournal, in denen eine Spalte
3590 <option>Buchungsdatum</option> angezeigt werden kann, erscheint
3591 hier im Fall von Rechnungen das Rechnungsdatum.</para>
3595 <para>Bezieht sich ein verbuchter Beleg auf einen Zeitpunkt, der
3596 nicht mit dem Buchungsdatum übereinstimmt, so kann dieses Datum
3597 momentan in kivitendo nur unter Bemerkungen erfasst werden.</para>
3599 <para>Möglicherweise wird für solche Fälle in einer späteren
3600 Version von kivitendo ein dritter Datumswert für Buchungen
3601 erstellt. (Beispiel: Einkaufsbeleg stammt aus einem früheren Jahr,
3602 das bereits buchhaltungstechnisch abgeschlossen wurde, und muss
3603 deshalb später verbucht werden.)</para>
3609 <sect1 id="config.eur">
3610 <title>Konfiguration zur Einnahmenüberschussrechnung/Bilanzierung:
3613 <sect2 id="config.eur.introduction"
3614 xreflabel="Einführung in die Konfiguration zur EUR">
3615 <title>Einführung</title>
3617 <para>kivitendo besaß bis inklusive Version 2.6.3 einen
3618 Konfigurationsparameter namens <varname>eur</varname>, der sich in der
3619 Konfigurationsdatei <filename>config/kivitendo.conf</filename> (damals
3620 noch <filename>config/lx_office.conf</filename>) befand. Somit galt er
3621 für alle Mandanten, die in dieser Installation benutzt wurden.</para>
3623 <para>Mit der nachfolgenden Version wurde der Parameter zum Einen in
3624 die Mandantendatenbank verschoben und dabei auch gleich in drei
3625 Einzelparameter aufgeteilt, mit denen sich das Verhalten genauer
3626 steuern lässt.</para>
3629 <sect2 id="config.eur.parameters"
3630 xreflabel="Konfigurationsparameter für EUR">
3631 <title>Konfigurationsparameter</title>
3633 <para>Es gibt drei Parameter, die die Gewinnermittlungsart,
3634 Versteuerungsart und die Warenbuchungsmethode regeln:</para>
3638 <term><varname>profit_determination</varname></term>
3641 <para>Dieser Parameter legt die Berechnungsmethode für die
3642 Gewinnermittlung fest. Er enthält entweder
3643 <literal>balance</literal> für
3644 Betriebsvermögensvergleich/Bilanzierung oder
3645 <literal>income</literal> für die
3646 Einnahmen-Überschuss-Rechnung.</para>
3651 <term><varname>accounting_method</varname></term>
3654 <para>Dieser Parameter steuert die Buchungs- und
3655 Berechnungsmethoden für die Versteuerungsart. Er enthält
3656 entweder <literal>accrual</literal> für die Soll-Versteuerung
3657 oder <literal>cash</literal> für die Ist-Versteuerung.</para>
3662 <term><varname>inventory_system</varname></term>
3665 <para>Dieser Parameter legt die Warenbuchungsmethode fest. Er
3666 enthält entweder <literal>perpetual</literal> für die
3667 Bestandsmethode oder <literal>periodic</literal> für die
3668 Aufwandsmethode.</para>
3673 <para>Zum Vergleich der Funktionalität bis und nach 2.6.3:
3674 <varname>eur</varname> = 1 bedeutete Einnahmen-Überschuss-Rechnung,
3675 Ist-Versteuerung und Aufwandsmethode. <varname>eur</varname> = 0
3676 bedeutete hingegen Bilanzierung, Soll-Versteuerung und
3677 Bestandsmethode.</para>
3679 <para>Die Konfiguration "<varname>eur</varname>" unter
3680 <varname>[system]</varname> in der <link
3681 linkend="config.config-file">Konfigurationsdatei</link>
3682 <filename>config/kivitendo.conf</filename> wird nun nicht mehr
3683 benötigt und kann entfernt werden. Dies muss manuell geschehen.</para>
3686 <sect2 id="config.eur.setting-parameters">
3687 <title>Festlegen der Parameter</title>
3689 <para>Beim Anlegen eines neuen Mandanten bzw. einer neuen Datenbank in
3690 der Admininstration können diese Optionen nun unabhängig voneinander
3691 eingestellt werden.</para>
3693 <para>Für die Schweiz sind folgende Einstellungen üblich:
3696 <para>Sollversteuerung</para>
3700 <para>Aufwandsmethode</para>
3704 <para>Bilanzierung</para>
3706 </itemizedlist> Diese Einstellungen werden automatisch beim
3707 Erstellen einer neuen Datenbank vorausgewählt, wenn in
3708 <filename>config/kivitendo.conf</filename> unter
3709 <varname>[system]</varname> <literal>default_manager = swiss</literal>
3710 eingestellt ist.</para>
3712 <para>Beim Upgrade bestehender Mandanten wird eur ausgelesen und die
3713 Variablen werden so gesetzt, daß sich an der Funktionalität nichts
3716 <para>Die aktuelle Konfiguration wird unter Nummernkreise und
3717 Standardkonten unter dem neuen Punkt "Einstellungen" (read-only)
3718 angezeigt. Unter <guimenu>System</guimenu> →
3719 <guisubmenu>Mandantenkonfiguration</guisubmenu> können die
3720 Einstellungen auch geändert werden. Dabei ist zu beachten, dass eine
3721 Änderung vorhandene Daten so belässt und damit evtl. die Ergebnisse
3722 verfälscht. Dies gilt vor Allem für die Warenbuchungsmethode (siehe
3723 auch <link linkend="config.eur.inventory-system-perpetual">
3724 Bemerkungen zur Bestandsmethode</link>).</para>
3727 <sect2 id="config.eur.inventory-system-perpetual">
3728 <title>Bemerkungen zur Bestandsmethode</title>
3730 <para>Die Bestandsmethode ist eigentlich eine sehr elegante Methode,
3731 funktioniert in kivitendo aber nur unter bestimmten Bedingungen:
3732 Voraussetzung ist, daß auch immer alle Einkaufsrechnungen gepflegt
3733 werden, und man beim Jahreswechsel nicht mit einer leeren Datenbank
3734 anfängt, da bei jedem Verkauf anhand der gesamten Rechnungshistorie
3735 der Einkaufswert der Ware nach dem FIFO-Prinzip aus den
3736 Einkaufsrechnungen berechnet wird.</para>
3738 <para>Die Bestandsmethode kann vom Prinzip her also nur funktioneren,
3739 wenn man mit den Buchungen bei Null anfängt, und man kann auch nicht
3740 im laufenden Betrieb von der Aufwandsmethode zur Bestandsmethode
3744 <sect2 id="config.eur.knonw-issues">
3745 <title>Bekannte Probleme</title>
3747 <para>Bei bestimmten Berichten kann man derzeit noch inviduell
3748 einstellen, ob man nach Ist- oder Sollversteuerung auswertet, und es
3749 werden im Code Variablen wie $accrual oder $cash gesetzt. Diese
3750 Codestellen wurden noch nicht angepasst, sondern nur die, wo bisher
3751 die Konfigurationsvariable
3752 <varname>$::lx_office_conf{system}->{eur}</varname> ausgewertet
3755 <para>Es fehlen Hilfetext beim Neuanlegen eines Mandanten, was die
3756 Optionen bewirken, z.B. mit zwei Standardfällen.</para>
3760 <sect1 id="config.skr04-update-3804">
3761 <title>SKR04 19% Umstellung für innergemeinschaftlichen Erwerb</title>
3763 <sect2 id="config.skr04-update-3804.introduction">
3764 <title>Einführung</title>
3766 <para>Die Umsatzsteuerumstellung auf 19% für SKR04 für die
3767 Steuerschlüssel "EU ohne USt-ID Nummer" ist erst 2010 erfolgt.
3768 kivitendo beinhaltet ein Upgradeskript, das das Konto 3804 automatisch
3769 erstellt und die Steuereinstellungen korrekt einstellt. Hat der
3770 Benutzer aber schon selber das Konto 3804 angelegt, oder gab es schon
3771 Buchungen im Zeitraum nach dem 01.01.2007 auf das Konto 3803, wird das
3772 Upgradeskript vorsichtshalber nicht ausgeführt, da der Benutzer sich
3773 vielleicht schon selbst geholfen hat und mit seinen Änderungen
3774 zufrieden ist. Die korrekten Einstellungen kann man aber auch per Hand
3775 ausführen. Nachfolgend werden die entsprechenden Schritte anhand von
3776 Screenshots dargestellt.</para>
3778 <para>Für den Fall, daß Buchungen mit der Steuerschlüssel "EU ohne
3779 USt.-IdNr." nach dem 01.01.2007 erfolgt sind, ist davon auszugehen,
3780 dass diese mit dem alten Umsatzsteuersatz von 16% gebucht worden sind,
3781 und diese Buchungen sollten entsprechend kontrolliert werden.</para>
3784 <sect2 id="config.skr04-update-3804.create-chart">
3785 <title>Konto 3804 manuell anlegen</title>
3787 <para>Die folgenden Schritte sind notwendig, um das Konto manuell
3788 anzulegen und zu konfigurieren. Zuerst wird in
3789 <guimenu>System</guimenu> → <guisubmenu>Kontenübersicht</guisubmenu> →
3790 <guimenuitem>Konto erfassen</guimenuitem> das Konto angelegt.</para>
3793 <screeninfo>Konto 3804 erfassen</screeninfo>
3797 <imagedata fileref="images/skr04-update-3804/konto3804.png"/>
3802 <para>Als Zweites muss Steuergruppe 13 für Konto 3803 angepasst
3803 werden. Dazu unter <guimenu>System</guimenu> →
3804 <guisubmenu>Steuern</guisubmenu> →
3805 <guimenuitem>Bearbeiten</guimenuitem> den Eintrag mit Steuerschlüssel
3806 13 auswählen und ihn wie im folgenden Screenshot angezeigt
3810 <screeninfo>Steuerschlüssel 13 für 3803 (16%) anpassen</screeninfo>
3814 <imagedata fileref="images/skr04-update-3804/steuer3803.png"/>
3819 <para>Als Drittes wird ein neuer Eintrag mit Steuerschlüssel 13 für
3820 Konto 3804 (19%) angelegt. Dazu unter <guimenu>System</guimenu> →
3821 <guisubmenu>Steuern</guisubmenu> → <guimenuitem>Erfassen</guimenuitem>
3822 auswählen und die Werte aus dem Screenshot übernehmen.</para>
3825 <screeninfo>Steuerschlüssel 13 für 3804 (19%) anlegen</screeninfo>
3829 <imagedata fileref="images/skr04-update-3804/steuer3804.png"/>
3834 <para>Als Nächstes sind alle Konten anzupassen, die als
3835 Steuerautomatikkonto die 3803 haben, sodass sie ab dem 1.1.2007 auch
3836 Steuerautomatik auf 3804 bekommen. Dies betrifft in der
3837 Standardkonfiguration die Konten 4315 und 4726. Als Beispiel für 4315
3838 müssen Sie dazu unter <guimenu>System</guimenu> →
3839 <guisubmenu>Kontenübersicht</guisubmenu> → <guimenuitem>Konten
3840 anzeigen</guimenuitem> das Konto 4315 anklicken und die Einstellungen
3841 wie im Screenshot gezeigt vornehmen.</para>
3844 <screeninfo>Konto 4315 anpassen</screeninfo>
3848 <imagedata fileref="images/skr04-update-3804/konto4315.png"/>
3853 <para>Als Letztes sollte die Steuerliste unter
3854 <guimenu>System</guimenu> → <guisubmenu>Steuern</guisubmenu> →
3855 <guimenuitem>Bearbeiten</guimenuitem> kontrolliert werden. Zum
3856 Vergleich der Screenshot.</para>
3859 <screeninfo>Steuerliste vergleichen</screeninfo>
3863 <imagedata fileref="images/skr04-update-3804/steuerliste.png"/>
3870 <sect1 id="config.bilanz">
3871 <title>Verhalten des Bilanzberichts</title>
3873 <para>Bis Version 3.0 wurde "closedto" ("Bücher schließen zum") als
3874 Grundlage für das Startdatum benutzt. Schließt man die Bücher allerdings
3875 monatsweise führt dies zu falschen Werten.</para>
3877 <para>In der Mandantenkonfiguration kann man dieses Verhalten genau
3878 einstellen indem man:</para>
3882 <para>weiterhin closed_to benutzt (Default, es ändert sich nichts zu
3887 <para>immer den Jahresanfang nimmt (1.1. relativ zum
3892 <para>immer die letzte Eröffnungsbuchung als Startdatum nimmt</para>
3894 <para>- mit Jahresanfang als Alternative wenn es keine EB-Buchungen
3897 <para>- oder mit "alle Buchungen" als Alternative"</para>
3901 <para>mit Jahresanfang als Alternative wenn es keine EB-Buchungen
3906 <para>immer alle Buchungen seit Beginn der Datenbank nimmt</para>
3910 <para>Folgende Hinweise zu den Optionen: Das "Bücher schließen Datum"
3911 ist sinnvoll, wenn man nur komplette Jahre schließt. Bei Wirtschaftsjahr
3912 = Kalendarjahr entspricht dies aber auch dem Jahresanfang. "Alle
3913 Buchungen" kann z.B. sinnvoll sein wenn man ohne Jahresabschluß
3914 durchbucht. Eröffnungsbuchung mit "alle Buchungen" als Fallback ist z.B.
3915 sinnvoll, wenn man am sich Anfang des zweiten Buchungsjahres befindet,
3916 und noch keinen Jahreswechsel und auch noch keine EB-Buchungen hat. Bei
3917 den Optionen mit EB-Buchungen wird vorausgesetzt, daß diese immer am 1.
3918 Tag des Wirtschaftsjahres gebucht werden. Zur Sicherheit wird das
3919 Startdatum im Bilanzbericht jetzt zusätzlich zum Stichtag mit angezeigt.
3920 Das hilft auch bei der Kontrolle für den Abgleich mit der GuV bzw.
3921 Erfolgsrechnung.</para>
3924 <sect1 id="config.jahresabschluss">
3925 <title>Jahresabschluss</title>
3927 <para>Beim Jahresabschluss stehen 2 Methoden zur Verfügung, die in der
3928 Buchungskonfiguration der Mandantenkonfiguration eingestellt werden
3932 <para><emphasis role="bold">Standard-Methode</emphasis>.</para>
3935 <para>Sowohl Bestandskonten wie auch Erfolgskonten werden
3936 abgeschlossen</para>
3939 <para>Es wird ein Konto für das Verbuchen eines Jahresgewinns
3940 verwendet und ein zweites Konto für das Verbuchen eines
3941 Jahresverlusts.</para>
3944 <para>Bei den Konten für den Jahresabschluss können bei den
3945 Standardkonten in der Mandantenkonfiguration nur Aktiva-Konten
3946 ausgewählt werden.</para>
3949 <para>Der Jahresgewinn oder -verlust wird sowohl bei den
3950 Jahresabschlussbuchungen wie auch bei den Eröffnungsbuchungen
3957 <para><emphasis role="bold">Einfach-Methode</emphasis>.</para>
3960 <para>Nur Bestandskonten werden abgeschlossen</para>
3963 <para>Für das Verbuchen eines Jahresgewinns oder -verlusts wird
3964 das gleiche Konto verwendet.</para>
3967 <para>Bei den Konten für den Jahresabschluss können bei den
3968 Standardkonten in der Mandantenkonfiguration alle Konten
3969 ausgewählt werden.</para>
3972 <para>Der Jahresgewinn oder -verlust wird nur bei den
3973 Eröffnungsbuchungen verbucht.</para>
3980 <sect1 id="config.erfolgsrechnung">
3981 <title>Erfolgsrechnung</title>
3983 <para>Seit der Version 3.4.1 existiert in kivitendo der Bericht
3984 <emphasis role="bold"> Erfolgsrechnung</emphasis>.</para>
3986 <para>Die Erfolgsrechnung kann in der Mandantenkonfiguration unter
3987 Features an- oder abgeschaltet werden. Mit der Einstellung
3988 <varname>default_manager = swiss </varname> in der
3989 <filename>config/kivitendo.conf</filename> wird beim neu Erstellen einer
3990 Datenbank automatisch die Anzeige der Erfolgsrechnung im Menü
3991 <guimenu>Berichte </guimenu> ausgewählt und ersetzt dort die GUV.</para>
3993 <para>Im Gegensatz zur GUV werden bei der Erfolgsrechnung sämtliche
3994 Aufwands- und Erlöskonten einzeln aufgelistet (analog zur Bilanz),
3995 sortiert nach ERTRAG und AUFWAND.</para>
3997 <para>Bei den Konteneinstellungen muss bei jedem Konto, das in der
3998 Erfolgsrechnung erscheinen soll, unter <varname>Sonstige
3999 Einstellungen/Erfolgsrechnung</varname> entweder
4000 <literal>01.Ertrag</literal> oder <literal>06.Aufwand</literal>
4001 ausgewählt werden.</para>
4003 <para>Wird bei einem Erlöskonto <literal>06.Aufwand</literal>
4004 ausgewählt, so wird dieses Konto als Aufwandsminderung unter AUFWAND
4007 <para>Wird bei einem Aufwandskonto <literal>01.Ertrag</literal>
4008 ausgewählt, so wird dieses Konto als Ertragsminderung unter ERTRAG
4011 <para>Soll bei einer bereits bestehenden Buchhaltung in Zukunft
4012 zusätzlich die Erfolgsrechnung als Bericht verwendet werden, so müssen
4013 die Einstellungen zu allen Erlös- und Aufwandskonten unter
4014 <varname>Sonstige Einstellungen/Erfolgsrechnung</varname> überprüft und
4015 allenfalls neu gesetzt werden.</para>
4018 <sect1 id="config.rounding">
4019 <title>Rundung in Verkaufsbelegen</title>
4021 <para>In der Schweiz hat die kleinste aktuell benutzte Münze den Wert
4022 von 5 Rappen (0.05 CHF).</para>
4024 <para>Auch wenn im elektronischen Zahlungsverkehr Beträge mit einer
4025 Genauigkeit von 0.01 CHF verwendet werden können, ist es trotzdem nach
4026 wie vor üblich, Rechnungen mit auf 0.05 CHF gerundeten Beträgen
4027 auszustellen.</para>
4029 <para>In kivitendo kann seit der Version 3.4.1 die Einstellung für eine
4030 solche Rundung pro Mandant / Datenbank festgelegt werden.</para>
4032 <para>Die Einstellung wird beim Erstellen der Datenbank bei
4033 <literal>Genauigkeit</literal> festgelegt. Sie kann anschliessend über
4034 das Webinterface von kivitendo nicht mehr verändert werden.</para>
4036 <para>Abhängig vom Wert für <varname>default_manager</varname> in
4037 <filename>config/kivitendo.conf</filename> werden dabei folgende Werte
4038 voreingestellt:</para>
4042 <para>0.05 (default_manager = swiss)</para>
4046 <para>0.01 (default_manager = german)</para>
4050 <para>Der Wert wird in der Datenbank in der Tabelle <varname>defaults
4051 </varname>in der Spalte <varname>precision</varname> gespeichert.</para>
4053 <para>In allen Verkaufsangeboten, Verkaufsaufträgen, Verkaufsrechnungen
4054 und Verkaufsgutschriften wird der Endbetrag inkl. MWST gerundet, wenn
4055 dieser nicht der eingestellten Genauigkeit entspricht.</para>
4057 <para>Beim Buchen einer Verkaufsrechnung wird der Rundungsbetrag
4058 automatisch auf die in der Mandantenkonfiguration festgelegten
4059 Standardkonten für Rundungserträge bzw. Rundungsaufwendungen
4062 <para>(Die berechnete MWST wird durch den Rundungsbetrag nicht mehr
4065 <para>Die in den Druckvorlagen zur Verfügung stehenden Variablen
4066 <varname>quototal</varname>, <varname>ordtotal</varname> bzw.
4067 <varname>invtotal</varname> enthalten den gerundeten Betrag.</para>
4069 <para><emphasis role="bold">Achtung:</emphasis> Werden Verkaufsbelege in
4070 anderen Währungen als der Standardwährung erstellt, so muss in kivitendo
4071 ab Version 3.4.1 die Genauigkeit 0.01 verwendet werden.</para>
4073 <para>Das heisst, Firmen in der Schweiz, die teilweise
4074 Verkaufsrechnungen in Euro oder anderen Währungen erstellen wollen,
4075 müssen beim Erstellen der Datenbank als Genauigkeit 0.01 wählen und
4076 können zur Zeit die 5er Rundung noch nicht nutzen.</para>
4079 <sect1 id="config.client">
4080 <title>Einstellungen pro Mandant</title>
4082 <para>Einige Einstellungen können von einem Benutzer mit dem <link
4083 linkend="Zusammenhänge">Recht</link> "Administration (Für die Verwaltung
4084 der aktuellen Instanz aus einem Userlogin heraus)" gemacht werden. Diese
4085 Einstellungen sind dann für die aktuellen Mandanten-Datenbank gültig.
4086 Die Einstellungen sind unter <guimenu>System</guimenu> →
4087 <guisubmenu>Mandantenkonfiguration</guisubmenu> erreichbar.</para>
4089 <para>Bitte beachten Sie die Hinweise zu den einzelnen Einstellungen.
4090 Einige Einstellungen sollten nicht ohne Weiteres im laufenden Betrieb
4091 geändert werden (siehe auch <link
4092 linkend="config.eur.inventory-system-perpetual">Bemerkungen zu
4093 Bestandsmethode</link>).</para>
4095 <para>Die Einstellungen <literal>show_bestbefore</literal> und
4096 <literal>payments_changeable</literal> aus dem Abschnitt
4097 <literal>features</literal> und die Einstellungen im Abschnitt
4098 <literal>datev_check</literal> (sofern schon vorhanden) der <link
4099 linkend="config.config-file">kivitendo-Konfigurationsdatei</link> werden
4100 bei einem Datenbankupdate einer älteren Version automatisch übernommen.
4101 Diese Einträge können danach aus der Konfigurationsdatei entfernt
4105 <sect1 id="kivitendo-ERP-verwenden">
4106 <title>kivitendo ERP verwenden</title>
4108 <para>Nach erfolgreicher Installation ist der Loginbildschirm unter
4109 folgender URL erreichbar:</para>
4112 url="http://localhost/kivitendo-erp/login.pl">http://localhost/kivitendo-erp/login.pl</ulink></para>
4114 <para>Die Administrationsseite erreichen Sie unter:</para>
4117 url="http://localhost/kivitendo-erp/controller.pl?action=Admin/login">http://localhost/kivitendo-erp/controller.pl?action=Admin/login</ulink></para>
4121 <chapter id="features" xreflabel="Features und Funktionen">
4122 <title>Features und Funktionen</title>
4124 <sect1 id="features.periodic-invoices"
4125 xreflabel="Wiederkehrende Rechnungen">
4126 <title>Wiederkehrende Rechnungen</title>
4128 <sect2 id="features.periodic-invoices.introduction"
4129 xreflabel="Einführung in wiederkehrende Rechnungen">
4130 <title>Einführung</title>
4132 <para>Wiederkehrende Rechnungen werden als normale Aufträge definiert
4133 und konfiguriert, mit allen dazugehörigen Kunden- und Artikelangaben.
4134 Die konfigurierten Aufträge werden später automatisch in Rechnungen
4135 umgewandelt, so als ob man den Workflow benutzen würde, und auch die
4136 Auftragsnummer wird übernommen, sodass alle wiederkehrenden
4137 Rechnungen, die aus einem Auftrag erstellt wurden, später leicht
4138 wiederzufinden sind.</para>
4141 <sect2 id="features.periodic-invoices.configuration"
4142 xreflabel="Konfiguration von wiederkehrenden Rechnungen">
4143 <title>Konfiguration</title>
4145 <para>Um einen Auftrag für wiederkehrende Rechnung zu konfigurieren,
4146 findet sich beim Bearbeiten des Auftrags ein neuer Knopf
4147 "Konfigurieren", der ein neues Fenster öffnet, in dem man die nötigen
4148 Parameter einstellen kann. Hinter dem Knopf wird außerdem noch
4149 angezeigt, ob der Auftrag als wiederkehrende Rechnung konfiguriert ist
4152 <para>Folgende Parameter kann man konfigurieren:</para>
4159 <para>Bei aktiven Rechnungen wird automatisch eine Rechnung
4160 erstellt, wenn die Periodizität erreicht ist (z.B. am Anfang
4161 eines neuen Monats).</para>
4163 <para>Ist ein Auftrag nicht aktiv, so werden für ihn auch keine
4164 wiederkehrenden Rechnungen erzeugt. Stellt man nach längerer
4165 nicht-aktiver Zeit einen Auftrag wieder auf aktiv, wird beim
4166 nächsten Periodenwechsel für alle Perioden, seit der letzten
4167 aktiven Periode, jeweils eine Rechnung erstellt. Möchte man dies
4168 verhindern, muss man vorher das Startdatum neu setzen.</para>
4170 <para>Für gekündigte Aufträge werden nie mehr Rechnungen
4171 erstellt. Man kann sich diese Aufträge aber gesondert in den
4172 Berichten anzeigen lassen.</para>
4177 <term>Periodizität</term>
4180 <para>Ob monatlich, quartalsweise oder jährlich auf neue
4181 Rechnungen überprüft werden soll. Für jede Periode seit dem
4182 Startdatum wird überprüft, ob für die Periode (beginnend immer
4183 mit dem ersten Tag der Periode) schon eine Rechnung erstellt
4184 wurde. Unter Umständen können bei einem Startdatum in der
4185 Vergangenheit gleich mehrere Rechnungen erstellt werden.</para>
4190 <term>Buchen auf</term>
4193 <para>Das Forderungskonto, in der Regel "Forderungen aus
4194 Lieferungen und Leistungen". Das Gegenkonto ergibt sich aus den
4195 Buchungsgruppen der betreffenden Waren.</para>
4200 <term>Startdatum</term>
4203 <para>ab welchem Datum auf Rechnungserstellung geprüft werden
4209 <term>Enddatum</term>
4212 <para>ab wann keine Rechnungen mehr erstellt werden
4218 <term>Automatische Verlängerung um x Monate</term>
4221 <para>Sollen die wiederkehrenden Rechnungen bei Erreichen des
4222 eingetragenen Enddatums weiterhin erstellt werden, so kann man
4223 hier die Anzahl der Monate eingeben, um die das Enddatum
4224 automatisch nach hinten geschoben wird.</para>
4229 <term>Drucken</term>
4232 <para>Sind Drucker konfiguriert, so kann man sich die erstellten
4233 Rechnungen auch gleich ausdrucken lassen.</para>
4238 <para>Nach Erstellung der Rechnungen kann eine E-Mail mit
4239 Informationen zu den erstellten Rechnungen verschickt werden.
4240 Konfiguriert wird dies in der <link
4241 linkend="config.config-file.sections-parameters">Konfigurationsdatei</link>
4242 <filename>config/kivitendo.conf</filename> im Abschnitt
4243 <varname>[periodic_invoices]</varname>.</para>
4246 <sect2 id="features.periodic-invoices.variables">
4247 <title>Spezielle Variablen</title>
4249 <para>Um die erzeugten Rechnungen individualisieren zu können, werden
4250 beim Umwandeln des Auftrags in eine Rechnung einige speziell
4251 formatierte Variablen durch für die jeweils aktuelle
4252 Abrechnungsperiode gültigen Werte ersetzt. Damit ist es möglich, z.B.
4253 den Abrechnungszeitraum explizit auszuweisen. Eine Variable hat dabei
4254 die Syntax <literal><%variablenname%></literal>.</para>
4256 <para>Sofern es sich um eine Datumsvariable handelt, kann das
4257 Ausgabeformat weiter bestimmt werden, indem an den Variablennamen
4258 Formatoptionen angehängt werden. Die Syntax sieht dabei wie folgt aus:
4259 <literal><%variablenname FORMAT=Formatinformation%></literal>.
4260 Die zur verfügung stehenden Formatinformationen werden unten genauer
4263 <para>Diese Variablen können auch beim automatischen Versand der
4264 erzeugten Rechnungen per E-Mail genutzt werden, indem sie in den
4265 Feldern für den Betreff oder die Nachricht verwendet werden.</para>
4267 <para>Diese Variablen werden in den folgenden Elementen des Auftrags
4272 <para>Bemerkungen</para>
4276 <para>Interne Bemerkungen</para>
4280 <para>Vorgangsbezeichnung</para>
4284 <para>In den Beschreibungs- und Langtextfeldern aller
4289 <para>Die zur Verfügung stehenden Variablen sind die Folgenden:</para>
4293 <term><varname><%current_quarter%></varname>,
4294 <varname><%previous_quarter%></varname>,
4295 <varname><%next_quarter%></varname></term>
4298 <para>Aktuelles, vorheriges und nächstes Quartal als Zahl
4299 zwischen <literal>1</literal> und <literal>4</literal>.</para>
4304 <term><varname><%current_month%></varname>,
4305 <varname><%previous_month%></varname>,
4306 <varname><%next_month%></varname></term>
4309 <para>Aktueller, vorheriger und nächster Monat als Zahl zwischen
4310 <literal>1</literal> und <literal>12</literal>.</para>
4315 <term><varname><%current_month_long%></varname>,
4316 <varname><%previous_month_long%></varname>,
4317 <varname><%next_month_long%></varname></term>
4320 <para>Aktueller, vorheriger und nächster Monat als Name
4321 (<literal>Januar</literal>, <literal>Februar</literal>
4327 <term><varname><%current_year%></varname>,
4328 <varname><%previous_year%></varname>,
4329 <varname><%next_year%></varname></term>
4332 <para>Aktuelles, vorheriges und nächstes Jahr als vierstellige
4333 Jahreszahl (<literal>2013</literal> etc.).</para>
4338 <term><varname><%period_start_date%></varname>,
4339 <varname><%period_end_date%></varname></term>
4342 <para>Formatiertes Datum des ersten und letzten Tages im
4343 Abrechnungszeitraum (z.B. bei quartalsweiser Abrechnung und im
4344 ersten Quartal von 2013 wären dies der
4345 <literal>01.01.2013</literal> und
4346 <literal>31.03.2013</literal>).</para>
4351 <para>Die invidiuellen Formatinformationen bestehen aus Paaren von
4352 Prozentzeichen und einem Buchstaben, welche beide zusammen durch den
4353 dazugehörigen Wert ersetzt werden. So wird z.B. <literal>%Y</literal>
4354 durch das viertstellige Jahr ersetzt. Alle möglichen Platzhalter
4359 <term><varname>%a</varname></term>
4362 <para>Der abgekürzte Wochentagsname.</para>
4367 <term><varname>%A</varname></term>
4370 <para>Der ausgeschriebene Wochentagsname.</para>
4375 <term><varname>%b</varname></term>
4378 <para>Der abgekürzte Monatsname.</para>
4383 <term><varname>%B</varname></term>
4386 <para>Der ausgeschriebene Monatsname.</para>
4391 <term><varname>%C</varname></term>
4394 <para>Das Jahrhundert (Jahr/100) als eine zweistellige
4400 <term><varname>%d</varname></term>
4403 <para>Der Monatstag als Zahl zwischen 01 und 31.</para>
4408 <term><varname>%D</varname></term>
4411 <para>Entspricht %m/%d/%y (amerikanisches Datumsformat).</para>
4416 <term><varname>%e</varname></term>
4419 <para>Wie %d (Monatstag als Zahl zwischen 1 und 31), allerdings
4420 werden führende Nullen durch Leerzeichen ersetzt.</para>
4425 <term><varname>%F</varname></term>
4428 <para>Entspricht %Y-%m-%d (das ISO-8601-Datumsformat).</para>
4433 <term><varname>%j</varname></term>
4436 <para>Der Tag im Jahr als Zahl zwischen 001 und 366
4442 <term><varname>%m</varname></term>
4445 <para>Der Monat als Zahl zwischen 01 und 12 inklusive.</para>
4450 <term><varname>%u</varname></term>
4453 <para>Der Wochentag als Zahl zwischen 1 und 7 inklusive, wobei
4454 die 1 dem Montag entspricht.</para>
4459 <term><varname>%U</varname></term>
4462 <para>Die Wochennummer als Zahl zwischen 00 und 53 inklusive,
4463 wobei der erste Sonntag im Jahr das Startdatum von Woche 01
4469 <term><varname>%V</varname></term>
4472 <para>Die ISO-8601:1988-Wochennummer als Zahl zwischen 01 und 53
4473 inklusive, wobei Woche 01 die erste Woche, von der mindestens
4474 vier Tage im Jahr liegen; Montag ist erster Tag der
4480 <term><varname>%w</varname></term>
4483 <para>Der Wochentag als Zahl zwischen 0 und 6 inklusive, wobei
4484 die 0 dem Sonntag entspricht.</para>
4489 <term><varname>%W</varname></term>
4492 <para>Die Wochennummer als Zahl zwischen 00 und 53 inklusive,
4493 wobei der erste Montag im Jahr das Startdatum von Woche 01
4499 <term><varname>%y</varname></term>
4502 <para>Das Jahr als zweistellige Zahl zwischen 00 und 99
4508 <term><varname>%Y</varname></term>
4511 <para>Das Jahr als vierstellige Zahl.</para>
4516 <term><varname>%%</varname></term>
4519 <para>Das Prozentzeichen selber.</para>
4524 <para>Anwendungsbeispiel für die Ausgabe, von welchem Monat und Jahr
4525 bis zu welchem Monat und Jahr die aktuelle Abrechnungsperiode dauert:
4526 <literal>Abrechnungszeitrum: <%period_start_date FORMAT=%m/%Y%>
4527 bis <%period_end_date FORMAT=%m/%Y%></literal></para>
4529 <para>Beim automatischen Versand der Rechnugen via E-Mail können neben diesen speziellen Variablen auch einige Eigenschaften der
4530 Rechnung selber als Variablen im Betreff & dem Text der E-Mails genutzt werden. Beispiele sind
4531 <varname><%invnumber%></varname> für die Rechnungsnummber oder <varname><transaction_description%></varname> für die
4532 Vorgangsbezeichnung. Diese Variablen stehen beim Erzeugen der Rechnung logischerweise noch nicht zur Verfügung.</para>
4535 <sect2 id="features.periodic-invoices.reports">
4536 <title>Auflisten</title>
4538 <para>Unter Verkauf->Berichte->Aufträge finden sich zwei neue
4539 Checkboxen, "Wiederkehrende Rechnungen aktiv" und "Wiederkehrende
4540 Rechnungen inaktiv", mit denen man sich einen Überglick über die
4541 wiederkehrenden Rechnungen verschaffen kann.</para>
4544 <sect2 id="features.periodic-invoices.task-server">
4545 <title>Erzeugung der eigentlichen Rechnungen</title>
4547 <para>Die zeitliche und periodische Überprüfung, ob eine
4548 wiederkehrende Rechnung automatisch erstellt werden soll, geschieht
4549 durch den <link linkend="config.task-server">Task-Server</link>, einen
4550 externen Dienst, der automatisch beim Start des Servers gestartet
4551 werden sollte.</para>
4554 <sect2 id="features.periodic-invoices.create-for-current-month">
4555 <title>Erste Rechnung für aktuellen Monat erstellen</title>
4557 <para>Will man im laufenden Monat eine monatlich wiederkehrende
4558 Rechnung inkl. des laufenden Monats starten, stellt man das Startdatum
4559 auf den Monatsanfang und wartet ein paar Minuten, bis der Task-Server
4560 den neu konfigurierten Auftrag erkennt und daraus eine Rechnung
4561 generiert hat. Alternativ setzt man das Startdatum auf den
4562 Monatsersten des Folgemonats und erstellt die erste Rechnung direkt
4563 manuell über den Workflow.</para>
4567 <sect1 id="features.bank" xreflabel="bankerweiterung">
4568 <title>Bankerweiterung</title>
4570 <sect2 id="features.bank.introduction"
4571 xreflabel="Einführung in die Bankerweiterung">
4572 <title>Einführung</title>
4574 <para>Die Beschreibung der Bankerweiterung befindet sich derzeit noch
4575 im Wiki und soll von dort später hierhin übernommen werden:</para>
4578 url="https://www.kivitendo.de/redmine/projects/forum/wiki/Bankerweiterung">
4579 https://www.kivitendo.de/redmine/projects/forum/wiki/Bankerweiterung
4584 <sect1 id="dokumentenvorlagen-und-variablen">
4585 <title>Dokumentenvorlagen und verfügbare Variablen</title>
4587 <sect2 id="dokumentenvorlagen-und-variablen.einführung">
4588 <title>Einführung</title>
4590 <para>Dies ist eine Auflistung der Standard-Dokumentenvorlagen und
4591 aller zur Bearbeitung verfügbaren Variablen. Eine Variable wird in
4592 einer Vorlage durch ihren Inhalt ersetzt, wenn sie in der Form
4593 <function><%variablenname%></function> verwendet wird. Für
4594 LaTeX- und HTML-Vorlagen kann man die Form dieser Tags auch verändern
4596 linkend="dokumentenvorlagen-und-variablen.tag-style"/>).</para>
4598 <para>kivitendo unterstützt LaTeX-, HTML- und OpenDocument-Vorlagen.
4599 Sofern es nicht ausdrücklich eingeschränkt wird, gilt das im Folgenden
4600 gesagte für alle Vorlagenarten.</para>
4602 <para>Insgesamt sind technisch gesehen eine ganze Menge mehr Variablen
4603 verfügbar als hier aufgelistet werden. Die meisten davon können
4604 allerdings innerhalb einer solchen Vorlage nicht sinnvoll verwendet
4605 werden. Wenn eine Auflistung dieser Variablen gewollt ist, so kann
4606 diese wie folgt erhalten werden:</para>
4610 <para><filename>SL/Form.pm</filename> öffnen und am Anfang die
4611 Zeile "<command>use Data::Dumper;</command>" einfügen.</para>
4615 <para>In <filename>Form.pm</filename> die Funktion
4616 <function>parse_template</function> suchen und hier die Zeile
4617 <command>print(STDERR Dumper($self));</command> einfügen.</para>
4621 <para>Einmal per Browser die gewünschte Vorlage "benutzen", z.B.
4622 ein PDF für eine Rechnung erzeugen.</para>
4626 <para>Im <filename>error.log</filename> Apache steht die Ausgabe
4627 der Variablen <varname>$self</varname> in der Form <varname>'key'
4628 => 'value',</varname>. Alle <varname>key</varname>s sind
4634 <sect2 id="dokumentenvorlagen-und-variablen.variablen-ausgeben">
4635 <title>Variablen ausgeben</title>
4637 <para>Um eine Variable auszugeben, müssen sie einfach nur zwischen die
4638 Tags geschrieben werden, also z.B.
4639 <varname><%variablenname%></varname>.</para>
4641 <para>Optional kann man auch mit Leerzeichen getrennte Flags angeben,
4642 die man aber nur selten brauchen wird. Die Syntax sieht also so aus:
4643 <varname><%variablenname FLAG1 FLAG2%></varname>. Momentan
4644 werden die folgenden Flags unterstützt:</para>
4648 <para><option>NOFORMAT</option> gilt nur für Zahlenwerte und gibt
4649 den Wert ohne Formatierung, also ohne Tausendertrennzeichen mit
4650 mit einem Punkt als Dezimaltrennzeichen aus. Nützlich z.B., wenn
4651 damit in der Vorlage z.B. von LaTeX gerechnet werden soll.</para>
4655 <para><option>NOESCAPE</option> unterdrückt das Escapen von
4656 Sonderzeichen für die Vorlagensprache. Wenn also in einer
4657 Variablen bereits gültiger LaTeX-Code steht und dieser von LaTeX
4658 auch ausgewertet und nicht wortwörtlich angezeigt werden soll, so
4659 ist dieses Flag sinnvoll.</para>
4663 <para>Beispiel:</para>
4665 <programlisting><%quototal NOFORMAT%></programlisting>
4668 <sect2 id="dokumentenvorlagen-und-variablen.verwendung-in-druckbefehlen">
4669 <title>Verwendung in Druckbefehlen</title>
4671 <para>In der Admininstration können Drucker definiert werden. Auch im
4672 dort eingebbaren Druckbefehl können die hier aufgelisteten Variablen
4673 und Kontrollstrukturen verwendet werden. Ihr Inhalt wird dabei nach
4674 den Regeln der gängigen Shells formatiert, sodass Sonderzeichen wie
4675 <function>`...`</function> nicht zu unerwünschtem Verhalten
4678 <para>Dies erlaubt z.B. die Definition eines Faxes als Druckerbefehl,
4679 für das die Telefonnummer eines Ansprechpartners als Teil der
4680 Kommandozeile verwendet wird. Für ein fiktives Kommando könnte das
4681 z.B. wie folgt aussehen:</para>
4683 <programlisting>send_fax --number <%if cp_phone2%><%cp_phone2%><%else%><%cp_phone1%><%end%></programlisting>
4686 <sect2 id="dokumentenvorlagen-und-variablen.tag-style"
4687 xreflabel="Anfang und Ende der Tags verändern">
4688 <title>Anfang und Ende der Tags verändern</title>
4690 <para>Der Standardstil für Tags sieht vor, dass ein Tag mit dem
4691 Kleinerzeichen und einem Prozentzeichen beginnt und mit dem
4692 Prozentzeichen und dem Größerzeichen endet, beispielsweise
4693 <function><%customer%></function>. Da diese Form aber z.B. in
4694 LaTeX zu Problemen führen kann, weil das Prozentzeichen dort
4695 Kommentare einleitet, kann pro HTML- oder LaTeX-Dokumentenvorlage der
4696 Stil umgestellt werden.</para>
4698 <para>Dazu werden in die Datei Zeilen geschrieben, die mit dem für das
4699 Format gültigen Kommentarzeichen anfangen, dann
4700 <function>config:</function> enthalten, die entsprechende Option
4701 setzen und bei HTML-Dokumentenvorlagen mit dem Kommentarendzeichen
4702 enden. Beispiel für LaTeX:</para>
4704 <programlisting>% config: tag-style=($ $)</programlisting>
4706 <para>Dies würde kivitendo dazu veranlassen, Variablen zu ersetzen,
4707 wenn sie wie folgt aussehen: <function>($customer$)</function>. Das
4708 äquivalente Beispiel für HTML-Dokumentenvorlagen sieht so aus:</para>
4710 <programlisting><!-- config: tag-style=($ $) --></programlisting>
4713 <sect2 id="dokumentenvorlagen-und-variablen.zuordnung-dateinamen">
4714 <title>Zuordnung von den Dateinamen zu den Funktionen</title>
4716 <para>Diese folgende kurze Auflistung zeigt, welche Vorlage bei
4717 welcher Funktion ausgelesen wird. Dabei ist die Dateiendung
4718 "<filename>.ext</filename>" geeignet zu ersetzen:
4719 "<filename>.tex</filename>" für LaTeX-Vorlagen und
4720 "<filename>.odt</filename>" für OpenDocument-Vorlagen.</para>
4724 <term><filename>bin_list.ext</filename></term>
4727 <para>Lagerliste</para>
4732 <term><filename>check.ext</filename></term>
4740 <term><filename>invoice.ext</filename></term>
4743 <para>Rechnung</para>
4748 <term><filename>packing_list.ext</filename></term>
4751 <para>Packliste</para>
4756 <term><filename>pick_list.ext</filename></term>
4759 <para>Sammelliste</para>
4764 <term><filename>purchase_delivery_order.ext</filename></term>
4767 <para>Lieferschein (Einkauf)</para>
4772 <term><filename>purcharse_order.ext</filename></term>
4775 <para>Bestellung an Lieferanten</para>
4780 <term><filename>request_quotation.ext</filename></term>
4783 <para>Anfrage an Lieferanten</para>
4788 <term><filename>sales_delivery_order.ext</filename></term>
4791 <para>Lieferschein (Verkauf)</para>
4796 <term><filename>sales_order.ext</filename></term>
4799 <para>Bestellung</para>
4804 <term><filename>sales_quotation.ext</filename></term>
4807 <para>Angebot an Kunden</para>
4812 <term><filename>zahlungserinnerung.ext</filename></term>
4815 <para>Mahnung (Dateiname im Programm konfigurierbar)</para>
4820 <term><filename>zahlungserinnerung_invoice.ext</filename></term>
4823 <para>Rechnung über Mahngebühren (Dateiname im Programm
4824 konfigurierbar)</para>
4830 <sect2 id="dokumentenvorlagen-und-variablen.dateinamen-erweitert">
4831 <title>Sprache, Drucker und E-Mail</title>
4833 <para>Angeforderte Sprache und Druckerkürzel in den Dateinamen mit
4834 eingearbeitet. So wird aus der Vorlage
4835 <filename>sales_order.ext</filename> bei Sprache
4836 <function>de</function> und Druckerkürzel <function>lpr2</function>
4837 der Vorlagenname <filename>sales_order_de_lpr2.ext</filename>.
4838 Zusätzlich können für E-Mails andere Vorlagen erstellt werden, diese
4839 bekommen dann noch das Kürzel <filename>_email</filename>, der
4840 vollständige Vorlagenname wäre dann
4841 <filename>sales_order_email_de_lpr2.ext</filename>. In allen Fällen
4842 kann eine Standarddatei <filename>default.ext</filename> hinterlegt
4843 werden. Diese wird verwendet, wenn keine der anderen Varianten
4844 gefunden wird.</para>
4846 <para>Die vollständige Suchreihenfolge für einen Verkaufsauftrag mit
4847 der Sprache "de" und dem Drucker "lpr2", der per E-Mail im Format PDF
4848 verschickt wird, ist:</para>
4852 <para><filename>sales_order_email_de_lpr2.tex</filename></para>
4856 <para><filename>sales_order_de_lpr2.tex</filename></para>
4860 <para><filename>sales_order.tex</filename></para>
4864 <para><filename>default.tex</filename></para>
4868 <para>Die kurzen Varianten dieser Vorlagentitel müssen dann entweder
4869 Standardwerte anzeigen, oder die angeforderten Werte selbst auswerten,
4871 linkend="dokumentenvorlagen-und-variablen.allgemeine-variablen.meta"/>.</para>
4874 <sect2 id="dokumentenvorlagen-und-variablen.allgemeine-variablen">
4875 <title>Allgemeine Variablen, die in allen Vorlagen vorhanden
4878 <sect3 id="dokumentenvorlagen-und-variablen.allgemeine-variablen.meta"
4879 xreflabel="Metainformationen zur angeforderten Vorlage">
4880 <title>Metainformationen zur angeforderten Vorlage</title>
4882 <para>Diese Variablen liefern Informationen darüber welche Variante
4883 einer Vorlage der Benutzer angefragt hat. Sie sind nützlich für
4884 Vorlagenautoren, die aus einer zentralen Layoutvorlage die einzelnen
4885 Formulare einbinden möchten.</para>
4889 <term><varname>template_meta.formname</varname></term>
4892 <para>Basisname der Vorlage. Identisch mit der <link
4893 linkend="dokumentenvorlagen-und-variablen.zuordnung-dateinamen">Zurordnung
4894 zu den Dateinamen</link> ohne die Erweiterung. Ein
4895 Verkaufsauftrag enthält hier
4896 <constant>sales_order</constant>.</para>
4901 <term><varname>template_meta.language.description</varname></term>
4904 <para>Beschreibung der verwendeten Sprache</para>
4909 <term><varname>template_meta.language.template_code</varname></term>
4912 <para>Vorlagenkürzel der verwendeten Sprache, identisch mit
4913 dem Kürzel das im Dateinamen verwendetet wird.</para>
4918 <term><varname>template_meta.language.output_numberformat</varname></term>
4921 <para>Zahlenformat der verwendeten Sprache in der Form
4922 "<constant>1.000,00</constant>". Experimentell! Nur
4923 interessant für Vorlagen die mit unformatierten Werten
4929 <term><varname>template_meta.language.output_dateformat</varname></term>
4932 <para>Datumsformat der verwendeten Sprache in der Form
4933 "<constant>dd.mm.yyyy</constant>". Experimentell! Nur
4934 interessant für Vorlagen die mit unformatierten Werten
4940 <term><varname>template_meta.format</varname></term>
4943 <para>Das angeforderte Format. Kann im Moment die Werte
4944 <constant>pdf</constant>, <constant>postscript</constant>,
4945 <constant>html</constant>, <constant>opendocument</constant>,
4946 <constant>opendocument_pdf</constant> und
4947 <constant>excel</constant> enthalten.</para>
4952 <term><varname>template_meta.extension</varname></term>
4955 <para>Dateierweiterung, wie im Dateinamen. Wird aus
4956 <constant>format</constant> entschieden.</para>
4961 <term><varname>template_meta.media</varname></term>
4964 <para>Ausgabemedium. Kann zur Zeit die Werte
4965 <constant>screen</constant> für Bildschirm,
4966 <constant>email</constant> für E-Mail (triggert das
4967 <constant>_email</constant> Kürzel im Dateinamen),
4968 <constant>printer</constant> für Drucker, und
4969 <constant>queue</constant> für Warteschlange enthalten.</para>
4974 <term><varname>template_meta.printer.description</varname></term>
4977 <para>Beschreibung des ausgewählten Druckers</para>
4982 <term><varname>template_meta.printer.template_code</varname></term>
4985 <para>Vorlagenürzel des ausgewählten Druckers, identisch mit
4986 dem Kürzel das im Dateinamen verwendetet wird.</para>
4991 <term><varname>template_meta.tmpfile</varname></term>
4994 <para>Datei-Prefix für temporäre Dateien.</para>
5000 <sect3 id="dokumentenvorlagen-und-variablen.allgemeine-variablen.kunden-lieferanten">
5001 <title>Stammdaten von Kunden und Lieferanten</title>
5005 <term><varname>account_number</varname></term>
5008 <para>Kontonummer</para>
5013 <term><varname>bank</varname></term>
5016 <para>Name der Bank</para>
5021 <term><varname>bank_code</varname></term>
5024 <para>Bankleitzahl</para>
5029 <term><varname>bic</varname></term>
5032 <para>Bank-Identifikations-Code (Bank Identifier Code,
5038 <term><varname>business</varname></term>
5041 <para>Kunden-/Lieferantentyp</para>
5046 <term><varname>city</varname></term>
5054 <term><varname>contact</varname></term>
5057 <para>Kontakt</para>
5062 <term><varname>country</varname></term>
5070 <term><varname>c_vendor_id</varname></term>
5073 <para>Lieferantennummer beim Kunden (nur Kunden)</para>
5078 <term><varname>v_customer_id</varname></term>
5081 <para>Kundennummer beim Lieferanten (nur Lieferanten)</para>
5086 <term><varname>cp_email</varname></term>
5089 <para>Email des Ansprechpartners</para>
5094 <term><varname>cp_givenname</varname></term>
5097 <para>Vorname des Ansprechpartners</para>
5102 <term><varname>cp_greeting</varname></term>
5105 <para>Anrede des Ansprechpartners</para>
5110 <term><varname>cp_name</varname></term>
5113 <para>Name des Ansprechpartners</para>
5118 <term><varname>cp_phone1</varname></term>
5121 <para>Telefonnummer 1 des Ansprechpartners</para>
5126 <term><varname>cp_phone2</varname></term>
5129 <para>Telefonnummer 2 des Ansprechpartners</para>
5134 <term><varname>cp_title</varname></term>
5137 <para>Titel des Ansprechpartners</para>
5142 <term><varname>creditlimit</varname></term>
5145 <para>Kreditlimit</para>
5150 <term><varname>customeremail</varname></term>
5153 <para>Email des Kunden; nur für Kunden</para>
5158 <term><varname>customerfax</varname></term>
5161 <para>Faxnummer des Kunden; nur für Kunden</para>
5166 <term><varname>customernotes</varname></term>
5169 <para>Bemerkungen beim Kunden; nur für Kunden</para>
5174 <term><varname>customernumber</varname></term>
5177 <para>Kundennummer; nur für Kunden</para>
5182 <term><varname>customerphone</varname></term>
5185 <para>Telefonnummer des Kunden; nur für Kunden</para>
5190 <term><varname>discount</varname></term>
5198 <term><varname>email</varname></term>
5201 <para>Emailadresse</para>
5206 <term><varname>fax</varname></term>
5209 <para>Faxnummer</para>
5214 <term><varname>gln</varname></term>
5217 <para>GLN (Globale Lokationsnummer)</para>
5222 <term><varname>greeting</varname></term>
5230 <term><varname>homepage</varname></term>
5233 <para>Homepage</para>
5238 <term><varname>iban</varname></term>
5241 <para>Internationale Kontonummer (International Bank Account
5242 Number, IBAN)</para>
5247 <term><varname>language</varname></term>
5250 <para>Sprache</para>
5255 <term><varname>name</varname></term>
5258 <para>Firmenname</para>
5263 <term><varname>natural_person</varname></term>
5266 <para>Flag "natürliche Person"; Siehe auch
5267 <xref linkend="dokumentenvorlagen-und-variablen.anrede"/></para>
5272 <term><varname>payment_description</varname></term>
5275 <para>Name der Zahlart</para>
5280 <term><varname>payment_terms</varname></term>
5283 <para>Zahlungskonditionen</para>
5288 <term><varname>phone</varname></term>
5291 <para>Telefonnummer</para>
5296 <term><varname>shiptocity</varname></term>
5299 <para>Stadt (Lieferadresse) <link
5300 linkend="dokumentenvorlagen-und-variablen.anmerkung-shipto">*</link></para>
5305 <term><varname>shiptocontact</varname></term>
5308 <para>Kontakt (Lieferadresse) <link
5309 linkend="dokumentenvorlagen-und-variablen.anmerkung-shipto">*</link></para>
5314 <term><varname>shiptocountry</varname></term>
5317 <para>Land (Lieferadresse) <link
5318 linkend="dokumentenvorlagen-und-variablen.anmerkung-shipto">*</link></para>
5323 <term><varname>shiptodepartment_1</varname></term>
5326 <para>Abteilung 1 (Lieferadresse) <link
5327 linkend="dokumentenvorlagen-und-variablen.anmerkung-shipto">*</link></para>
5332 <term><varname>shiptodepartment_2</varname></term>
5335 <para>Abteilung 2 (Lieferadresse) <link
5336 linkend="dokumentenvorlagen-und-variablen.anmerkung-shipto">*</link></para>
5341 <term><varname>shiptoemail</varname></term>
5344 <para>Email (Lieferadresse) <link
5345 linkend="dokumentenvorlagen-und-variablen.anmerkung-shipto">*</link></para>
5350 <term><varname>shiptofax</varname></term>
5353 <para>Fax (Lieferadresse) <link
5354 linkend="dokumentenvorlagen-und-variablen.anmerkung-shipto">*</link></para>
5359 <term><varname>shiptogln</varname></term>
5362 <para>GLN (Globale Lokationsnummer) (Lieferadresse) <link
5363 linkend="dokumentenvorlagen-und-variablen.anmerkung-shipto">*</link></para>
5368 <term><varname>shiptoname</varname></term>
5371 <para>Firmenname (Lieferadresse) <link
5372 linkend="dokumentenvorlagen-und-variablen.anmerkung-shipto">*</link></para>
5377 <term><varname>shiptophone</varname></term>
5380 <para>Telefonnummer (Lieferadresse) <link
5381 linkend="dokumentenvorlagen-und-variablen.anmerkung-shipto">*</link></para>
5386 <term><varname>shiptostreet</varname></term>
5389 <para>Straße und Hausnummer (Lieferadresse) <link
5390 linkend="dokumentenvorlagen-und-variablen.anmerkung-shipto">*</link></para>
5395 <term><varname>shiptozipcode</varname></term>
5398 <para>Postleitzahl (Lieferadresse) <link
5399 linkend="dokumentenvorlagen-und-variablen.anmerkung-shipto">*</link></para>
5404 <term><varname>street</varname></term>
5407 <para>Straße und Hausnummer</para>
5412 <term><varname>taxnumber</varname></term>
5415 <para>Steuernummer</para>
5420 <term><varname>ustid</varname></term>
5423 <para>Umsatzsteuer-Identifikationsnummer</para>
5428 <term><varname>vendoremail</varname></term>
5431 <para>Email des Lieferanten; nur für Lieferanten</para>
5436 <term><varname>vendorfax</varname></term>
5439 <para>Faxnummer des Lieferanten; nur für Lieferanten</para>
5444 <term><varname>vendornotes</varname></term>
5447 <para>Bemerkungen beim Lieferanten; nur für Lieferanten</para>
5452 <term><varname>vendornumber</varname></term>
5455 <para>Lieferantennummer; nur für Lieferanten</para>
5460 <term><varname>vendorphone</varname></term>
5463 <para>Telefonnummer des Lieferanten; nur für
5469 <term><varname>zipcode</varname></term>
5472 <para>Postleitzahl</para>
5477 <note id="dokumentenvorlagen-und-variablen.anmerkung-shipto">
5478 <para>Anmerkung: Sind die <varname>shipto*</varname>-Felder in den
5479 Stammdaten nicht eingetragen, so haben die Variablen
5480 <varname>shipto*</varname> den gleichen Wert wie die die
5481 entsprechenden Variablen der Lieferdaten. Das bedeutet, dass sich
5482 einige <varname>shipto*</varname>-Variablen so nicht in den
5483 Stammdaten wiederfinden sondern schlicht Kopien der
5484 Lieferdatenvariablen sind (z.B.
5485 <varname>shiptocontact</varname>).</para>
5489 <sect3 id="dokumentenvorlagen-und-variablen.allgemein-bearbeiter">
5490 <title>Informationen über den Bearbeiter</title>
5494 <term><varname>employee_address</varname></term>
5497 <para>Adressfeld</para>
5502 <term><varname>employee_businessnumber</varname></term>
5505 <para>Firmennummer</para>
5510 <term><varname>employee_company</varname></term>
5513 <para>Firmenname</para>
5518 <term><varname>employee_co_ustid</varname></term>
5521 <para>Usatzsteuer-Identifikationsnummer</para>
5526 <term><varname>employee_duns</varname></term>
5529 <para>DUNS-Nummer</para>
5534 <term><varname>employee_email</varname></term>
5542 <term><varname>employee_fax</varname></term>
5550 <term><varname>employee_name</varname></term>
5553 <para>voller Name</para>
5558 <term><varname>employee_signature</varname></term>
5561 <para>Signatur</para>
5566 <term><varname>employee_taxnumber</varname></term>
5569 <para>Steuernummer</para>
5574 <term><varname>employee_tel</varname></term>
5577 <para>Telefonnummer</para>
5583 <sect3 id="dokumentenvorlagen-und-variablen.allgemein-verkaeufer">
5584 <title>Informationen über den Verkäufer</title>
5588 <term><varname>salesman_address</varname></term>
5591 <para>Adressfeld</para>
5596 <term><varname>salesman_businessnumber</varname></term>
5599 <para>Firmennummer</para>
5604 <term><varname>salesman_company</varname></term>
5607 <para>Firmenname</para>
5612 <term><varname>salesman_co_ustid</varname></term>
5615 <para>Usatzsteuer-Identifikationsnummer</para>
5620 <term><varname>salesman_duns</varname></term>
5623 <para>DUNS-Nummer</para>
5628 <term><varname>salesman_email</varname></term>
5636 <term><varname>salesman_fax</varname></term>
5644 <term><varname>salesman_name</varname></term>
5647 <para>voller Name</para>
5652 <term><varname>salesman_signature</varname></term>
5655 <para>Signatur</para>
5660 <term><varname>salesman_taxnumber</varname></term>
5663 <para>Steuernummer</para>
5668 <term><varname>salesman_tel</varname></term>
5671 <para>Telefonnummer</para>
5677 <sect3 id="dokumentenvorlagen-und-variablen.allgemein-steuern">
5678 <title>Variablen für die einzelnen Steuern</title>
5682 <term><varname>tax</varname></term>
5690 <term><varname>taxbase</varname></term>
5693 <para>zu versteuernder Betrag</para>
5698 <term><varname>taxdescription</varname></term>
5701 <para>Name der Steuer</para>
5706 <term><varname>taxrate</varname></term>
5709 <para>Steuersatz</para>
5715 <sect3 id="dokumentenvorlagen-und-variablen.allgemein-lieferbedingungen">
5716 <title>Variablen für Lieferbedingungen</title>
5720 <term><varname>delivery_term</varname></term>
5723 <para>Datenbank-Objekt der Lieferbedingung</para>
5728 <term><varname>delivery_term.description</varname></term>
5731 <para>Beschreibung der Lieferbedingung</para>
5736 <term><varname>delivery_term.description_long</varname></term>
5739 <para>Langtext bzw. übersetzter Langtext der
5740 Lieferbedingung</para>
5746 <sect3 id="dokumentenvorlagen-und-variablen.abweichende-rechnungsadresse">
5747 <title>Informationen über abweichende Rechnungsadressen (nur Verkaufsbelege)</title>
5750 Abweichende Rechnungsadressen gibt es nur in Verkaufsbelegen. Die entsprechenden Variablen sind nur dann mit Inhalt gefüllt,
5751 wenn im Beleg eine abweichende Rechnungsadresse ausgewählt wurde. Ob eine Adresse überhaupt ausgewählt wurde, kann über die
5752 Variable <literal>billing_address_id</literal> getestet werden, die die Datenbank-ID der abweichenden Rechnungsadresse enthält,
5753 wenn eine ausgewählt ist.
5757 Die Variablennamen starten alle mit dem Präfix <literal>billing_address_</literal> und heißen anschließend so, wie ihre Pendants
5758 aus der Standard-Rechnungsadresse des Kunden. Beispiel: die Postleitzahl, die in der normalen Rechnungsadresse in
5759 <literal>zipcode</literal> steht, steht für die abweichende Rechnungsadresse in <literal>billing_address_zipcode</literal>.
5763 Die folgenden Variablen stehen so zur Verfügung: <literal>billing_address_name</literal>,
5764 <literal>billing_address_department_1</literal>, <literal>billing_address_department_2</literal>,
5765 <literal>billing_address_contact</literal>, <literal>billing_address_street</literal>,
5766 <literal>billing_address_zipcode</literal>, <literal>billing_address_city</literal>, <literal>billing_address_country</literal>,
5767 <literal>billing_address_gln</literal>, <literal>billing_address_email</literal>, <literal>billing_address_phone</literal> und
5768 <literal>billing_address_fax</literal>.
5773 <sect2 id="dokumentenvorlagen-und-variablen.invoice">
5774 <title>Variablen in Rechnungen</title>
5776 <sect3 id="dokumentenvorlagen-und-variablen.invoice-allgemein">
5777 <title>Allgemeine Variablen</title>
5781 <term><varname>creditremaining</varname></term>
5784 <para>Verbleibender Kredit</para>
5789 <term><varname>currency</varname></term>
5792 <para>Währung</para>
5797 <term><varname>cusordnumber</varname></term>
5800 <para>Bestellnummer beim Kunden</para>
5805 <term><varname>deliverydate</varname></term>
5808 <para>Lieferdatum</para>
5813 <term><varname>duedate</varname></term>
5816 <para>Fälligkeitsdatum</para>
5821 <term><varname>globalprojectnumber</varname></term>
5824 <para>Projektnummer des ganzen Beleges</para>
5829 <term><varname>globalprojectdescription</varname></term>
5832 <para>Projekbeschreibung des ganzen Beleges</para>
5837 <term><varname>intnotes</varname></term>
5840 <para>Interne Bemerkungen</para>
5845 <term><varname>invdate</varname></term>
5848 <para>Rechnungsdatum</para>
5853 <term><varname>invnumber</varname></term>
5856 <para>Rechnungsnummer</para>
5861 <term><varname>invtotal</varname></term>
5864 <para>gesamter Rechnungsbetrag</para>
5869 <term><varname>notes</varname></term>
5872 <para>Bemerkungen der Rechnung</para>
5877 <term><varname>orddate</varname></term>
5880 <para>Auftragsdatum</para>
5885 <term><varname>ordnumber</varname></term>
5888 <para>Auftragsnummer, wenn die Rechnung aus einem Auftrag
5889 erstellt wurde</para>
5894 <term><varname>payment_description</varname></term>
5897 <para>Name der Zahlart</para>
5902 <term><varname>payment_terms</varname></term>
5905 <para>Zahlungskonditionen</para>
5910 <term><varname>quodate</varname></term>
5913 <para>Angebotsdatum</para>
5918 <term><varname>quonumber</varname></term>
5921 <para>Angebotsnummer</para>
5926 <term><varname>rounding</varname></term>
5929 <para>Betrag, um den <varname>invtotal</varname> gerundet
5930 wurde (kann positiv oder negativ sein)</para>
5935 <term><varname>shippingpoint</varname></term>
5938 <para>Versandort</para>
5943 <term><varname>shipvia</varname></term>
5946 <para>Transportmittel</para>
5951 <term><varname>subtotal</varname></term>
5954 <para>Zwischensumme aller Posten ohne Steuern</para>
5959 <term><varname>total</varname></term>
5962 <para>Restsumme der Rechnung (Summe abzüglich bereits
5963 bezahlter Posten)</para>
5968 <term><varname>transaction_description</varname></term>
5971 <para>Vorgangsbezeichnung</para>
5976 <term><varname>transdate</varname></term>
5979 <para>Auftragsdatum wenn die Rechnung aus einem Auftrag
5980 erstellt wurde</para>
5987 <title>Variablen für die schweizer QR-Rechnung</title>
5989 <para>Diese Variablen können mit dem LaTeX Modul qrbill verwendet
5991 url="https://ctan.org/pkg/qrbill?lang=de">https://ctan.org/pkg/qrbill?lang=de</ulink></para>
5993 <para>Für die Erstellung von QR-Rechnungen mit OpenDocument Vorlagen
5994 siehe: <xref linkend="OpenDocument-Vorlagen"/></para>
5998 <term>qrbill_iban</term>
6001 <para>IBAN/QR-IBAN des Rechnungsstellers, aus <emphasis>System
6002 → Bankkonten</emphasis></para>
6007 <term>qrbill_biller_countrycode</term>
6010 <para>Länderkürzel des Rechnungsstellers gem. ISO 3166, aus
6011 <emphasis>Mandantenkonfiguration → Firmenname und
6012 -adresse</emphasis></para>
6017 <term>qrbill_customer_countrycode</term>
6020 <para>Länderkürzel des Rechnungsempfängers gem. ISO 3166, aus
6021 der jeweiligen Rechnung</para>
6026 <term>qrbill_amount</term>
6029 <para>Betrag für die QR-Rechnung (Zahl ohne
6030 Tausendertrennzeichen mit zwei Nachkommastellen), entsprechend
6036 <term>qr_reference</term>
6039 <para>QR-Referenz der jeweiligen Rechnung, sofern in der
6040 <emphasis>Mandantenkonfiguration → Features → Variante QR-IBAN
6041 mit QR-Referenz erzeugen</emphasis> aktiviert ist</para>
6047 <sect3 id="dokumentenvorlagen-und-variablen.invoice-posten">
6048 <title>Variablen für jeden Posten auf der Rechnung</title>
6052 <term><varname>bin</varname></term>
6055 <para>Stellage</para>
6060 <term><varname>description</varname></term>
6063 <para>Artikelbeschreibung</para>
6068 <term><varname>cusordnumber_oe</varname></term>
6071 <para>Bestellnummer des Kunden aus dem Auftrag, aus dem der
6072 Posten ursprünglich stammt (nur Verkauf)</para>
6077 <term><varname>discount</varname></term>
6080 <para>Rabatt als Betrag</para>
6085 <term><varname>discount_sub</varname></term>
6088 <para>Zwischensumme mit Rabatt</para>
6093 <term><varname>donumber_do</varname></term>
6096 <para>Lieferscheinnummer des Lieferscheins, aus dem die
6097 Position ursprünglich stammt, wenn die Rechnung im Rahmen des
6098 Workflows aus einem Lieferschein erstellt wurde.</para>
6103 <term><varname>drawing</varname></term>
6106 <para>Zeichnung</para>
6111 <term><varname>ean</varname></term>
6114 <para>EAN-Code</para>
6119 <term><varname>image</varname></term>
6127 <term><varname>linetotal</varname></term>
6130 <para>Zeilensumme (Anzahl * Einzelpreis)</para>
6135 <term><varname>longdescription</varname></term>
6138 <para>Langtext, vorbelegt mit dem Feld Bemerkungen der entsprechenden Ware</para>
6143 <term><varname>microfiche</varname></term>
6146 <para>Mikrofilm</para>
6151 <term><varname>netprice</varname></term>
6154 <para>Alternative zu <varname>sellprice</varname>, aber
6155 <varname>netprice</varname> entspricht dem effektiven
6156 Einzelpreis und beinhaltet Zeilenrabatt und Preisfaktor.
6157 <varname>netprice</varname> wird rückgerechnet aus Zeilensumme
6158 / Menge. Diese Variable ist nützlich, wenn man den gewährten
6159 Rabatt in der Druckvorlage nicht anzeigen möchte, aber Menge *
6160 Einzelpreis trotzdem die angezeigte Zeilensumme ergeben soll.
6161 <varname>netprice</varname> hat nichts mit Netto/Brutto im
6162 Sinne von Steuern zu tun.</para>
6167 <term><varname>nodiscount_linetotal</varname></term>
6170 <para>Zeilensumme ohne Rabatt</para>
6175 <term><varname>nodiscount_sub</varname></term>
6178 <para>Zwischensumme ohne Rabatt</para>
6183 <term><varname>number</varname></term>
6186 <para>Artikelnummer</para>
6191 <term><varname>ordnumber_oe</varname></term>
6194 <para>Auftragsnummer des Originalauftrags, aus dem der Posten
6195 ursprünglich stammt. Nützlich, wenn die Rechnung aus mehreren
6196 Lieferscheinen zusammengefasst wurde, oder wenn zwischendurch
6197 eine Sammelauftrag aus mehreren Aufträgen erstellt wurde. In
6198 letzterem Fall wird die unsprüngliche Auftragsnummer
6204 <term><varname>p_discount</varname></term>
6207 <para>Rabatt in Prozent</para>
6212 <term><varname>partnotes</varname></term>
6215 <para>Die beim Artikel gespeicherten Bemerkungen</para>
6220 <term><varname>partsgroup</varname></term>
6223 <para>Warengruppe</para>
6228 <term><varname>price_factor</varname></term>
6231 <para>Der Preisfaktor als Zahl, sofern einer eingestellt
6237 <term><varname>price_factor_name</varname></term>
6240 <para>Der Name des Preisfaktors, sofern einer eingestellt
6246 <term><varname>projectnumber</varname></term>
6249 <para>Projektnummer</para>
6254 <term><varname>projectdescription</varname></term>
6257 <para>Projektbeschreibung</para>
6262 <term><varname>qty</varname></term>
6270 <term><varname>reqdate</varname></term>
6273 <para>Lieferdatum</para>
6278 <term><varname>runningnumber</varname></term>
6281 <para>Position auf der Rechnung (1, 2, 3...)</para>
6286 <term><varname>sellprice</varname></term>
6289 <para>Verkaufspreis</para>
6294 <term><varname>serialnumber</varname></term>
6297 <para>Seriennummer</para>
6302 <term><varname>tax_rate</varname></term>
6305 <para>Steuersatz</para>
6310 <term><varname>transdate_do</varname></term>
6313 <para>Datum des Lieferscheins, wenn die Rechnung im Rahmen des
6314 Workflows aus einem Lieferschein stammte.</para>
6319 <term><varname>transdate_oe</varname></term>
6322 <para>Datum des Auftrags, wenn die Rechnung im Rahmen des
6323 Workflows aus einem Auftrag erstellt wurde. Wenn es
6324 Sammelaufträge gab wird das Datum des ursprünglichen Auftrags
6330 <term><varname>transdate_quo</varname></term>
6333 <para>Datum des Angebots, wenn die Position im Rahmen des
6334 Workflows aus einem Angebot stammte.</para>
6339 <term><varname>unit</varname></term>
6342 <para>Einheit</para>
6347 <term><varname>weight</varname></term>
6350 <para>Gewicht</para>
6355 <para>Für jeden Posten gibt es ein Unterarray mit den Informationen
6356 über Lieferanten und Lieferantenartikelnummer, Kunde und Kundenartikelnummer
6357 und Kunden- bzw. Lieferantentyp und zugehöriger Artikelnummer mit Beschreibung
6358 und Langtext. Diese müssen jeweils mit
6359 einer <function>foreach</function>-Schleife ausgegeben werden, da
6360 für jeden Artikel mehrere Lieferanten- und Kundeninformationen bzw.
6361 kunden- bzw. lieferantenspezifische Informationen hinterlegt sein
6362 können. Die Variablen dafür lauten:</para>
6366 <term><varname>make</varname></term>
6369 <para>Lieferant</para>
6374 <term><varname>model</varname></term>
6377 <para>Lieferantenartikelnummer</para>
6382 <term><varname>mm_part_description</varname></term>
6385 <para>Lieferantenartikelbeschreibung</para>
6390 <term><varname>mm_part_longdescription</varname></term>
6393 <para>Lieferantenartikelbeschreibung (Langtext)</para>
6398 <term><varname>customer_make</varname></term>
6406 <term><varname>customer_model</varname></term>
6409 <para>Kundenartikelnummer</para>
6414 <term><varname>cm_part_description</varname></term>
6417 <para>Kundenartikelbeschreibung</para>
6422 <term><varname>cm_part_longdescription</varname></term>
6425 <para>Kundenartikelbeschreibung (Langtext)</para>
6430 <term><varname>business_make</varname></term>
6433 <para>Kunden-/Lieferantentyp</para>
6438 <term><varname>business_model</varname></term>
6441 <para>Kunden-/Lieferantentyp-spezifische Artikelnummer</para>
6446 <term><varname>bm_part_description</varname></term>
6449 <para>Kunden-/Lieferantentyp-spezifische Artikelbeschreibung</para>
6454 <term><varname>bm_part_longdescription</varname></term>
6457 <para>Kunden-/Lieferantentyp-spezifische Artikelbeschreibung (Langtext)</para>
6464 <sect3 id="dokumentenvorlagen-und-variablen.invoice-posten-cvars">
6465 <title>Benutzerdefinierte Variablen für jeden Posten auf der Rechnung</title>
6467 Für jeden Posten stehen auch die benutzerdefinierten Variablen zum
6468 Artikel zur Verfügung. Ihre Namen bestehen aus dem Präfix
6469 <varname>ic_cvar_</varname> und dem vom Benutzer festgelegten
6473 Ebenso stehen die benutzerdefinierten Variablen zum positionsbezogenen
6474 Projekt unter dem Namen mit dem Präfix <varname>project_cvar_</varname>
6475 und dem vom Benutzer festgelegten Variablennamen zur Verfügung.
6479 <sect3 id="dokumentenvorlagen-und-variablen.invoice-zahlungen">
6480 <title>Variablen für die einzelnen Zahlungseingänge</title>
6484 <term><varname>payment</varname></term>
6492 <term><varname>paymentaccount</varname></term>
6500 <term><varname>paymentdate</varname></term>
6508 <term><varname>paymentmemo</varname></term>
6516 <term><varname>paymentsource</varname></term>
6525 <sect3 id="dokumentenvorlagen-und-variablen.benutzerdefinierte-variablen-vc">
6526 <title>Benutzerdefinierte Kunden- und Lieferantenvariablen</title>
6528 <para>Die vom Benutzer definierten Variablen für Kunden und
6529 Lieferanten stehen beim Ausdruck von Einkaufs- und Verkaufsbelegen
6530 ebenfalls zur Verfügung. Ihre Namen setzen sich aus dem Präfix
6531 <varname>vc_cvar_</varname> und dem vom Benutzer festgelegten
6532 Variablennamen zusammen.</para>
6534 <para>Beispiel: Der Benutzer hat eine Variable namens
6535 <varname>number_of_employees</varname> definiert, die die Anzahl der
6536 Mitarbeiter des Unternehmens enthält. Diese Variable steht dann
6537 unter dem Namen <varname>vc_cvar_number_of_employees</varname> zur
6540 <para>Die benutzerdefinierten Variablen der Lieferadressen stehen
6541 unter einem ähnlichen Namensschema zur Verfügung. Hier lautet der
6542 Präfix <varname>shiptocvar_</varname>.</para>
6544 <para>Analog stehen die benutzerdefinierten Variablen für
6545 Ansprechpersonen mit dem Namenspräfix <varname>cp_cvar_</varname>
6546 zur Verfügung.</para>
6548 <para>Auch für das globale Projekt des Belegs stehen die
6549 benutzerdefinierten Variablen mit dem Namenspräfix
6550 <varname>project_cvar_</varname> zur Verfügung.</para>
6554 <sect2 id="dokumentenvorlagen-und-variablen.dunning">
6555 <title>Variablen in Mahnungen und Rechnungen über Mahngebühren</title>
6557 <sect3 id="dokumentenvorlagen-und-variablen.dunning-vorlagennamen">
6558 <title>Namen der Vorlagen</title>
6560 <para>Die Namen der Vorlagen werden im System-Menü vom Benutzer
6561 eingegeben. Wird für ein Mahnlevel die Option zur automatischen
6562 Erstellung einer Rechnung über die Mahngebühren und Zinsen
6563 aktiviert, so wird der Name der Vorlage für diese Rechnung aus dem
6564 Vorlagenname für diese Mahnstufe mit dem Zusatz
6565 <constant>_invoice</constant> gebildet. Weiterhin werden die Kürzel
6566 für die ausgewählte Sprache und den ausgewählten Drucker
6570 <sect3 id="dokumentenvorlagen-und-variablen.dunning-allgemein">
6571 <title>Allgemeine Variablen in Mahnungen</title>
6573 <para>Die Variablen des Bearbeiters, bzw. Verkäufers stehen wie
6574 gewohnt als <varname>employee_...</varname> bzw.
6575 <varname>salesman_...</varname> zur Verfügung. Werden mehrere
6576 Rechnungen in einer Mahnung zusammengefasst, so werden die Metadaten
6577 (Bearbeiter, Abteilung, etc) der ersten angemahnten Rechnung im
6578 Ausdruck genommen.</para>
6580 <para>Die Adressdaten des Kunden stehen als Variablen
6581 <varname>name</varname>, <varname>street</varname>,
6582 <varname>zipcode</varname>, <varname>city</varname>,
6583 <varname>country</varname>, <varname>department_1</varname>,
6584 <varname>department_2</varname>, und <varname>email</varname> zur
6585 Verfügung. Der Ansprechpartner <varname>cp_...</varname> steht auch
6586 zu Verfügung, wird allerdings auch nur von der ersten angemahnten
6587 Rechnung (s.o.) genommen.</para>
6589 <para>Weitere Variablen beinhalten:</para>
6593 <term><varname>dunning_date</varname></term>
6596 <para>Datum der Mahnung</para>
6601 <term><varname>dunning_duedate</varname></term>
6604 <para>Fälligkeitsdatum für diese Mahhnung</para>
6609 <term><varname>dunning_id</varname></term>
6612 <para>Mahnungsnummer</para>
6617 <term><varname>fee</varname></term>
6620 <para>Kumulative Mahngebühren</para>
6625 <term><varname>interest_rate</varname></term>
6628 <para>Zinssatz per anno in Prozent</para>
6633 <term><varname>total_amount</varname></term>
6636 <para>Gesamter noch zu zahlender Betrag als
6637 <function>fee</function> + <function>total_interest</function>
6638 + <function>total_open_amount</function></para>
6643 <term><varname>total_interest</varname></term>
6646 <para>Zinsen per anno über alle Rechnungen</para>
6651 <term><varname>total_open_amount</varname></term>
6654 <para>Summe über alle offene Beträge der Rechnungen</para>
6660 <sect3 id="dokumentenvorlagen-und-variablen.dunning-details">
6661 <title>Variablen für jede gemahnte Rechnung in einer Mahnung</title>
6665 <term><varname>dn_amount</varname></term>
6668 <para>Rechnungssumme (brutto)</para>
6673 <term><varname>dn_duedate</varname></term>
6676 <para>Originales Fälligkeitsdatum der Rechnung</para>
6681 <term><varname>dn_dunning_date</varname></term>
6684 <para>Datum der Mahnung</para>
6689 <term><varname>dn_dunning_duedate</varname></term>
6692 <para>Fälligkeitsdatum der Mahnung</para>
6697 <term><varname>dn_fee</varname></term>
6700 <para>Kummulative Mahngebühr</para>
6705 <term><varname>dn_interest</varname></term>
6708 <para>Zinsen per anno für diese Rechnung</para>
6713 <term><varname>dn_invnumber</varname></term>
6716 <para>Rechnungsnummer</para>
6721 <term><varname>dn_linetotal</varname></term>
6724 <para>Noch zu zahlender Betrag (ergibt sich aus
6725 <varname>dn_open_amount</varname> + <varname>dn_fee</varname>
6726 + <varname>dn_interest</varname>)</para>
6731 <term><varname>dn_netamount</varname></term>
6734 <para>Rechnungssumme (netto)</para>
6739 <term><varname>dn_open_amount</varname></term>
6742 <para>Offener Rechnungsbetrag</para>
6747 <term><varname>dn_ordnumber</varname></term>
6750 <para>Bestellnummer</para>
6755 <term><varname>dn_transdate</varname></term>
6758 <para>Rechnungsdatum</para>
6763 <term><varname>dn_curr</varname></term>
6766 <para>Währung, in der die Rechnung erstellt wurde. (Die
6767 Rechnungsbeträge sind aber immer in der Hauptwährung)</para>
6773 <sect3 id="dokumentenvorlagen-und-variablen.dunning-invoice">
6774 <title>Variablen in automatisch erzeugten Rechnungen über
6775 Mahngebühren</title>
6777 <para>Die Variablen des Verkäufers stehen wie gewohnt als
6778 <varname>employee_...</varname> zur Verfügung. Die Adressdaten des
6779 Kunden stehen als Variablen <varname>name</varname>,
6780 <varname>street</varname>, <varname>zipcode</varname>,
6781 <varname>city</varname>, <varname>country</varname>,
6782 <varname>department_1</varname>, <varname>department_2</varname>,
6783 und <varname>email</varname> zur Verfügung.</para>
6785 <para>Weitere Variablen beinhalten:</para>
6789 <term><varname>duedate</varname></term>
6792 <para>Fälligkeitsdatum der Rechnung</para>
6797 <term><varname>dunning_id</varname></term>
6800 <para>Mahnungsnummer</para>
6805 <term><varname>fee</varname></term>
6808 <para>Mahngebühren</para>
6813 <term><varname>interest</varname></term>
6821 <term><varname>invamount</varname></term>
6824 <para>Rechnungssumme (ergibt sich aus <varname>fee</varname> +
6825 <varname>interest</varname>)</para>
6830 <term><varname>invdate</varname></term>
6833 <para>Rechnungsdatum</para>
6838 <term><varname>invnumber</varname></term>
6841 <para>Rechnungsnummer</para>
6848 <sect2 id="dokumentenvorlagen-und-variablen.andere-vorlagen">
6849 <title>Variablen in anderen Vorlagen</title>
6852 <title>Einführung</title>
6854 <para>Die Variablen in anderen Vorlagen sind ähnlich wie in der
6855 Rechnung. Allerdings heißen die Variablen, die mit
6856 <varname>inv</varname> beginnen, jetzt anders. Bei den Angeboten
6857 fangen sie mit <varname>quo</varname> für "quotation" an:
6858 <varname>quodate</varname> für Angebotsdatum etc. Bei Bestellungen
6859 wiederum fangen sie mit <varname>ord</varname> für "order" an:
6860 <varname>ordnumber</varname> für Bestellnummer etc.</para>
6862 <para>Manche Variablen sind in anderen Vorlagen hingegen gar nicht
6863 vorhanden wie z.B. die für bereits verbuchte Zahlungseingänge. Dies
6864 sind Variablen, die vom Geschäftsablauf her in der entsprechenden
6865 Vorlage keine Bedeutung haben oder noch nicht belegt sein
6868 <para>Im Folgenden werden nur wichtige Unterschiede zu den Variablen
6869 in Rechnungen aufgeführt.</para>
6872 <sect3 id="dokumentenvorlagen-und-variablen.andere-vorlagen-quotations">
6873 <title>Angebote und Preisanfragen</title>
6877 <term><varname>quonumber</varname></term>
6880 <para>Angebots- bzw. Anfragenummer</para>
6885 <term><varname>reqdate</varname></term>
6888 <para>Gültigkeitsdatum (bei Angeboten) bzw. Lieferdatum (bei
6889 Preisanfragen)</para>
6894 <term><varname>transdate</varname></term>
6897 <para>Angebots- bzw. Anfragedatum</para>
6903 <sect3 id="dokumentenvorlagen-und-variablen.andere-vorlagen-orders">
6904 <title>Auftragsbestätigungen und Lieferantenaufträge</title>
6908 <term><varname>ordnumber</varname></term>
6911 <para>Auftragsnummer</para>
6916 <term><varname>reqdate</varname></term>
6919 <para>Lieferdatum</para>
6924 <term><varname>transdate</varname></term>
6927 <para>Auftragsdatum</para>
6933 <sect3 id="dokumentenvorlagen-und-variablen.andere-vorlagen-delivery-orders">
6934 <title>Lieferscheine (Verkauf und Einkauf)</title>
6938 <term><varname>cusordnumber</varname></term>
6941 <para>Bestellnummer des Kunden (im Verkauf) bzw. Bestellnummer
6942 des Lieferanten (im Einkauf)</para>
6947 <term><varname>donumber</varname></term>
6950 <para>Lieferscheinnummer</para>
6955 <term><varname>transdate</varname></term>
6958 <para>Lieferscheindatum</para>
6963 <para>Für jede Position eines Lieferscheines gibt es ein Unterarray
6964 mit den Informationen darüber, von welchem Lager und Lagerplatz aus
6965 die Waren verschickt wurden (Verkaufslieferscheine) bzw. auf welchen
6966 Lagerplatz sie eingelagert wurden. Diese müssen mittels einer
6967 <function>foreach</function>-Schleife ausgegeben werden. Diese
6968 Variablen sind:</para>
6972 <term><varname>si_bin</varname></term>
6975 <para>Lagerplatz</para>
6980 <term><varname>si_chargenumber</varname></term>
6983 <para>Chargennummer</para>
6988 <term><varname>si_bestbefore</varname></term>
6991 <para>Mindesthaltbarkeit</para>
6996 <term><varname>si_number</varname></term>
6999 <para>Artikelnummer</para>
7004 <term><varname>si_qty</varname></term>
7007 <para>Anzahl bzw. Menge</para>
7012 <term><varname>si_runningnumber</varname></term>
7015 <para>Positionsnummer (1, 2, 3 etc)</para>
7020 <term><varname>si_unit</varname></term>
7023 <para>Einheit</para>
7028 <term><varname>si_warehouse</varname></term>
7037 <sect3 id="dokumentenvorlagen-und-variablen.andere-vorlagen-statement">
7038 <title>Variablen für Sammelrechnung</title>
7042 <term><varname>c0total</varname></term>
7045 <para>Gesamtbetrag aller Rechnungen mit Fälligkeit < 30
7051 <term><varname>c30total</varname></term>
7054 <para>Gesamtbetrag aller Rechnungen mit Fälligkeit >= 30
7055 und < 60 Tage</para>
7060 <term><varname>c60total</varname></term>
7063 <para>Gesamtbetrag aller Rechnungen mit Fälligkeit >= 60
7064 und < 90 Tage</para>
7069 <term><varname>c90total</varname></term>
7072 <para>Gesamtbetrag aller Rechnungen mit Fälligkeit >= 90
7078 <term><varname>total</varname></term>
7081 <para>Gesamtbetrag aller Rechnungen</para>
7086 <para>Variablen für jede Rechnungsposition in Sammelrechnung:</para>
7090 <term><varname>invnumber</varname></term>
7093 <para>Rechnungsnummer</para>
7098 <term><varname>invdate</varname></term>
7101 <para>Rechnungsdatum</para>
7106 <term><varname>duedate</varname></term>
7109 <para>Fälligkeitsdatum</para>
7114 <term><varname>amount</varname></term>
7117 <para>Summe der Rechnung</para>
7122 <term><varname>open</varname></term>
7125 <para>Noch offener Betrag der Rechnung</para>
7130 <term><varname>c0</varname></term>
7133 <para>Noch offener Rechnungsbetrag mit Fälligkeit < 30
7139 <term><varname>c30</varname></term>
7142 <para>Noch offener Rechnungsbetrag mit Fälligkeit >= 30 und
7148 <term><varname>c60</varname></term>
7151 <para>Noch offener Rechnungsbetrag mit Fälligkeit >= 60 und
7157 <term><varname>c90</varname></term>
7160 <para>Noch offener Rechnungsbetrag mit Fälligkeit >= 90
7168 <sect2 id="dokumentenvorlagen-und-variablen.bloecke">
7169 <title>Blöcke, bedingte Anweisungen und Schleifen</title>
7171 <sect3 id="dokumentenvorlagen-und-variablen.bloecke.einfuehrung">
7172 <title>Einführung</title>
7174 <para>Der Parser kennt neben den Variablen einige weitere
7175 Konstrukte, die gesondert behandelt werden. Diese sind wie
7176 Variablennamen in spezieller Weise markiert:
7177 <command><%anweisung%> ... <%end%></command></para>
7179 <para>Anmerkung zum <command><%end%></command>: Der besseren
7180 Verständlichkeit halber kann man nach dem <command>end</command>
7181 noch beliebig weitere Wörter schreiben, um so zu markieren, welche
7182 Anweisung (z.B. <command>if</command> oder
7183 <command>foreach</command>) damit abgeschlossen wird.</para>
7185 <para>Beispiel: Lautet der Beginn eines Blockes z.B.
7186 <command><%if type == "sales_quotation"%></command>, so könnte
7187 er mit <command><%end%></command> genauso abgeschlossen werden
7188 wie mit <command><%end if%></command> oder auch
7189 <command><%end type == "sales_quotation"%></command>.</para>
7192 <sect3 id="dokumentenvorlagen-und-variablen.bloecke.if">
7193 <title>Der if-Block</title>
7195 <programlisting><%if variablenname%>
7197 <%end%></programlisting>
7199 <para>Eine normale "if-then"-Bedingung. Die Zeilen zwischen dem "if"
7200 und dem "end" werden nur ausgegeben, wenn die Variable
7201 <varname>variablenname</varname> gesetzt und ungleich 0 ist.</para>
7203 <para>Handelt es sich bei der benannten Variable um ein Array, also
7204 um einen Variablennamen, über den man mit <command><%foreach
7205 variablenname%></command> iteriert, so wird mit diesem Konstrukt
7206 darauf getestet, ob das Array Elemente enthält. Somit würde im
7207 folgenden Beispiel nur dann eine Liste von Zahlungseingängen samt
7208 ihrer Überschrift "Zahlungseingänge" ausgegeben, wenn tatsächlich
7209 welche getätigt wurden:</para>
7211 <programlisting><%if payment%>
7213 <%foreach payment%>
7214 Am <%paymentdate%>: <%payment%> €
7215 <%end foreach%>
7216 <%end if%></programlisting>
7218 <para>Die Bedingung kann auch negiert werden, indem das Wort
7219 <function>not</function> nach dem <filename>if</filename> verwendet
7220 wird. Beispiel:</para>
7222 <programlisting><%if not cp_greeting%>
7224 <%end%></programlisting>
7226 <para>Zusätzlich zu dem einfachen Test, ob eine Variable gesetzt ist
7227 oder nicht, bietet dieser Block auch die Möglichkeit, den Inhalt
7228 einer Variablen mit einer festen Zeichenkette oder einer anderen
7229 Variablen zu vergleichen. Ob der Vergleich mit einer Zeichenkette
7230 oder einer anderen Variablen vorgenommen wird, hängt davon ab, ob
7231 die rechte Seite des Vergleichsoperators in Anführungszeichen
7232 gesetzt wird (Vergleich mit Zeichenkette) oder nicht (Vergleich mit
7233 anderer Variablen). Zwei Beispiele, die beide Vergleiche
7236 <programlisting><%if var1 == "Wert"%></programlisting>
7238 <para>Testet die Variable <varname>var1</varname> auf
7239 übereinstimmung mit der Zeichenkette <constant>Wert</constant>.
7240 Mittels <function>!=</function> anstelle von <function>==</function>
7241 würde auf Ungleichheit getestet.</para>
7243 <programlisting><%if var1 == var2%></programlisting>
7245 <para>Testet die Variable <varname>var1</varname> auf
7246 übereinstimmung mit der Variablen <varname>var2</varname>. Mittel
7247 <function>!=</function> anstelle von <function>==</function> würde
7248 auf Ungleichheit getestet.</para>
7250 <para>Erfahrere Benutzer können neben der Tests auf (Un-)Gleichheit
7251 auch Tests auf Übereinstimmung mit regulären Ausdrücken ohne
7252 Berücksichtung der Groß- und Kleinschreibung durchführen. Dazu dient
7253 dieselbe Syntax wie oben nur mit <function>=~</function> und
7254 <function>!~</function> als Vergleichsoperatoren.</para>
7256 <para>Beispiel für einen Test, ob die Variable
7257 <varname>intnotes</varname> (interne Bemerkungen) das Wort
7258 <constant>schwierig</constant> enthält:</para>
7260 <programlisting><%if intnotes =~ "schwierig"%></programlisting>
7263 <sect3 id="dokumentenvorlagen-und-variablen.bloecke.foreach">
7264 <title>Der foreach-Block</title>
7266 <programlisting><%foreach variablenname%>
7268 <%end%></programlisting>
7270 <para>Fügt die Zeilen zwischen den beiden Anweisungen so oft ein,
7271 wie das Perl-Array der Variablen <varname>variablenname</varname>
7272 Elemente enthät. Dieses Konstrukt wird zur Ausgabe der einzelnen
7273 Posten einer Rechnung / eines Angebots sowie zur Ausgabe der Steuern
7274 benutzt. In jedem Durchlauf werden die <link
7275 linkend="dokumentenvorlagen-und-variablen.invoice-posten">zeilenbezogenen
7276 Variablen</link> jeweils auf den Wert für die aktuelle Position
7279 <para>Die Syntax sieht normalerweise wie folgt aus:</para>
7281 <programlisting><%foreach number%>
7282 Position: <%runningnumber%>
7283 Anzahl: <%qty%>
7284 Artikelnummer: <%number%>
7285 Beschreibung: <%description%>
7287 <%end%></programlisting>
7289 <para>Besonderheit in OpenDocument-Vorlagen: Tritt ein
7290 <function><%foreach%></function>-Block innerhalb einer
7291 Tabellenzelle auf, so wird die komplette Tabellenzeile so oft
7292 wiederholt wie notwendig. Tritt er außerhalb auf, so wird nur der
7293 Inhalt zwischen <function><%foreach%></function> und
7294 <function><%end%></function> wiederholt, nicht aber die
7295 komplette Zeile, in der er steht.</para>
7299 <sect2 id="dokumentenvorlagen-und-variablen.markup">
7300 <title>Markup-Code zur Textformatierung innerhalb von
7303 <para>Wenn der Benutzer innhalb von Formularen in kivitendo Text
7304 anders formatiert haben möchte, so ist dies begrenzt möglich.
7305 kivitendo unterstützt die Textformatierung mit HTML-ähnlichen Tags.
7306 Der Benutzer kann z.B. bei der Artikelbeschreibung auf einer Rechnung
7307 Teile des Texts zwischen Start- und Endtags setzen. Dieser Teil wird
7308 dann automatisch in Anweisungen für das ausgewählte Vorlagenformat
7309 (HTML oder PDF über LaTeX) umgesetzt.</para>
7311 <para>Die unterstützen Formatierungen sind:</para>
7315 <term><b>Text</b></term>
7318 <para>Text wird in Fettdruck gesetzt.</para>
7323 <term><i>Text</i></term>
7326 <para>Text wird kursiv gesetzt.</para>
7331 <term><u>Text</u></term>
7334 <para>Text wird unterstrichen.</para>
7339 <term><s>Text</s></term>
7342 <para>Text wird durchgestrichen. Diese Formatierung ist nicht
7343 bei der Ausgabe als PDF über LaTeX verfügbar.</para>
7348 <term><bullet></term>
7351 <para>Erzeugt einen ausgefüllten Kreis für Aufzählungen (siehe
7357 <para>Der Befehl <command><bullet></command> funktioniert
7358 momentan auch nur in Latex-Vorlagen.</para>
7361 <sect2 id="dokumentenvorlagen-und-variablen.anrede"
7362 xreflabel="Hinweise zur Anrede">
7363 <title>Hinweise zur Anrede</title>
7365 <para>Das Flag "natürliche Person"
7366 (<varname>natural_person</varname>) aus den Kunden- oder
7367 Lieferantenstammdaten kann in den Druckvorlagen zusammen mit
7368 dem Feld "Anrede" (<varname>greeting</varname>) z.B. dafür
7369 verwendet werden, die Anrede zwischen einer allgemeinen und
7370 einer persönlichen Anrede zu unterscheiden.
7371 <programlisting><%if natural_person%><%greeting%> <%name%><%else%>Sehr geehrte Damen und Herren<%end if%></programlisting>
7377 <sect1 id="excel-templates">
7378 <title>Excel-Vorlagen</title>
7380 <sect2 id="excel-templates.summary">
7381 <title>Zusammenfassung</title>
7383 <para>Dieses Dokument beschreibt den Mechanismus, mit dem
7384 Exceltemplates abgearbeitet werden, und die Einschränkungen, die damit
7388 <sect2 id="excel-templates.usage">
7389 <title>Bedienung</title>
7391 <para>Der Excel Mechanismus muss in der Konfigurationsdatei aktiviert
7392 werden. Die Konfigurationsoption heißt <varname>excel_templates =
7393 1</varname> im Abschnitt <varname>[print_templates]</varname>.</para>
7395 <para>Eine Excelvorlage kann dann unter dem Namen einer beliebigen
7396 anderen Vorlage mit der Endung <filename>.xls</filename> gespeichert
7397 werden. In den normalen Verkaufsmasken taucht nun
7398 <constant>Excel</constant> als auswählbares Format auf und kann von da
7399 an wie LaTeX- oder OpenOffice-Vorlagen benutzt werden.</para>
7401 <para>Der Sonderfall der Angebote aus der Kundenmaske ist ebenfalls
7402 eine Angebotsvorlage und wird unter dem internen Namen der Angebote
7403 <filename>sales_quotation.xls</filename> gespeichert.</para>
7406 <sect2 id="excel-templates.syntax">
7407 <title>Variablensyntax</title>
7409 <para>Einfache Syntax:
7410 <command><<varname>></command></para>
7412 <para>Dabei sind <constant><<</constant> und
7413 <constant>>></constant> die Delimiter. Da Excel auf festen
7414 Breiten besteht, kann der Tag künstlich verlängert werden, indem
7415 weitere <constant><</constant> oder <constant>></constant>
7416 eingefügt werden. Der Tag muss nicht symmetrisch sein.
7419 <programlisting><<<<<varname>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>></programlisting>
7421 <para>Um die Limitierung der festen Breite zu reduzieren, können
7422 weitere Variablen in einem Block interpoliert werden. Whitespace wird
7423 dazwishen dann erhalten. Beispiel:</para>
7425 <programlisting><<<<<varname1 varname2 varname3>>>>>>>>>>>>>>>>>>>>>>>>>></programlisting>
7427 <para>Die Variablen werden interpoliert, und linksbündig mit
7428 Leerzeichen auf die gewünschte Länge aufgefüllt. Ist der String zu
7429 lang, werden überzählige Zeichen abgeschnitten.</para>
7431 <para>Es ist ausserdem möglich, Daten rechtsbündig darzustellen, wenn
7432 der Block mit einem Leerzeichen anfängt. Beispiel:</para>
7434 <programlisting><<<<<< varname>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>></programlisting>
7436 <para>Dies würde rechtsbündig triggern. Wenn bei rechtsbündiger
7437 Ausrichtung Text abgeschnitten werden muss, wird er vom linken Ende
7441 <sect2 id="excel-templates.limitations">
7442 <title>Einschränkungen</title>
7444 <para>Das Excelformat bis 2002 ist ein binäres Format, und kann nicht
7445 mit vertretbarem Aufwand editiert werden. Der Templatemechanismus
7446 beschränkt sich daher darauf, Textstellen exakt durch einen anderen
7447 Text zu ersetzen.</para>
7449 <para>Aus dem gleichen Grund sind die Kontrolllstrukturen
7450 <command><%if%></command> und
7451 <command><%foreach%></command> nicht vorhanden. Der Delimiter
7452 <constant><% %></constant> kommt in den Headerinformationen
7453 evtl. vor. Deshalb wurde auf den sichereren Delimiter
7454 <constant><<</constant> und <constant>>></constant>
7459 <sect1 id="features.warehouse">
7460 <title>Mandantenkonfiguration Lager</title>
7462 <para>Die Lagerverwaltung in kivitendo funktioniert standardmässig wie
7463 folgt: Wird ein Lager mit einem Lagerplatz angelegt, so gibt es die
7464 Möglichkeit hier über den Menüpunkt Lager entsprechende Warenbewegungen
7465 durchzuführen. Ferner kann jede Position eines Lieferscheins ein-, bzw.
7466 ausgelagert werden (Einkauf-, bzw. Verkauf). Es können beliebig viele
7467 Lager mit beliebig vielen Lagerplätzen abgebildet werden. Die
7468 Lagerbewegungen über einen Lieferschein erfolgt durch Anklicken jeder
7469 Einzelposition und das Auswählen dieser Position zu einem Lager mit
7470 Lagerplatz. Dieses Verfahren lässt sich schrittweise vereinfachen, je
7471 nachdem wie die Einstellungen in der Mandatenkonfiguration gesetzt
7476 <para><option>Auslagern über Standardlagerplatz</option> Hier wird
7477 ein zusätzlicher Knopf (Auslagern über Standard-Lagerplatz) in dem
7478 Lieferschein-Beleg hinzugefügt, der dann alle Lagerbewegungen über
7479 den Standardlagerplatz (konfigurierbar pro Ware) durchführt.</para>
7483 <para><option>Auslagern ohne Bestandsprüfung</option> Das obige
7484 Auslagern schlägt fehl, wenn die entsprechende Menge für die
7485 Lagerbewegung nicht vorhanden ist, möchte man dies auch ignorieren
7486 und ggf. dann nachpflegen, so kann man eine Negativ-Warenmenge mit
7487 dieser Option erlauben. Hierfür muss ein entsprechender Lagerplatz
7488 (Fehlbestand, o.ä.) konfiguriert sein.</para>
7492 <para>Zusätzliche Funktionshinweise:</para>
7496 <para><option>Standard-Lagerplatz</option> Ist dieser konfiguriert,
7497 wird dies auch als Standard-Voreinstellung bei der Neuerfassung von
7498 Stammdaten → Waren / Dienstleistung / Erzeugnis verwendet.</para>
7502 <para><option>Standard-Lagerplatz verwenden, falls keiner in
7503 Stammdaten definiert</option> Wird beim 'Auslagern über
7504 Standardlagerplatz' keine Standardlagerplatz zu der Ware gefunden,
7505 so wird mit dieser Option einfach der Standardlagerplatz
7511 <sect1 id="features.swiss-charts-of-accounts">
7512 <title>Schweizer Kontenpläne</title>
7514 <para>Seit der Version 3.5 stehen in kivitendo 3 Kontenpläne für den
7515 Einsatz in der Schweiz zur Verfügung, einer für Firmen und
7516 Organisationen, die nicht mehrwertsteuerpflichtig sind, einer für
7517 Firmen, die mehrwertsteuerpflichtig sind und einer speziell für
7520 <para>Die Kontenpläne orientieren sich am in der Schweiz üblicherweise
7521 verwendeten KMU-Kontenrahmen und sind mit der Revision des
7522 Schweizerischen Obligationenrechts (OR) vom 1.1.2013 kompatibel,
7523 insbesondere <literal>Art.957a Abs.2</literal>.</para>
7525 <para>Beim Vereinskontenplan sind standardmässig nur die Konten 1100
7526 (Debitoren CHF) und 1101 (Debitoren EUR) als Buchungskonten im Verkauf
7527 sowie die Konten 2000 (Kreditoren CHF) und 2001 (Kreditoren EUR) als
7528 Buchungskonten im Einkauf vorgesehen. Weitere Konten können bei Bedarf
7529 in den Konto-Detaileinstellungen als Einkaufs- oder Verkaufskonten
7530 konfiguriert werden.</para>
7532 <para>Die Möglichkeit, Saldosteuersätze zu verwenden ist in der
7533 aktuellen Version von kivitendo noch nicht integriert.</para>
7535 <para>Trotzdem können auch Firmen, die per Saldosteuersatz mit der
7536 Eidgenössischen Steuerverwaltung abrechnen, kivitendo bereits nutzen.
7537 Dazu wird der Kontenplan mit MWST ausgewählt. Anschliessend müssen alle
7538 Aufwandskonten editiert werden und dort der Steuersatz auf 0% gesetzt
7541 <para>So werden bei Kreditorenbuchungen keine Vorsteuern
7544 <para>Bezugssteuern für aus dem Ausland bezogene Dienstleistungen müssen
7545 manuell verbucht werden.</para>
7547 <para>Wünsche für Anpassungen an den Schweizer Kontenplänen sowie
7548 Vorschläge für weitere (z.B. branchenspezifische) Kontenpläne bitte an
7549 <literal>empfang@revamp-it.ch</literal> senden.</para>
7552 <sect1 id="features.part_classification">
7553 <title>Artikelklassifizierung</title>
7556 <title>Übersicht</title>
7558 <para>Die Klassifizierung von Artikeln dient einer weiteren
7559 Gliederung, um zum Beispiel den Einkauf vom Verkauf zu trennen,
7560 gekennzeichnet durch eine Beschreibung (z.B. "Einkauf") und ein Kürzel
7561 (z.B. "E"). Für jede Klassifizierung besteht eine Beschreibung und
7562 eine Abkürzung die normalerweise aus einem Zeichen besteht, kann aber
7563 auf mehrere Zeichen erweitert werden, falls zur Unterscheidung
7564 notwendig. Sinnvoll sind jedoch nur maximal 2 Zeichen.</para>
7568 <title>Basisklassifizierung</title>
7570 <para>Als Basisklassifizierungen gibt es</para>
7574 <para>Einkauf</para>
7578 <para>Verkauf</para>
7582 <para>Handelsware</para>
7586 <para>Produktion</para>
7590 <para>- keine - (diese wird bei einer Aktualisierung für alle
7591 existierenden Artikel verwendet und ist gültig für Verkauf und
7596 <para>Es können weitere Klassifizierungen angelegt werden. So kann es
7597 z.B. für separat auszuweisende Artikel folgende Klassen geben:</para>
7601 <para>Lieferung (Logistik, Transport) mit Kürzel L</para>
7605 <para>Material (Verpackungsmaterial) mit Kürzel M</para>
7611 <title>Attribute</title>
7613 <para>Bisher haben die Klassifizierungen folgende Attribute, die auch
7614 alle gleichzeitg gültig sein können</para>
7618 <para>gültig für Verkauf - dieser Artikel kann im Verkauf genutzt
7623 <para>gültig für Einkauf - dieser Artikel kann im Einkauf genutzt
7628 <para>separat ausweisen - hierzu gibt es zur Dokumentengenerierung
7629 (LaTeX) eine zusätzliche Variable</para>
7633 <para>Für das Attribut "separat ausweisen" stehen in den
7634 LaTeX-Vorlagen die Variable <emphasis
7635 role="bold"><%non_separate_subtotal%> </emphasis>zur Verfügung,
7636 die alle nicht separat auszuweisenden Artikelkosten saldiert, sowie
7637 pro separat auszuweisenden Klassifizierungen die Variable<emphasis
7638 role="bold">< %separate_X_subtotal%></emphasis>, wobei X das
7639 Kürzel der Klassifizierung ist.</para>
7641 <para>Im obigen Beispiel wäre das für Lieferkosten <emphasis
7642 role="bold"><%separate_L_subtotal%></emphasis> und für
7643 Verpackungsmaterial <emphasis role="bold">
7644 <%separate_M_subtotal%></emphasis>.</para>
7648 <title>Zwei-Zeichen Abkürzung</title>
7650 <para>Der Typ des Artikels und die Klassifizierung werden durch zwei
7651 Buchstaben dargestellt. Der erste Buchstabe ist eine Lokalisierung des
7652 Artikel-Typs ('P','A','S'), deutsch 'W', 'E', und 'D' für Ware
7653 Erzeugnis oder Dienstleistung und ggf. weiterer Typen.</para>
7655 <para>Der zweite Buchstabe (und ggf. auch ein dritter, falls nötig)
7656 entspricht der lokalisierten Abkürzung der Klassifizierung.</para>
7658 <para>Diese Abkürzung wird überall beim Auflisten von Artikeln zur
7659 Erleichterung mit dargestellt.</para>
7663 <sect1 id="features.file_managment">
7664 <title>Dateiverwaltung (Mini-DMS)</title>
7667 <title>Übersicht</title>
7669 <para>Parallel zum alten WebDAV gibt es ein Datei-Management-System,
7670 das Dateien verschiedenen Typs verwaltet. Dies können</para>
7674 <para>aus ERP-Daten per LaTeX Template erzeugte
7675 PDF-Dokumente,</para>
7679 <para>zu bestimmten ERP-Daten gehörende Anhangdateien
7680 unterschiedlichen Formats,</para>
7684 <para>per Scanner eingelesene PDF-Dateien,</para>
7688 <para>per E-Mail empfangene Dateianhänge unterschiedlichen
7693 <para>sowie speziel für Artikel hochgeladene Bilder sein.</para>
7698 <screeninfo>Übersicht</screeninfo>
7702 <imagedata contentwidth="600" fileref="images/DMS-Overview.png"/>
7709 <title>Struktur</title>
7711 <para>Über eine vom Speichermedium unabhängige Zwischenschicht werden
7712 die Dateien und ihre Versionen in der Datenbank verwaltet. Darunter
7713 können verschiedene Implementierungen (Backends) gleichzeitig
7718 <para>Dateisystem</para>
7726 <para>Schnittstelle zu externen
7727 Dokumenten-Management-Systemen</para>
7731 <para>andere Datenbank</para>
7735 <para>etc ...</para>
7739 <para>Es gibt unterschiedliche Typen von Dateien. Jedem Typ läßt sich
7740 in der Mandantenkonfiguration ein bestimmtes Backend zuordnen.</para>
7744 <para>"document": Das sind entweder generierte, eingescannte oder
7745 hochgeladene PDF-Dateien, die zu bestimmten ERP-Daten
7746 (ERP-Objekte, wie z.B. Rechnung, Lieferschein) gehören.</para>
7750 <para>"attachment": zusätzlich hochgeladene Dokumente, die an
7751 bestimmte ERP-Objekte angehängt werden, z.B. technische
7752 Zeichnungen, Aufmaße. Diese können auch für Artikel, Lieferanten
7753 und Kunden hinterlegt sein.</para>
7757 <para>"image": Bilder für Artikel. Diese können auch verkleinert
7758 in einer Vorschau (Thumbnail) angezeigt werden.</para>
7762 <para>Zusätzlich werden in der Datenbank zu den Dateien neben der
7763 Zuordnung zu ERP-Objekten, Dateityp Dateinamen und Backend, in dem die
7764 Datei gespeichert ist, auch die Quelle der Datei notiert:</para>
7768 <para>"created": vom System erzeugte Dokumente"</para>
7772 <para>"uploaded": hochgeladene Dokumente</para>
7776 <para>"email": vom Mail-System empfangene Dateien</para>
7780 <para>"scanner[1]": von einem oder mehreren Scannern erzeugte
7781 Dateien. Existieren mehrere Scanner, so sind diese durch
7782 unterschiedliche Quellennamen zu definieren.</para>
7786 <para>Je nach Dateityp sind nur bestimmte Quellen zulässig. So gibt es
7787 für "attachment" und "image" nur die Quelle "uploaded". Für "document"
7788 gibt es auf jeden Fall die Quelle "created". Die Quellen "scanner" und
7789 "email" müssen derzeit in der Datenbank konfiguriert werden (siehe
7790 <xref linkend="file_management.dbconfig"/>).</para>
7794 <title>Anwendung</title>
7796 <para>Die Daten werden bei den ERP-Objekten als extra Reiter
7797 dargestellt. Eine Verkaufsrechnung z.B. hat die Reiter "Dokumente" und
7798 "Dateianhänge".</para>
7801 <screeninfo>Reiter "Dateianhänge"</screeninfo>
7805 <imagedata fileref="images/DMS-Anhaenge.png" scale="50"/>
7810 <para>Bei den Dateianhängen wird immer nur die aktuelle Version einer
7811 Datei angezeigt. Wird eine Datei mit gleichem Namen hochgeladen, so
7812 wird eine neue Version der Datei erstellt. Vorher wird der Anwender
7813 durch einen Dialog gefragt, ob er eine neue Version anlegen will oder
7814 ob er die Datei umbenennen will, falls es eine neue Datei sein
7818 <screeninfo>Reiter "Dateianhänge"</screeninfo>
7822 <imagedata contentwidth="40"
7823 fileref="images/DMS-Anhaenge-hochladen.png"
7829 <para>Es können mehrere Dateien gleichzeitig hochgeladen werden,
7830 solange in Summe die maximale Größe nicht überschritten wird (siehe
7831 <xref linkend="file_management.clientconfig"/>).</para>
7834 <screeninfo>Reiter "Dokumente"</screeninfo>
7838 <imagedata fileref="images/DMS-Dokumente.png" width="500"/>
7843 <para>Sind keine weiteren Quellen für Dokumente konfiguriert, so gibt
7844 es nur "erzeugte Dokumente". Es werden alle Versionen der generierten
7845 Datei angezeigt. Für Verkaufsrechnungen kommen keine anderen Quellen
7846 zur Geltung. Werden entsprechend der <xref
7847 linkend="file_management.dbconfig"/> zusätzliche Quellen konfiguriert,
7848 so sind diese z.B. bei Einkaufsrechnungen sichtbar:</para>
7851 <screeninfo>Reiter "Dokumente"</screeninfo>
7855 <imagedata contentwidth="600"
7856 fileref="images/DMS-Dokumente-Scanner.png"/>
7861 <para>Statt des Löschens wird hier die Datei zurück zur Quelle
7862 verschoben. Somit kann die Datei anschließend an ein anderes
7863 ERP-Objekt angehängt werden.</para>
7865 <para>Derzeit sind "Titel" und "Beschreibung" noch nicht genutzt. Sie
7866 sind bisher nur bei Bildern relevant.</para>
7870 <title>Konfigurierung</title>
7872 <sect3 id="file_management.clientconfig"
7873 xreflabel="Mandantenkonfigurierung">
7874 <title>Mandantenkonfiguration</title>
7877 <title>Reiter "Features"</title>
7879 <para>Unter dem Reiter <emphasis role="bold">Features</emphasis>
7880 im Abschnitt Dateimanagement ist neben dem "alten" WebDAV das
7881 Dateimangement generell zu- und abschaltbar, sowie die Zuordnung
7882 der Dateitypen zu Backends. Die Löschbarkeit von Dateien, sowie
7883 die maximale Uploadgröße sind Backend-unabhängig</para>
7886 <screeninfo>Mandantenkonfig Reiter "Features"</screeninfo>
7890 <imagedata fileref="images/DMS-ClientConfig.png" width="500"/>
7895 <para>Die einzelnen Backends sind einzeln einschaltbar.
7896 Spezifische Backend-Konfigurierungen sind hier noch
7901 <title>Reiter "Allgemeine Dokumentenanhänge"</title>
7903 <para>Unter dem Reiter <emphasis role="bold">Allgemeine
7904 Dokumentenanhänge</emphasis> kann für alle ERP-Dokumente (
7905 Angebote, Aufträge, Lieferscheine, Rechnungen im Verkauf und
7906 Einkauf ) allgemeingültige Anhänge hochgeladen werden.</para>
7909 <screeninfo>Mandantenkonfig Reiter "Allgemeine
7910 Dokumentenanhänge"</screeninfo>
7914 <imagedata fileref="images/DMS-Allgemeine-Dokumentenanhaenge.png"
7920 <para>Diese Anhänge werden beim Generieren von PDF-Dateien an die
7921 ERP-Dokumente angehängt, z.B. AGBs oder aktuelle Angebote. Es
7922 werden in dem Fall die Daten kopiert, sodass an den ERP-Dokumenten
7923 immer die Anhänge zum Generierungszeitpunkt eingebettet
7928 <sect3 id="file_management.dbconfig"
7929 xreflabel="Datenbank-Konfigurierung">
7930 <title>Datenbank-Konfigurierung</title>
7932 <para>Die zusätzlichen Quellen für "email" oder ein oder mehrere
7933 Scanner sind derzeit vom Administrator direkt in der
7934 Datenbanktabelle "user_preferences" einzurichten. Die "value" ist im
7935 JSON-Format mit den jeweiligen Werten des Verzeichnisses und der
7936 Beschreibung der Quelle.</para>
7939 id | login | namespace | version | key | value
7940 ----+-----------+--------------+---------+----------+---------------------------
7941 1 | #default# | file_sources | 0.00000 | scanner1 |
7942 {"dir":"/var/tmp/scanner1","desc":"Scanner Einkauf"}
7943 2 | #default# | file_sources | 0.00000 | scanner2 |
7944 {"dir":"/var/tmp/scanner2","desc":"Scanner Verkauf"}
7945 3 | #default# | file_sources | 0.00000 | emails |
7946 {"dir":"/var/tmp/emails","desc":"Empfangene Mails" }
7949 <para>Es ist daran gedacht, statt dem Default-Eintrag später für
7950 bestimmte Benutzer ('login') bestimmte Quellen zuzulassen. Dies wird
7951 nach Bedarf implementiert.</para>
7954 <sect3 id="file_management.kiviconfig"
7955 xreflabel="kivitendo-Konfigurationsdatei">
7956 <title>kivitendo-Konfigurationsdatei</title>
7958 <para>Dort ist im Abschnitt [paths] der relative oder absolute Pfad
7959 zum Dokumentenwurzelverzeichnis einzutragen. Dieser muss für den
7960 Webserver schreib- und lesbar sein, jedoch nicht ausführbar.</para>
7964 document_path = /var/local/kivi_documents
7967 <para>Unter diesem Wurzelverzeichnis wird pro Mandant automatisch
7968 ein Unterverzeichnis mit der ID des Mandanten angelegt.</para>
7974 <title>Webshop-Api</title>
7976 <para>Das Shopmodul bietet die Möglichkeit Onlineshopartikel und
7977 Onlineshopbestellungen zu verwalten und zu bearbeiten.</para>
7979 <para>Es ist Multishopfähig, d.h. Artikel können mehreren oder
7980 unterschiedlichen Shops zugeordnet werden. Bestellungen können aus
7981 mehreren Shops geholt werden.</para>
7983 <para>Zur Zeit bietet das Modul nur einen Connector zur REST-Api von
7984 Shopware. Weitere Connectoren können dazu programmiert und eingerichtet
7988 <title>Rechte für die Webshopapi</title>
7990 <para>In der Administration können folgende Rechte vergeben
7995 <para>Webshopartikel anlegen und bearbeiten</para>
7999 <para>Shopbestellungen holen und bearbeiten</para>
8003 <para>Shop anlegen und bearbeiten</para>
8009 <title>Konfiguration</title>
8011 <para>Unter System->Webshops können Shops angelegt und konfiguriert
8016 <imagedata contentdepth="500" contentwidth="700"
8017 fileref="images/Shop_Listing.png"/>
8023 <title>Webshopartikel</title>
8026 <title>Shopvariablenreiter in Artikelstammdaten</title>
8028 <para>Mit dem Recht "Shopartikel anlegen und bearbeiten" und des
8029 Markers <emphasis role="bold">"Shopartikel" in den Basisdaten
8030 </emphasis>zeigt sich der Reiter "Shopvariablen" in den
8031 Artikelstammdaten. Hier können jetzt die Artikel mit
8032 unterschiedlichen Beschreibung und/oder Preisen für die
8033 konfigutierten Shops angelegt und bearbeitet werden. An dieser
8034 Stelle können auch beliebig viele Bilder dem Shopartikel zugeordnet
8035 werden. Artikelbilder gelten für alle Shops.</para>
8039 <imagedata contentdepth="500" contentwidth="600"
8040 fileref="images/Shop_Artikel.png"/>
8044 <para>Die Artikelgruppen werden direkt vom Shopsystem geholt somit
8045 ist es möglich einen Artikel auch mehreren Gruppen
8050 <title>Shopartikelliste</title>
8052 <para>Unter dem Menu Webshop->Webshop Artikel hat man nochmal
8053 eine Gesamtübersicht. Von hier aus ist es möglich Artikel im Stapel
8054 unter verschiedenen Kriterien <alles><nur Preis><nur
8055 Bestand><Preis und Bestand> an die jeweiligen Shops
8060 <imagedata fileref="images/Shop_Artikel_Listing.png"/>
8067 <title>Bestellimport</title>
8069 <para>Unter dem Menupunkt Webshop->Webshop Import öffnet sich die
8070 Bestellimportsliste. Hier ist sind Möglichkeiten gegeben Neue
8071 Bestellungen vom Shop abzuholen, geholte Bestellungen im Stapel oder
8072 einzeln als Auftrag zu transferieren. Die Liste kann nach
8073 verschiedenen Kriterien gefiltert werden.</para>
8077 <imagedata fileref="images/Shop_Bestell.png"/>
8081 <para>Bei Einträgen in der Liste.</para>
8085 <para>keine Kundennummer: Es gibt ähnliche Kundendatensätze und
8086 der Datensatz konnte nicht eindeutig zugewiesen werden.</para>
8090 <para>Kundennummer und Rechnungen rot hinterlegt: Der Kunde hat
8091 offene Posten und kann deswegen nicht im Stapel übernommen
8096 <para>Rechnungsadresse grün hinterlegt: Der Kunde konnte eindeutig
8097 einem Datensatz zugeordnet werden. Die Shopbestellung kann im
8098 Stapel mit dem Button "Anwenden" und wenn markiert als Auftrag
8099 übernommen werden.</para>
8103 <para>Kundennummer vorhanden, aber die Checkbox "Auftrag
8104 erstellen" fehlt. Der Kunde hat vermutlich eine
8105 Shopauftragssperre.</para>
8109 <para>Lieferadresse grau hinterlegt: Optische Anzeige, dass es
8110 sich um eine unterschiedliche Lieferadresse handelt.
8111 Lieferadressen werden aber grundsätzlich beim Transferieren zu
8112 Aufträgen mit übernommen.</para>
8116 <para>In der Spalte Positionen/Betrag/Versandkosten zeigt sich ein
8117 tooltip zu den Positionen.</para>
8121 <para>Maske Auftrag erstellen</para>
8123 <para>Viele Shopsysteme haben drei verschieden Adresstypen Kunden-,
8124 Rechnungs-, und Lieferadresse, die sich auch alle unterscheiden
8125 können. Diese werden im oberen Bereich angezeigt. Es ist möglich jede
8126 dieser Adresse einzeln in kivitendo als Kunde zu übernehmen. Es werden
8127 die Werte Formulareingabe übernommen. Es wird bei einer Änderung
8128 allerdings nur diese in die kivitendo Kundenstammdaten übernommen, die
8129 Shopbestellung bleibt bestehen.</para>
8131 <para>Mit der mittleren Adresse(Rechnungsadresse) im oberen Bereich,
8132 kann ich den ausgewählten kivitendodatensatz des mittleren Bereich
8133 überschreiben. Das ist sinnvoll, wenn ich erkenne, das der Kunde z.B.
8134 umgezogen ist.</para>
8136 <para>Im mittleren Bereich das Adresslisting zeigt:</para>
8140 <para>Rot hinterlegt: Kunde hat eine Shopauftragssperre, diese
8141 muss zuerst deaktiviert werden bevor ich diesem Kunden eine
8142 Shopbestellung zuordnen kann.</para>
8146 <para>Kundenname fett und rot: Hier hat der Kunde eine Bemerkung
8147 in den Stammdaten. Ein Tooltip zeigt diese Bemerkung. Das kann dan
8148 auch der Grund für die Auftragssperre sein.</para>
8152 <para>Die Buttons "Auftrag erstellen" und "Kunde mit
8153 Rechnungsadresse überschreiben" zeigen sich erst, wenn ein Kunde
8154 aus dem Listing ausgewählt ist.</para>
8158 <para>Es ist aber möglich die Shopbestellung zu löschen.</para>
8162 <para>Ist eine Bestellung schon übernommen, zeigen sich an dieser
8163 Stelle, die dazugehörigen Belegverknüpfungen.</para>
8169 <title>Mapping der Daten</title>
8171 <para>Das Mapping der kivitendo Daten mit den Shopdaten geschieht in
8172 der Datei SL/ShopConnector/<SHOPCONNECTORNAME>.pm
8173 z.B.:SL/ShopConnector/Shopware.pm</para>
8175 <para>In dieser Datei gibt es einen Bereich wo die Bestellpostionen,
8176 die Bestellkopfdaten und die Artikeldaten gemapt werden. In dieser
8177 Datei kann ein individelles Mapping dann gemacht werden. Zu Shopware
8178 gibt es hier eine sehr gute Dokumentation: <ulink
8179 url="https://developers.shopware.com/developers-guide/rest-api/">https://developers.shopware.com/developers-guide/rest-api/</ulink></para>
8182 <sect1 id="features.zugferd">
8183 <title>ZUGFeRD Rechnungen</title>
8184 <sect2 id="features.zugferd.preamble">
8185 <title>Vorbedingung</title>
8187 Für die Erstellung von ZUGFeRD PDFs wird TexLive2018 oder höher benötigt.
8191 Wer kein TexLive2018 oder höher installieren kann, kann eine lokale Umgebung nur für kivitendo wie folgt erzeugen:
8194 1. Download des offiziellen Installers von https://www.tug.org/texlive/quickinstall.html
8196 2. Installer ausführen, Standard-Ort für Installation belassen, evtl. ein paar Pakete abwählen, installieren lassen
8198 3. Ein kleine Script »run_pdflatex.sh« anlegen, das den PATH auf das Installationsverezichnis setzt und pdflatex ausführt:
8200 ------------------------------------------------------------
8203 export PATH=/usr/local/texlive/2020/bin/x86_64-linux:$PATH
8206 exec latexmk --pdflatex "$@"
8207 ------------------------------------------------------------
8209 4. In config/kivitendo.conf den Parameter »latex« auf den Pfad zu »run_pdflatex.sh« setzen
8211 5. Webserver neu starten
8215 <sect2 id="features.zugferd.summary">
8216 <title>Übersicht</title>
8218 <para>Mit der Version 3.5.6 bietet kivitendo die Möglichkeit ZUGFeRD
8219 Rechnungen zu erstellen, sowie auch ZUGFeRD Rechnungen direkt in
8220 kivitendo einzulesen. </para>
8222 <para>Bei ZUGFeRD Rechnungen handelt es sich um eine PDF Datei in
8223 der eine XML-Datei eingebettet ist. Der Aufbau der XML-Datei ist
8224 standardisiert und ermöglicht so den Austausch zwischen
8225 den verschiedenen Softwareprodukten. Kivitendo setzt mit der
8226 Version 3.5.6 den ZUGFeRD 2.1 Standard um.</para>
8228 <para>Weiter Details zu ZUGFeRD sind unter diesem Link zu finden:
8229 <ulink url="https://www.ferd-net.de/standards/was-ist-zugferd/index.html">https://www.ferd-net.de/standards/was-ist-zugferd/index.html</ulink>
8232 <sect2 id="features.zugferd.create_zugferd_bills">
8234 <title>Erstellen von ZUGFeRD Rechnungen in Kivitendo</title>
8235 <para>Für die Erstellung von ZUGFeRD Rechnungen bedarf es in
8236 kivitendo zwei Dinge:</para>
8241 <para>Die Erstellung muss in der Mandantenkonfiguration
8242 aktiviert sein</para>
8246 <para>Beim mindestens einem Bankkonto muss die Option
8247 „Nutzung von ZUGFeRD“ aktiviert sein</para>
8252 <title>Mandantenkonfiguration</title>
8254 <para>Die Einstellung für die Erstellung von ZUGFeRD Rechnungen
8255 erfolgt unter „System“ → „Mandatenkonfiguration“ → „Features“.
8256 Im Abschnitt „Einkauf und Verkauf“ finden Sie die Einstellung
8257 „Verkaufsrechnungen mit ZUGFeRD-Daten erzeugen“.
8258 Hier besteht die Auswahl zwischen:</para>
8262 <para>ZUGFeRD-Rechnungen erzeugen</para>
8266 <para>ZUGFeRD-Rechnungen im Testmodus erzeugen</para>
8270 <para>Keine ZUGFeRD Rechnungen erzeugen</para>
8275 <para>Rechnungen die als PDF erzeugt werden, werden je nach
8276 Einstellung nun im ZUGFeRD Format ausgegeben.</para>
8280 <title>Konfiguration der Bankkonten</title>
8282 <para>Unter „System → Bankkonten“ muss bei mindestens einem
8283 Bankkonto die Option „Nutzung mit ZUGFeRD“ auf „Ja“ gestellt
8288 <sect2 id="features.zugferd.read_zugferd_bills">
8290 <title>Einlesen von ZUGFeRD Rechnungen in Kivitendo</title>
8292 <para>Es lassen sich auch Rechnungen von Kreditoren, die im
8293 ZUGFeRD Format erstellt wurden, nach Kivitendo importieren.
8294 Hierfür müssen auch zwei Voraussetzungen erfüllt werden:
8300 <para>Beim Lieferanten muss die Umsatzsteuer-ID und das
8301 Bankkonto hinterlegt sein</para>
8305 <para>Für den Kreditoren muss eine Buchungsvorlage existieren.</para>
8310 <para>Wenn diese Voraussetzungen erfüllt sind, kann die Rechnung
8311 über „Finanzbuchhaltung“ → „Factur-X-/ZUGFeRD-Import“ über die „Durchsuchen“
8312 Schaltfläche ausgewählt werden und über die Schaltfläche „Import“
8313 eingeladen werden. Es öffnet sich daraufhin die Kreditorenbuchung.
8314 Die auslesbaren Daten aus dem eingebetteten XML der PDF Datei
8315 werden in der Kreditorenbuchung ergänzt.</para>
8321 <sect1 id="features.reclamations">
8322 <title>Reklamationen</title>
8324 <para> Reklamationen dienen dazu im Verkauf die Kundenzufriedenheit zu verbessern und Fehler in der Abwicklung von Aufträgen aufzuspüren und dann zu vermeiden.</para>
8326 <para>Im Einkauf helfen Reklamationen beanstandete Lieferungen zu verwalten und zu kontrollieren.</para>
8328 <title>Konfiguration des Reklamationsmodul</title>
8329 <para>Unter dem Menu "System->Reklamationsgründe" muss mindestens ein Reklamationsgrund erfasst werden.</para>
8332 <imagedata fileref="images/Reklamationsgruende_anlegen.png"/>
8335 <para>Aufgrund der Gründe können später in den Berichten Auswertungen gemacht werden.</para>
8338 <imagedata fileref="images/Reklamationsgruende_liste.png"/>
8343 <title>Reklamation erfassen</title>
8344 <para>Aus den Belegen EK/VK Auftrag, EK/VK Lieferschein, EK/VK Rechnung kann unter "Workflow->Reklöamation erfassen" eine dem Workflow zugehörige Reklamation erfasst werden.
8345 Die Reklamationsmaske ähnelt im großem die der Auftragsmaske.</para>
8348 <imagedata fileref="images/Reklamation_erfassen.png"/>
8351 <para>Es werden alle Positionen aus dem Beleg übernomen. Deswegen müssen hie die Positionen angepasst werden.
8352 Zusätzlich muss noch ein Reklamationsgrund angegeben werden.</para>
8355 <imagedata fileref="images/Reklamation_erfassen_grund.png"/>
8358 <para>Die Reklamationsgründe sind für spätere Auswertungen notwendig</para>
8359 <note id="reclamations.anmerkung_grund_einkauf">
8360 <para>Anmerkung: Da bei einem Auftrag, sowohl im EK als auch im VK, noch keine Ware versendet bzw. empfangen wurde, könnte hier ein Reklamationsgrund "Lieferver sein.</para>
8364 <title>Reklamationen auswerten</title>
8365 <para>Bisher gibt es nur eine Liste mit Reklamationen und deren Filtermöglichkeiten.</para>
8368 <imagedata fileref="images/Reklamation_erfassen_grund.png"/>
8371 <para>Einen individuellen Reklamationsbericht kann über einen "benutzerdefinierten Datenexport" erstellt werden</para>
8375 <sect1 id="features.dispositionsmanager">
8376 <title>Dispositionsmanager/Einkaufshelfer</title>
8378 <para> Der Einkaufshelfer generiert Lieferantenaufträge anhand eines Warenkorbes. Der Warenkorb kann
8379 einzeln oder mit dem Meldebestandsbericht gefüllt werden. Mit dem Filter „Lieferant“ im
8380 Warenkorb werden die Artikel einem Lieferanten zugeordnet und können dann bestellt, d.h. ein
8381 Lieferantenauftragerstellt, werden.</para>
8384 <title>So kommen die Artikel in den Einkaufswarenkorb:</title>
8385 <para>1) Sofern ein Artikel einen oder mehrere Lieferanten hat kann dieser über den Button „Einkaufen“
8386 in den Einkaufswarenkorn gelegt werden. Soll der Einkauf über den Mindestlagerbestand gesteuert werden sind die Felder "Mindestlagerbestand" und "Bestellmenge" auszufüllen.</para>
8389 <imagedata fileref="images/Disp-Artikel.png"/>
8392 <para>Der Button „Einkaufen“ ist deaktiviert, wenn es keinen Lieferanten zu diesem Artikel gibt oder der
8393 Artikel schon im Einkaufswarenkorb liegt.</para>
8394 <para>2) Bericht „Meldebestand“
8395 Über das Menu "Einkauf->Meldebestand" kann der Meldebestand abgerufen werden</para>
8398 <imagedata fileref="images/Disp-Einkauf-meldeb.png"/>
8401 <para>Die obere Tabelle zeigt die Artikel an, die den Mindestbestand unterschritten haben und können
8402 sofern markiert über die Aktion "Einkaufen" in den Einkaufswarenkorb gelegt werden. Hierzu muss
8403 das Feld Mindesbestand in den Artikelstammdaten einen Wert > 0 haben</para>
8404 <para>Die untere Tabelle zeigt die Artikel an, die den Mindestbestand unterschritten haben aber bestellt sind.</para>
8408 <title>Der Einkaufswarenkorb</title>
8409 <para>Ohne Filter: der erste Lieferant ist ausgewählt. Hier kann jetzt auch ein anderer Lieferant
8410 ausgewählt werden.</para>
8413 <imagedata fileref="images/Disp-Einkauf-wrnkrb1.png"/>
8416 <para>Wird dann nach einem Lieferanten gefiltert und dieser ist und bleibt eindeutig, kann daraus ein
8417 Lieferantenauftrag erstellt werden.</para>
8420 <imagedata fileref="images/Disp-Einkauf-wrnkrb.png"/>
8423 <para>Die obere Tabelle zeigt die Artikel an, die den Mindestbestand unterschritten haben, der untere Teil zeigt alle
8424 Artikel des Lieferanten an, somit ist es möglich diese Artikel auszuwählen und gleich mitzubestellen</para>
8428 <sect1 id="features.timerecording">
8429 <title>Zeiterfassung</title>
8431 Seit der Version 3.5.7 enthält kivitendo ein Modul zur Zeiterfassung.
8432 Damit ist es möglich, auftrags-, kunden- oder projektbezogen,
8433 Arbeitszeiten zu erfassen. Die erfassten Zeiten können über einen
8434 Hintergrund-Job in Lieferscheine umgewandelt werden.
8436 <sect2 id="features.timerecording.config">
8437 <title>Konfiguration</title>
8439 Die Zeiterfasssung funktioniert auch ohne Konfiguration, sofern der Benutzer
8440 die entsprechenden Rechte besitzt. Allerdings ist
8441 es möglich, Artikel für die Zeiterfassung zu konfigurieren, die im Bericht
8442 ausgewertet und bei der Umwandlung zum Lieferschein verwendet werden
8444 Zudem kann auf benutzerebene eingestellt werden, ob Zeiten mit Start- und
8445 End-Zeit oder mit Datum und Dauer erfasst werden sollen.
8447 <sect3 id="features.timerecording.config.rights">
8448 <title>Zugriffsrechte</title>
8450 In der Rechteverwaltung im Admin-Bereich können im Zusammenhang mit
8451 der Zeiterfassung drei verschiedene Rechte vergeben werden:
8455 <para><emphasis>Zeiterfassungen erfassen, bearbeiten und ansehen</emphasis></para>
8456 <para>Diese Recht steuert, ob eine Gruppe den Menüpunkt zur
8457 Zeiterfassung überhaupt sehen und diese verwenden kann.</para>
8461 <para><emphasis>Zeiterfassungseinträge aller Mitarbeiter anzeigen</emphasis></para>
8462 <para>Ohne dieses Recht darf ein Benutzer einer Benutzergruppe,
8463 die die Zeiterfassung verwenden darf, nur Zeiteinträge im Bericht
8464 sehen, bei denen dieser als Mitarbeiter eingetragen ist.</para>
8468 <para><emphasis>Zeiterfassungseinträge aller Mitarbeiter bearbeiten</emphasis></para>
8469 <para>Ohne dieses Recht darf ein Benutzer einer Benutzergruppe,
8470 die die Zeiterfassung verwenden darf, nur Zeiteinträge anlegen
8471 und bearbeiten, bei denen dieser als Mitarbeiter eingetragen ist.</para>
8477 <sect3 id="features.timerecording.config.part">
8478 <title>Artikel für Zeiterfassung</title>
8480 Unter <emphasis><guimenu>System</guimenu>
8481 → <guisubmenu>Artikel für Zeiterfassung</guisubmenu></emphasis>
8482 können Artikel zur Nutzung mit der Zeiterfassung erfasst werden. Diese Artikel
8483 müssen eine zeitbasierte Einheit haben.
8486 <sect3 id="features.timerecording.config.time_or_duration">
8487 <title>Benutzereinstellungen</title>
8489 Unter <emphasis><guimenu>Programm</guimenu>
8490 → <guisubmenu>Benutzereinstellungen</guisubmenu></emphasis>
8491 im Reiter <emphasis>Persönliche Einstellungen</emphasis> bei
8492 <emphasis>Datum und Dauer für Zeiterfassung verwenden</emphasis>
8493 kann der Benutzer angeben, ob Zeiten mit Start- und End-Zeit oder mit
8494 Datum und Dauer erfasst werden sollen.
8498 <sect2 id="features.timerecording.add">
8499 <title>Erfassen</title>
8501 Über den Menüpunkt <emphasis><guimenu>Produktivität</guimenu>
8502 → <guisubmenu>Zeiterfassung</guisubmenu></emphasis>
8503 gelangt man zur Erfassungsmaske der Zeiterfassung. Je nach Einstellung
8504 muss ein Datum oder Datum und Start-Zeit angegeben werden. Ebenso sind
8505 die Felder <emphasis>Kunde</emphasis> und
8506 <emphasis>Beschreibung</emphasis>
8510 Wird ein Auftrag oder ein Projekt, dem ein Kunde zugeordnet ist,
8511 ausgewählt, so wird das Feld <emphasis>Kunde</emphasis>
8512 automatisch mit dem zugehörigen Kunden gefüllt und für die
8513 manuelle Bearbeitung gesperrt.
8516 Die End-Zeit bzw. die Dauer ist kein Pflichtfeld, damit
8517 man einen Eintrag z.B. beim Start der Arbeit anlegen und
8518 später am Ende dann die End-Zeit bzw. Dauer erfassen kann.
8519 Bei Eingabe über Start- und End-Zeit dürfen sich die Zeiten für
8520 ein und denselben Mitarbeiter nicht überlappen.
8523 Falls der Bearbeiter das Recht
8524 <emphasis>Zeiterfassungseinträge aller Mitarbeiter
8525 bearbeiten</emphasis> besitzt, kann auch der Mitarbeiter für
8526 diesen Zeiteintrag ausgewählt werden.
8529 <sect2 id="features.timerecording.report">
8530 <title>Bericht</title>
8532 Ein Bericht über die erfassten Zeiten lässt sich über
8533 <emphasis><guimenu>Produktivität</guimenu> → <guisubmenu>Berichte</guisubmenu>
8534 → <guisubmenu>Zeiterfassung</guisubmenu></emphasis> ausgeben.
8535 Hier lassen sich die Zeiten auch filtern, sortieren und exportieren.
8538 Ausgewählte Zeiteinträge können über <emphasis><guimenu>Aktionen</guimenu>
8539 → <guisubmenu>Als gebucht markieren</guisubmenu></emphasis> als schon gebucht
8540 markiert werden. Dies geschieht normalerweise bei der Konvertierung
8541 zum Lieferschein und kann hier händisch durchgeführt werden, wenn diese
8542 Zeitbuchungen bei der Konvertierung nicht mehr berücksichtigt werden sollen.
8545 <sect2 id="features.timerecording.conversion">
8546 <title>Konvertierung zu Lieferscheinen</title>
8548 Über den Hintergrund-Job
8549 <emphasis>ConvertTimeRecordings</emphasis> können
8550 Zeiteinträge in Lieferscheine umgewandelt werden. Hierbei
8551 werden alle noch nicht gebuchten Zeiteinträge eines
8552 bestimmten Zeitraums für bestimmte Kunden gesammelt und
8553 in Lieferscheine umgewandelt.
8554 Pro Kunde wird ein Lieferschein generiert und
8555 pro Artikel wird eine Positionszeile erzeugt. Dabei werden
8556 Einträge mit gleichen Beschreibungen zusammengefasst. Die
8557 Details landen im Langtext der Position.
8560 Ohne übergebene Parameter im Feld <emphasis>Daten</emphasis> werden alle
8561 Zeiteinträge des letzten Monats für alle Kunden umgewandelt. Dabei
8562 werden die Zeiten auf volle Viertelstunden aufgerundet (siehe auch
8563 <xref linkend="features.timerecording.configuration"/>).
8565 <sect3 id="features.timerecording.configuration" xreflabel="Konfigurations-Optionen der Zeiterfassung">
8566 <title>Konfigurations-Optionen</title>
8568 Zur generellen Konfiguration von Hintergrund-Jobs und zur Übergabe
8569 von Parametern als Daten an diese, siehe <xref linkend="config.task-server"/>
8570 bzw. <xref linkend="Hintergrund-Jobs konfigurieren"/>).
8573 Folgende Parameter können als <emphasis>Daten</emphasis> an den
8574 Hintergrund-Job zur Konvertierung übergeben werden:
8578 <emphasis>from_date</emphasis>
8581 Das Startdatum, von welchen an die Zeiteinträge berücksicht werden.
8582 Voreinstellung ist der erste Tag des vorherigen Montats.
8585 Beispiel (das Zeitformat hängt von der persönlichen Einstellungen ab):
8586 <programlisting>from_date: 01.12.2020</programlisting>
8591 <emphasis>to_date</emphasis>
8594 Das Datum, bis zu welchem die Zeiteinträge zur Konvertierung gesammelt
8595 werden. Voreinstellung ist der letzte Tag des vorherigen Montas.
8598 Beispiel (das Zeitformat hängt von der persönlichen Einstellungen ab):
8599 <programlisting>to_date: 15.12.2020</programlisting>
8605 <emphasis>customernumbers</emphasis>
8608 Eine Liste mit Kundennummern, für die Zeiteinträge gesammelt werden
8609 sollen. Wird diese Liste nicht angegeben, werden Einträge für
8610 alle Kunden berücksichtig.
8613 <programlisting>customernumbers: [c1,22332,334343]</programlisting>
8618 <emphasis>override_part_id</emphasis>
8621 Die Datenbank-Id einer zeitbasierten Dienstleistung, die verwendet
8622 werden soll, um die Zeiteinträge zu buchen. Dieser Wert überschreibt
8623 den Eintrag des Artikels des Zeiteintrags.
8628 <emphasis>default_part_id</emphasis>
8631 Die Datenbank-Id einer zeitbasierten Dienstleistung, die verwendet
8632 werden soll, um die Zeiteinträge zu buchen, falls im Zeiteintrag
8633 kein Artikel gespeichert ist.
8638 <emphasis>rounding</emphasis>
8641 Ist dieser Wert <literal>0</literal>, so werden die Zeiten nicht gerundet.
8642 Ist der Wert <literal>1</literal> (oder "wahr" in Perl"), so werden die Zeiten auf volle Viertelstunden aufgerundet, also z.B. 0.25h, 0.5h, 0.75h,
8646 Voreinstellung ist <literal>1</literal> ("wahr").
8651 <emphasis>link_order</emphasis>
8654 Ist der Wert <literal>1</literal> (oder "wahr" in Perl"), so verknüpft
8655 der Hintergrund-Job den erzeugten Lieferschein mit dem im Zeiteintrag
8656 angegebenen Auftrag.
8657 Ist kein Auftrag angegeben, wird versucht, einen Auftrag für den
8658 angegebenen Kunden und die angegebene Projektnummer zu finden.
8661 Folgende Kriterien werden zum Finden eines Vorgängerauftrags angwendet:
8664 Auftrag ist im Zeiteintrag angegeben <emphasis>oder</emphasis>
8667 Datenbank-Id des Projekts des Auftrags ist gleich
8668 der Datenbank-Id des Zeiteintrags <emphasis>oder</emphasis> der in den Daten
8669 übergebenen Projekt-Id
8672 Kunde des Auftrags ist gleich Kunde des Zeiteintrags
8675 der Auftrag muss mindestens eine zugehörige zeitbasierte Position haben
8678 das Projekt muss gültig und aktiv sein
8683 Voreinstellung ist aus. Wenn dieser Parameter gesetzt ist, läuft der
8684 Hintergrund-Job auf einen Fehler, falls kein geeigneter Vorgängerauftrag
8685 gefunden werden kann.
8688 Der Job beachtet nicht, ob der Auftrag schon geliefert oder geschlossen
8690 Wenn der Kundenauftrag überliefert wird, muss dies organisatorisch
8691 geklärt werden. Der Kundenauftrag kann auch bereits geschlossen sein,
8692 d.h. der Betrag ist vollständig fakturiert, aber die Leistungen sind
8693 noch nicht vollständig geliefert (einfacher Fall: "Vorauskasse").
8696 siehe auch den Hintergrund-Job
8697 <literal>CloseProjectsBelongingToClosedSalesOrder</literal>
8698 für eine weitergehende Automatisierung der Abläufe.
8703 <emphasis>override_project_id</emphasis>
8706 Verwende diese Datenbank-Id für das Projekt an Stelle des
8707 im Zeiteintrag angegebenen Projekts, um den zugehörigen Auftrag
8708 zu finden. Dieser Parameter wird nur berücksichtig, wenn
8709 <emphasis>link_order</emphasis> wahr ist.
8714 <emphasis>default_project_id</emphasis>
8717 Verwende diese Datenbank-Id für das Projekt, falls
8718 im Zeiteintrag kein Projekt angegeben ist, um den
8719 zugehörigen Auftrag zu finden.
8720 Dieser Parameter wird nur berücksichtig, wenn
8732 <title>Entwicklerdokumentation</title>
8734 <sect1 id="devel.globals" xreflabel="Globale Variablen">
8735 <title>Globale Variablen</title>
8738 <title>Wie sehen globale Variablen in Perl aus?</title>
8740 <para>Globale Variablen liegen in einem speziellen namespace namens
8741 "main", der von überall erreichbar ist. Darüber hinaus sind bareword
8742 globs global und die meisten speziellen Variablen sind...
8745 <para>Daraus ergeben sich folgende Formen:</para>
8749 <term><literal>$main::form</literal></term>
8752 <para>expliziter Namespace "main"</para>
8757 <term><literal>$::form</literal></term>
8760 <para>impliziter Namespace "main"</para>
8765 <term><literal>open FILE, "file.txt"</literal></term>
8768 <para><varname>FILE</varname> ist global</para>
8773 <term><literal>$_</literal></term>
8776 <para>speziell</para>
8781 <para>Im Gegensatz zu <productname>PHP</productname> gibt es kein
8782 Schlüsselwort wie "<function>global</function>", mit dem man
8783 importieren kann. <function>my</function>, <function>our</function>
8784 und <function>local</function> machen was anderes.</para>
8788 <term><literal>my $form</literal></term>
8791 <para>lexikalische Variable, gültig bis zum Ende des
8797 <term><literal>our $form</literal></term>
8800 <para><varname>$form</varname> referenziert ab hier
8801 <varname>$PACKAGE::form</varname>.</para>
8806 <term><literal>local $form</literal></term>
8809 <para>Alle Änderungen an <varname>$form</varname> werden am Ende
8810 des scopes zurückgesetzt</para>
8817 <title>Warum sind globale Variablen ein Problem?</title>
8819 <para>Das erste Problem ist <productname>FCGI</productname>.</para>
8821 <para><productname>SQL-Ledger</productname> hat fast alles im globalen
8822 namespace abgelegt, und erwartet, dass es da auch wiederzufinden ist.
8823 Unter <productname>FCGI</productname> müssen diese Sachen aber wieder
8824 aufgeräumt werden, damit sie nicht in den nächsten Request kommen.
8825 Einige Sachen wiederum sollen nicht gelöscht werden, wie zum Beispiel
8826 Datenbankverbindungen, weil die sehr lange zum Initialisieren
8829 <para>Das zweite Problem ist <function>strict</function>. Unter
8830 <function>strict</function> werden alle Variablen die nicht explizit
8831 mit <function>Package</function>, <function>my</function> oder
8832 <function>our</function> angegeben werden als Tippfehler angemarkert,
8833 dies hat, seit der Einführung, u.a. schon so manche langwierige
8834 Bug-Suche verkürzt. Da globale Variablen aber implizit mit Package
8835 angegeben werden, werden die nicht geprüft, und somit kann sich
8836 schnell ein Tippfehler einschleichen.</para>
8840 <title>Kanonische globale Variablen</title>
8842 <para>Um dieses Problem im Griff zu halten gibt es einige wenige
8843 globale Variablen, die kanonisch sind, d.h. sie haben bestimmte
8844 vorgegebenen Eigenschaften, und alles andere sollte anderweitig
8845 umhergereicht werden.</para>
8847 <para>Diese Variablen sind im Moment die folgenden neun:</para>
8851 <para><varname>$::form</varname></para>
8855 <para><varname>%::myconfig</varname></para>
8859 <para><varname>$::locale</varname></para>
8863 <para><varname>$::lxdebug</varname></para>
8867 <para><varname>$::auth</varname></para>
8871 <para><varname>$::lx_office_conf</varname></para>
8875 <para><varname>$::instance_conf</varname></para>
8879 <para><varname>$::dispatcher</varname></para>
8883 <para><varname>$::request</varname></para>
8887 <para>Damit diese nicht erneut als Müllhalde missbraucht werden, im
8888 Folgenden eine kurze Erläuterung der bestimmten vorgegebenen
8889 Eigenschaften (Konventionen):</para>
8892 <title>$::form</title>
8896 <para>Ist ein Objekt der Klasse
8897 "<classname>Form</classname>"</para>
8901 <para>Wird nach jedem Request gelöscht</para>
8905 <para>Muss auch in Tests und Konsolenscripts vorhanden
8910 <para>Enthält am Anfang eines Requests die Requestparameter vom
8915 <para>Kann zwar intern über Requestgrenzen ein Datenbankhandle
8916 cachen, das wird aber momentan absichtlich zerstört</para>
8920 <para><varname>$::form</varname> wurde unter <productname>SQL
8921 Ledger</productname> als Gottobjekt für alles missbraucht. Sämtliche
8922 alten Funktionen unter SL/ mutieren <varname>$::form</varname>, das
8923 heißt, alles was einem lieb ist (alle Variablen die einem ans Herz
8924 gewachsen sind), sollte man vor einem Aufruf (!) von zum Beispiel
8925 <function>IS->retrieve_customer()</function> in Sicherheit
8928 <para>Z.B. das vom Benutzer eingestellte Zahlenformat, bevor man
8929 Berechnung in einem bestimmten Format durchführt (SL/Form.pm Zeile
8930 3552, Stand version 2.7beta), um dies hinterher wieder auf den
8931 richtigen Wert zu setzen:</para>
8933 <programlisting> my $saved_numberformat = $::myconfig{numberformat};
8934 $::myconfig{numberformat} = $numberformat;
8935 # (...) div Berechnungen
8936 $::myconfig{numberformat} = $saved_numberformat;</programlisting>
8938 <para>Das Objekt der Klasse Form hat leider im Moment noch viele
8939 zentrale Funktionen die vom internen Zustand abhängen, deshalb bitte
8940 nie einfach zerstören oder überschreiben (zumindestens nicht kurz
8941 vor einem Release oder in Absprache über bspw. die devel-Liste ;-).
8942 Es geht ziemlich sicher etwas kaputt.</para>
8944 <para><varname>$::form</varname> ist gleichzeitig der Standard Scope
8945 in den <productname>Template::Toolkit</productname> Templates
8946 außerhalb der Controller: der Ausdruck <function>[% var
8947 %]</function> greift auf <varname>$::form->{var}</varname> zu.
8948 Unter Controllern ist der Standard Scope anders, da lautet der
8949 Zugriff <function>[% FORM.var %]</function>. In Druckvorlagen sind
8950 normale Variablen ebenfall im <varname>$::form</varname> Scope, d.h.
8951 <function><%var%></function> zeigt auf
8952 <varname>$::form->{var}</varname>. Nochmal von der anderen Seite
8953 erläutert, innerhalb von (Web-)Templates sieht man häufiger solche
8956 <programlisting>[%- IF business %]
8957 # (... Zeig die Auswahlliste Kunden-/Lieferantentyp an)
8958 [%- END %]</programlisting>
8960 <para>Entweder wird hier dann $::form->{business} ausgewertet
8961 oder aber der Funktion
8962 <function>$form->parse_html_template</function> wird explizit
8963 noch ein zusätzlicher Hash übergeben, der dann auch in den
8964 (Web-)Templates zu Verfügung steht, bspw. so:</para>
8966 <programlisting>$form->parse_html_template("is/form_header", \%TMPL_VAR);</programlisting>
8968 <para>Innerhalb von Schleifen wird
8969 <varname>$::form->{TEMPLATE_ARRAYS}{var}[$index]</varname>
8970 bevorzugt, wenn vorhanden. Ein Beispiel findet sich in SL/DO.pm,
8971 welches über alle Positionen eines Lieferscheins in Schleife
8974 <programlisting>for $i (1 .. $form->{rowcount}) {
8976 push @{ $form->{TEMPLATE_ARRAYS}{runningnumber} }, $position;
8977 push @{ $form->{TEMPLATE_ARRAYS}{number} }, $form->{"partnumber_$i"};
8978 push @{ $form->{TEMPLATE_ARRAYS}{description} }, $form->{"description_$i"};
8984 <title>%::myconfig</title>
8988 <para>Das einzige Hash unter den globalen Variablen</para>
8992 <para>Wird spätestens benötigt wenn auf die Datenbank
8993 zugegriffen wird</para>
8997 <para>Wird bei jedem Request neu erstellt.</para>
9001 <para>Enthält die Userdaten des aktuellen Logins</para>
9005 <para>Sollte nicht ohne Filterung irgendwo gedumpt werden oder
9006 extern serialisiert werden, weil da auch der Datenbankzugriff
9007 für diesen user drinsteht.</para>
9011 <para>Enthält unter anderem Datumsformat dateformat und
9012 Nummernformat numberformat</para>
9016 <para>Enthält Datenbankzugriffinformationen</para>
9020 <para><varname>%::myconfig</varname> ist im Moment der Ersatz für
9021 ein Userobjekt. Die meisten Funktionen, die etwas anhand des
9022 aktuellen Users entscheiden müssen, befragen
9023 <varname>%::myconfig</varname>. Innerhalb der Anwendungen sind dies
9024 überwiegend die Daten, die sich unter <guimenu>Programm</guimenu>
9025 -> <guimenuitem>Einstellungen</guimenuitem> befinden, bzw. die
9026 Informationen über den Benutzer die über die
9027 Administrator-Schnittstelle eingegeben wurden.</para>
9031 <title>$::locale</title>
9035 <para>Objekt der Klasse "Locale"</para>
9039 <para>Wird pro Request erstellt</para>
9043 <para>Muss auch für Tests und Scripte immer verfügbar
9048 <para>Cached intern über Requestgrenzen hinweg benutzte
9053 <para>Lokalisierung für den aktuellen User. Alle Übersetzungen,
9054 Zahlen- und Datumsformatierungen laufen über dieses Objekt.</para>
9058 <title>$::lxdebug</title>
9062 <para>Objekt der Klasse "LXDebug"</para>
9066 <para>Wird global gecached</para>
9070 <para>Muss immer verfügbar sein, in nahezu allen
9075 <para><varname>$::lxdebug</varname> stellt Debuggingfunktionen
9076 bereit, wie "<function>enter_sub</function>" und
9077 "<function>leave_sub</function>", mit denen in den alten Modulen ein
9078 brauchbares Tracing gebaut ist, "<function>log_time</function>", mit
9079 der man die Wallclockzeit seit Requeststart loggen kann, sowie
9080 "<function>message</function>" und "<function>dump</function>" mit
9081 denen man flott Informationen ins Log (users/kivitendo-debug.log
9082 relativ zum kivitendo-Installationsverzeichnis) packen kann.</para>
9084 <para>Beispielsweise so:</para>
9086 <programlisting>$main::lxdebug->message(0, 'Meine Konfig:' . Dumper (%::myconfig));
9087 $main::lxdebug->message(0, 'Wer bin ich? Kunde oder Lieferant:' . $form->{vc});</programlisting>
9091 <title>$::auth</title>
9095 <para>Objekt der Klasse "SL::Auth"</para>
9099 <para>Wird global gecached</para>
9103 <para>Hat eine permanente DB Verbindung zur Authdatenbank</para>
9107 <para>Wird nach jedem Request resettet.</para>
9111 <para><varname>$::auth</varname> stellt Funktionen bereit um die
9112 Rechte des aktuellen Users abzufragen. Obwohl diese Informationen
9113 vom aktuellen User abhängen wird das Objekt aus
9114 Geschwindigkeitsgründen nur einmal angelegt und dann nach jedem
9115 Request kurz resettet.</para>
9117 <para>Dieses Objekt kapselt auch den gerade aktiven Mandanten.
9118 Dessen Einstellungen können über
9119 <literal>$::auth->client</literal> abgefragt werden; Rückgabewert
9120 ist ein Hash mit den Werten aus der Tabelle
9121 <literal>auth.clients</literal>.</para>
9125 <title>$::lx_office_conf</title>
9129 <para>Objekt der Klasse
9130 "<classname>SL::LxOfficeConf</classname>"</para>
9134 <para>Global gecached</para>
9138 <para>Repräsentation der
9139 <filename>config/kivitendo.conf[.default]</filename>-Dateien</para>
9143 <para>Globale Konfiguration. Configdateien werden zum Start gelesen
9144 und danach nicht mehr angefasst. Es ist derzeit nicht geplant, dass
9145 das Programm die Konfiguration ändern kann oder sollte.</para>
9147 <para>Beispielsweise ist über den Konfigurationseintrag [debug] die
9148 Debug- und Trace-Log-Datei wie folgt konfiguriert und
9151 <programlisting>[debug]
9152 file_name = users/kivitendo-debug.log</programlisting>
9154 <para>ist der Key <varname>file</varname> im Programm als
9155 <varname>$::lx_office_conf->{debug}{file}</varname>
9159 <para>Zugriff auf die Konfiguration erfolgt im Moment über
9160 Hashkeys, sind also nicht gegen Tippfehler abgesichert.</para>
9165 <title>$::instance_conf</title>
9169 <para>Objekt der Klasse
9170 "<classname>SL::InstanceConfiguration</classname>"</para>
9174 <para>wird pro Request neu erstellt</para>
9178 <para>Funktioniert wie <varname>$::lx_office_conf</varname>,
9179 speichert aber Daten die von der Instanz abhängig sind. Eine Instanz
9180 ist hier eine Mandantendatenbank. Beispielsweise überprüft
9181 <programlisting>$::instance_conf->get_inventory_system eq 'perpetual'</programlisting>
9182 ob die berüchtigte Bestandsmethode zur Anwendung kommt.</para>
9186 <title>$::dispatcher</title>
9190 <para>Objekt der Klasse
9191 "<varname>SL::Dispatcher</varname>"</para>
9195 <para>wird pro Serverprozess erstellt.</para>
9199 <para>enthält Informationen über die technische Verbindung zum
9204 <para>Der dritte Punkt ist auch der einzige Grund warum das Objekt
9205 global gespeichert wird. Wird vermutlich irgendwann in einem anderen
9206 Objekt untergebracht.</para>
9210 <title>$::request</title>
9214 <para>Hashref (evtl später Objekt)</para>
9218 <para>Wird pro Request neu initialisiert.</para>
9222 <para>Keine Unterstruktur garantiert.</para>
9226 <para><varname>$::request</varname> ist ein generischer Platz um
9227 Daten "für den aktuellen Request" abzulegen. Sollte nicht für action
9228 at a distance benutzt werden, sondern um lokales memoizing zu
9229 ermöglichen, das garantiert am Ende des Requests zerstört
9232 <para>Vieles von dem, was im moment in <varname>$::form</varname>
9233 liegt, sollte eigentlich hier liegen. Die groben
9234 Differentialkriterien sind:</para>
9238 <para>Kommt es vom User, und soll unverändert wieder an den
9239 User? Dann <varname>$::form</varname>, steht da eh schon</para>
9243 <para>Sind es Daten aus der Datenbank, die nur bis zum Ende des
9244 Requests gebraucht werden? Dann
9245 <varname>$::request</varname></para>
9249 <para>Muss ich von anderen Teilen des Programms lesend drauf
9250 zugreifen? Dann <varname>$::request</varname>, aber Zugriff über
9251 Wrappermethode</para>
9258 <title>Ehemalige globale Variablen</title>
9260 <para>Die folgenden Variablen waren einmal im Programm, und wurden
9264 <title>$::cgi</title>
9268 <para>war nötig, weil cookie Methoden nicht als
9269 Klassenfunktionen funktionieren</para>
9273 <para>Aufruf als Klasse erzeugt Dummyobjekt was im
9274 Klassennamespace gehalten wird und über Requestgrenzen
9279 <para>liegt jetzt unter
9280 <varname>$::request->{cgi}</varname></para>
9286 <title>$::all_units</title>
9290 <para>war nötig, weil einige Funktionen in Schleifen zum Teil
9291 ein paar hundert mal pro Request eine Liste der Einheiten
9292 brauchen, und de als Parameter durch einen Riesenstack von
9293 Funktionen geschleift werden müssten.</para>
9297 <para>Liegt jetzt unter
9298 <varname>$::request->{cache}{all_units}</varname></para>
9303 <function>AM->retrieve_all_units()</function> gesetzt oder
9310 <title>%::called_subs</title>
9314 <para>wurde benutzt um callsub deep recursions
9319 <para>Wurde entfernt, weil callsub nur einen Bruchteil der
9320 möglichen Rekursioenen darstellt, und da nie welche
9325 <para>komplette recursion protection wurde entfernt.</para>
9332 <sect1 id="devel.fcgi">
9333 <title>Entwicklung unter FastCGI</title>
9335 <sect2 id="devel.fcgi.general">
9336 <title>Allgemeines</title>
9338 <para>Wenn Änderungen in der Konfiguration von kivitendo gemacht
9339 werden, muss der Webserver neu gestartet werden.</para>
9341 <para>Bei der Entwicklung für FastCGI ist auf ein paar Fallstricke zu
9342 achten. Dadurch, dass das Programm in einer Endlosschleife läuft,
9343 müssen folgende Aspekte beachtet werden.</para>
9346 <sect2 id="devel.fcgi.exiting">
9347 <title>Programmende und Ausnahmen</title>
9349 <para>Betrifft die Funktionen <function>warn</function>,
9350 <function>die</function>, <function>exit</function>,
9351 <function>carp</function> und <function>confess</function>.</para>
9353 <para>Fehler, die dass Programm normalerweise sofort beenden (fatale
9354 Fehler), werden mit dem FastCGI Dispatcher abgefangen, um das Programm
9355 am Laufen zu halten. Man kann mit <function>die</function>,
9356 <function>confess</function> oder <function>carp</function> Fehler
9357 ausgeben, die dann vom Dispatcher angezeigt werden. Die kivitendo
9358 eigene <function>$::form-</function>error()> tut im Prinzip das
9359 Gleiche, mit ein paar Extraoptionen. <function>warn</function> und
9360 <function>exit</function> hingegen werden nicht abgefangen.
9361 <function>warn</function> wird direkt nach STDERR, also in Server Log
9362 eine Nachricht schreiben (sofern in der Konfiguration nicht die
9363 Warnungen in das kivitendo Log umgeleitet wurden), und
9364 <function>exit</function> wird die Ausführung beenden.</para>
9366 <para>Prinzipiell ist es kein Beinbruch, wenn sich der Prozess
9367 beendet, fcgi wird ihn sofort neu starten. Allerdings sollte das die
9368 Ausnahme sein. Quintessenz: Bitte kein <function>exit</function>
9369 benutzen, alle anderen Exceptionmechanismen sind ok.</para>
9372 <sect2 id="devel.fcgi.globals">
9373 <title>Globale Variablen</title>
9375 <para>Um zu vermeiden, dass Informationen von einem Request in einen
9376 anderen gelangen, müssen alle globalen Variablen vor einem Request
9377 sauber initialisiert werden. Das ist besonders wichtig im
9378 <varname>$::cgi</varname> und <varname>$::auth</varname> Objekt, weil
9379 diese nicht gelöscht werden pro Instanz, sondern persistent gehalten
9382 <para>In <classname>SL::Dispatcher</classname> gibt es einen sauber
9383 abgetrennten Block, der alle kanonischen globalen Variablen listet und
9384 erklärt. Bitte keine anderen einführen ohne das sauber zu
9385 dokumentieren.</para>
9387 <para>Datenbankverbindungen wird noch ein Guide verfasst werden, wie
9388 man sicher geht, dass man die richtige erwischt.</para>
9391 <sect2 id="devel.fcgi.performance">
9392 <title>Performance und Statistiken</title>
9394 <para>Die kritischen Pfade des Programms sind die Belegmasken, und
9395 unter diesen ganz besonders die Verkaufsrechnungsmaske. Ein Aufruf der
9396 Rechnungsmaske in kivitendo 2.4.3 stable dauert auf einem Core2duo mit
9397 4GB Arbeitsspeicher und Ubuntu 9.10 eine halbe Sekunde. In der 2.6.0
9398 sind es je nach Menge der definierten Variablen 1-2s. Ab der
9399 Moose/Rose::DB Version sind es 5-6s.</para>
9401 <para>Mit FastCGI ist die neuste Version auf 0,26 Sekunden selbst in
9402 den kritischen Pfaden, unter 0,15 sonst.</para>
9406 <sect1 id="dev-programmatic-api-calls" xreflabel="Programmatische API-Aufrufe">
9407 <title>Programmatische API-Aufrufe</title>
9409 <sect2 id="dev-programmatic-api-calls.introduction" xreflabel="Einführung in programmatische API-Aufrufe">
9410 <title>Einführung</title>
9413 Es ist möglich, Funktionen in kivitendo programmatisch aus anderen Programmen aufzurufen. Dazu ist nötig, dass
9414 Authentifizierungsinformationen in jedem Aufruf mitgegeben werden. Dafür gibt es zwei Methoden: die HTTP-»Basic«-Authentifizierung
9415 oder die Übergabe als spziell benannte GET-Parameter. Neben den Authentifizierungsinformationen muss auch der zu verwendende Mandant
9420 <sect2 id="dev-programmatic-api-calls.client_selection" xreflabel="Mandantenauswahl bei programmatischen API-Aufrufen">
9421 <title>Wahl des Mandanten</title>
9424 Der zu verwendende Mandant kann als Parameter <varname>{AUTH}client_id</varname> mit jedem Request mitgeschickt werden. Der Wert
9425 muss dabei die Datenbank-ID des Mandanten sein. kivitendo prüft, ob der Account, der über die Authentifizierungsinformationen
9426 übergeben wurde, Zugriff auf den angegebenen Mandanten hat.
9430 Wird in einem Request kein Mandant mitgegeben, so wird derjenige Mandant genommen, wer als Standardmandant markiert wurde. Gibt es
9431 keinen solchen, kommt es zu einer Fehlermeldung.
9435 <sect2 id="dev-programmatic-api-calls.http_basic_authentication" xreflabel="Programmatische API-Aufrufe mit HTTP-»Basic« authentifizieren">
9436 <title>HTTP-»Basic«-Authentifizierung</title>
9439 Für diese Methode muss jedem Request der bekannte HTTP-Header <constant>Authorization</constant> mitgeschickt werden (siehe <ulink
9440 url="https://tools.ietf.org/html/rfc7617">RFC 7617</ulink>). Unterstützt wird ausschließlich die »Basic«-Methode. Loginname und
9441 Passwort werden bei dieser Methode durch einen Doppelpunkt getrennt und Base64-encodiert im genannten HTTP-Header übertragen.
9445 Diese Informationen müssen einen vorhandenen Account benennen. kivitendo prüft genau wie bei Benutzung über den Webbrowser, ob
9446 dieser Account Zugriff auf den Mandanten sowie auf die angeforderte Funktion hat.
9450 Da die Logininformationen im Klartext im Request stehen, sollte der Zugriff auf kivitendo ausschließlich über HTTPS verschlüsselt
9455 <sect2 id="dev-programmatic-api-calls.authentication_via_parameters" xreflabel="Programmatische API-Aufrufe mit Parametern authentifizieren">
9456 <title>Authentifizierung mit Parametern</title>
9459 Für diese Methode müssen jedem Request zwei Parameter mitgegeben werden: <varname>{AUTH}login</varname> und
9460 <varname>{AUTH}password</varname>. Diese Informationen müssen einen vorhandenen Account benennen. kivitendo prüft genau wie bei
9461 Benutzung über den Webbrowser, ob dieser Account Zugriff auf den Mandanten sowie auf die angeforderte Funktion hat.
9465 Da die Logininformationen im Klartext im Request stehen, sollte der Zugriff auf kivitendo ausschließlich über HTTPS verschlüsselt
9471 Die Verwendung dieser Methode ist veraltet. Statt dessen sollte die oben erwähnte HTTP-»Basic«-Authentifizierung verwendet werden.
9476 <sect2 id="dev-programmatic-api-calls.examples">
9477 <title>Beispiele</title>
9480 Das folgende Beispiel nutzt das Kommandozeilenprogramm »curl« und ruft die Funktion auf, die eine vorhandene Telefonnummer in den
9481 Ansprechpersonen sucht und dazu Informationen zurückliefert. Dabei wird die HTTP-»Basic«-Authentifizierung genutzt.
9484 <programlisting>$ curl --silent --user 'jdoe:SecretPassword!' \
9485 'https://…/controller.pl?action=PhoneNumber/look_up&number=053147110815'</programlisting>
9489 <sect1 id="db-upgrade-files" xreflabel="Datenbank-Upgradedateien">
9490 <title>SQL-Upgradedateien</title>
9492 <sect2 id="db-upgrade-files.introduction"
9493 xreflabel="Einführung in die Datenbank-Upgradedateien">
9494 <title>Einführung</title>
9496 <para>Datenbankupgrades werden über einzelne Upgrade-Scripte
9497 gesteuert, die sich im Verzeichnis
9498 <filename>sql/Pg-upgrade2</filename> befinden. In diesem Verzeichnis
9499 muss pro Datenbankupgrade eine Datei existieren, die neben den
9500 eigentlich auszuführenden SQL- oder Perl-Befehlen einige
9501 Kontrollinformationen enthält.</para>
9503 <para>Kontrollinformationen definieren Abhängigkeiten und Prioritäten,
9504 sodass Datenbankscripte zwar in einer sicheren Reihenfolge ausgeführt
9505 werden (z.B. darf ein <literal>ALTER TABLE</literal> erst ausgeführt
9506 werden, wenn die Tabelle mit <literal>CREATE TABLE</literal> angelegt
9507 wurde), diese Reihenfolge aber so flexibel ist, dass man keine
9508 Versionsnummern braucht.</para>
9510 <para>kivitendo merkt sich dabei, welches der Upgradescripte in
9511 <filename>sql/Pg-upgrade2</filename> bereits durchgeführt wurde und
9512 führt diese nicht erneut aus. Dazu dient die Tabelle
9513 "<literal>schema_info</literal>", die bei der Anmeldung automatisch
9514 angelegt wird.</para>
9517 <sect2 id="db-upgrade-files.format"
9518 xreflabel="Format der Upgradedateien">
9519 <title>Format der Kontrollinformationen</title>
9521 <para>Die Kontrollinformationen sollten sich am Anfang der jeweiligen
9522 Upgradedatei befinden. Jede Zeile, die Kontrollinformationen enthält,
9523 hat dabei das folgende Format:</para>
9525 <para>Für SQL-Upgradedateien:</para>
9527 <programlisting>-- @key: value</programlisting>
9529 <para>Für Perl-Upgradedateien:</para>
9531 <programlisting># @key: value</programlisting>
9533 <para>Leerzeichen vor "<varname>value</varname>" werden
9536 <para>Die folgenden Schlüsselworte werden verarbeitet:</para>
9540 <term><varname>tag</varname></term>
9543 <para>Wird zwingend benötigt. Dies ist der "Name" des Upgrades.
9544 Dieser "tag" kann von anderen Kontrolldateien in ihren
9545 Abhängigkeiten verwendet werden (Schlüsselwort
9546 "<varname>depends</varname>"). Der "tag" ist auch der Name, der
9547 in der Datenbank eingetragen wird.</para>
9549 <para>Normalerweise sollte die Kontrolldatei genau so heißen wie
9550 der "tag", nur mit der Endung ".sql" bzw. "pl".</para>
9552 <para>Ein Tag darf nur aus alphanumerischen Zeichen sowie den
9553 Zeichen _ - ( ) bestehen. Insbesondere sind Leerzeichen nicht
9554 erlaubt und sollten stattdessen mit Unterstrichen ersetzt
9560 <term><varname>charset</varname></term>
9563 <para>Empfohlen. Gibt den Zeichensatz an, in dem das Script
9564 geschrieben wurde, z.B. "<literal>UTF-8</literal>". Aus
9565 Kompatibilitätsgründen mit alten Upgrade-Scripten wird bei
9566 Abwesenheit des Tags für SQL-Upgradedateien der Zeichensatz
9567 "<literal>ISO-8859-15</literal>" angenommen. Perl-Upgradescripte
9568 hingegen müssen immer in UTF-8 encodiert sein und sollten
9569 demnach auch ein "<literal>use utf8;</literal>"
9575 <term><varname>description</varname></term>
9578 <para>Benötigt. Eine Beschreibung, was in diesem Update
9579 passiert. Diese wird dem Benutzer beim eigentlichen
9580 Datenbankupdate angezeigt. Während der Tag in Englisch gehalten
9581 sein sollte, sollte die Beschreibung auf Deutsch
9587 <term><varname>depends</varname></term>
9590 <para>Optional. Eine mit Leerzeichen getrennte Liste von "tags",
9591 von denen dieses Upgradescript abhängt. kivitendo stellt sicher,
9592 dass die in dieser Liste aufgeführten Scripte bereits
9593 durchgeführt wurden, bevor dieses Script ausgeführt wird.</para>
9595 <para>Abhängigkeiten werden rekursiv betrachtet. Wenn also ein
9596 Script "b" existiert, das von Änderungen in "a" abhängt, und
9597 eine neue Kontrolldatei für "c" erstellt wird, die von
9598 Änderungen in "a" und "b" abhängt, so genügt es, in "c" nur den
9599 Tag "b" als Abhängigkeit zu definieren.</para>
9601 <para>Es ist nicht erlaubt, sich selbst referenzierende
9602 Abhängigkeiten zu definieren (z.B. "a" -> "b", "b" -> "c"
9603 und "c" -> "a").</para>
9608 <term><varname>priority</varname></term>
9611 <para>Optional. Ein Zahlenwert, der die Reihenfolge bestimmt, in
9612 der Scripte ausgeführt werden, die die gleichen
9613 Abhängigkeitstiefen besitzen. Fehlt dieser Parameter, so wird
9614 der Wert 1000 benutzt.</para>
9616 <para>Dies ist reine Kosmetik. Für echte Reihenfolgen muss
9617 "depends" benutzt werden. kivitendo sortiert die auszuführenden
9618 Scripte zuerst nach der Abhängigkeitstiefe (wenn "z" von "y"
9619 abhängt und "y" von "x", so hat "z" eine Abhängigkeitstiefe von
9620 2, "y" von 1 und "x" von 0. "x" würde hier zuerst ausgeführt,
9621 dann "y", dann "z"), dann nach der Priorität und bei gleicher
9622 Priorität alphabetisch nach dem "tag".</para>
9627 <term><varname>ignore</varname></term>
9630 <para>Optional. Falls der Wert auf 1 (true) steht, wird das
9631 Skript bei der Anmeldung ignoriert und entsprechend nicht
9638 <sect2 id="db-upgrade-files.format-perl-files"
9639 xreflabel="Format von Perl-Upgradedateien">
9640 <title>Format von in Perl geschriebenen
9641 Datenbankupgradescripten</title>
9643 <para>In Perl geschriebene Datenbankscripte werden nicht einfach so
9644 ausgeführt sondern müssen sich an gewisse Konventionen halten. Dafür
9645 bekommen sie aber auch einige Komfortfunktionen bereitgestellt.</para>
9647 <para>Ein Upgradescript stellt dabei eine vollständige Objektklasse
9648 dar, die vom Elternobjekt "<literal>SL::DBUpgrade2::Base</literal>"
9649 erben und eine Funktion namens "<literal>run</literal>" zur Verfügung
9650 stellen muss. Das Script wird ausgeführt, indem eine Instanz dieser
9651 Klasse erzeugt und darauf die erwähnte "<literal>run</literal>"
9652 aufgerufen wird.</para>
9654 <para>Zu beachten ist, dass sich der Paketname der Datei aus dem Wert
9655 für "<literal>@tag</literal>" ableitet. Dabei werden alle Zeichen, die
9656 in Paketnamen ungültig wären (gerade Bindestriche), durch Unterstriche
9657 ersetzt. Insgesamt sieht der Paketname wie folgt aus:
9658 "<literal>SL::DBUpgrade2::tag</literal>".</para>
9660 <para>Welche Komfortfunktionen zur Verfügung stehen, erfahren Sie in
9661 der Perl-Dokumentation zum oben genannten Modul; aufzurufen mit
9662 "<command>perldoc SL/DBUpgrade2/Base.pm</command>".</para>
9664 <para>Ein Mindestgerüst eines gültigen Perl-Upgradescriptes sieht wie
9667 <programlisting># @tag: beispiel-upgrade-file42
9668 # @description: Ein schönes Beispielscript
9669 # @depends: release_3_1_0
9670 package SL::DBUpgrade2::beispiel_upgrade_file42;
9675 use parent qw(SL::DBUpgrade2::Base);
9680 # hier Aktionen ausführen
9689 <sect2 id="db-upgrade-files.dbupgrade-tool"
9690 xreflabel="Hilfsscript dbupgrade2_tool.pl">
9691 <title>Hilfsscript dbupgrade2_tool.pl</title>
9693 <para>Um die Arbeit mit den Abhängigkeiten etwas zu erleichtern,
9694 existiert ein Hilfsscript namens
9695 "<filename>scripts/dbupgrade2_tool.pl</filename>". Es muss aus dem
9696 kivitendo-ERP-Basisverzeichnis heraus aufgerufen werden. Dieses Tool
9697 liest alle Datenbankupgradescripte aus dem Verzeichnis
9698 <filename>sql/Pg-upgrade2</filename> aus. Es benutzt dafür die
9699 gleichen Methoden wie kivitendo selber, sodass alle Fehlersituationen
9700 von der Kommandozeile überprüft werden können.</para>
9702 <para>Wird dem Script kein weiterer Parameter übergeben, so wird nur
9703 eine Überprüfung der Felder und Abhängigkeiten vorgenommen. Man kann
9704 sich aber auch Informationen auf verschiedene Art ausgeben
9709 <para>Listenform: "<command>./scripts/dbupgrade2_tool.pl
9710 --list</command>"</para>
9712 <para>Gibt eine Liste aller Scripte aus. Die Liste ist in der
9713 Reihenfolge sortiert, in der kivitendo die Scripte ausführen
9714 würde. Es werden neben der Listenposition der Tag, die
9715 Abhängigkeitstiefe und die Priorität ausgegeben.</para>
9719 <para>Baumform: "<command>./scripts/dbupgrade2_tool.pl
9720 --tree</command>"</para>
9722 <para>Listet alle Tags in Baumform basierend auf den
9723 Abhängigkeiten auf. Die "Wurzelknoten" sind dabei die Scripte, von
9724 denen keine anderen abhängen. Die Unterknoten sind Scripte, die
9725 beim übergeordneten Script als Abhängigkeit eingetragen
9729 <listitem id="db-upgrade-files.dbupgrade-tool.reverse-tree">
9730 <para>Umgekehrte Baumform: "<command>./scripts/dbupgrade2_tool.pl
9731 --rtree</command>"</para>
9733 <para>Listet alle Tags in Baumform basierend auf den
9734 Abhängigkeiten auf. Die "Wurzelknoten" sind dabei die Scripte mit
9735 der geringsten Abhängigkeitstiefe. Die Unterknoten sind Scripte,
9736 die das übergeordnete Script als Abhängigkeit eingetragen
9741 <para>Baumform mit Postscriptausgabe:
9742 "<command>./scripts/dbupgrade2_tool.pl
9743 --graphviz</command>"</para>
9745 <para>Benötigt das Tool "<command>graphviz</command>", um mit
9746 seiner Hilfe die <link
9747 linkend="db-upgrade-files.dbupgrade-tool.reverse-tree">umgekehrte
9748 Baumform</link> in eine Postscriptdatei namens
9749 "<filename>db_dependencies.ps</filename>" auszugeben. Dies ist
9750 vermutlich die übersichtlichste Form, weil hierbei jeder Knoten
9751 nur einmal ausgegeben wird. Bei den Textmodusbaumformen hingegen
9752 können Knoten und all ihre Abhängigkeiten mehrfach ausgegeben
9757 <para>Scripte, von denen kein anderes Script abhängt:
9758 "<command>./scripts/dbupgrade2_tool.pl --nodeps</command>"</para>
9760 <para>Listet die Tags aller Scripte auf, von denen keine anderen
9761 Scripte abhängen.</para>
9767 <sect1 id="translations-languages" xreflabel="Translations and languages">
9768 <title>Translations and languages</title>
9770 <sect2 id="translations-languages.introduction"
9771 xreflabel="Introduction to translations and languages">
9772 <title>Introduction</title>
9775 <para>Dieser Abschnitt ist in Englisch geschrieben, um
9776 internationalen Übersetzern die Arbeit zu erleichtern.</para>
9779 <para>This section describes how localization packages in kivitendo
9780 are built. Currently the only language fully supported is German, and
9781 since most of the internal messages are held in English the English
9782 version is usable too.</para>
9785 <sect2 id="translations-languages.character-set"
9786 xreflabel="Character set">
9787 <title>Character set</title>
9789 <para>All files included in a language pack must use UTF-8 as their
9793 <sect2 id="translations-languages.file-structure"
9794 xreflabel="File structure">
9795 <title>File structure</title>
9797 <para>The structure of locales in kivitendo is:</para>
9799 <programlisting>kivitendo/locale/<langcode>/</programlisting>
9801 <para>where <langcode> stands for an abbreviation of the
9802 language package. The builtin packages use two letter <ulink
9803 url="http://en.wikipedia.org/wiki/ISO_639-1">ISO 639-1</ulink> codes,
9804 but the actual name is not relevant for the program and can easily be
9806 url="http://en.wikipedia.org/wiki/IETF_language_tag">IETF language
9807 tags</ulink> (i.e. "en_GB"). In fact the original language packages
9808 from SQL Ledger are named in this way.</para>
9810 <para>In such a language directory the following files are
9815 <term>LANGUAGE</term>
9818 <para>This file is mandatory.</para>
9820 <para>The <filename>LANGUAGE</filename> file contains the self
9821 descripted name of the language. It should contain a native
9822 representation first, and in parenthesis an english translation
9823 after that. Example:</para>
9825 <programlisting>Deutsch (German)</programlisting>
9833 <para>This file is mandatory.</para>
9835 <para>The central translation file. It is essentially an inline
9836 Perl script autogenerated by <command>locales.pl</command>. To
9837 generate it, generate the directory and the two files mentioned
9838 above, and execute the following command:</para>
9840 <programlisting>scripts/locales.pl <langcode></programlisting>
9842 <para>Otherwise you can simply copy one of the other languages.
9843 You will be told how many are missing like this:</para>
9845 <programlisting>$ scripts/locales.pl en
9846 English - 0.6% - 2015/2028 missing</programlisting>
9848 <para>A file named "<filename>missing</filename>" will be
9849 generated and can be edited. You can also edit the
9850 "<filename>all</filename>" file directly. Edit everything you
9851 like to fit the target language and execute
9852 <command>locales.pl</command> again. See how the missing words
9858 <term>Num2text</term>
9861 <para>Legacy code from SQL Ledger. It provides a means for
9862 numbers to be converted into natural language, like
9863 <literal>1523 => one thousand five hundred twenty
9864 three</literal>. If you want to provide it, it must be inlinable
9865 Perl code which provides a <function>num2text</function> sub. If
9866 an <function>init</function> sub exists it will be executed
9869 <para>Only used in the check and receipt printing module.</para>
9874 <term>special_chars</term>
9877 <para>kivitendo comes with a lot of interfaces to different
9878 formats, some of which are rather picky with their accepted
9879 charset. The <filename>special_chars</filename> file contains a
9880 listing of chars not suited for different file format and
9881 provides substitutions. It is written in "Simple Ini" style,
9882 containing a block for every file format.</para>
9884 <para>First entry should be the order of substitution for
9885 entries as a whitespace separated list. All entries are
9886 interpolated, so <literal>\n</literal>, <literal>\x20</literal>
9887 and <literal>\\</literal> all work.</para>
9889 <para>After that every entry is a special char that should be
9890 translated when writing text into such a file.</para>
9892 <para>Example:</para>
9894 <programlisting>[Template/XML]
9895 order=& < > \n
9899 \n=<br></programlisting>
9901 <para>Note the importance of the order in this example.
9902 Substituting < and > befor & would lead to $gt; become
9905 <para>For a list of valid formats, see the German
9906 <filename>special_chars</filename> entry. As of this writing the
9907 following are recognized:</para>
9909 <programlisting>HTML
9914 Template/OpenDocument
9915 filenames</programlisting>
9917 <para>The last of which is very machine dependent. Remember that
9918 a lot of characters are forbidden by some filesystems, for
9919 example MS Windows doesn't like ':' in its files where Linux
9920 doesn't mind that. If you want the files created with your
9921 language pack to be portable, find all chars that could cause
9927 <term>missing</term>
9930 <para>This file is not a part of the language package
9933 <para>This is a file generated by
9934 <command>scripts/locales.pl</command> while processing your
9935 locales. It's only to have the missing entries singled out and
9936 does not belong to a language package.</para>
9944 <para>This file is not a part of the language package
9947 <para>Another file generated by
9948 <command>scripts/locales.pl</command>. If for any reason a
9949 translation does not appear anymore and can be deleted, it gets
9950 moved here. The last 50 or so entries deleted are saved here in
9951 case you made a typo, so that you don't have to translate
9952 everything again. If a tranlsation is missing, the lost file is
9953 checked first. If you maintain a language package, you might
9954 want to keep this safe somewhere.</para>
9959 <term>more/all</term>
9962 <para>This subdir and file is not a part of the language package
9965 <para>If the directory more exists and contains a file called
9966 all it will be parsed in addition to the mandatory all (see
9967 above). The file is useful if you want to change some
9968 translations for the current installation without conflicting
9969 further upgrades. The file is not autogenerated and has the same
9970 format as the all, but needs another key (more_texts). See the
9971 german translation for an example or copy the following code:
9974 # -*- coding: utf-8; -*-
9979 # These are additional texts for custom translations.
9980 # The format is the same as for the normal file all, only
9981 # with another key (more_texts instead of texts).
9982 # The file has the form of 'english text' => 'foreign text',
9984 $self->{more_texts} = {
9986 'Ship via' => 'Terms of delivery',
9987 'Shipping Point' => 'Delivery time',
9989 </programlisting></para>
9996 <sect1 id="devel.testsuite">
9997 <title>Die kivitendo-Test-Suite</title>
9999 <sect2 id="devel.testsuite.intro">
10000 <title>Einführung</title>
10002 <para>kivitendo enthält eine Suite für automatisierte Tests. Sie
10003 basiert auf dem Standard-Perl-Modul
10004 <literal>Test::More</literal>.</para>
10006 <para>Die grundlegenden Fakten sind:</para>
10010 <para>Alle Tests liegen im Unterverzeichnis
10011 <filename>t/</filename>.</para>
10015 <para>Ein Script (bzw. ein Test) in <filename>t/</filename>
10016 enthält einen oder mehrere Testfälle.</para>
10020 <para>Alle Dateinamen von Tests enden auf <literal>.t</literal>.
10021 Es sind selbstständig ausführbare Perl-Scripte.</para>
10025 <para>Die Test-Suite besteht aus der Gesamtheit aller Tests,
10026 sprich aller Scripte in <filename>t/</filename>, deren Dateiname
10027 auf <literal>.t</literal> endet.</para>
10032 <sect2 id="devel.testsuite.prerequisites">
10033 <title>Voraussetzungen</title>
10035 <para>Für die Ausführung werden neben den für kivitendo eh schon
10036 benötigten Module noch weitere Perl-Module benötigt. Diese
10041 <para><literal>Test::Deep</literal> (Debian-Paketname:
10042 <literal>libtest-deep-perl</literal>; Fedora:
10043 <literal>perl-Test-Deep</literal>; openSUSE:
10044 <literal>perl-Test-Deep</literal>)</para>
10048 <para><literal>Test::Exception</literal> (Debian-Paketname:
10049 <literal>libtest-exception-perl</literal>; Fedora:
10050 <literal>perl-Test-Exception</literal>; openSUSE:
10051 <literal>perl-Test-Exception</literal>)</para>
10055 <para><literal>Test::Output</literal> (Debian-Paketname:
10056 <literal>libtest-output-perl</literal>; Fedora:
10057 <literal>perl-Test-Output</literal>; openSUSE:
10058 <literal>perl-Test-Output</literal>)</para>
10062 <para><literal>Test::Harness</literal> 3.0.0 oder höher. Dieses
10063 Modul ist ab Perl 5.10.1 Bestandteil der Perl-Distribution und
10064 kann für frühere Versionen aus dem <ulink
10065 url="http://www.cpan.org">CPAN</ulink> bezogen werden.</para>
10069 <para><literal>LWP::Simple</literal> aus dem Paket
10070 <literal>libwww-perl</literal> (Debian-Panetname:
10071 <literal>libwww-perl</literal>; Fedora:
10072 <literal>perl-libwww-perl</literal>; openSUSE:
10073 <literal>perl-libwww-perl</literal>)</para>
10077 <para><literal>URI::Find</literal> (Debian-Panetname:
10078 <literal>liburi-find-perl</literal>; Fedora:
10079 <literal>perl-URI-Find</literal>; openSUSE:
10080 <literal>perl-URI-Find</literal>)</para>
10084 <para><literal>Sys::CPU</literal> (Debian-Panetname:
10085 <literal>libsys-cpu-perl</literal>; Fedora und openSUSE: nicht
10090 <para><literal>Thread::Pool::Simple</literal> (Debian-Panetname:
10091 <literal>libthread-pool-simple-perl</literal>; Fedora und
10092 openSUSE: nicht vorhanden)</para>
10096 <para>Weitere Voraussetzung ist, dass die Testsuite ihre eigene
10097 Datenbank anlegen kann, um Produktivdaten nicht zu gefährden. Dazu
10098 müssen in der Konfigurationsdatei im Abschnit
10099 <literal>testing/database</literal> Datenbankverbindungsparameter
10100 angegeben werden. Der hier angegebene Benutzer muss weiterhin das
10101 Recht haben, Datenbanken anzulegen und zu löschen.</para>
10103 <para>Der so angegebene Benutzer muss nicht zwingend über
10104 Super-User-Rechte verfügen. Allerdings gibt es einige
10105 Datenbank-Upgrades, die genau diese Rechte benötigen. Für den Fall
10106 kann man in diesem Konfigurationsabschnitt einen weiteren
10107 Benutzeraccount angeben, der dann über Super-User-Rechte verfügt, und
10108 mit dem die betroffenen Upgrades durchgeführt werden. In der
10109 Beispiel-Konfigurationsdatei finden Sie die benötigten
10113 <sect2 id="devel.testsuite.execution">
10114 <title>Existierende Tests ausführen</title>
10116 <para>Es gibt mehrere Möglichkeiten zum Ausführen der Tests: entweder,
10117 man lässt alle Tests auf einmal ausführen, oder man führt gezielt
10118 einzelne Scripte aus. Für beide Fälle gibt es das Helferscript
10119 <filename>t/test.pl</filename>.</para>
10121 <para>Will man die komplette Test-Suite ausführen, so muss man einfach
10122 nur <filename>t/test.pl</filename> ohne weitere Parameter aus dem
10123 kivitendo-Basisverzeichnis heraus ausführen.</para>
10125 <para>Um einzelne Test-Scripte auszuführen, übergibt man deren Namen
10126 an <filename>t/test.pl</filename>. Beispielsweise:</para>
10128 <programlisting>t/test.pl t/form/format_amount.t t/background_job/known_jobs.t</programlisting>
10131 <sect2 id="devel.testsuite.meaning_of_scripts">
10132 <title>Bedeutung der verschiedenen Test-Scripte</title>
10134 <para>Die Test-Suite umfasst Tests sowohl für Funktionen als auch für
10135 Programmierstil. Einige besonders zu erwähnende, weil auch während der
10136 Entwicklung nützliche Tests sind:</para>
10140 <para><filename>t/001compile.t</filename> -- compiliert alle
10141 Quelldateien und bricht bei Fehlern sofort ab</para>
10145 <para><filename>t/002goodperl.t</filename> -- überprüft alle
10146 Perl-Dateien auf Anwesenheit von '<literal>use
10147 strict</literal>'-Anweisungen</para>
10151 <para><filename>t/003safesys.t</filename> -- überprüft Aufrufe von
10152 <function>system()</function> und <function>exec()</function> auf
10157 <para><filename>t/005no_tabs.t</filename> -- überprüft, ob Dateien
10158 Tab-Zeichen enthalten</para>
10162 <para><filename>t/006spelling.t</filename> -- sucht nach häufigen
10163 Rechtschreibfehlern</para>
10167 <para><filename>t/011pod.t</filename> -- überprüft die Syntax von
10168 Dokumentation im POD-Format auf Gültigkeit</para>
10172 <para>Weitere Test-Scripte überprüfen primär die Funktionsweise
10173 einzelner Funktionen und Module.</para>
10176 <sect2 id="devel.testsuite.create_new">
10177 <title>Neue Test-Scripte erstellen</title>
10179 <para>Es wird sehr gern gesehen, wenn neue Funktionalität auch gleich
10180 mit einem Test-Script abgesichert wird. Auch bestehende Funktion darf
10181 und soll ausdrücklich nachträglich mit Test-Scripten abgesichert
10184 <sect3 id="devel.testsuite.ideas_for_non_function_tests">
10185 <title>Ideen für neue Test-Scripte, die keine konkreten Funktionen
10188 <para>Ideen, die abgesehen von Funktionen noch nicht umgesetzt
10193 <para>Überprüfung auf fehlende symbolische Links</para>
10197 <para>Suche nach Nicht-ASCII-Zeichen in Perl-Code-Dateien (mit
10198 gewissen Einschränkungen wie das Erlauben von deutschen
10203 <para>Test auf DOS-Zeilenenden (\r\n anstelle von nur \n)</para>
10207 <para>Überprüfung auf Leerzeichen am Ende von Zeilen</para>
10211 <para>Test, ob alle zu übersetzenden Strings in
10212 <filename>locale/de/all</filename> vorhanden sind</para>
10216 <para>Test, ob alle Webseiten-Templates in
10217 <filename>templates/webpages</filename> mit vom Perl-Modul
10218 <literal>Template</literal> compiliert werden können</para>
10223 <sect3 id="devel.testsuite.directory_and_test_names">
10224 <title>Konvention für Verzeichnis- und Dateinamen</title>
10226 <para>Es gibt momentan eine wenige Richtlinien, wie Test-Scripte zu
10227 benennen sind. Bitte die folgenden Punkte als Richtlinie betrachten
10228 und ihnen soweit es geht folgen:</para>
10232 <para>Die Dateiendung muss <filename>.t</filename>
10237 <para>Namen sind englisch, komplett klein geschrieben und
10238 einzelne Wörter mit Unterstrichten getrennt (beispielsweise
10239 <filename>bad_function_params.t</filename>).</para>
10243 <para>Unterverzeichnisse sollten grob nach dem Themenbereich
10244 benannt sein, mit dem sich die Scripte darin befassen
10245 (beispielsweise <filename>background_jobs</filename> für Tests
10246 rund um Hintergrund-Jobs).</para>
10250 <para>Test-Scripte sollten einen überschaubaren Bereich von
10251 Funktionalität testen, der logisch zusammenhängend ist (z.B. nur
10252 Tests für eine einzelne Funktion in einem Modul). Lieber mehrere
10253 Test-Scripte schreiben.</para>
10258 <sect3 id="devel.testsuite.minimal_example">
10259 <title>Minimales Skelett für eigene Scripte</title>
10261 <para>Der folgenden Programmcode enthält das kleinstmögliche
10262 Testscript und kann als Ausgangspunkt für eigene Tests verwendet
10265 <programlisting>use Test::More tests => 0;
10269 use Support::TestSetup;
10271 Support::TestSetup::login();</programlisting>
10273 <para>Wird eine vollständig initialisierte kivitendo-Umgebung
10274 benötigt (Stichwort: alle globalen Variablen wie
10275 <varname>$::auth</varname>, <varname>$::form</varname> oder
10276 <varname>$::lxdebug</varname>), so muss in der Konfigurationsdatei
10277 <filename>config/kivitendo.conf</filename> im Abschnitt
10278 <literal>testing.login</literal> ein gültiger Login-Name eingetragen
10279 sein. Dieser wird für die Datenbankverbindung benötigt.</para>
10281 <para>Wir keine vollständig initialisierte Umgebung benötigt, so
10282 kann die letzte Zeile <programlisting>Support::TestSetup::login();</programlisting>
10283 weggelassen werden, was die Ausführungszeit des Scripts leicht
10289 <sect1 id="devel.style-guide">
10290 <title>Stil-Richtlinien</title>
10292 <para>Die folgenden Regeln haben das Ziel, den Code möglichst gut les-
10293 und wartbar zu machen. Dazu gehört zum Einen, dass der Code einheitlich
10294 eingerückt ist, aber auch, dass Mehrdeutigkeit so weit es geht vermieden
10295 wird (Stichworte "Klammern" oder "Hash-Keys").</para>
10297 <para>Diese Regeln sind keine Schikane sondern erleichtern allen das
10300 <para>Jeder, der einen Patch schickt, sollte seinen Code vorher
10301 überprüfen. Einige der Regeln lassen sich automatisch überprüfen, andere
10306 <para>Es werden keine echten Tabs sondern Leerzeichen
10311 <para>Die Einrückung beträgt zwei Leerzeichen. Beispiel:</para>
10313 <programlisting>foreach my $row (@data) {
10315 # do something with $row
10318 if ($use_modules) {
10319 $row->{modules} = MODULE->retrieve(
10320 id => $row->{id},
10321 date => $use_now ? localtime() : $row->{time},
10325 $report->add($row);
10330 <para>Öffnende geschweifte Klammern befinden sich auf der gleichen
10331 Zeile wie der letzte Befehl. Beispiele:</para>
10333 <programlisting>sub debug {
10339 <programlisting>if ($form->{item_rows} > 0) {
10345 <para>Schließende geschweifte Klammern sind so weit eingerückt wie
10346 der Befehl / die öffnende schließende Klammer, die den Block
10347 gestartet hat, und nicht auf der Ebene des Inhalts. Die gleichen
10348 Beispiele wie bei 3. gelten.</para>
10352 <para>Die Wörter "<function>else</function>",
10353 "<function>elsif</function>", "<function>while</function>" befinden
10354 sich auf der gleichen Zeile wie schließende geschweifte Klammern.
10357 <programlisting>if ($form->{sum} > 1000) {
10359 } elsif ($form->{sum} > 0) {
10367 } until ($a > 0);</programlisting>
10371 <para>Parameter von Funktionsaufrufen müssen mit runden Klammern
10372 versehen werden. Davon nicht betroffen sind interne Perl-Funktionen,
10373 und grep-ähnliche Operatoren. Beispiel:</para>
10375 <programlisting>$main::lxdebug->message("Could not find file.");
10376 %options = map { $_ => 1 } grep { !/^#/ } @config_file;</programlisting>
10380 <para>Verschiedene Klammern, Ihre Ausdrücke und Leerzeichen:</para>
10382 <para>Generell gilt: Hashkeys und Arrayindices sollten nicht durch
10383 Leerzeichen abgesetzt werden. Logische Klammerungen ebensowenig,
10384 Blöcke schon. Beispiel:</para>
10386 <programlisting>if (($form->{debug} == 1) && ($form->{sum} - 100 < 0)) {
10390 $array[$i + 1] = 4;
10391 $form->{sum} += $form->{"row_$i"};
10392 $form->{ $form->{index} } += 1;
10394 map { $form->{sum} += $form->{"row_$_"} } 1..$rowcount;</programlisting>
10398 <para>Mehrzeilige Befehle</para>
10402 <para>Werden die Parameter eines Funktionsaufrufes auf mehrere
10403 Zeilen aufgeteilt, so sollten diese bis zu der Spalte eingerückt
10404 werden, in der die ersten Funktionsparameter in der ersten Zeile
10405 stehen. Beispiel:</para>
10407 <programlisting>$sth = $dbh->prepare("SELECT * FROM some_table WHERE col = ?",
10408 $form->{some_col_value});</programlisting>
10412 <para>Ein Spezialfall ist der ternäre Operator "?:", der am
10413 besten in einer übersichtlichen Tabellenstruktur organisiert
10414 wird. Beispiel:</para>
10416 <programlisting>my $rowcount = $form->{"row_$i"} ? $i
10417 : $form->{oldcount} ? $form->{oldcount} + 1
10418 : $form->{rowcount} - $form->{rowbase};</programlisting>
10424 <para>Kommentare</para>
10428 <para>Kommentare, die alleine in einer Zeile stehen, sollten
10429 soweit wie der Code eingerückt sein.</para>
10433 <para>Seitliche hängende Kommentare sollten einheitlich
10434 formatiert werden.</para>
10438 <para>Sämtliche Kommentare und Sonstiges im Quellcode ist bitte
10439 auf Englisch zu verfassen. So wie ich keine Lust habe,
10440 französischen Quelltext zu lesen, sollte auch der kivitendo
10441 Quelltext für nicht-Deutschsprachige lesbar sein.
10444 <programlisting>my $found = 0;
10448 # complicated check
10452 $i = 0 # initialize $i
10454 $i *= $const; # do something crazy
10455 $i = $n; # recover $i</programlisting>
10461 <para>Hashkeys sollten nur in Anführungszeichen stehen, wenn die
10462 Interpolation gewünscht ist. Beispiel:</para>
10464 <programlisting>$form->{sum} = 0;
10465 $form->{"row_$i"} = $form->{"row_$i"} - 5;
10466 $some_hash{42} = 54;</programlisting>
10470 <para>Die maximale Zeilenlänge ist nicht beschränkt. Zeilenlängen
10471 unterhalb von 79 Zeichen helfen unter bestimmten Bedingungen, aber
10472 wenn die Lesbarkeit unter kurzen Zeilen leidet (wie zum Biespiel in
10473 grossen Tabellen), dann ist Lesbarkeit vorzuziehen.</para>
10475 <para>Als Beispiel sei die Funktion
10476 <function>print_options</function> aus
10477 <filename>bin/mozilla/io.pl</filename> angeführt.</para>
10481 <para>Trailing Whitespace, d.h. Leerzeichen am Ende von Zeilen sind
10482 unerwünscht. Sie führen zu unnötigen Whitespaceänderungen, die diffs
10483 verfälschen.</para>
10485 <para>Emacs und vim haben beide recht einfache Methoden zur
10486 Entfernung von trailing whitespace. Emacs kennt das Kommande
10487 <command>nuke-trailing-whitespace</command>, vim macht das gleiche
10488 manuell über <literal>:%s/\s\+$//e</literal> Mit <literal>:au
10489 BufWritePre * :%s/\s\+$//e</literal> wird das an Speichern
10494 <para>Es wird kein <command>perltidy</command> verwendet.</para>
10496 <para>In der Vergangenheit wurde versucht,
10497 <command>perltidy</command> zu verwenden, um einen einheitlichen
10498 Stil zu erlangen. Es hat sich aber gezeigt, dass
10499 <command>perltidy</command>s sehr eigenwilliges Verhalten, was
10500 Zeilenumbrüche angeht, oftmals gut formatierten Code zerstört. Für
10501 den Interessierten sind hier die
10502 <command>perltidy</command>-Optionen, die grob den beschriebenen
10503 Richtlinien entsprechen:</para>
10505 <programlisting>-syn -i=2 -nt -pt=2 -sbt=2 -ci=2 -ibc -hsc -noll -nsts -nsfs -asc -dsm
10506 -aws -bbc -bbs -bbb -mbl=1 -nsob -ce -nbl -nsbl -cti=0 -bbt=0 -bar -l=79
10507 -lp -vt=1 -vtc=1</programlisting>
10511 <para><varname>STDERR</varname> ist tabu. Unkonditionale
10512 Debugmeldungen auch.</para>
10514 <para>kivitendo bietet mit dem Modul <classname>LXDebug</classname>
10515 einen brauchbaren Trace-/Debug-Mechanismus. Es gibt also keinen
10516 Grund, nach <varname>STDERR</varname> zu schreiben.</para>
10518 <para>Die <classname>LXDebug</classname>-Methode
10519 "<function>message</function>" nimmt als ersten Paramter außerdem
10520 eine Flagmaske, für die die Meldung angezeigt wird, wobei "0" immer
10521 angezeigt wird. Solche Meldungen sollten nicht eingecheckt werden
10522 und werden in den meisten Fällen auch vom Repository
10523 zurückgewiesen.</para>
10527 <para>Alle neuen Module müssen use strict verwenden.</para>
10529 <para><varname>$form</varname>, <varname>$auth</varname>,
10530 <varname>$locale</varname>, <varname>$lxdebug</varname> und
10531 <varname>%myconfig</varname> werden derzeit aus dem main package
10532 importiert (siehe <xref linkend="devel.globals"/>. Alle anderen
10533 Konstrukte sollten lexikalisch lokal gehalten werden.</para>
10538 <sect1 id="devel.build-doc" xreflabel="Dokumentation erstellen">
10539 <title>Dokumentation erstellen</title>
10541 <sect2 id="devel.build-doc.introduction">
10542 <title>Einführung</title>
10544 <para>Diese Dokumentation ist in <productname>DocBook</productname>
10545 XML geschrieben. Zum Bearbeiten reicht grundsätzlich ein Text-Editor.
10546 Mehr Komfort bekommt man, wenn man einen dedizierten XML-fähigen
10547 Editor nutzt, der spezielle Unterstützung für
10548 <productname>DocBook</productname> mitbringt. Wir empfehlen dafür den
10549 <ulink url="http://www.xmlmind.com/xmleditor/">XMLmind XML
10550 Editor</ulink>, der bei nicht kommerzieller Nutzung kostenlos
10554 <sect2 id="devel.build-doc.required-software">
10555 <title>Benötigte Software</title>
10557 <para>Bei <productname>DocBook</productname> ist Prinzip, dass
10558 ausschließlich die XML-Quelldatei bearbeitet wird. Aus dieser werden
10559 dann mit entsprechenden Stylesheets andere Formate wie PDF oder HTML
10560 erzeugt. Bei kivitendo übernimmt diese Aufgabe das Shell-Script
10561 <command>scripts/build_doc.sh</command>.</para>
10563 <para>Das Script benötigt zur Konvertierung verschiedene
10564 Softwarekomponenten, die im normalen kivitendo-Betrieb nicht benötigt
10570 url="http://www.oracle.com/technetwork/java/index.html">Java</ulink>
10571 in einer halbwegs aktuellen Version</para>
10575 <para>Das Java-Build-System <ulink
10576 url="http://ant.apache.org/">Apache Ant</ulink></para>
10580 <para>Das Dokumentations-System Dobudish für
10581 <productname>DocBook</productname> 4.5, eine Zusammenstellung
10582 diverser Stylesheets und Grafiken zur Konvertierung von
10583 <productname>DocBook</productname> XML in andere Formate. Das
10584 Paket, das benötigt wird, ist zum Zeitpunkt der
10585 Dokumentationserstellung
10586 <filename>dobudish-nojre-1.1.4.zip</filename>, aus auf <ulink
10587 url="https://code.google.com/archive/p/dobudish/downloads">code.google.com</ulink>
10588 bereitsteht.</para>
10592 <para>Apache Ant sowie ein dazu passendes Java Runtime Environment
10593 sind auf allen gängigen Plattformen verfügbar. Beispiel für
10594 Debian/Ubuntu:</para>
10596 <programlisting>apt-get install ant default-jre</programlisting>
10598 <para>Nach dem Download von Dobudish muss Dobudish im Unterverzeichnis
10599 <filename>kivitendo-erp/doc/build</filename> entpackt werden. Beispiel unter der
10600 Annahme, das <productname>Dobudish</productname> in
10601 <filename>$HOME/Downloads</filename> heruntergeladen wurde:</para>
10603 <programlisting>cd kivitendo-erp/doc/build
10604 unzip $HOME/Downloads/dobudish-nojre-1.1.4.zip</programlisting>
10606 <para>Damit auf Dobudish zugegriffen werden kann, muss ein Link mit dem Namen
10607 <filename>dobudish</filename> erstellt werden, der auf den Ordner
10608 <filename>dobudish-nojre-1.1.4</filename> zeigt.</para>
10610 <programlisting>cd kivitendo-erp/doc/build
10611 ln -sf dobudish-1.1.4 dobudish</programlisting>
10614 <sect2 id="devel.build-doc.build">
10615 <title>PDFs und HTML-Seiten erstellen</title>
10617 <para>Die eigentliche Konvertierung erfolgt nach Installation der
10618 benötigten Software mit einem einfachen Aufruf direkt aus dem
10619 kivitendo-Installationsverzeichnis heraus:</para>
10621 <programlisting>./scripts/build_doc.sh</programlisting>
10624 <sect2 id="devel.build-doc.repository">
10625 <title>Einchecken in das Git-Repository</title>
10627 <para>Sowohl die XML-Datei als auch die erzeugten PDF- und
10628 HTML-Dateien sind Bestandteil des Git-Repositories. Daraus folgt, dass
10629 nach Änderungen am XML die PDF- und HTML-Dokumente ebenfalls gebaut
10630 und alles zusammen in einem Commit eingecheckt werden sollten.</para>
10632 <para>Die "<filename>dobudish</filename>"-Verzeichnisse bzw.
10633 symbolischen Links gehören hingegen nicht in das Repository.</para>