X-Git-Url: http://wagnertech.de/git?a=blobdiff_plain;f=doc%2Fhtml%2Fch02s12.html;h=a78ea4aa7404f3ecfe0955391fc6a036e0c25ffd;hb=67233506b5a94c4f7ea0165d64233c10cdd7bbf7;hp=a0fa38610e378480df82d0d23d7454447866e817;hpb=4bacfb02354f2591cb7d750962109976a570233b;p=kivitendo-erp.git diff --git a/doc/html/ch02s12.html b/doc/html/ch02s12.html index a0fa38610..a78ea4aa7 100644 --- a/doc/html/ch02s12.html +++ b/doc/html/ch02s12.html @@ -38,11 +38,15 @@ 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.

2.12.4. Bemerkungen zu Bestandsmethode

Die Bestandsmethode ist eigentlich eine sehr elegante Methode, + Standardkonten unter dem neuen Punkt "Einstellungen" (read-only) + angezeigt. Unter System + -> Mandantenkonfiguration 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 + + Bemerkungen zu Bestandsmethode).

2.12.4. Bemerkungen zu Bestandsmethode

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