topic Regarding change pointers for HRMD_A in Application Development and Automation Discussions

Regarding change pointers for HRMD_A

Former Member — Thu, 27 Jan 2011 04:21:58 GMT

Hi Abapers,

I need to distribute changes to HR master data to a middleware system. hence i have activated the change pointers for the message type: HRMD_A. now my idoc is populating the infotype segments whenever it is changed with all fields.

But a particular change (on an infotype) should be sent individually in two different runs of RBDMIDOC run to the middleware. Ex: Vendor A needs changes to be sent to it on a weekly basis whereas Vendor B needs changes to be sent to it on a biweekly basis. When an employee X has a change on infotype 2, this change should be sent to middleware in both instances separately in different IDOCS at different times when RBDMIDOC program is run (by capturing change pointers pertinent to the message type of the particular vendor).

What are the changes required for ALE config.? Do i need to create a new message type for vendor B and configure. Please help.

Thanks.

Re: Regarding change pointers for HRMD_A

Former Member — Thu, 27 Jan 2011 05:49:29 GMT

Hi sudarshan,

Yuo need to create Z program to trigger IDOC.

As you need to set read status of change pointer as X after yuo send it to both system.

So you need to create Z table to keep track of this whether you have send to sys a or Sys B..

If you willl not update read status in will cause performance prob.

Hope this helps.

Dhiraj.

Re: Regarding change pointers for HRMD_A

Former Member — Thu, 27 Jan 2011 10:55:35 GMT

Hi All,

I got solution for this requirement. I have craeted 2 reduced message types with HRMD_A as reference. I did configure port, partner profile, distribution model for both the message types and activated the change pointers from BD53. then i have executed the change pointer program for one reduced message type which created idoc and distributed the changed data. again executed the program with another reduced message type which again read change pointers and distributed the changed data to another vendor.

Re: Regarding change pointers for HRMD_A

Former Member — Fri, 28 Jan 2011 07:54:07 GMT

Hi sudarshan,

just one point how you are acessing change pointers again.

You are not updating the status.

this may cause performance issue in future.

Dhiraj.