X-Git-Url: http://wagnertech.de/gitweb/gitweb.cgi/mfinanz.git/blobdiff_plain/6c0c0f2c43fb4cbc31e21cdd09672f11cde96fff..97da9779283d94e5c1ef2831b7fccf8fafc89a67:/doc/html/ch02s14.html diff --git a/doc/html/ch02s14.html b/doc/html/ch02s14.html index cfcfe9111..5c3be0ddd 100644 --- a/doc/html/ch02s14.html +++ b/doc/html/ch02s14.html @@ -1,20 +1,21 @@
-Einige Einstellungen können von einem Benutzer mit dem - Recht "Administration - (Für die Verwaltung der aktuellen Instanz aus einem Userlogin heraus)" - gemacht werden. Diese Einstellungen sind dann für die aktuellen - Mandanten-Datenbank gültig. Die Einstellungen sind - unter - -> erreichbar.
Bitte beachten Sie die Hinweise zu den einzelnen - Einstellungen. Einige Einstellungen sollten nicht ohne Weiteres - im laufenden Betrieb geändert werden (siehe - auch Bemerkungen zu - Bestandsmethode).
Die Einstellungen show_bestbefore
- und payments_changeable aus dem
- Abschnitt features und die Einstellungen im
- Abschnitt datev_check (sofern schon vorhanden)
- der kivitendo-Konfigurationsdatei
- werden bei einem Datenbankupdate einer älteren Version automatisch
- übernommen. Diese Einträge können danach aus der Konfigurationsdatei
- entfernt werden.
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.)