!--a11y-->
Selection Sets 
This function is required to carry out the allocation run in the background. You can separately maintain the selection parameters of the individual allocation runs and assign them to the selection sets. You can save every record as a variant of the program. Thus the conditions required to plan a background job are met.
In a broader sense, a selection set consists of several allocation runs that are controlled by the same allocation type. Each of these individual allocation runs has its own selection screen. The corresponding selection parameters are stored there. That means that it is possible to sequentially process several – possibly even differently configured – allocations within a selection set.
When using selection sets, you can start processing in different modes: normal, simulation, or preview.
The scope of the release check can be redetermined before each program start. You can completely switch off the check, determine that the release check should be carried out according to the checking rule that is stored in the allocation type, or determine that all checking rules should be taken into account (including the customer-specific rule that is controlled by a release strategy).
You can determine whether the result screen of the executed allocation runs should be displayed. However, this is only useful for the online execution. If you implement a selection set for background processing, the result display must be deactivated.
You can also implement version control for selections sets. In Customizing for ARun basic settings, choose Log Selection Set. Then the system automatically creates a new version whenever you make a change to a selection set. This allows you to analyze the data used by allocation runs. This is useful for troubleshooting. For example, if you are missing data in the current allocation run due to changes in the selection set and want to compare it to previous runs.

You should only use version management in productive operation when necessary, since this does add to the system load during allocation runs.