System Settings

The following section outlines which system settings are connected with package checks and thus affect the flow of the package check.

There are two main types of setting: Global settings, which affect all packages throughout the system, and package-specific settings.

Global Package Check Switch

This system-wide switch is activated as part of customizing. If this switch is deactivated, there is no package check at all. In general, one of the following three values can be selected:

OFF

No package check.

RESTRICTED

Structure packages are not considered in the package check.

The package check only takes place if the appropriate Package Check as Client or Package Check as Server is assigned to the package.

R3ENTERPRISE

The check considers structure packages on client and server package side.

This is similar to a RESTRICTED package check but takes structure packages into account. That is, if the client and the provider are stored in the same structure package, the check is limited to the RESTRICTED package check. Otherwise, the system needs to check whether or not a use relationship between the two structure packages is allowed. If it is, the system performs the restricted package check. Otherwise, an error message occurs.

Package-Specific Settings

Package-specific settings are generally made when the package is created. You can change them later in the Package Builder (on the Properties tab).

Package Check as Server

You can assign the Package Check as Server attribute to any main or development package. This attribute means that all users must comply with the pure package check (that is, this is a "strong check"). This package check is especially important for the provider package, since it protects the package from unwanted use. In particular, the provider can separate new developments. The use of new functions can then be controlled by the provider. That is, new development objects must first be made visible through the provider package interface, before they can be accessed by a user through a use access.

Package Check As Client

If the Package Check as Client is assigned to a package, the package concept need only be complied with locally - that is, within this package. Globally, the pure package concept should only be complied with where possible. In particular, a user must always have a use access if the object it wants to use has been made visible in a provider package interface.

Use this option only for short time during the development phase and switch it off afterwards.