general SRM questions

[Former Member]

Hello All,

I have the following questions. Some help will be appreciated.

1. For PDP with EHP4 with PI/XI do we still need to create entry channels for local Purchasing Org and Employee Org with RFC User???

Also on entry channel can we create just one entry channel for all company codes or have to create separate entry channels for each company code? what is best practice.

2. For Vendor Org structure, do we need to maintain a root Vendor Group and need to maintain sub Vendor Groups for each company code,

before running BBPGETVD for the first time? what is best practise.

Thanks in advance.

Sachin

[vinita_kasliwal · Accepted solution]

HI Sachin ,

Yes Entry channel is needed even in PI when you implement the PDP scenario .

Entry channel is required for processing the external requirements in SRM System. This Entry channel is created in the Organization Structure anywhere under the root org unit. This Org unit inherits the attributes from the higher level organizational units.

When a Requisition is pushed by ERP System into SRM System, RFC User which processes this data in SRM is used as Shopping Cart Creator. SRM User is complete only and only if the user has a SU01 id and is integrated in the organizational structure. Due to this reason this RFC user need to be integrated into the org structure under the Organization for Entry Channel.

As Purchasing Group is used to derive the product responsibility and organizational responsibility while application documents are processed in SRM. Create a local purchasing group in the organization structure and assign the above Entry Channel Organizational Unit in the organizational responsibilities and respective product category(Material group in ERP) in the product responsibilities of this purchasing group

Vendor group are represented in PPOMV_BBP, where vendor groups (VGs) are entered as organizational objects (including the vendors that belong to the groups).

 The highest level org unit shows the Root for External Vendors which generally represent the Vendor Groups from one source system.

 Next level shows the Vendor Group under that top node

 Under Vendor Group, individual vendors are maintained. Whenever Vendors are created or replicated from R/3, those vendors will get assigned to the vendor group mentioned here.

 Attributes can be maintained at the top level , which get inherited in the Vendor Groups and individual Vendors below in the Vendor Org Model

It is not necessary to have one VG per vendor, as it used to be in the case for organizational units. System groups the vendors with identical attributes into vendor groups. Positions under the vendor org units will no longer be required.

If I may explain in simple terms Vendor group can be similar to Org unit in the org structure basically used for grouping . Refer link below

For vendor group :

http://help.sap.com/saphelp_srm70/helpdata/en/45/34deb4b02c6bf1e10000000a1553f6/content.htm

http://help.sap.com/saphelp_srm70/helpdata/en/45/34ddeeb02c6bf1e10000000a1553f6/content.htm?frameset...

Hope it helped.

Regards

Vinita

[Former Member · Accepted solution]

Hello Vinita,

Thanks for the useful information. But I still have questions when dealing with multiple companies For the Vendor Root Org, should I enter multiple company codes as BUK attribute, before doing BBPGETVD, and will multiple

Vendor Groups get created below the root automatically (each vendor group representing a unique company). What is the best practice for dealing with multiple company vendors before doing BBPGETVD. (ii) For PDP, should I define multiple entry channels for multiple company codes or just one entry channel for all the companies. We just have one RFC user. correct.

Thanks,

Sachin

[vinita_kasliwal · Accepted solution]

You do not maintain in BBPGETVD the company code value anywhere.. while transferring from R/3

each vendor would have its own company code associated with it .

You can create vendor groups in SRM using the feature vendor List in SRM. When you create a vendor list you can assign these group of vendors to a product category, contract etc this is the use of the vendor group .. then when they are clubbed together you can assign similar attributes like company code etc to them by transaction PPOMV_BBP .

There is generally single vendor root organization to which all the vendors are assigned, which you can see in PPOSV_BBP. Within this root org there are vendor groups, corresponding table is HRP1001. Within this table SOBID is vendor number which is linked to vendor group with (fields RSIGN/RELAT) relationship.

There are some other tables which will show all the other vendor data ...

BBPM_BUT_FRG0060 and BBPM_BUT_FRG0061 you can make use of the report BBP_CHECK_FRG0060_FRG0061  as well to check if any inconsistency ..

While replicating the vendor, we always mention vendor root organization. Vendor group is internal grouping and is not referred for vendor determination.

For PDP always one entry channel is defined and based on the pur grp you can specify the logic as to how to want to determine the pur grp

It is standard behavior in SRM, PDP scenario, when external requirements are brought into SRM.

you have to depend on the following BADI to assign the correct P.Org and the P.group.

BBP_DOC_CHANGE_BADI

In the BADI , make use of the RFC FM "BAPI_REQUISITION_GETDETAIL" to fetch the details of the PR and assign the P.org and group in the SC>

Refer links below :

OSS Note 787426 - Mapping back-end purchasing group to SRM purchasing group

http://scn.sap.com/thread/1694291

Hope that clarifies..

Regards

Vinita