X-Git-Url: http://wagnertech.de/git?a=blobdiff_plain;f=doc%2Fhtml%2Fch02s14.html;h=ed7a1a4a41eade2dbb6b16473419c49e0b657116;hb=85c4af4a97e002a6ec7804c7fb28d3c4c0972398;hp=cfcfe9111f2fd1aa114fce14db8d247a785c7c4a;hpb=81fed28305f28aff317639f9a190cdf83a678ed4;p=kivitendo-erp.git diff --git a/doc/html/ch02s14.html b/doc/html/ch02s14.html index cfcfe9111..ed7a1a4a4 100644 --- a/doc/html/ch02s14.html +++ b/doc/html/ch02s14.html @@ -1,20 +1,65 @@
-Einige Einstellungen können von einem Benutzer mit dem - Recht "Administration - (Für die Verwaltung der aktuellen Instanz aus einem Userlogin heraus)" - gemacht werden. Diese Einstellungen sind dann für die aktuellen - Mandanten-Datenbank gültig. Die Einstellungen sind - unter - -> erreichbar.
Bitte beachten Sie die Hinweise zu den einzelnen - Einstellungen. Einige Einstellungen sollten nicht ohne Weiteres - im laufenden Betrieb geändert werden (siehe - auch Bemerkungen zu - Bestandsmethode).
Die Einstellungen show_bestbefore
- und payments_changeable
aus dem
- Abschnitt features
und die Einstellungen im
- Abschnitt datev_check
(sofern schon vorhanden)
- der kivitendo-Konfigurationsdatei
- werden bei einem Datenbankupdate einer älteren Version automatisch
- übernommen. Diese Einträge können danach aus der Konfigurationsdatei
- entfernt werden.
kivitendo besaà bis inklusive Version 2.6.3 einen Konfigurationsparameter namens eur
, der sich in der
+ Konfigurationsdatei config/kivitendo.conf
(damals noch 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" (read-only) + angezeigt. Unter + Bemerkungen zu Bestandsmethode).
+ -> 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 +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.