Do we have a recommendation in place as to how the replication models have to be set up for the DRF replication models?
SOLUTION
The number of the replication models that the user should set up entirely depends on the complexity of the selection conditions. The selection criteria that the user sets in the maintenance of the filter criteria via transaction DRFF are all linked like on the ABAP selection screens. Multiple conditions for a data field are linked with OR, the conditions for different data fields are each linked with AND.
With this, filter criteria such as
Plant = 0001 AND (storage location = 0001 OR storage location = 0002) can be mapped in a replication model if you refer to different storage locations in the plant 001. However, if you want to specify the conditions for storage locations in different plants, such as
(plant = 0001 OR storage location = 0001) OR
(plant = 0002 OR storage location = 0002)
The user should create a replication model for each of the two condition groups. The filter criteria of multiple replication models for the same business object and for the same business system are both linked with a logical OR.
If the user wants to integrate the inventory management with SAP ME and he wants to utilize both the goods movements with movement type 311 for the stocking and the goods movements with the movement type 261, he should then create a replication model for each movement type and its linked storage locations:
- (plant = 0001 AND storage location = 0001 AND movement type = 311)
- (plant = 0001 AND storage location = 0002 AND movement type = 261)
If the user has set up multiple replication models for the same business object and for the same business system, then he needs to make sure that the selection criteria of the individual models are disjoint for preventing multiple distributions of the same object. The production order is an exception and is distributed to a certain business system only once even if the selection criteria of multiple replication models overlap.
If the user sets up the integration for SAP ME utilizing DRF, then user has to make sure that selection criteria are all defined in the production system before transporting the activated DRF replication models into his production system. By using the Transport function in transaction DRFF, enables the user to transport the selection criteria defined in the development system into his production system.
If the user avoids this step and implements the activated replication models into the production system without filter criteria, all documents and master data distributed by the DRF are then identified as appropriate for distribution until he maintains filter criteria in the production system.
If the user cannot define the final filter criteria until the production system because the required master data doesn’t exist in the development system, then by defining impenetrable filter criteria in the development system, he can avoid the unintentional distribution of data in the production system.
Material is equal to $%&§
Post transporting these filter criteria into the production system, the user can maintain the final criteria there.