X-Git-Url: http://wagnertech.de/git?a=blobdiff_plain;f=doc%2Fhtml%2Fch02s13.html;h=fd503869ed9158d855d0b13dc198e292c9140911;hb=feb6f563968f53e59511578429b1dd61fda52008;hp=276e3af03d2d3446a82c886592b13590d7af87b4;hpb=0e14ae06e360e5560c691ddfc66068de3c0ed8f8;p=kivitendo-erp.git diff --git a/doc/html/ch02s13.html b/doc/html/ch02s13.html index 276e3af03..fd503869e 100644 --- a/doc/html/ch02s13.html +++ b/doc/html/ch02s13.html @@ -1,92 +1,89 @@
-kivitendo unterstützt die Verwendung von Vorlagen im - OpenDocument-Format, wie es OpenOffice.org ab Version 2 erzeugt. - kivitendo kann dabei sowohl neue OpenDocument-Dokumente als auch aus - diesen direkt PDF-Dateien erzeugen. Um die Unterstützung von +
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
config/kivitendo.conf
die Variable
opendocument
im Abschnitt
print_templates
auf â1
â stehen.
Dieses ist die Standardeinstellung.
Während die Erzeugung von reinen OpenDocument-Dateien keinerlei weitere Software benötigt, wird zur Umwandlung dieser Dateien in PDF - OpenOffice.org benötigt. Soll dieses Feature genutzt werden, so muss - neben OpenOffice.org ab Version 2 auch der âX virtual frame bufferâ - (xvfb) installiert werden. Bei Debian ist er im Paket âxvfbâ enthalten. - Andere Distributionen enthalten ihn in anderen Paketen.
Nach der Installation müssen in der Datei
- config/kivitendo.conf
zwei weitere Variablen
- angepasst werden: openofficeorg_writer
muss den
- vollständigen Pfad zur OpenOffice.org Writer-Anwendung enthalten.
- xvfb
muss den Pfad zum âX virtual frame bufferâ
- enthalten. Beide stehen im Abschnitt
- applications
.
Zusätzlich gibt es zwei verschiedene Arten, wie kivitendo mit
- OpenOffice kommuniziert. Die erste Variante, die benutzt wird, wenn die
- Variable $openofficeorg_daemon
gesetzt ist, startet
- ein 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 OpenOffice gestartet
- werden muss. Der Nachteil ist, dass diese Methode Python und die
- Python-UNO-Bindings benötigt, die Bestandteil von OpenOffice 2
- sind.
Anmerkung | ||||||
---|---|---|---|---|---|---|
Für die Verbindung zu OpenOffice wird normalerweise der
- Python-Interpreter Nach der Installation müssen in der Datei
+
+ Beispiel für Debian oder Ubuntu: openofficeorg_writer = /usr/bin/libreoffice
+ Zusätzlich gibt es zwei verschiedene Arten, wie kivitendo mit
+ LibreOffice bzw. OpenOffice kommuniziert. Die erste Variante, die
+ benutzt wird, wenn die Variable
Ist Als letztes muss herausgefunden werden, welchen Namen
- OpenOffice.org Writer dem Verzeichnis mit den Benutzereinstellungen
- gibt. Unter Debian ist dies momentan
-
- Dieses Verzeichnis, wie auch das komplette
+ â Als letztes muss herausgefunden werden, welchen Namen OpenOffice
+ bzw. LibreOffice dem Verzeichnis mit den Benutzereinstellungen gibt.
+ Unter Debian ist dies momentan Dieses Verzeichnis, wie auch das komplette
OpenDocument Vorlagen können Makros enthalten, welche komplexere + überprüft werden, wenn die Konvertierung nach PDF fehlschlägt. OpenDocument Vorlagen können Makros enthalten, welche komplexere Aufgaben erfüllen. Der Vorlagensatz "rev-odt" enthält solche Vorlagen mit Schweizer Bank-Einzahlungsscheinen (BESR). 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 (in fett sind nötige einmalige - Anpassungen aufgeführt): Damit beim Erstellen von Rechnungen und Aufträgen neben der + Anpassungen aufgeführt): 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:
Wer den Ausdruck mit Einzahlungsschein als Standardeinstellung + ein Drucker eingerichtet werden:
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:
In der Vorlage sind als Modul "BESR" 4 Makros gespeichert, die + konfigurieren:
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 @@ -107,7 +104,7 @@ führende Buchstaben werden vom Makro entfernt
DDDKONTO: Postkonto-Nummer der Bank, muss angepasst werden. DDDBETRAG: <%total%> Einzahlungsbetrag oder 0, - falls Einzahlungsschein ohne Betrag + falls Einzahlungsschein ohne Betrag DDDEND: muss am Ende der Zeile vorhanden sein
Im Einzahlungsschein selbst müssen der Name und die Adresse der Bank, die Postkonto-Nummer der @@ -115,24 +112,78 @@ angepasst werden. Dabei ist darauf zu achten, dass sich die Positionen der Postkonto-Nummern der Bank, sowie der Zeichenfolgen dddfr, DDDREF1, DDDREF2, 609, DDDKODIERZEILE nicht - verschieben. 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. Falls beim Ãffnen einer von kivitendo erzeugten odt-Rechnung + wurde. 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:
Mit der Version 3.6.0 unterstützt Kivitendo die Erstellung von + Schweizer QR-Rechnungen gemäss Swiss + Payment Standards, Version 2.2. Implementiert sind hierbei die + Varianten:
Der Vorlagensatz "rev-odt" enthält die Vorlage
+ Die Vorlage Unter System â Mandantenkonfiguration â + Features. Im Abschnitt Einkauf und + Verkauf, beim Punkt Verkaufsrechnungen mit + Schweizer QR-Rechnung erzeugen, die gewünschte Variante + wählen. Unter System â Bankkonten muss bei + mindestens einem Bankkonto die Option Nutzung mit + Schweizer QR-Rechnung auf Ja gestellt werden.
Sind mehrere Konten ausgewählt wird das erste + verwendet. Für Rechnungen ohne Betrag (z.B. Spenden) kann, in der + jeweiligen Rechnung, die Checkbox QR-Rechnung ohne + Betrag aktiviert werden. Diese Checkbox erscheint nur, + wenn QR-Rechnungen in der Mandantenkonfiguration aktiviert sind + (variante ausgewählt). Dies wirkt sich lediglich auf den erzeugten QR-Code aus. Die + Vorlage muss separat angepasst und ausgewählt werden. Die Adressdaten zum Zahlungsempfänger werden aus der + Mandantenkonfiguration entnommen. Unter System â + Mandantenkonfiguration â Verschiedenes, Abschnitt + Firmenname und -adresse. + Die Adressdaten zum Zahlungspflichtigen stammen aus den + Kundendaten der jeweiligen Rechnung. Die Adressen müssen inklusive Land angegeben werden. Akzeptiert + werden Ländername oder Ländercode, also z.B. "Schweiz" oder "CH". + Diese können in der Vorlage mit den jeweiligen Variablen + eingetragen werden. Siehe auch: Abschnitt 3.3, âDokumentenvorlagen und verfügbare Variablenâ + Der erzeugte QR-Code verwendet Adress-Typ "K" (Kombinierte + Adressfelder, 2 Zeilen). Die Referenznummer wird in Kivitendo erzeugt und setzt sich + wiefolgt zusammen:
Es sind lediglich Ziffern erlaubt. Allfällige Prefixe mit + Buchstaben werden entfernt und fehlende Stellen werden mit führenden + Nullen aufgefüllt. Zusätzlich zu den in der Vorlage standardmässig verfügbaren + Variablen (siehe Abschnitt 3.3, âDokumentenvorlagen und verfügbare Variablenâ), + werden die folgenden Variablen erzeugt:
|