X-Git-Url: http://wagnertech.de/git?a=blobdiff_plain;ds=sidebyside;f=doc%2Fhtml%2Fch02s15.html;h=24f58c3a4ee6ef8477b8d4a5f6938115d20706b9;hb=c62a6cabffc11bdb2d3fda2025fef2f3d07c5ba9;hp=ba5b4a88d2aa9abe556453c0bdd55562108918e2;hpb=8315221e21e3560978855576856c02ee56695d35;p=kivitendo-erp.git diff --git a/doc/html/ch02s15.html b/doc/html/ch02s15.html index ba5b4a88d..24f58c3a4 100644 --- a/doc/html/ch02s15.html +++ b/doc/html/ch02s15.html @@ -1,21 +1,72 @@
-- Bis Version 3.0 wurde "closedto" ("Bücher schlieÃen zum") als Grundlage für das - Startdatum benutzt. SchlieÃt man die Bücher allerdings monatsweise führt dies - zu falschen Werten.
In der Mandantenkonfiguration kann man dieses Verhalten genau einstellen indem man:
weiterhin closed_to benutzt (Default, es ändert sich nichts zu vorher)
immer den Jahresanfang nimmt (1.1. relativ zum Stichtag)
immer die letzte Eröffnungsbuchung als Startdatum nimmt
- mit Jahresanfang als Alternative wenn es keine EB-Buchungen gibt
- oder mit "alle Buchungen" als Alternative"
mit Jahresanfang als Alternative wenn es keine EB-Buchungen gibt
immer alle Buchungen seit Beginn der Datenbank nimmt
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.
Für die Schweiz sind folgende Einstellungen üblich: +
Sollversteuerung
Aufwandsmethode
Bilanzierung
Diese Einstellungen werden automatisch beim
+ Erstellen einer neuen Datenbank vorausgewählt, wenn in
+ config/kivitendo.conf
unter
+ [system]
+ default_manager = swiss
+ eingestellt ist.
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 zur 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 + auchDie 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.