Plant address not getting updated in APO

[Former Member]

Hi Experts,

I have a query related to Master data in APO not getting updated.

We have few plants whose address was changed in R/3, but they are not getting updated in APO. We have an active Integration model dedicated for Master data, which is constantly Active. Also, this IM runs through batch-jobs daily in the night. But still the changed address of Plant is not updated in APO. APO shows old address.

Also we tried by manually running CFM1, CFM2 and it was successfully run even. But still we can't see the address updated in APO.

Could you please guide? Or do I need to update addresses for Locations manually every time?

Thanks a lot !!

AP.

[former_member209769 · Accepted solution]

Hi,

I am not sure if address gets updated in normal CIF or not.

Run the program RIMODINI after your run the RIMODGEN and RIMODAC2 programs in R/3.

You should give the same integration model name, logical system and the application that you give in report RIMODGEN or CFM1 transaction. This should take care of "push"ing all your material master data to APO.

PS: For an initial check, you could run the report RIMODINI manually to see taht the address is getting updated in APO. Later on you could schedule the RIMODINI on a weekly basis or so, depending on your requirement.

Thanks - Pawan

[Former Member]

Hi Pawan & Prasun,

That did really help, I did run RIMODINI & the address got successfully updated in APO. Thanks !

Can you please suggest on the frequency to run this report in systems? And what type of data it transfers, (like plants we saw now, does it also transfers changes to Material, and other master data also)?

As we have batch jobs in Production system to run RIMDGEN & RIMODAC2, but no job in place for RIMODINI.

Thanks a lot for your help !

AP.

[former_member209769]

Hi AP,

When you run RIMODGEN and RIMODACT, it would transfer the delta changes. If a new data comes into picture (e.g. new material or new plant), that would get transferred completely but for data that has been transferred already to APO, only the chnages would be picked up and transferred.

RIMODINI would push the data (master data/transaction data) that you would have maintained in the active IM (integration model). It doesn't consider only the changes. Running RIMODINI is like transferring anything that is there in R/3 to APO based on your selection criteria in the IM. So, similar to what you did currently, you can have a RIMODINI run for all your integration models e.g. materials, resources, etc etc.

As I mentioned above, it would make sense to have a weekly run of RIMODINI for the different IMs. You should have this run after you have already run the RIMODGEN and RIMODAC2. I would suggest to have run on weekend as RIMODINI could take more time to run, and having a run on weekend would mean less chance of impact to your business.

If you normally don't face this current kind of issue, then may be you could also look at having a run of RIMODINI once a month.

Thanks - Pawan

[Former Member]

Hi

I have observed the same issue earlier and it got resolved by initial transfer i.e. running RIMODINI. You can use the same integration model or create a temporary model for select plants depending on the number of plants. I am not sure about the exact reason for this behaviour but guess that address change does not trigger any change pointer.\

Thanks,

Prasun

PS: Just I was drafting this and saw Pawan has already replied!