Im Rahmen des BI Content werden vorkonfigurierte BI-Objekte als Teil fertiger Informationsmodelle zur Analyse betriebswirtschaftlicher Fragestellungen ausgeliefert. Diese Objekte können Sie in Ihrem System direkt oder überarbeitet verwenden. Des Weiteren können Sie für Ihre Informationsmodelle eigene BI-Objekte anlegen. Das BI-Versionskonzept ermöglicht hierbei die Auslieferung und konsistente Verwendung der BI-Objekte in einer Systemlandschaft und stellt eine Erweiterung des Standard-Transportwesens dar.
Folgende Objektversionen werden unterschieden:
Version |
Bedeutung |
Relevant für… |
|
Auslieferung von BI-Objekten |
Transport von BI-Objekten |
||
D |
Auslieferungsversion |
Ja |
Nein |
A |
Aktive Version |
Nein |
Ja |
M |
Überarbeitete Version |
Nein |
Ja |
T |
Transportversion für den Import quellsystemabhängiger Objekte |
Nein |
Ja |
Schattenversion |
Auslieferungsversion für quellsystemabhängige Objekte |
Ja |
Nein |
Pseudo-D-Version |
Auslieferungsversion für quellsystemabhängige Objekte, die im Zielsystem der Auslieferung erzeugt wird |
Ja |
Nein |
Zusammenhang zwischen Objektversion und Objekttyp:
BI unterscheidet 2 verschiedene Arten von Objekttypen, den Objekttyp für die aktive Version und den Objekttyp für die Auslieferungsversion. Dies bedeutet, dass es für jedes auslieferbare BI-Objekt 2 logische Transportobjekte gibt, das Transportobjekt für die aktive Version, das A-TLOGO-Objekt, und das Transportobjekt für die Auslieferungsversion, das D-TLOGO-Objekt. Entsprechend den Systemeinstellungen schreibt das System beim Transport das geeignete TLOGO-Objekt auf den Transportauftrag. Weitere Informationen über die logischen Transportobjekte im BI-System finden Sie unter Transportierbare Objekttypen.
Im Folgenden werden v. a. die Objektversionen D, A und M betrachtet. Informationen über die Objektversionen, die im Zusammenhang mit quellsystemabhängigen Objekten relevant sind, finden Sie unter Erweiterungen des BI-Versionskonzepts.
Die folgenden Abbildungen erläutern die Verwendung der Objektversionen für Objekte, welche die M-Version unterstützen. Für jene Objekttypen, welche keine modifizierte Version unterstützen, sind die M- und die A-Version in den Abbildungen zusammenzufassen, der Aktivierungsschritt entfällt.
Die folgende Abbildung veranschaulicht die Arbeit mit überarbeiteten und aktiven Versionen:
Wenn ein BI-Objekt in einer überarbeiteten Version (M-Version) vorliegt und aktiviert wird, werden beim Aktivieren auch die abhängigen Objekte (DDIC- bzw. Programmobjekte) generiert. Eine Aktivierung ist nur dann möglich, wenn das Objekt konsistent ist.
Stellen Sie sicher, dass das Objekt vor dem Transport aktiv ist.
Die nachstehend erläuterte Abbildung veranschaulicht die Versionen beim Transport:
...
1. Aus dem Entwicklungssystem werden nur diejenigen Objekte exportiert, die in der aktiven Version vorliegen.
Achten Sie darauf, für den Transport Ihrer Objekte die kundeneigenen Pakete zu verwenden. Diese beginnen mit Y oder Z. Objekte, die SAP-Paketen zugeordnet werden, gelten als SAP-eigene Objekte und werden als Reparatur geführt.
So muss beispielsweise die A-Version des BI Content einem Kunden-Paket zugeordnet werden, während die ausgelieferte D-Version SAP-Objekt bleibt.
2. In das Zielsystem werden exportierten Objekte je nach Typ entweder in der A-Version oder in einer M-Version importiert. Quellsystemabhängige Objekte werden in einer eigenen Version, der T‑(Transport‑)Version transportiert.
InfoCubes oder InfoObjects werden in der M-Version in das Zielsystem importiert und nach dem Import automatisch aktiviert, da beim Aktivieren Tabellen (und weitere Dictionary-Objekte) angelegt werden.
Die Währungsumrechnungsart und der InfoObjectCatalog werden in der A-Version in das Zielsystem transportiert, da diese Objekttypen keinen Aktivierungsschritt erfordern und daher die M-Version nicht unterstützen.
Weitere Informationen darüber, welche Objektversion in das Zielsystem importiert wird, finden Sie unter Transportierbare Objekttypen.
3. Nach dem Import werden alle BI-Metadaten-Objekte über die After-Import-Methode RS_AFTER_IMPORT automatisch aktiviert. Die abhängigen DDIC- bzw. Programmobjekte werden nach dem Import im Zielsystem generiert.
Weitere Informationen: BI-Objekte transportieren
Die nachstehend erläuterte Abbildung veranschaulicht die Versionen des BI Content:
Die schwarzen Pfeile verdeutlichen die Verwendung der Versionen im Auslieferungsprozess:
...
1. Erste Auslieferung
○ Die Objekte des BI Content werden in der D-Version ausgeliefert.
○ Die Objekte werden während der Content-Installation in der M-Version gesichert.
○ Die erzeugten M-Versionen werden aktiviert und in der A-Version gesichert.
Aus dem Entwicklungssystem werden ausschließlich diejenigen Objekte exportiert, die in der A-Version gesichert wurden. Beim Importieren in das Zielsystem werden diese Objekte - abhängig vom Objekttyp - entweder direkt in die aktive Version oder in eine überarbeitete Version importiert.
Weitere Informationen darüber, welche Objektversion in das Zielsystem importiert wird, finden Sie unter Transportierbare Objekttypen.
2. Zweite Auslieferung (Upgrade des BI Content)
○ Die Objekte des BI Content werden in einer neuen D-Version ausgeliefert.
○ Sie können den neuen BI Content mit Ihrer aktiven Kundenversion vergleichen und entweder die neue Version übernehmen oder mit der Kundenversion abmischen. Dazu stehen Ihnen die folgenden Funktionen zur Verfügung:
■ Übernehmen: Die Kundenversion wird gelöscht und durch die neue BI-Content-Version ersetzt.
■ Abmischen: Beide Objekte werden zusammengeführt und als neue Kundenversion abgespeichert.
Das Abmischen von Merkmalen beispielsweise bedeutet, dass die Vereinigungsmenge der Attribute gebildet wird. Bei bestimmten Eigenschaften wählen Sie im Dialog aus, welche Sie übernehmen möchten.
Ob ein Objekttyp das Abmischen unterstützt, ist eine Eigenschaft des Objekttyps. Weitere Informationen finden Sie unter Transportierbare Objekttypen.
Weitere Informationen: BI Content in aktive Version übernehmen