2.12. SKR04 19% Umstellung für innergemeinschaftlichen Erwerb
Die Umsatzsteuerumstellung auf 19% für SKR04 für die
- Steuerschlüssel "EU ohne USt-ID Nummer" ist erst 2010 erfolgt.
- Lx-Office 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.
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.
2.12.2. Konto 3804 manuell anlegen
Die folgenden Schritte sind notwendig, um das Konto manuell
- anzulegen und zu konfigurieren. Zuerst wird in
- ->
- -> das Konto angelegt.
- Als Zweites muss Steuergruppe 13 für Konto 3803 angepasst werden. Dazu unter ->
- -> den Eintrag mit Steuerschlüssel 13 auswählen und ihn
- wie im folgenden Screenshot angezeigt anpassen.
-
- Als Drittes wird ein neuer Eintrag mit Steuerschlüssel 13 für Konto 3804 (19%) angelegt. Dazu unter ->
- -> auswählen und die Werte aus dem Screenshot übernehmen.
-
- 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 -> -> das Konto 4315 anklicken und die Einstellungen wie im Screenshot gezeigt vornehmen.
-
- Als Letztes sollte die Steuerliste unter -> ->
- kontrolliert werden. Zum Vergleich der Screenshot.
-
2.12. OpenDocument-Vorlagen
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
+ 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.
Weiterhin muss in der Datei
+ config/kivitendo.conf die Variable
+ dbcharset im Abschnitt system auf
+ die Zeichenkodierung gesetzt werden, die auch bei der Speicherung der
+ Daten in der Datenbank verwendet wird. Diese ist in den meisten Fällen
+ "UTF-8".
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.
Ist $openofficeorg_daemon nicht gesetzt, so
+ wird für jedes Dokument 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
+ âtemplates/mastertemplates/German/invoice.odtâ
+ enthält ein solches Makro, das in jeder anderen Dokumentenvorlage
+ ebenfalls enthalten sein muss.
Als letztes muss herausgefunden werden, welchen Namen
+ OpenOffice.org Writer dem Verzeichnis mit den Benutzereinstellungen
+ gibt. Unter Debian ist dies momentan
+ ~/.openoffice.org2. Sollte der Name bei Ihrer
+ OpenOffice.org-Installation anders sein, so muss das Verzeichnis
+ users/.openoffice.org2 entsprechend umbenannt werden.
+ Ist der Name z.B. einfach nur .openoffice, so wäre
+ folgender Befehl auszuführen:
+ mv users/.openoffice.org2
+ users/.openoffice
+
Dieses Verzeichnis, wie auch das komplette
+ users-Verzeichnis, muss vom Webserver beschreibbar
+ sein. Dieses wurde bereits erledigt (siehe Manuelle Installation des Programmpaketes), kann aber
+ erneut überprüft werden, wenn die Konvertierung nach PDF
+ fehlschlägt.
