X-Git-Url: http://wagnertech.de/gitweb/gitweb.cgi/mfinanz.git/blobdiff_plain/9d218dc8b07ff4f9be9589cb3246e50653e2b6e2..f217d072d76183bc07723dcc29503b732bd2022d:/doc/html/ch02s12.html diff --git a/doc/html/ch02s12.html b/doc/html/ch02s12.html index e7575f997..dd3d44b6b 100644 --- a/doc/html/ch02s12.html +++ b/doc/html/ch02s12.html @@ -1,63 +1,23 @@
-kivitendo besaà bis inklusive Version 2.6.3 einen
- Konfigurationsparameter namens eur, der sich in der
- Konfigurationsdatei config/lx_office.conf
- befand. Somit galt er für alle Mandanten, die in dieser Installation
- benutzt wurden.
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.
Es gibt drei Parameter, die die Gewinnermittlungsart, - Versteuerungsart und die Warenbuchungsmethode regeln:
profit_determination
- Dieser Parameter legt die Berechnungsmethode für die
- Gewinnermittlung fest. Er enthält entweder
- balance für
- Betriebsvermögensvergleich/Bilanzierung oder
- income für die
- Einnahmen-Ãberschuss-Rechnung.
accounting_method
- Dieser Parameter steuert die Buchungs- und
- Berechnungsmethoden für die Versteuerungsart. Er enthält
- entweder accrual für die Soll-Versteuerung
- oder cash für die Ist-Versteuerung.
inventory_system
- Dieser Parameter legt die Warenbuchungsmethode fest. Er
- enthält entweder perpetual für die
- Bestandsmethode oder periodic für die
- Aufwandsmethode.
Zum Vergleich der Funktionalität bis und nach 2.6.3:
- eur = 1 bedeutete Einnahmen-Ãberschuss-Rechnung,
- Ist-Versteuerung und Aufwandsmethode. eur = 0
- bedeutete hingegen Bilanzierung, Soll-Versteuerung und
- Bestandsmethode.
Die Konfiguration "eur" unter
- [system] in der Konfigurationsdatei
-
- config/kivitendo.conf wird nun nicht mehr
- benötigt und kann entfernt werden. Dies muss manuell geschehen.
Beim Anlegen eines neuen Mandanten bzw. einer neuen Datenbank in - der Admininstration können diese Optionen nun unabhängig voneinander - eingestellt werden.
Beim Upgrade bestehender Mandanten wird eur ausgelesen und die - Variablen werden so gesetzt, daà sich an der Funktionalität nichts - ändert.
Die aktuelle Konfiguration wird unter Nummernkreise und - Standardkonten unter dem neuen Punkt "Einstellungen" angezeigt - (read-only). Eine spätere Ãnderung ist für einen bestehenden Mandanten - nicht mehr möglich. Dies war auch vorher nicht möglich, bzw. - vorhandene Daten wurden so belassen und haben damit die Ergebnisse - verfälscht.
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.
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.
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
- $::lx_office_conf{system}->{eur} ausgewertet
- wurde.
Es fehlen Hilfetext beim Neuanlegen eines Mandanten, was die - Optionen bewirken, z.B. mit zwei Standardfällen.
Im Administrationsmenü gibt es ferner noch die beiden Menüpunkte + Druckeradministration und System.
Unter dem Menüpunkt Druckeradministration lassen sich beliebig + viele "Druckbefehle" im System verwalten. Diese Befehle werden + mandantenweise zugeordnet. Unter Druckerbeschreibung wird der Namen + des Druckbefehls festgelegt, der dann in der Druckerauswahl des Belegs + angezeigt wird.
Unter Druckbefehl definiert man den eigentlichen Druckbefehl, + der direkt auf dem Webserver ausgeführt wird, bspw. 'lpr -P + meinDrucker' oder ein kompletter Pfad zu einem Skript + (/usr/local/src/kivitendo/scripts/pdf_druck_in_verzeichnis.sh). Wird + ferner noch ein optionales Vorlagenkürzel verwendet, wird dieses + Kürzel bei der Auswahl der Druckvorlagendatei mit einem Unterstrich + ergänzt, ist bspw. das Kürzel 'epson_drucker' definiert, so wird beim + Ausdruck eines Angebots folgende Vorlage geparst: + sales_quotation_epson_drucker.tex.
Unter dem Menüpunkt System gibt es den Eintrag 'Installation + sperren/entsperren'. Setzt man diese Sperre so ist der Zugang zu der + gesamten kivitendo Installation gesperrt.
Falls die Sperre gesetzt ist, erscheint anstelle der + Anmeldemaske die Information: 'kivitendo ist momentan zwecks + Wartungsarbeiten nicht zugänglich.'.
Wichtig zu erwähnen ist hierbei noch, dass sich kivitendo + automatisch 'sperrt', falls es bei einem Versionsupdate zu einem + Datenbankfehler kam. Somit kann hier nicht aus Versehen mit einem + inkonsistenten Datenbestand weitergearbeitet werden.