You create new master data in the ERP system because this is the superordinate master data system. New master data objects with selection criteria that correspond to an integration model that already exists (for example, the same MRP type) are not automatically included in this integration model in the ERP system or transferred. There are two procedures available for making the transfer:
Periodic transfer using background processing
Online transfer using Business Transfer Events (BTEs)
In this procedure, a new version of the corresponding integration model is created and activated for master data that has been created in the ERP system. Although this may be done manually, for performance reasons we recommend that you set up a periodic background job to run at times when the system load is at a low (for example, at night). In the background job, the reports referred to below should run in sequence. This procedure offers the following advantages:
Master data that has been created recently and that meets the selection criteria of integration models that already exist is included in these integration models and transferred to the target system.
Master data that has been changed to such an extent that it no longer meets the selection criteria of the corresponding integration model is excluded from the transfer.
Master data (material, customer, vendor, and source of supply) that has been changed since the last transfer is retransferred and will now be up-to-date.
For more information, see Changes to Master Data .
Optionally, you can delete the old, inactive version of the integration model (report RIMODDEL).
Create a new version of the corresponding integration model (report RIMODGEN).
Activate the new version (report RIMODAC2, set the radio button
Activate Newest Version
).
The system automatically sets the old version as inactive.
The system does not transfer all the data in the new version to the target system. Only the differences between the old and new version (delta information) are transferred.
As of SAP R/3 Plug-In 2000.2, you can create info objects in the ERP system that correspond to the selection criteria of an integration model that already exists and then immediately transfer them when they are posted. The system automatically creates a new version of the corresponding integration model and activates this in the background.
Caution
This procedure for the creation of new master data should only be used in exceptional cases. This can, in particular, lead to problems if dependent objects exist. In most cases, it is better to use a periodic transfer with background processing as described above. In particular, in cases where you are transferring large amounts of master data to an ERP system using ALE or batch input, the forwarding should be batch-controlled rather than batch-triggered.
In the ERP system, business transaction events (BTEs) have been activated for the integration with CIF. For more information, see Activating BTEs for CIF Integration .
Make the following settings to change to online transfer:
Use transaction CFC9 to call the
Change Target-System-Independent Settings in CIF
screen. Under
Change Transfer for Master Data
, choose
BTE Transfer, Immediately
. As of SAP R/3 4.0B, you can make this setting in
CIF Customizing in the ERP System
under
.
Use transaction SM30 to call the
Maintain Table Views: Initial Screen
screen. Call table CIFIMODGEN. The
Change View "Customizing Automatic Generation of Integration Models"
screen appears. You determine the procedure for adapting the integration model by making entries in this database table. The table contains the following columns:
Connection Point
: Contains one of six different possibilities:
Creation of new material master data (MAT_INS)
Changing of material master data (MAT_UPD)
Creation of customer master data (CUS_INS)
Changing of customer master data (CUS_UPD)
Creation of vendor master data (VEN_INS)
Changing of vendor master data (VEN_UPD)
Program
: Contains the name of an ABAP/4 program. This program is to be executed when one of these events occurs. In most cases, you should specify the standard program RIMODGEN for generating integration models.See below.
Variant
: Contains the name of a variant. This variant contains the input parameters of the given program.
Counter
: You can specify several program/variant combinations for the same connection point and determine their sequence using the
Counter
column.
The program RIMODGEN offers the following enhanced functions.
An existing integration model can be selected
Filter objects can be inserted or deleted
The result can be saved as a new version of the integration model
In addition, the program evaluates the integration model key, the checkboxes for the filter objects, and the selection options for material, customer, and vendor. If the number of filter objects does not change, a new version is not created. If a new version is created, it is activated. That is, new objects are transferred, and the data flow is stopped for obsolete objects.
In the selection screen of program RIMODGEN, the
Model Name
,
Target System
, and
Application
fields are obligatory.
For materials, the selection options under
Relevant Materials
are evaluated and compared with the newly created or changed material. Besides the checkbox for material master, the following checkboxes are evaluated:
Availability check
Sales orders (only SAP APO)
Purchase orders and purchase requisitions (only SAP APO)
Production orders and process orders (only SAP APO)
Planned orders (only SAP APO)
Manual reservations (only SAP APO)
Planned independent requirements (only SAP APO)
All types of stock (only SAP APO)
Consumption data (only SAP APO)
If the checkbox for production process models (PPMs) is marked, the selection options entered are used to carry out the selection in the database. The results are incorporated into the model. In the case of newly created materials, this selection provides no results, since a bill of material, routing, or production version does not yet exist. In the case of material changes, the selection can deliver valid PPMs. For PPMs, however, the current date enters the system in the form of the key date. Therefore, it is possible that a ‘new’ PPM is selected and transferred, even if nothing has changed in the bills of material, production version, or routing.
All other selection options (including special restrictions for material/plant for the individual documents) are not taken into account here.
In the case of customers, only selection options for customers and the
Customer
checkbox are taken into account. This is also the case for vendors.
The purpose of the extension CIFIMO01 (CIF-IMO-zero-one) with the module EXIT_RIMODGEN_001 is to influence the number of filter objects. This extension modifies the list of filter objects provided by the standard functions.
The process for automatically generating integration models runs in the background as a queued remote function call (qRFC). This means that you can use the qRFC monitor (transaction SMQ1) to test whether errors occurred. The queue name consists of the prefix CF_IMOD_ and the master data type, that is, T_MAT, T_CUS or T_VEN. Transaction SMQ1 provides the following functions:
Restart
Debugging
Call deletion
If the CIF application log is activated, entries are written there. These entries are documented under the object CIF and the subobject IMOD. Detailed information about the automatic generation process and the activation of the model is located here.
For more information about the qRFC monitor and the CIF application log, see
Monitoring
.