on 10-18-2011 6:21 PM
Hello SUS Gurus,
We are implementing. MM-SUS.
I ran transaction BBPGETVD in SUS client, were able successfully to replicate the vendors from ECC to SUS. I did not use XI / PI at all.
My question is,
Why do we need XI / PI in middle (per SAP documents) to replicate Vendors to SUS?
Can i not use the Vendors replicated using transaction BBPGETVD, in SUS scenarios?
If yes, what are the shortcomings using this vendor data?
Thanks,
Jay
I am agree with nikki , bbpgetvd its to transfer vendor from ECC to SRM
regards
Edited by: Christian A on Oct 18, 2011 10:58 PM
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Thanks Nikhil and Christian.
I knew transaction BBPGETVD used in SRM to replicate Vendors. But, the same transaction works in SUS.
We are evaluating whether we can eliminate PI interface to replicate Vendor into SUS, still use transaction BBPGETVD, BBPUPDVD and make SUS scenarios to work.
My question is
What are other data points that PI (ECC BD14 / IDoc method) interface brings that is not satisfied by vendors replicated via BBPGETVD.
I read the SUS Vendor (IDOC) replication process, i do not see that brings specific data other than Setting Vendor as Portal Vendor, then passing email address in LFURL field in user exit.
If i can do this via enhancement in SUS, still use transaction BBPGETVD, what would happen? I compared the DB tables in both method, i did not find any difference
Have anyone done in SUS (scenarios) successfuly using Vendors replicated via transaction BBPGETVD.
Jay
Dear Jay
Pl read my reply carefully
Your vendors need to be identified with a SUS class which will hold a message type which in turn holds the vendor data in segments.
With your current setup, if you try to push a PO for any vendor from MM to SUS, the PO will fail in SUS because it will fail to identify the corresponding vendor
If your objective is to only hold vendors in SUS system, then you can stay contended with your current approach, but if you want POs to be sent to your SUS vendors, then kindly replicate vendors via BD14.
Regards,
Nikhil
Hi Nikhil,
i am facing the same situation.
currnetly my client wants just to replicate the vendor to SUS without any exchange of documents like PO etc.
i have no system on which to test if this replication is working without PI via BBPGETVD and i need to give an answer asap.
do you know fore sure if i can use BBPGETVD just for replication, without PI?
regards,
Catalin
Dear Catalin,
Although you can replicate vendors from ECC to SUS using BBPGETVD, you should not do it. It will not transmit number of information required in SUS for document exchange between the system such as confirmation key.
You need to use PI for transferring the same.
Thanks and regards,
Ranjan
Ranjan Sutradhar
the supplier registration process wont fullfill. thats why you need to create SUS supplier with a interface called SupplierPortalTradingPartner_CreateOrChange_IN (IN for inbound and OUT for outbound say from SRM)
this calls FM BBP_XI_BUPA_IN to generate a SUS specific supplier.
This wont be successful if you are going though bbpgetvd
Hi Ranjan,
10x for your answer!
In fact i will not need a document exchange between the systems.
Now I am trying on the replication via bbpgetvd but I am facing an error
No data records found for system E30CLNT200,client 200; check your entries
every time i am trying to replicate a vendor I am getting this message, even though i know for sure that the supplier exist in system E30CLNT200.
any ideas?
best regards,
Catalin
Dear Jay,
This is not the right way to replicate vendors to SUS. You need to run BD14 in your MM system and then transfer the vendors to SUS system. This is because your vendors need to be identified with a SUS class which will hold a message type which in turn holds the vendor data in segments.
With your current setup, if you try to push a PO for any vendor from MM to SUS, the PO will fail in SUS because it will fail to identify the corresponding vendor. Pl refer configuration guide for more details on above.
Regards,
Nikhil
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
1 | |
1 | |
1 | |
1 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.