Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

Version 1 Next »

Due to the redesign of attachment handling, DMS attachments’ keys have changed. To avoid duplication, it is required to migrate already existing DMS attachments using report /PACG/ECM_ATTA_MIGR. All FSM attachments synced with the backend system will be identified, removed from FSM and then sent again with the new key.

Steps

Navigate to program /PACG/ECM_ATTA_MIGR (e.g. via SE38). Specify the number of days that should be used to limit attachment selection. Only attachment idocs whose timestamp is greater than (system date – entered days) will be considered.  Execute.

 

A pop-up log informs about the transferred objects.

Notice that in table /PACG/ECM_MIGAT a new entry is created.

 

Two outbound idocs are generated:

  • Idoc of type /PACG/ECM_ITYPE_OPERATION – for deletion of the attachment object with the old key

 

  • Idoc of type /PACG/ECM_ITYPE_ATTCHM_OUT – for transfer of the attachment object with the new key

 

The affected object should be still found in SAP FSM. The only difference is its new backend SAPID key.

Technical details

Already transferred attachments are retrieved from table /PACG/ECM_SATT (‘List of sent attachments’) based on date (the ‘Days count’ field should contain the number of days which will be taken away from the system date value).

The found DOCID should not contain ‘DMS’ prefix. DMS attachments are read based on retrieved keys. It is made sure that the corrected keys have not already been sent (based on entries in table /PACG/ECM_MIGAT - ‘List of migrated DMS attachments’).

If all the criteria bove are met, the deletion requests with the old attachment IDs are sent to SAP FSM and then new attachment idocs with new keys (starting with prefix ‘DMS’).

  • No labels