Introduction
When the master data are sent from SAP to the Cloud (e.g. Activity Codes based on SAP Inspection Catalog Codes), the IDocs are generated – every IDoc corresponds to one master data object. The IDoc contains the main segment (different one, depending on the object type). The segment contains a field playing the role of an identifier of the object. E.g. in case of Activity Code based on SAP Inspection Catalog Codes the IDoc with IDoc Type /PACG/ECM_ITYPE_SRERRCOD is issued for every Activity Code. The IDoc contains a segment /PACG/ECM_IS_SRERRCOD, the field ID identifies uniquely the object in the Cloud:
Every FSM Cloud Connector IDoc contains a segment /PACG/ECM_IS_CONTROL, playing a role of a control segment. The field TRANSACTION_TYPE informs the Cloud whether the object is to be created in the Cloud (or updated, if it exists) or deleted:
...
If you want to delete the given object in the Cloud, you must create an IDoc with TRANSACTION_TYPE = 'D'.
Sending deletion requests using the programs sending the objects
Many programs sending master data from SAP to the cloud contain a checkbox "Delete flag", e.g.:
In that case the selected objects will be sent with TRANSACTION_TYPE = 'D' – they will be actually deleted in the Cloud.
This approach can be useful if we have the master data object in SAP and we want to send it together with the information that it is to be deleted.
Using transaction /PACG/ECM_SEND_DELRQ
It can be the case however, that the object does not exist in the SAP any longer and we want to delete it in the Cloud as well. In that case resending this object with deletion flag is problematic. In that case the transaction /PACG/ECM_SEND_DELRQ can be used.
Two ways of usage of this transaction are possible:
...
It is good practice to execute the program with the parameter 'Write Identifiers on Screen" = X and "Test Mode" = X. In that case the outgoing IDocs will not be created and the identifiers determined by IDoc search will be written on the screen:
Once you have verified the identifiers, you can uncheck the "Test Mode" – the IDoc with deletion request will be sent to the Cloud:
| Anchor | ||||
|---|---|---|---|---|
|
FSM Cloud Connector was designed to use monitoring features of SAP. Thanks to that design, the Message Broker component requires very little attendance.
The administrative activities related to the Message Broker have been collected in the sections below.
Please note, that the Message Broker is a non-SAP component of FSM Cloud Connector. As such, you have to access the server, where Message Broker is running with a Remote Desktop or a similar technology.