X-Git-Url: http://wagnertech.de/gitweb/gitweb.cgi/mfinanz.git/blobdiff_plain/8a1f99fd8bc7c8ee80eae18cc0ed052c48fb93aa..f044d58d95464652f923f0c27d74566f72c1fb47:/doc/html/ch02s14.html diff --git a/doc/html/ch02s14.html b/doc/html/ch02s14.html index b70edc8e0..9d725d0b1 100644 --- a/doc/html/ch02s14.html +++ b/doc/html/ch02s14.html @@ -1,21 +1,21 @@
-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
+
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.)