You trigger the resending of objects for which postprocessing records were generated in CIF error handling by choosing
Send to APO
APO
or
Send to R/3
R/3
.
The system usually transfers the current object status, which means it takes into account whether an object has been changed since the last transfer. This prevents an object being overwritten by an “obsolete” status.
The transfer sequence within a qRFC LUW plays a significant role in the transfer from SAP R/3 to SAP APO, but not in the opposite direction. As a result, the system behavior when objects are resent differs depending on the transfer direction.
Note
If you are working with production campaigns, you first have to transfer the planned and manufacturing orders, then the campaigns.
If errors occur during the transfer from SAP R/3 to SAP APO, CIF error handling ensures that serialization is avoided. If errors continue to occur in the target system when the data is resent from SAP R/3 to SAP APO, serialization is again avoided. When resending objects, the sequence of RFCs (that is, the block formation) must be the same as in the qRFC LUW of the original transfer. This requirement leads to the following system behavior:
You send an object for which a postprocessing record already exists to SAP APO, but not from CIF postprocessing.
If the transfer proceeds without errors, the object is posted to the target system. The postprocessing record that already exists continues to exist and its processing status does not change.
If an error occurs in the transfer, a new postprocessing record is generated. The postprocessing record that already exists continues to exist and its processing status does not change.
You resend an object for which a postprocessing record already exists to SAP APO from CIF postprocessing.
If the transfer proceeds without errors, the object is posted in the target system and the existing postprocessing record receives the status
Processed
.
If an error occurs again during the transfer, a new postprocessing record is generated. The postprocessing record that already exists receives the status
Processed
.
Note
Prerequisite postprocessing recordsare also automatically transferred.
In this case, block formation can occur arbitrarily. This leads to the following system behavior:
You send an object for which a postprocessing record already exists to SAP R/3, but not from CIF postprocessing.
If the transfer proceeds without errors, the object is posted in the target system and the existing postprocessing record receives the status
Obsolete (automatically set by system)
.
If an error occurs in the transfer, a new postprocessing record is generated. The postprocessing record that already exists receives the status
Obsolete (automatically set by system)
.
You resend an object for which a postprocessing record already exists to SAP R/3 from CIF postprocessing.
If the transfer proceeds without errors, the object is posted in the target system and the existing postprocessing record receives the status
Processed
.
If an error occurs in the transfer, a new postprocessing record is generated. The postprocessing record that already exists receives the status
Processed
.