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
Folgende Hinweise zu den Optionen: Das "Bücher schlieÃen Datum" - ist sinnvoll, wenn man nur komplette Jahre schlieÃt. Bei Wirtschaftsjahr - = Kalendarjahr entspricht dies aber auch dem Jahresanfang. "Alle - Buchungen" kann z.B. sinnvoll sein wenn man ohne Jahresabschluà - durchbucht. Eröffnungsbuchung mit "alle Buchungen" als Fallback ist z.B. - sinnvoll, wenn man am sich Anfang des zweiten Buchungsjahres befindet, - und noch keinen Jahreswechsel und auch noch keine EB-Buchungen hat. Bei - den Optionen mit EB-Buchungen wird vorausgesetzt, daà diese immer am 1. - Tag des Wirtschaftsjahres gebucht werden. Zur Sicherheit wird das - Startdatum im Bilanzbericht jetzt zusätzlich zum Stichtag mit angezeigt. - Das hilft auch bei der Kontrolle für den Abgleich mit der GuV bzw. - Erfolgsrechnung.
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 â + 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 zur 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 + 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.