Tab Page: Compounding 

Use

In this tab page, you determine whether you want to compound the characteristic to other InfoObjects. You sometimes need to compound InfoObjects in order to map the data model. Some InfoObjects cannot be defined uniquely without compounding.

For example, if storage location A for plant B is not the same as storage location A for plant C, you can only evaluate the characteristic Storage Location in connection with Plant. In this case, compound characteristic Storage Location to Plant, so that the characteristic is unique.

One particular option with compounding is the possibility of compounding characteristics to the source system ID. You can do this by setting the Master data is valid locally for the source system indicator. You may need to do this if there are identical characteristic values for the same characteristic in different source systems, but these values indicate different objects.

Using compounded InfoObjects extensively, particularly if you include a lot of InfoObjects in compounding, can influence performance. Do not try to display hierarchical links through compounding. Use hierarchies instead.

A maximum of 13 characteristics can be compounded for an InfoObject. Note that characteristic values can also have a maximum of 60 characters. This includes the concatenated value, meaning the total length of the characteristic in compounding plus the length of the characteristic itself.

Reference InfoObjects

If an InfoObject has a reference InfoObject, it has its technical properties:

·        For characteristics these are the data type and length as well as the master data (attributes, texts and hierarchies). The characteristic itself also has the operational semantics.

·        For key figures these are the key figure type, data type and the definition of the currency and unit of measure. The referencing key figure can have another aggregation.

These properties can only be maintained with the reference InfoObject.

Several InfoObjects can use the same reference InfoObject. InfoObjects of this type automatically have the same technical properties and master data.

The operational semantics, that is the properties such as description, display, text selection, relevance to authorization, person responsible, constant, and attribute exclusively, are also maintained with characteristics that are based on one reference characteristic.

The characteristic Sold-to Party is based on the reference characteristic Customer and, therefore, has the same values, attributes, and texts.

More than one characteristic can have the same reference characteristic: The characteristics Sending Cost Center and Receiving Cost Center both have the reference characteristic Cost Center.

See the documentation on eliminating internal business volume.

Characteristic Constants

When you assign a constant, a fixed value is assigned to a characteristic. The characteristic then exists on the database (for example, verifications), but it is not visible in the query.

The Storage Location characteristic is compounded with the Plant characteristic. If only one plant is ever run within the application, a constant can be assigned to the plant. The verification for the storage-location master table runs correctly with this value for the plant.

Special case:
If you want to assign the SPACE constant (type CHAR) or 00..0 (type NUMC) to the characteristic, type # in the first position.