cancel
Showing results for 
Search instead for 
Did you mean: 

Error - Vendor XYZ is not intended for POrg ABC

Former Member
0 Kudos

Hi,

We are on SRM 4.0 - Classic Scenario.

While creation of SC I am facing the error as "Vendor XYZ is not intended for POrg ABC. But when I am going to shop for other Porg from same vendor catalog system allows me to create SC w/o any problem.

I tried to replicate vendor for ABC Porg, sytem gives message as "all R/3 descriptions are already assigned in the system"

I checked posting for same in this forum & checked the solutions given like no. range, but still it is not working.

vendor is available in Org. structure.

any suggestions on this problems.

Pravin

Accepted Solutions (1)

Accepted Solutions (1)

Former Member
0 Kudos

I faced the same problem. The message is raised only when there is a number range conflict in R/3 and SRM.

Former Member
0 Kudos

Hello,

First, login as EBP administrator to system and run 'Manage Business Partners' (transaction BBPMAININT)

Enter Business Partner number in 'Business Partner Data' and click Edit.

Click on 'Vendor data' tab.

Look at 'Link to Backend system' table (data should be maintained e.g. logical system(SID) = R3PROD and vendor (number of vendor in R/3 system) = 12345

In 'Vendor Purchasing Data' select prefered Org ID.

Save the changes.

Best Regards,

Marcin Gajewski

Former Member
0 Kudos

Pravin,

What kind of Purchase organiszation exits in R/3 (Centralized or Decentralized?. In a decentralized scenario where you have multiple Purchasing Orgs, replication of vendor in SRM is slightly different.

Example :

In R/3, Vendor 12345 is maintained in PU org xxxx, yyyy & zzzz.

Initially when we replicate the vendor in to SRM, we use the T-code BBPGETVD, referencing to Purchasing org xxxx.

In order to extend the same vendor to other purchasing orgs yyyy & zzzz, we must use T-code BBPUPDVD.

If you try to extend the same vendor using BBPGETVD, you the error message.

Hope this answers. Let me know if you still have any questions.

Regards,

Upendra.

Answers (0)