+ <listitem>
+ <para>Sprache der Tabellenüberschriften etc.</para>
+ </listitem>
+
+ <listitem>
+ <para>Anpassung der Bezugs-Zeile (z.B. Rechnungsnummer versus
+ Angebotsnummer)</para>
+ </listitem>
+
+ <listitem>
+ <para>Darstellung von Brutto oder Netto-Preisen in der
+ Auflistung (Endverbraucher versus gewerblicher Kunde)</para>
+ </listitem>
+ </itemizedlist>
+
+ <para>Nachteil:</para>
+
+ <para>LaTeX hat ohnehin eine sehr steile Lehrnkurve. Die Datei
+ <filename>letter.tex</filename> ist sehr komplex und verstärkt damit
+ diesen Effekt noch einmal erheblich. Wer LaTeX-Erfahrung hat, oder
+ geübt ist Scriptsparachen nachzuvollziehen kann natürlich auch
+ innerhalb der Tabellendarstellung gut persönliche Anpassungen
+ vornehmen. Aber man kann sich hier bei Veränderungen sehr schnell
+ heftig in den Fuss schiessen.</para>
+
+ <para>Wer nicht so tief in die Materie einsteigen will oder leicht
+ zu frustrieren ist, sollte sein Hintergrund-PDF auf Basis der
+ mitglieferten Datei <filename>sample_head.pdf</filename> erstellen,
+ und sich an der Form der dargestellten Tabellen, wie sie
+ ausgeliefert werden, erfreuen.</para>
+
+ <para>Kleiner Tipp: Nicht zu viel auf einmal wollen, lieber kleine,
+ kontinuierliche Schritte gehen.</para>
+ </sect3>
+
+ <sect3 id="f-tex-Bruttopreise">
+ <title>Bruttopreise für Endverbraucher</title>
+
+ <para>Der auszuweisende Bruttopreis wird innerhalb der
+ LaTeX-Umgebung berechnet. Es gibt zwar ein Feld, um bei Aufträgen
+ "alle Preise Brutto" auszuwählen, aber:</para>
+
+ <itemizedlist>
+ <listitem>
+ <para>hierfür müssen die Preise auch in Brutto in der Datenbank
+ stehen (ja - das lässt sich über die Preisgruppen und die
+ Zuordung einer Default-Preisgruppe handhaben)</para>
+ </listitem>
+
+ <listitem>
+ <para>man darf beim Anlegen des Vorgangs nicht vergessen, dieses
+ Häkchen zu setzen. (Das ist in der Praxis, wenn man sowohl
+ Endverbraucher als auch Gewerbekunden beliefert, der eigentliche
+ Knackpunkt)</para>
+ </listitem>
+ </itemizedlist>
+
+ <para>Es gibt mit f-tex eine weitere Alternative. Die Information ob
+ Brutto oder Nettorechnung wird mit den Zahlarten verknüpft.
+ Zahlarten bei denen Rechnungen, Angebote, etc, in Brutto ausgegeben
+ werden sollen, enden mit "_E" (für Endverbraucher). Falls identische
+ Zahlarten für Gewerbekunden und Endverbraucher vorhanden sind, legt
+ man diese einfach doppelt an (einmal mit der Namensendung "_E").
+ Gewinn:</para>
+
+ <itemizedlist>
+ <listitem>
+ <para>Die Entscheidung, ob Nettopreise ausgewiesen werden, ist
+ nicht mehr fix mit einer Preisliste verbunden.</para>
+ </listitem>
+
+ <listitem>
+ <para>Die Default-Zahlart kann im Kundendatensatz hinterlegt
+ werden, und man muss nicht mehr daran denken, "alle Preise
+ Netto" auszuwählen.</para>
+ </listitem>
+
+ <listitem>
+ <para>Die Entscheidung, ob Netto- oder Bruttopreise ausgewiesen
+ werden, kann direkt beim Drucken revidiert werden, ohne dass
+ sich der Auftragswert ändert.</para>
+ </listitem>
+ </itemizedlist>
+ </sect3>
+
+ <sect3 id="f-tex-lieferadressen">
+ <title>Lieferadressen</title>
+
+ <para>In Lieferscheinen kommen <varname>shipto*</varname>-Variablen
+ im Adressfeld zum Einsatz. Wenn die
+ <varname>shipto*</varname>-Variable leer ist, wird die entsprechende
+ Adressvariable eingesetzt. Wenn also die Lieferadresse in Straße,
+ Hausnummer und Ort abweicht, müssen auch nur diese Felder in der
+ Lieferadresse ausgefüllt werden. Für den Firmenname wird der Wert
+ der Hauptadresse angezeigt.</para>
+ </sect3>
+ </sect2>
+
+ <sect2 id="Vorlagen-rev-odt">
+ <title>Der Druckvorlagensatz rev-odt</title>
+
+ <para>Hierbei handelt es sich um einen Dokumentensatz der mit
+ odt-Vorlagen erstellt wurde. Es gibt in dem Verzeichnis eine
+ Readme-Datei, die eventuell aktueller als die Dokumentation hier ist.
+ Die odt-Vorlagen in diesem Verzeichnis "rev-odt" wurden von revamp-it,
+ Zürich erstellt und werden laufend aktualisiert. Ein paar der
+ Formulierungen in den Druckvorlagen entsprechen dem Schweizer
+ Sprachgebrauch, z.B. "Offerte" oder "allfällig".</para>
+
+ <para>Hinweis zum Einsatz des Feldes "Land" bei den Stammdaten für
+ KundInnen und LieferantInnen, sowie bei Lieferadressen: Die in diesem
+ Vorlagensatz vorhandenen Vorlagen erwarten für "Land" das
+ entsprechende Kürzel, das in Adressen vor die Postleitzahl gesetzt
+ wird. Das Feld kann auch komplett leer bleiben. Wer dies anders
+ handhaben möchte, muss die Vorlagen entsprechend anpassen.</para>
+
+ <para>odt-Vorlagen können mit LibreOffice oder OpenOffice editiert und
+ den eigenen Bedürfnissen angepasst werden. Wichtig beim Editieren von
+ if-Blöcken ist, dass immer der gesamte Block überschrieben werden muss
+ und nicht nur Teile davon, da dies sonst oft zu einer odt-Datei führt,
+ die vom Parser nicht korrekt gelesen werden kann.</para>
+
+ <para>Mahnungen können unter folgenden Einschränkungen mit den odt-Vorlagen
+ im Vorlagensatz rev-odt erzeugt werden:</para>
+
+ <itemizedlist>
+ <listitem>
+ <para>als Druckoption steht nur 'PDF(OpenDocument/OASIS)' zur
+ Verfügung, das heisst, die Mahnungen werden als PDF-Datei ausgegeben.
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>für jede Rechnung muss eine eigene Mahnung erzeugt werden
+ (auch wenn bei einzelnen KundInnen mehrere überfällige Rechnungen
+ vorhanden sind).</para>
+ </listitem>
+ </itemizedlist>
+
+ <para>Mehrere Mahnungen für eine Kundin / einen Kunden werden zu einer
+ PDF-Datei zusammengefasst</para>
+
+ <para>Die Vorlagen zahlungserinnerung.odt sowie mahnung.odt sind für das
+ Erstellen einer Zahlungserinnerung bzw. Mahnung selbst vorgesehen, die
+ Vorlage mahnung_invoice.odt für das Erstellen einer Rechnung über die
+ verrechneten Mahngebühren und Verzugszinsen.</para>
+
+ <para>Zur Zeit gibt es in kivitendo noch keine Möglichkeit,
+ odt-Vorlagen bei Briefen und Pflichtenheften einzusetzen.
+ Entsprechende Vorlagen sind deshalb nicht vorhanden.</para>
+
+ <para>Fehlermeldungen, Anregungen und Wünsche bitte senden an:
+ empfang@revamp-it.ch</para>
+ </sect2>
+
+ <sect2 id="allgemeine-hinweise-zu-latex">
+ <title>Allgemeine Hinweise zu LaTeX Vorlagen</title>
+
+ <para>In den allermeisten Installationen sollte das Drucken jetzt
+ schon funktionieren. Sollte ein Fehler auftreten, wirft TeX sehr lange
+ Fehlerbeschreibungen, der eigentliche Fehler ist immer die erste
+ Zeile, die mit einem Ausrufezeichen anfängt. Häufig auftretende Fehler
+ sind zum Beispiel:</para>
+
+ <itemizedlist>
+ <listitem>
+ <para>! LaTeX Error: File `eurosym.sty' not found. Die
+ entsprechende LaTeX-Bibliothek wurde nicht gefunden. Das tritt vor
+ allem bei Vorlagen aus der Community auf. Installieren Sie die
+ entsprechenden Pakete.</para>
+ </listitem>
+
+ <listitem>
+ <para>! Package inputenc Error: Unicode char \u8:... set up for
+ use with LaTeX. Dieser Fehler tritt auf, wenn sie versuchen mit
+ einer Standardinstallation exotische utf8 Zeichen zu drucken.
+ TeXLive unterstützt von Haus nur romanische Schriften und muss mit
+ diversen Tricks dazu gebracht werden andere Zeichen zu
+ akzeptieren. Adere TeX Systeme wie XeTeX schaffen hier
+ Abhilfe.</para>
+ </listitem>
+ </itemizedlist>
+
+ <para>Wird gar kein Fehler angezeigt, sondern nur der Name des
+ Templates, heißt das normalerweise, dass das LaTeX Binary nicht
+ gefunden wurde. Prüfen Sie den Namen in der Konfiguration (Standard:
+ <literal>pdflatex</literal>), und stellen Sie sicher, dass pdflatex
+ (oder das von Ihnen verwendete System) vom Webserver ausgeführt werden
+ darf.</para>
+
+ <para>Wenn sich das Problem nicht auf Grund der Ausgabe im Webbrowser
+ verifizieren lässt:</para>
+
+ <itemizedlist>
+ <listitem>
+ <para>editiere [kivitendo-home]/config/kivitendo.conf und ändere
+ "keep_temp_files" auf 1</para>
+
+ <para><programlisting>keep_temp_files = 1;</programlisting></para>
+ </listitem>
+
+ <listitem>
+ <para>bei fastcgi oder mod_perl den Webserver neu Starten</para>
+ </listitem>
+
+ <listitem>
+ <para>Nochmal einen Druckversuch im Webfrontend auslösen</para>
+ </listitem>
+
+ <listitem>
+ <para>wechsel in das users Verzeichnis von kivitendo</para>
+
+ <para><programlisting>cd [kivitendo-home]/users</programlisting></para>
+ </listitem>
+
+ <listitem>
+ <para>LaTeX Suchpfad anpassen:</para>
+
+ <para><programlisting>export TEXINPUTS=".:[kivitendo-home]/templates/[aktuelles_template_verzeichniss]:"</programlisting></para>
+ </listitem>
+
+ <listitem>
+ <para>Finde heraus, welche Datei kivitendo beim letzten Durchlauf
+ erstellt hat</para>
+
+ <para><programlisting>ls -lahtr ./1*.tex</programlisting></para>
+
+ <para>Es sollte die letzte Datei ganz unten sein</para>
+ </listitem>
+
+ <listitem>
+ <para>für besseren Hinweis auf Fehler texdatei nochmals
+ übersetzen</para>
+
+ <para><programlisting>pdflatex ./1*.tex</programlisting></para>
+
+ <para>in der *.tex datei nach dem Fehler suchen.</para>
+ </listitem>
+ </itemizedlist>
+ </sect2>
+ </sect1>
+
+ <sect1 id="OpenDocument-Vorlagen">
+ <title>OpenDocument-Vorlagen</title>
+
+ <para>kivitendo unterstützt die Verwendung von Vorlagen im
+ OpenDocument-Format, wie es LibreOffice oder OpenOffice (ab Version 2) erzeugen.
+ kivitendo kann dabei sowohl neue OpenDocument-Dokumente als auch aus
+ diesen direkt PDF-Dateien erzeugen. Um die Unterstützung von
+ OpenDocument-Vorlagen zu aktivieren muss in der Datei
+ <filename>config/kivitendo.conf</filename> die Variable
+ <literal>opendocument</literal> im Abschnitt
+ <literal>print_templates</literal> auf ‘<literal>1</literal>’ stehen.
+ Dieses ist die Standardeinstellung.</para>
+
+ <para>Während die Erzeugung von reinen OpenDocument-Dateien keinerlei
+ weitere Software benötigt, wird zur Umwandlung dieser Dateien in PDF
+ LibreOffice oder OpenOffice benötigt. Soll dieses Feature genutzt werden, so muss
+ neben LibreOffice oder OpenOffice auch der “X virtual frame buffer”
+ (xvfb) installiert werden. Bei Debian ist er im Paket “xvfb” enthalten.
+ Andere Distributionen enthalten ihn in anderen Paketen.</para>
+
+ <para>Nach der Installation müssen in der Datei
+ <filename>config/kivitendo.conf</filename> im Abschnitt
+ <literal>applications</literal> zwei weitere Variablen
+ angepasst werden:</para>
+ <para><literal>openofficeorg_writer</literal> muss den
+ vollständigen Pfad zu LibreOffice oder OpenOffice enthalten.
+ Dabei dürfen keine Anführungszeichen eingesetzt werden.</para>
+ <para>Beispiel für Debian oder Ubuntu:</para>
+ <programlisting>openofficeorg_writer = /usr/bin/libreoffice</programlisting>
+ <para><literal>xvfb</literal> muss den Pfad zum “X virtual frame buffer”
+ enthalten.</para>
+
+ <para>Zusätzlich gibt es zwei verschiedene Arten, wie kivitendo mit
+ LibreOffice bzw. OpenOffice kommuniziert. Die erste Variante, die benutzt
+ wird, wenn die Variable <literal>$openofficeorg_daemon</literal> gesetzt
+ ist, startet ein LibreOffice oder OpenOffice, das auch nach der Umwandlung
+ des Dokumentes gestartet bleibt. Bei weiteren Umwandlungen wird dann diese
+ laufende Instanz benutzt. Der Vorteil ist, dass die Zeit zur Umwandlung
+ deutlich reduziert wird, weil nicht für jedes Dokument ein LibreOffice bzw.
+ OpenOffice gestartet werden muss. Der Nachteil ist, dass diese Methode
+ Python und die Python-UNO-Bindings benötigt, die Bestandteil von LibreOffice
+ bzw. OpenOffice sind.</para>
+
+ <note>
+ <para>Für die Verbindung zu LibreOffice bzw. OpenOffice wird
+ normalerweise der Python-Interpreter
+ <filename>/usr/bin/python</filename> benutzt.
+ Sollte dies nicht der richtige sein, so kann man mit zwei
+ Konfigurationsvariablen entscheiden, welcher Python-Interpreter
+ genutzt wird. Mit der Option <literal>python_uno</literal> aus dem
+ Abschnitt <literal>applications</literal> wird der Interpreter selber
+ festgelegt; sie steht standardmäßig auf dem eben erwähnten Wert
+ <literal>/usr/bin/python</literal>.</para>
+
+ <para>Zusätzlich ist es möglich, Pfade anzugeben, in denen Python
+ neben seinen normalen Suchpfaden ebenfalls nach Modulen gesucht wird,
+ z.B. falls sich diese in einem gesonderten LibreOffice- bzw.
+ OpenOffice-Verzeichnis befinden. Diese zweite Variable heißt
+ <literal>python_uno_path</literal> und befindet sich im Abschnitt
+ <literal>environment</literal>. Sie ist standardmäßig leer. Werden
+ hier mehrere Pfade angegeben, so müssen diese durch Doppelpunkte
+ voneinander getrennt werden. Der Inhalt wird an den Python-Interpreter
+ über die Umgebungsvariable <literal>PYTHONPATH</literal>
+ übergeben.</para>
+ </note>
+
+ <para>Ist <literal>$openofficeorg_daemon</literal> nicht gesetzt, so
+ wird für jedes Dokument LibreOffice bzw. OpenOffice neu gestartet
+ und die Konvertierung mit Hilfe eines Makros durchgeführt. Dieses
+ Makro muss in der Dokumentenvorlage enthalten sein und
+ “Standard.Conversion.ConvertSelfToPDF()” heißen. Die Beispielvorlage
+ ‘<literal>templates/print/rev-odt/invoice.odt</literal>’
+ enthält ein solches Makro, das in jeder anderen Dokumentenvorlage
+ ebenfalls enthalten sein muss.</para>
+
+ <para>Als letztes muss herausgefunden werden, welchen Namen
+ OpenOffice bzw. LibreOffice dem Verzeichnis mit den Benutzereinstellungen
+ gibt. Unter Debian ist dies momentan
+ <literal>~/.config/libreoffice</literal>. kivitendo verwendet das
+ Verzeichnis <literal>users/.openoffice.org2</literal>.
+ Eventuell muss dieses Verzeichnis umbenannt werden.</para>
+
+ <para>Dieses Verzeichnis, wie auch das komplette
+ <literal>users</literal>-Verzeichnis, muss vom Webserver beschreibbar
+ sein. Dieses wurde bereits erledigt (siehe <xref
+ linkend="Manuelle-Installation-des-Programmpaketes"/>), kann aber
+ erneut überprüft werden, wenn die Konvertierung nach PDF
+ fehlschlägt.</para>
+
+ <sect2>
+ <title>OpenDocument (odt) Druckvorlagen mit Makros</title>
+
+ <para>OpenDocument Vorlagen können Makros enthalten, welche komplexere
+ Aufgaben erfüllen.</para>
+
+ <para>Der Vorlagensatz "rev-odt" enthält solche Vorlagen mit <emphasis
+ role="bold">Schweizer Bank-Einzahlungsscheinen (BESR)</emphasis>.
+ Diese Makros haben die Aufgabe, die in den Einzahlungsscheinen
+ benötigte Referenznummer und Kodierzeile zu erzeugen. Hier eine kurze
+ Beschreibung, wie die Makros aufgebaut sind, und was bei ihrer Nutzung
+ zu beachten ist (<emphasis role="bold">in fett sind nötige einmalige
+ Anpassungen aufgeführt</emphasis>):</para>
+
+ <sect3>
+ <title>Bezeichnung der Vorlagen</title>
+
+ <para>Rechnung: invoice_besr.odt, Auftrag:
+ sales_order_besr.odt</para>
+ </sect3>
+
+ <sect3>
+ <title>Vorbereitungen im Adminbereich</title>
+
+ <para>Damit beim Erstellen von Rechnungen und Aufträgen neben der
+ Standardvorlage ohne Einzahlungsschein weitere Vorlagen (z.B. mit
+ Einzahlungsschein) auswählbar sind, muss für jedes Vorlagen-Suffix
+ ein Drucker eingerichtet werden:</para>
+
+ <itemizedlist>
+ <listitem>
+ <para>Druckeradministration → Drucker hinzufügen</para>
+ </listitem>
+
+ <listitem>
+ <para>Mandant wählen</para>
+ </listitem>
+
+ <listitem>
+ <para>Druckerbeschreibung → aussagekräftiger Text: wird in
+ der Auftrags- bzw. Rechnungsmaske als Auswahl angezeigt (z.B.
+ mit Einzahlungsschein Bank xy)</para>
+ </listitem>
+
+ <listitem>
+ <para>Druckbefehl → beliebiger Text (hat für das Erzeugen
+ von Aufträgen oder Rechnungen als odt-Datei keine Bedeutung,
+ darf aber nicht leer sein)</para>
+ </listitem>
+
+ <listitem>
+ <para>Vorlagenkürzel → besr bzw. selbst gewähltes
+ Vorlagensuffix (muss genau der Zeichenfolge entsprechen, die
+ zwischen "invoice_" bzw. "sales_order_" und ".odt"
+ steht.)</para>
+ </listitem>
+
+ <listitem>
+ <para>speichern</para>
+ </listitem>
+ </itemizedlist>
+ </sect3>
+
+ <sect3>
+ <title>Benutzereinstellungen</title>
+
+ <para>Wer den Ausdruck mit Einzahlungsschein als Standardeinstellung
+ im Rechnungs- bzw. Auftragsformular angezeigt haben möchte, kann
+ dies persönlich für sich bei den Benutzereinstellungen
+ konfigurieren:</para>
+
+ <itemizedlist>
+ <listitem>
+ <para>Programm → Benutzereinstellungen →
+ Druckoptionen</para>
+ </listitem>
+
+ <listitem>
+ <para>Standardvorlagenformat → OpenDocument/OASIS</para>
+ </listitem>
+
+ <listitem>
+ <para>Standardausgabekanal → Bildschirm</para>
+ </listitem>
+
+ <listitem>
+ <para>Standarddrucker → gewünschte Druckerbeschreibung
+ auswählen (z.B. mit Einzahlungsschein Bank xy)</para>
+ </listitem>
+
+ <listitem>
+ <para>Anzahl Kopien → leer</para>
+ </listitem>
+
+ <listitem>
+ <para>speichern</para>
+ </listitem>
+ </itemizedlist>
+ </sect3>
+
+ <sect3>
+ <title>Aufbau und nötige Anpassungen der Vorlagen</title>
+
+ <para>In der Vorlage sind als Modul "BESR" 4 Makros gespeichert, die
+ aus dem von kivitendo erzeugten odt-Dokument die korrekte
+ Referenznummer inklusive Prüfziffer sowie die Kodierzeile in
+ OCRB-Schrift erzeugen und am richtigen Ort ins Dokument
+ schreiben.</para>
+
+ <itemizedlist>
+ <listitem>
+ <para>Für den Einzahlungsschein ist die letzte Seite des
+ Dokuments reserviert</para>
+ </listitem>
+
+ <listitem>
+ <para>Direkt über dem Einzahlungsschein enthält die Vorlage eine
+ Zeile mit folgenden Angaben (<emphasis
+ role="bold">Bank-Konto-Identifikationsnummer und
+ Postkonto-Nummer der Bank müssen gemäss Angaben der jeweiligen
+ Bank angepasst werden</emphasis>):<itemizedlist>
+ <listitem>
+ <para>DDDREF: 4 Werte zum Bilden der Referenznummer
+ (jeweils durch einen Leerschlag getrennt): <itemizedlist>
+ <listitem>
+ <para>erster Wert: <emphasis
+ role="bold">Bank-Konto-Identifikation</emphasis>
+ (nur Ziffern, maximal 6), <emphasis role="bold">muss
+ angepasst werden</emphasis>.</para>
+ </listitem>
+
+ <listitem>
+ <para>zweiter Wert: <%customernumber%>
+ (Kundennummer: nur Ziffern, maximal 6)</para>
+ </listitem>
+
+ <listitem>
+ <para>dritter Wert: <%ordnumber%>
+ (Auftragsnummer bei Auftragsvorlage
+ sales_oder_besr.odt, sonst 0) maximal 7 Ziffern,
+ führende Buchstaben werden vom Makro entfernt</para>
+ </listitem>
+
+ <listitem>
+ <para>vierter Wert: <%invnumber%>
+ (Rechnungsnummer bei Rechnungsvorlage
+ invoice_besr.odt, sonst 0) maximal 7 Ziffern,
+ führende Buchstaben werden vom Makro entfernt</para>
+ </listitem>
+ </itemizedlist></para>
+ </listitem>
+
+ <listitem>
+ <para>DDDKONTO: <emphasis role="bold">Postkonto-Nummer der
+ Bank, muss angepasst werden</emphasis>.</para>
+ </listitem>
+
+ <listitem>
+ <para>DDDBETRAG: <%total%> Einzahlungsbetrag oder 0,
+ falls Einzahlungsschein ohne Betrag</para>
+ </listitem>
+
+ <listitem>
+ <para>DDDEND: muss am Ende der Zeile vorhanden sein</para>
+ </listitem>
+ </itemizedlist></para>
+ </listitem>
+
+ <listitem>
+ <para><emphasis role="bold">Im Einzahlungsschein selbst müssen
+ der Name und die Adresse der Bank, die Postkonto-Nummer der
+ Bank, sowie der eigene Firmenname und die Firmenadresse
+ angepasst werden.</emphasis> Dabei ist darauf zu achten, dass
+ sich die Positionen der Postkonto-Nummern der Bank, sowie der
+ Zeichenfolgen dddfr, DDDREF1, DDDREF2, 609, DDDKODIERZEILE nicht
+ verschieben.</para>
+ </listitem>
+ </itemizedlist>
+
+ <screenshot>
+ <screeninfo>Rechnungsvorlage Schweizer Bank-Einzahlungsschein - zu
+ ändernde Einträge in rot</screeninfo>
+
+ <mediaobject>
+ <imageobject>
+ <imagedata fileref="images/Einzahlungsschein_Makro.png"/>
+ </imageobject>
+ </mediaobject>
+ </screenshot>
+ </sect3>
+
+ <sect3>
+ <title>Auswahl der Druckvorlage in kivitendo beim Erzeugen einer
+ odt-Rechnung (analog bei Auftrag)</title>
+
+ <para>Im Fussbereich der Rechnungsmaske muss neben Rechnung,
+ OpenDocument/OASIS und Bildschirm die im Adminbereich erstellte
+ Druckerbeschreibung ausgewählt werden, falls diese nicht bereits bei
+ den Benutzereinstellungen als persönlicher Standard gewählt
+ wurde.</para>
+ </sect3>
+
+ <sect3>
+ <title>Makroeinstellungen in LibreOffice anpassen</title>
+
+ <para>Falls beim Öffnen einer von kivitendo erzeugten odt-Rechnung
+ die Meldung kommt, dass Makros aus Sicherheitsgründen nicht
+ ausgeführt werden, so müssen folgende Einstellungen in LibreOffice
+ angepasst werden:</para>
+
+ <itemizedlist>
+ <listitem>
+ <para>Extras → Optionen → Sicherheit →
+ Makrosicherheit</para>
+ </listitem>
+
+ <listitem>
+ <para>Sicherheitslevel auf "Mittel" einstellen (Diese
+ Einstellung muss auf jedem Computer durchgeführt werden, mit dem
+ von kivitendo erzeugte odt-Rechnungen oder Aufträge geöffnet
+ werden.)</para>
+ </listitem>
+
+ <listitem>
+ <para>Beim Öffnen einer odt-Rechnung oder eines odt-Auftrags bei
+ der entsprechenden Nachfrage "Makros ausführen" auswählen.
+ </para>
+
+ <para><emphasis role="bold">Wichtig</emphasis>: die Makros sind
+ so eingestellt, dass sie beim Öffnen der Vorlagen selbst nicht
+ ausgeführt werden. Das heisst für das Ansehen und Bearbeiten der
+ Vorlagen sind keine speziellen Einstellungen in LibreOffice
+ nötig.</para>
+ </listitem>
+ </itemizedlist>
+ </sect3>
+ </sect2>
+ </sect1>
+
+ <sect1 id="nomenclature">
+ <title>Nomenklatur</title>
+
+ <sect2 id="booking.dates">
+ <title>Datum bei Buchungen</title>
+
+ <para>Seit der Version 3.5 werden für Buchungen in kivitendo einheitlich
+ folgende Bezeichnungen verwendet:</para>
+
+ <itemizedlist>
+ <listitem>
+ <para><option>Erfassungsdatum</option> (en: <option>Entry Date</option>,
+ code: <option>Gldate</option>)</para>
+
+ <para>bezeichnet das Datum, an dem die Buchung in kivitendo erfasst wurde.
+ </para>
+ </listitem>
+
+ <listitem>
+ <para><option>Buchungsdatum</option> (en: <option>Booking Date</option>,
+ code: <option>Transdate</option>)</para>
+
+ <para>bezeichnet das buchhaltungstechnisch für eine Buchung relevante
+ Datum</para>
+
+ <para>Das <option>Rechnungsdatum</option> bei Verkaufs- und
+ Einkaufsrechnungen entspricht dem Buchungsdatum. Das heisst, in
+ Berichten wie dem Buchungsjournal, in denen eine Spalte
+ <option>Buchungsdatum</option> angezeigt werden kann, erscheint hier
+ im Fall von Rechnungen das Rechnungsdatum.</para>
+ </listitem>
+
+ <listitem>
+ <para>Bezieht sich ein verbuchter Beleg auf einen Zeitpunkt, der nicht mit
+ dem Buchungsdatum übereinstimmt, so kann dieses Datum momentan in kivitendo
+ nur unter Bemerkungen erfasst werden.</para>
+
+ <para>Möglicherweise wird für solche Fälle in einer späteren Version von
+ kivitendo ein dritter Datumswert für Buchungen erstellt. (Beispiel:
+ Einkaufsbeleg stammt aus einem früheren Jahr, das bereits
+ buchhaltungstechnisch abgeschlossen wurde, und muss deshalb später
+ verbucht werden.)</para>
+ </listitem>
+ </itemizedlist>
+ </sect2>
+ </sect1>
+
+ <sect1 id="config.eur">
+ <title>Konfiguration zur Einnahmenüberschussrechnung/Bilanzierung:
+ EUR</title>
+
+ <sect2 id="config.eur.introduction"
+ xreflabel="Einführung in die Konfiguration zur EUR">
+ <title>Einführung</title>
+
+ <para>kivitendo besaß bis inklusive Version 2.6.3 einen
+ Konfigurationsparameter namens <varname>eur</varname>, der sich in der
+ Konfigurationsdatei <filename>config/kivitendo.conf</filename> (damals
+ noch <filename>config/lx_office.conf</filename>) befand. Somit galt er
+ für alle Mandanten, die in dieser Installation benutzt wurden.</para>
+
+ <para>Mit der nachfolgenden Version wurde der Parameter zum Einen in
+ die Mandantendatenbank verschoben und dabei auch gleich in drei
+ Einzelparameter aufgeteilt, mit denen sich das Verhalten genauer
+ steuern lässt.</para>
+ </sect2>
+
+ <sect2 id="config.eur.parameters"
+ xreflabel="Konfigurationsparameter für EUR">
+ <title>Konfigurationsparameter</title>
+
+ <para>Es gibt drei Parameter, die die Gewinnermittlungsart,
+ Versteuerungsart und die Warenbuchungsmethode regeln:</para>
+
+ <variablelist>
+ <varlistentry>
+ <term><varname>profit_determination</varname></term>
+
+ <listitem>
+ <para>Dieser Parameter legt die Berechnungsmethode für die
+ Gewinnermittlung fest. Er enthält entweder
+ <literal>balance</literal> für
+ Betriebsvermögensvergleich/Bilanzierung oder
+ <literal>income</literal> für die
+ Einnahmen-Überschuss-Rechnung.</para>
+ </listitem>
+ </varlistentry>
+
+ <varlistentry>
+ <term><varname>accounting_method</varname></term>
+
+ <listitem>
+ <para>Dieser Parameter steuert die Buchungs- und
+ Berechnungsmethoden für die Versteuerungsart. Er enthält
+ entweder <literal>accrual</literal> für die Soll-Versteuerung
+ oder <literal>cash</literal> für die Ist-Versteuerung.</para>
+ </listitem>
+ </varlistentry>
+
+ <varlistentry>
+ <term><varname>inventory_system</varname></term>
+
+ <listitem>
+ <para>Dieser Parameter legt die Warenbuchungsmethode fest. Er
+ enthält entweder <literal>perpetual</literal> für die
+ Bestandsmethode oder <literal>periodic</literal> für die
+ Aufwandsmethode.</para>
+ </listitem>
+ </varlistentry>
+ </variablelist>
+
+ <para>Zum Vergleich der Funktionalität bis und nach 2.6.3:
+ <varname>eur</varname> = 1 bedeutete Einnahmen-Überschuss-Rechnung,
+ Ist-Versteuerung und Aufwandsmethode. <varname>eur</varname> = 0
+ bedeutete hingegen Bilanzierung, Soll-Versteuerung und
+ Bestandsmethode.</para>
+
+ <para>Die Konfiguration "<varname>eur</varname>" unter
+ <varname>[system]</varname> in der <link
+ linkend="config.config-file">Konfigurationsdatei</link>
+ <filename>config/kivitendo.conf</filename> wird nun nicht mehr
+ benötigt und kann entfernt werden. Dies muss manuell geschehen.</para>
+ </sect2>
+
+ <sect2 id="config.eur.setting-parameters">
+ <title>Festlegen der Parameter</title>
+
+ <para>Beim Anlegen eines neuen Mandanten bzw. einer neuen Datenbank in
+ der Admininstration können diese Optionen nun unabhängig voneinander
+ eingestellt werden.</para>
+
+ <para>Für die Schweiz sind folgende Einstellungen üblich:
+ <itemizedlist>
+ <listitem>
+ <para>Sollversteuerung</para>
+ </listitem>
+ <listitem>
+ <para>Aufwandsmethode</para>
+ </listitem>
+ <listitem>
+ <para>Bilanzierung</para>
+ </listitem>
+ </itemizedlist>
+ Diese Einstellungen werden automatisch beim Erstellen einer neuen
+ Datenbank vorausgewählt, wenn in <filename>config/kivitendo.conf</filename> unter
+ <varname>[system]</varname> <literal>default_manager = swiss</literal> eingestellt ist.
+ </para>
+
+ <para>Beim Upgrade bestehender Mandanten wird eur ausgelesen und die
+ Variablen werden so gesetzt, daß sich an der Funktionalität nichts
+ ändert.</para>
+
+ <para>Die aktuelle Konfiguration wird unter Nummernkreise und
+ Standardkonten unter dem neuen Punkt "Einstellungen" (read-only)
+ angezeigt. Unter <guimenu>System</guimenu> →
+ <guisubmenu>Mandantenkonfiguration</guisubmenu> können die
+ Einstellungen auch geändert werden. Dabei ist zu beachten, dass eine
+ Änderung vorhandene Daten so belässt und damit evtl. die Ergebnisse
+ verfälscht. Dies gilt vor Allem für die Warenbuchungsmethode (siehe
+ auch <link linkend="config.eur.inventory-system-perpetual">
+ Bemerkungen zur Bestandsmethode</link>).</para>
+ </sect2>
+
+ <sect2 id="config.eur.inventory-system-perpetual">
+ <title>Bemerkungen zur Bestandsmethode</title>
+
+ <para>Die Bestandsmethode ist eigentlich eine sehr elegante Methode,
+ funktioniert in kivitendo aber nur unter bestimmten Bedingungen:
+ Voraussetzung ist, daß auch immer alle Einkaufsrechnungen gepflegt
+ werden, und man beim Jahreswechsel nicht mit einer leeren Datenbank
+ anfängt, da bei jedem Verkauf anhand der gesamten Rechnungshistorie
+ der Einkaufswert der Ware nach dem FIFO-Prinzip aus den
+ Einkaufsrechnungen berechnet wird.</para>
+
+ <para>Die Bestandsmethode kann vom Prinzip her also nur funktioneren,
+ wenn man mit den Buchungen bei Null anfängt, und man kann auch nicht
+ im laufenden Betrieb von der Aufwandsmethode zur Bestandsmethode
+ wechseln.</para>
+ </sect2>
+
+ <sect2 id="config.eur.knonw-issues">
+ <title>Bekannte Probleme</title>
+
+ <para>Bei bestimmten Berichten kann man derzeit noch inviduell
+ einstellen, ob man nach Ist- oder Sollversteuerung auswertet, und es
+ werden im Code Variablen wie $accrual oder $cash gesetzt. Diese
+ Codestellen wurden noch nicht angepasst, sondern nur die, wo bisher
+ die Konfigurationsvariable
+ <varname>$::lx_office_conf{system}->{eur}</varname> ausgewertet
+ wurde.</para>
+
+ <para>Es fehlen Hilfetext beim Neuanlegen eines Mandanten, was die
+ Optionen bewirken, z.B. mit zwei Standardfällen.</para>
+ </sect2>
+ </sect1>
+
+ <sect1 id="config.skr04-update-3804">
+ <title>SKR04 19% Umstellung für innergemeinschaftlichen Erwerb</title>
+
+ <sect2 id="config.skr04-update-3804.introduction">
+ <title>Einführung</title>
+
+ <para>Die Umsatzsteuerumstellung auf 19% für SKR04 für die
+ Steuerschlüssel "EU ohne USt-ID Nummer" ist erst 2010 erfolgt.
+ kivitendo beinhaltet ein Upgradeskript, das das Konto 3804 automatisch
+ erstellt und die Steuereinstellungen korrekt einstellt. Hat der
+ Benutzer aber schon selber das Konto 3804 angelegt, oder gab es schon
+ Buchungen im Zeitraum nach dem 01.01.2007 auf das Konto 3803, wird das
+ Upgradeskript vorsichtshalber nicht ausgeführt, da der Benutzer sich
+ vielleicht schon selbst geholfen hat und mit seinen Änderungen
+ zufrieden ist. Die korrekten Einstellungen kann man aber auch per Hand
+ ausführen. Nachfolgend werden die entsprechenden Schritte anhand von
+ Screenshots dargestellt.</para>
+
+ <para>Für den Fall, daß Buchungen mit der Steuerschlüssel "EU ohne
+ USt.-IdNr." nach dem 01.01.2007 erfolgt sind, ist davon auszugehen,
+ dass diese mit dem alten Umsatzsteuersatz von 16% gebucht worden sind,
+ und diese Buchungen sollten entsprechend kontrolliert werden.</para>
+ </sect2>
+
+ <sect2 id="config.skr04-update-3804.create-chart">
+ <title>Konto 3804 manuell anlegen</title>
+
+ <para>Die folgenden Schritte sind notwendig, um das Konto manuell
+ anzulegen und zu konfigurieren. Zuerst wird in
+ <guimenu>System</guimenu> →
+ <guisubmenu>Kontenübersicht</guisubmenu> → <guimenuitem>Konto
+ erfassen</guimenuitem> das Konto angelegt.</para>
+
+ <screenshot>
+ <screeninfo>Konto 3804 erfassen</screeninfo>
+
+ <mediaobject>
+ <imageobject>
+ <imagedata fileref="images/skr04-update-3804/konto3804.png"/>
+ </imageobject>
+ </mediaobject>
+ </screenshot>
+
+ <para>Als Zweites muss Steuergruppe 13 für Konto 3803 angepasst
+ werden. Dazu unter <guimenu>System</guimenu> →
+ <guisubmenu>Steuern</guisubmenu> →
+ <guimenuitem>Bearbeiten</guimenuitem> den Eintrag mit Steuerschlüssel
+ 13 auswählen und ihn wie im folgenden Screenshot angezeigt
+ anpassen.</para>
+
+ <screenshot>
+ <screeninfo>Steuerschlüssel 13 für 3803 (16%) anpassen</screeninfo>
+
+ <mediaobject>
+ <imageobject>
+ <imagedata fileref="images/skr04-update-3804/steuer3803.png"/>
+ </imageobject>
+ </mediaobject>
+ </screenshot>
+
+ <para>Als Drittes wird ein neuer Eintrag mit Steuerschlüssel 13 für
+ Konto 3804 (19%) angelegt. Dazu unter <guimenu>System</guimenu> →
+ <guisubmenu>Steuern</guisubmenu> →
+ <guimenuitem>Erfassen</guimenuitem> auswählen und die Werte aus dem
+ Screenshot übernehmen.</para>
+
+ <screenshot>
+ <screeninfo>Steuerschlüssel 13 für 3804 (19%) anlegen</screeninfo>
+
+ <mediaobject>
+ <imageobject>
+ <imagedata fileref="images/skr04-update-3804/steuer3804.png"/>
+ </imageobject>
+ </mediaobject>
+ </screenshot>
+
+ <para>Als Nächstes sind alle Konten anzupassen, die als
+ Steuerautomatikkonto die 3803 haben, sodass sie ab dem 1.1.2007 auch
+ Steuerautomatik auf 3804 bekommen. Dies betrifft in der
+ Standardkonfiguration die Konten 4315 und 4726. Als Beispiel für 4315
+ müssen Sie dazu unter <guimenu>System</guimenu> →
+ <guisubmenu>Kontenübersicht</guisubmenu> → <guimenuitem>Konten
+ anzeigen</guimenuitem> das Konto 4315 anklicken und die Einstellungen
+ wie im Screenshot gezeigt vornehmen.</para>
+
+ <screenshot>
+ <screeninfo>Konto 4315 anpassen</screeninfo>
+
+ <mediaobject>
+ <imageobject>
+ <imagedata fileref="images/skr04-update-3804/konto4315.png"/>
+ </imageobject>
+ </mediaobject>
+ </screenshot>
+
+ <para>Als Letztes sollte die Steuerliste unter
+ <guimenu>System</guimenu> → <guisubmenu>Steuern</guisubmenu> →
+ <guimenuitem>Bearbeiten</guimenuitem> kontrolliert werden. Zum
+ Vergleich der Screenshot.</para>
+
+ <screenshot>
+ <screeninfo>Steuerliste vergleichen</screeninfo>
+
+ <mediaobject>
+ <imageobject>
+ <imagedata fileref="images/skr04-update-3804/steuerliste.png"/>
+ </imageobject>
+ </mediaobject>
+ </screenshot>
+ </sect2>
+ </sect1>
+
+ <sect1 id="config.bilanz">
+ <title>Verhalten des Bilanzberichts</title>
+
+ <para>Bis Version 3.0 wurde "closedto" ("Bücher schließen zum") als
+ Grundlage für das Startdatum benutzt. Schließt man die Bücher allerdings
+ monatsweise führt dies zu falschen Werten.</para>
+
+ <para>In der Mandantenkonfiguration kann man dieses Verhalten genau
+ einstellen indem man:</para>
+
+ <itemizedlist>
+ <listitem>
+ <para>weiterhin closed_to benutzt (Default, es ändert sich nichts zu
+ vorher)</para>
+ </listitem>
+
+ <listitem>
+ <para>immer den Jahresanfang nimmt (1.1. relativ zum
+ Stichtag)</para>
+ </listitem>
+
+ <listitem>
+ <para>immer die letzte Eröffnungsbuchung als Startdatum nimmt</para>
+
+ <para>- mit Jahresanfang als Alternative wenn es keine EB-Buchungen
+ gibt</para>
+
+ <para>- oder mit "alle Buchungen" als Alternative"</para>
+ </listitem>
+
+ <listitem>
+ <para>mit Jahresanfang als Alternative wenn es keine EB-Buchungen
+ gibt</para>