Version

Verwendung

Mit dieser Funktion können Sie zu einem Objekt verschiedene, zeitlich aufeinander folgende Versionen anlegen und so eine lineare Versionskette des Objekts definieren.

Voraussetzungen

Damit Sie zu einem Objekt Versionen anlegen können, müssen Sie im Customizing der Rezeptverwaltung unter Versionierung einstellen der Objektart den Versionstyp Version oder Version mit Entwurf zugeordnet haben. Wenn Sie den Versionstyp Version mit Entwurf zugeordnet haben, können Sie zu den Versionen auch Entwürfe anlegen.

Funktionsumfang

Achtung Achtung

Für Versionen können Sie den Änderungsdienst nicht nutzen.

Ende der Warnung.
Versionsschlüssel

Der Schlüssel der Versionen eines Objekts ist bis auf die Versions- und Entwurfsnummer identisch. Wenn Sie eine Version anlegen, vergibt das System automatisch die Versionsnummer, indem es die größte vorhandene Versionsnummer des Objekts um eine Einheit erhöht. Das System ergänzt den Schlüssel des Objekts automatisch um die Versions- und Entwurfsnummer und erzeugt so den vollständigen Schlüssel des Objekts.

Versionsreihenfolge

Wenn Sie eine Version eines Objekts anlegen, legt das System anhand des Gültig-ab-Datums die Reihenfolge der Versionen des Objekts fest. Sie können danach das Gültig-ab-Datum nur so ändern, dass sich die Versionsreihenfolge nicht ändert. Wenn Sie kein Gültig-ab-Datum eingeben, bestimmt die Versionsnummer die Reihenfolge der Versionen. Sie können dann für eine Version mit höherer Versionsnummer kein Gültig-ab-Datum eingeben, das vor dem der Versionen mit niedrigerer Versionsnummer liegt.

Empfehlung Empfehlung

Für bestimmte Objekte ist es verboten, ein Gültig-ab-Datum einzugeben, das vor dem Tagesdatum liegt. Wenn Sie für ein derartiges Objekt Versionen ohne Gültigkeitszeitraum anlegen, empfehlen wir, dass Sie bei der nachträglichen Erfassung der Gültigkeitszeiträume mit der ersten Version anfangen. Wenn Sie stattdessen zuerst für eine spätere Version als Gültig-ab-Datum das Tagesdatum eingeben, können Sie für frühere Versionen keinen Gültigkeitszeitraum mehr erfassen.

Ende der Empfehlung.
Regeln für die Versionierung

  • Sie dürfen eine neue Version eines Objekts nicht vor der ersten Version in die Versionskette des Objekts einfügen. Das heißt, die neue Version darf kein Gültig-ab-Datum haben, das vor dem Gültig-ab-Datum der ersten Version liegt.

  • Sie können immer nur die letzte Version aus der Versionskette eines Objekts löschen.

  • Ob zwischen den Gültigkeitszeiträumen der einzelnen Versionen einer Versionskette Lücken erlaubt sind und ob sich die Gültigkeitszeiträume überlappen dürfen, legen Sie im Customizing der Rezeptverwaltung unter Versionierung einstellen fest. Wenn Sie festgelegt haben, dass Lücken und Überlappungen verboten sind, passt das System in bestimmten Fällen den Gültigkeitszeitraum automatisch an, wenn Sie eine Version anlegen (siehe Prüfung der Gültigkeitszeiträume auf Lücken und Überlappungen ).

  • Wenn Versionen an einer Ersetzung beteiligt sind, gilt Folgendes:

    • Nur die erste Version in der Versionskette kann andere Objekte ersetzen, d.h. Nachfolger in einer Ersetzungsbeziehung sein.

    • Nur die letzte Version in der Versionskette kann von anderen Objekten ersetzt werden, d.h. Vorgänger in einer Ersetzungsbeziehung sein.

    • Wenn die letzte Version in der Versionskette ersetzt wird, ist die Versionskette abgeschlossen und es können keine weiteren Versionen für das Objekt angelegt werden.

  • In der Versionskette sind nur 1:1-Beziehung zwischen den Versionen eines Objekts möglich. Das heißt, jede Version kann maximal einen Vorgänger und einen Nachfolger haben.

    Hinweis Hinweis

    Im Customizing der Rezeptverwaltung können Sie mit dem Business Add-In (BAdI) Versionsprüfung beim Anlegen und Löschen von Rezepten weitere Regeln für die Versionierung festlegen.

    Ende des Hinweises

Aktivitäten

Informationen darüber, wie Sie eine Version eines Objekts anlegen, finden Sie in der Dokumentation zum Objekt.