- 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
Seit der Version 3.5 werden für Buchungen in kivitendo + einheitlich folgende Bezeichnungen verwendet:
+ Erfassungsdatum (en: Entry
+ Date, code: Gldate)
bezeichnet das Datum, an dem die Buchung in kivitendo + erfasst wurde.
+ Buchungsdatum (en: Booking
+ Date, code: Transdate)
bezeichnet das buchhaltungstechnisch für eine Buchung + relevante Datum
Das Rechnungsdatum bei Verkaufs- und
+ Einkaufsrechnungen entspricht dem Buchungsdatum. Das heisst, in
+ Berichten wie dem Buchungsjournal, in denen eine Spalte
+ Buchungsdatum angezeigt werden kann, erscheint
+ hier im Fall von Rechnungen das Rechnungsdatum.
Bezieht sich ein verbuchter Beleg auf einen Zeitpunkt, der + nicht mit dem Buchungsdatum übereinstimmt, so kann dieses Datum + momentan in kivitendo nur unter Bemerkungen erfasst werden.
Möglicherweise wird für solche Fälle in einer späteren + Version von kivitendo ein dritter Datumswert für Buchungen + erstellt. (Beispiel: Einkaufsbeleg stammt aus einem früheren Jahr, + das bereits buchhaltungstechnisch abgeschlossen wurde, und muss + deshalb später verbucht werden.)