X-Git-Url: http://wagnertech.de/gitweb/gitweb.cgi/mfinanz.git/blobdiff_plain/f8309cb7bc2507c19e17ec59c6c66dd7f49ea351..cc3ea92a877f32a229d5d54c2071b640da894df6:/doc/html/ch02s12.html diff --git a/doc/html/ch02s12.html b/doc/html/ch02s12.html index a2cd592f2..e7575f997 100644 --- a/doc/html/ch02s12.html +++ b/doc/html/ch02s12.html @@ -1,8 +1,63 @@
- -Nach erfolgreicher Installation ist der Loginbildschirm unter - folgender URL erreichbar:
- http://localhost/lx-office-erp/login.pl -
Die Administrationsseite erreichen Sie unter:
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.