The report RSBCS_IFREC deletes recipient or sender records that have been created in the system but not assigned to a send request. This means they cannot be deleted using the normal reorganization of the BCS data.
Prerequisites
We recommend starting the normal reorganization (RSBCS_REORG) before starting the report, but this is not mandatory.
Features
The report only deletes entries from tables BCST_CAM, BCST_BOR, and BCST_PRT that have no connection to send requests. This means that no inconsistencies arise since the data is normally only used in connection with send requests. However, it cannot be ruled out that application programs (possibly a customer’s) do not inadvertently reference this data. We therefore recommend backing up the tables.
The entries of table BCST_CAM contain keys for addresses of Business Communication Services (BCS). As a rule, each entry has a where-used list for a BAS address. These references and the corresponding addresses are not deleted by the report, but can be deleted by report RSBCS_ADRVP (or its predecessor RSSOADRV). Due to the issues mentioned in the previous section, this should not be done straight after the run.
The report uses the table SREQRORG for temporary storage. This also happens in test mode, where no other database changes are made. At the end of the run, the stored data is deleted again. If any data remains after a termination, it is deleted automatically when the report is next started. Alternatively, you can start the report using the option “Only Delete Temporary Data Generated by This Report” (table SREQRORG).
