BI Versioning Concept 

Preconfigured BI objects are delivered with BI Content as part of the ready-made information models for analyzing business issues. You can use these objects in your system as they are or revise them. You can also create your own BI objects for your information models. The BI versioning concept enables you to deliver the BI objects in a system landscape and to use them in a consistent manner. This concept is an enhancement to the standard transport system.

The following object versions are used:

Version	Meaning	Relevant for…
		Delivery of BI Objects	Transport of BI Objects
D	Delivery version	Yes	No
A	Active version	No	Yes
M	Modified version	No	Yes
T	Transport version for the import of source-system-dependent objects	No	Yes
Shadow version	Delivery version for source-system-dependent objects	Yes	No
Pseudo D version	D version for source-system-dependent objects that are created in the target system of the delivery	Yes	No

 Relationship between object version and object type:

BI has 2 different object types: one object type for the active version and one for the delivery version. This means that there are 2 logical transport objects for each BI object that is delivered: the transport object for the active version (A-TLOGO object) and the transport object for the delivery version (D-TLOGO object). The system writes the appropriate TLOGO object for the system settings to the transport request when transporting. More information about the logical transport objects in the BI system: Transportable Object Types.

Object versions D, A, and M are discussed below. More information about the object versions that are relevant in connection with source-system-dependent objects: Enhancements to the BI Versioning Concept.

The figures below explain the use of the object versions for objects that support the M version. The M and A versions are combined in the figures and the activation step is omitted for those object types that do not support a modified version.

Use of the Version when Processing BI Objects

The figure below illustrates how to work with active and modified versions:

If a BI object exists in a modified version (M version) and is activated, the dependent objects (DDIC or program objects) are also generated upon activation. Activation is only possible if the object is consistent.

Make sure that the object is active before transporting it.

Use of the Version when Transporting BI Objects

The figure below illustrates the versions during the transport:

...

       1.      Only those objects that are in the active version are exported from the development system.

Make sure you use customer-specific packages when transporting your objects. These begin with Y or Z. Objects assigned to SAP packages are seen as SAP objects and are considered to be repairs.

For example, the A version of BI Content must be assigned to a customer package, whereas the delivered D Version remains an SAP object.

       2.      Exported objects are either imported into the target system in either the A version or in the M version, depending on the type. Source-system-dependent objects are transported in their own version, the T (transport) version.

InfoCubes and InfoObjects are imported into the target system in the M version and activated after the import automatically, since tables (and additional Dictionary objects) are created during activation.

The currency translation type and the InfoObject catalog are transported to the target system in the A version. This is because these object types do not require an activation step and therefore do not support the M version.

More information about which object version is imported into the target system: Transportable Object Types.

       3.      After the import, all BI metadata objects are automatically activated using the after-import method RS_AFTER_IMPORT. The dependent DDIC and program objects are generated in the target system after the import.

More information: Transporting BI Objects    

Use of the Version when Delivering BI Content

The figure below illustrates the BI Content versions:

The black arrows show how the versions are used in the delivery process:

...

       1.      First delivery

○       SAP delivers BI Content objects in the D version.

○       The objects are saved in the M version during BI Content installation.

○       The M versions that were created are activated and saved in the A version.

Only those objects that are saved in the A version are exported from the development system. When importing into the target system, these objects are either imported directly into the active version or into a modified version, depending on the object type.

More information about which object version is imported into the target system: Transportable Object Types.

       2.      Second delivery (BI Content upgrade)

○       SAP delivers BI Content objects in a new D version.

○       You can compare the new BI Content with your active customer version and either install the new version or merge it with the existing version. You can use the following functions here:

■       Install: The customer version is deleted and replaced by the new BI Content version.

■       Merge: The two objects are merged and stored as a new customer version.

For example, an attribute join is created when you merge characteristics. For some characteristics you can select which you want to copy in a dialog.

Whether or not an object type supports merging is a property of the object type. More information: Transportable Object Types.

More information: Copying BI Content to the Active Version