Change pointers processed (BDCP2-PROCESS = 'X')

[Former Member]

Hello Experts,

Is there a way to set the filed PROCESS to 'X' in table BDCP2 after running the program RMEBEIN4 and RMEBEIN2??

Regards,

Ally

[Former Member · Accepted solution]

Hello,

In program RMEBEIN4, select the check box 'Flag change pointers for reorganization'

• The processed condition changes (change pointers) are flagged for reorganization, i.e. if the program is run again, these changes count as having been completed (deletion flag) and are not processed again.

In RMEBEIN2, select the check box 'Delete worklist after processing'

• Once the condition changes have been made, the worklist is deleted, i.e. if you run the program again, the condition changes are marked as complete, and are not considered again. Condition changes are only deleted if all the documents have been processed in the program run

Thanks,

Venu

[Former Member · Accepted solution]

Hi Venu

Thanks for your inputs.

But i want to flag the field Process to 'X' in the table BDCP2 after processing. Is there a way to do it?

[Former Member · Accepted solution]

Hello,

Not sure why you want to set BDCP2-PROCESS = 'X'. If you are planning to develop a custom program, you can use function CHANGE_POINTERS_STATUS_WRITE to set the processed status.

Thanks,

Venu

[Former Member · Accepted solution]

Hi Venu,

In fact in our flows we have tax conditions which are attached to PO base on vendor and article. When a tax condition is modified, we run RMEBEIN4 / RMEBEIN2 to update the PO so that the modified condition is taken up by the PO. But we have noticed that when a new tax condition is created base on a vendor and article, the PO associated are not updated with the new tax condition when we run RMEBEIN4 / RMEBEIN2.

So we have created a custom program to select change pointers which are not processed (BDCP2-PROCESS not equal to X) and update related PO using BAPI_PO_CHANGE and then set the pointers in BDCP2 as processed using function CHANGE_POINTERS_STATUS_WRITE.

The problem is that the program RMEBEIN4 / RMEBEIN2 and the custom program are set to run each half and hour to update PO..We have seen that the custom program is selecting change pointers associated with a modification of tax condition which have already been treated by RMEBEIN4 / RMEBEIN2.

So we are looking for a solution how to differentiate between a change pointer associated with a modification of condition and a change pointer associated with a newly created tax condition.

Thats why I was asking if we can set the status of the change pointers as processed when executing the RMEBEIN4 / RMEBEIN2

[Former Member · Accepted solution]

Hello,

You need to configure an entry (to create change pointers) for creation event for the message type, change document object and table with field name 'KEY' (in transaction BD52). Then SAP captures the change pointer entry in BDCP2 table with field name 'KEY'. So when program

RMEBEIN4 /  RMEBEIN2 is run, the condition changes will be updated in the PO.

To your second question, change Pointer entries for creation (in BDCP2) are identified with field name  'KEY' .

Thanks,

Venu