Skip to Content
author's profile photo Former Member
Former Member

Change in R/3 Vendor Master currency not replicated in SRM

Hi SRM Gurus,

We are in SRM 5.0 using calsssic scenario. The vendor master currency has been changed from MYR to SGD. Everyday, program BBP_VENDOR_GET_DATA_JOB is running in background to update whatever changes from R/3 to SRM. However when, requestor raised shopping cart in SRM, still the old currency is populated in backend PO.

Can you please help which table/FM can we check the vendor master currency in SRM and verify if it is actually updated by the background job?

Thanks and regards,

Madelyn

Add a comment
10|10000 characters needed characters exceeded

Related questions

6 Answers

  • Best Answer
    author's profile photo Former Member
    Former Member
    Posted on Jan 31, 2008 at 03:24 AM

    Hi SRM experts,

    As I have mentioned, we are currently running a daily batch job in SRM using BBP_VENDOR_GET_DATA which we've found out that this job is calling transaction BBPGETVD to replicate/upload new Vendors only from R/3 backend into SRM System,

    Thus, to update of the existing vendors in SRM, we need also to run BBP_VENDOR_UPDATE_DATA_JOB.

    Question is can we also run BBP_VENDOR_UPDATE_DATA_JOB as a background job without affecting BBP_VENDOR_GET_DATA? We are in SRM 5.0 and using classic scenario.

    Hope for your kind advice. Thanks!

    Madelyn

    Add a comment
    10|10000 characters needed characters exceeded

  • author's profile photo Former Member
    Former Member
    Posted on Jan 30, 2008 at 03:34 AM

    Hi,

    You can use the FM "BBP_VENDOR_GETDETAIL".

    You can also get all the vendor related info in tables "BUT000", "BUT001" and "CMRD_PARTNER".

    HTH.

    BR,

    Disha.

    Pls reward points for useful answers.

    Add a comment
    10|10000 characters needed characters exceeded

  • author's profile photo Former Member
    Former Member
    Posted on Jan 30, 2008 at 03:48 AM

    Hi Disha,

    Thanks for your reply. Using FM BBP_VENDOR_GETDETAIL, we have noticed that WAERS is still MYR. Does it mean that R/3 changes (SGD) not synched with that of SRM?

    Can you help on how to maintain/update this? Can we do it directly in SRM, can we have modifiable table to update the currency?

    Thanks,

    Madelyn

    Add a comment
    10|10000 characters needed characters exceeded

  • Posted on Jan 30, 2008 at 04:16 AM

    Hi,

    I think you should run BBP_VENDOR_UPDATE_DATA_JOB for update.

    Regards,

    Masa

    Add a comment
    10|10000 characters needed characters exceeded

  • author's profile photo Former Member
    Former Member
    Posted on Jan 30, 2008 at 08:01 AM

    Hi,

    Looks like this job is updating all vendors from R/3 to SRM. Several errors logged in SLG1. Can we run this to update a specific vendor XXX only? Anyway the problem occurs only for this vendor XXX.

    Please advise,

    Thanks and regards,

    Madelyn

    Add a comment
    10|10000 characters needed characters exceeded

  • author's profile photo Former Member
    Former Member
    Posted on Jan 30, 2008 at 08:49 AM

    Hi Disha/Masa,

    I have seen from the other related forum regarding vendor update in SRM the use of transaction BBPUPDVD and key in the specific vendor. Problem has been solved after running this transaction. The vendor currency is now updated.

    Thanks.

    Madelyn

    Add a comment
    10|10000 characters needed characters exceeded

Before answering

You should only submit an answer when you are proposing a solution to the poster's problem. If you want the poster to clarify the question or provide more information, please leave a comment instead, requesting additional details. When answering, please include specifics, such as step-by-step instructions, context for the solution, and links to useful resources. Also, please make sure that you answer complies with our Rules of Engagement.
You must be Logged in to submit an answer.

Up to 10 attachments (including images) can be used with a maximum of 1.0 MB each and 10.5 MB total.