Doubts in Organizational Plan in SUS

Hello everyone,
I need your help. I am working in a SUS implementation (for SRM 5.0). I have been checking about the definition of the organizational plan in SUS and I have doubts.
I checked that is essential the vendor organization in transaction PPOCV_BBP, could you tell me if I have to define the same in SRM an SUS??
Also, I checked and It is necessary define purchasing organization (PPOMA_BBP) and I want to know if I need to define all the purchasing organization from SRM
Thanks,
Ivan

If you look at the names of the components of SRM , you can realise what khan says easily.
SRM is a broad term and comprises further components
EBP Enterprise Buyer Professional
SUS Supplier self services &
ROS Registration of suppliers
All these functionalities or software components are bundled in SRM server
so technically can be bundled on client
but not advised by SAP for security reasons
Now the purchasing client (or server ) is EBP
responcible for purchasing
so should have the purchasing organisation and depts
and internal users with necessary attributes.
SUS client (or server) is for vendor data
so should have vendor root node with necessary attributes.
Hope it helps
BR
Dinesh

Similar Messages

Doubts in Organization Plan!

Hello Experts!
I would like to known if there is the possibility to associate one purchase groupe for many companies in PPOMA_BBP?
Because when I try to associated the purchase group for other companies, it show up the error message
Purchasing group XXX in system SXRXXXXXX already assigned to XXXXXXX
Is there a form/way to divide the time for many purchase groups, because in our scenarrio of bussines one purchase group can buy for all companies.
thanks..
Kristin

Hi, Imthiaz Ahmed..Thanks for our help..But I still have a doubt..Could you help me again?
In my Organization Plan the scenario was defined with 3 company codes and for each company code one purchase organization (under). I create one purchase group only and i associated in one purchase organization.
I found that field in responsability tab and I associated in organization responsability the ID reference for 2 companys codes. This procedure is right? Now Can I make the pruchase procedure using this purchase group for others companys codes?
Thanks again...

SUS organizational plan

Hi experts
I am configuring EBP and SU in diferent clients and I have some doubts about organzational plan in SUS side.
What must exist in SUS organizational plan?
Thanks
Nilson

Hello Nilson,
You also need to create an org unit in PPOMA_BBP and check it as the purchasing org. Then you haev to add company codes in SUS by going to t-code, BBP_SUS_BP_ADM->business
partner->business partner as company code, and putting the company code,
name, country, & language. It will create a company code in PPOMA_BBP.
You don't need to add any attribute in ppoma_bbp.
Regards,
Bejoy

SRM 5.0 Exception E:BBP_BUPA:034 -Organizational unit in SUS

Hello,
We are in process of upgrade srm 4.0 to srm 5.0 , as configured Plan driven procuremnet with supplier enablement scenario . Connected R/3 (46 c) to SUS using PI 7.0 . But stuck in problem as no new vendor replicated in sus from R/3. XML message processing shows error at SUS system ie ..
"An error occured within an XI interface: Exception occurredE:BBP_BUPA:034 -Organizational unit 50000001 does not exist; check entries Programm:"
while successfully updated existing( working with srm 4.0 since last two years) vendors from same system ,
pls advise.
Regards,
Santosh
I am came across the organization plan change for srm 5.0. Want to be clarify that is it also applicable for SUS organization for vendors.
report BBP_XPRA_ORGEH_TO_VENDOR_GROUP
can any one light on it.
Message was edited by:
 Santosh Patil

Hi
Please read this carefully ->
See the following SAP OSS Notes as well ->
Note 957851 SRMSUS: Modification in usermanagement for CUA replication
Note 792364 SRM50/SUS/BP: Conversion of SUS business partner
Note 628547 SRM-SUS: Corrections for SUS 2.0 SP01: business partner,user
Report BBP_XPRA_ORGEH_TO_VENDOR_GROUP
[Convert Org. Units to Vendor Groups ]
Mode details
Mode Short text
0 Do not carry out structure checks
1 Business partner exists for root org.
2 Partner for root org. (only) has org. unit role
3 All level 2 nodes are org. units
4 All level 2 nodes have business partners
5 All level 2 nodes have (only) org. unit role
6 All level 3 nodes are org. units
7 All level 3 nodes have business partners
8 All partners (level 3) has (at least) org.unit + bidder role
9 All level 4 nodes are positions
Purpose of this report
This report converts the HR organizational model for external business partners (bidders, vendors, and their employees).
You have to run this report after an upgrade from BBP 2.0C, EBP 3.0, EBP 3.5, EBP 4.0 and SRM Server 5.0 for every root organizational unit of these external business partners (if you have several such root unit, you have to run the report several times).
This report does not run across clients, so you have to start it separately in every client that you have.
The conversion is required because, in the new HR organizational model, external objects can no longer be stored as object 'O' (=organizational unit); consequently, it is no longer possible to create positions for external objects.
This has the following effects for external business partners who are stored in the organizational model:
The old root object, the 'Central Organizational Unit for Vendors' will in future not be an organizational unit, but rather an organizational object of the type 'VG' (=vendor group)
The interim nodes that were created for reasons of system performance (each containing 100 vendors/bidders) will in future not be an organizational unit, but rather an organizational object of the type 'VG' (=vendor group)
The external business partners of the type Organization (bidders, vendors) are no longer represented by a separate organizational object (in other words, there is no longer an organizational object that has the identity relationship to the partner)
Since the org. object that previously represented the partners is missing, the business partners are now linked directly with the interim nodes (previously, the organizational unit for the partner, and not the partner itself, was linked)
If a business partner has a set of attributes that is different to the attribute values specified for the interim node, the partner in question is not linked directly to the interim node, but rather to another 'VG' object (which has the attributes of the partner), which in turn is linked to the interim node.
Previously, if an external business partner had an employee and this employee has a user in the system, the employee staffed the position in the organizational unit that represented the partner. However, since this organizational unit no longer exists, the position and the staffing relationship no longer exist either. This means, among other things, that there is no reporting option in HR that enables you to navigate from a user to the business partner of the user's company.
Since there is currently no way of directly assigning a user to a business partner (of the type Person), the organizational object 'CP' (=Central Person) is still used to establish this link.
Once the conversion report has run successfully, you will no longer be able to see the organizational structure of the external business partners by calling transaction PPOSA_BBP (or PPOMA_BBP).
However, a new transaction called PPOMV_BBP is available instead. You can use this transaction to display the converted (and newly generated) structure for bidders/vendors.
Prerequisites
Before you actually convert your organizational structure, you should let the report check the structure, and correct any errors that the report detects.
Features
The report has the following features:
A 'Check Only' mode is available, which you can use to check the consistency of the organizational structure of the external business partners at different levels
The report can be restarted. This means if the conversion is canceled due to errors or system problems, and you restart the report, it will recognize any new objects that have already been generated, thus ensuring that structure elements that have already been processed are not converted a second time (this is achieved by evaluating at runtime the log tables BBP_O_TO_VG_OBJ (for generated objects) and BBP_O_TO_VG_REL (for generated relationships)).
If you use table BBP_MARKETP_INFO to store the root organizational units, the report changes the old entries accordingly.
The report writes an application log (log object BBP_XPRA_O_TO_VG) in which messages are logged at two different levels; alternatively, you can request that the message be output directly ('WRITE', for background spool lists).
Although we do not recommend that you do this (because it can result in very long response times), you can run the report in parallel and thus convert several root organizational units at the same time.
Activities
Start the report for every 'Central Organizational Unit for Vendors' (root organizational units for external business partners) in every client that you use.
Annotations
We recommend that you do not use the 'Direct Message Output' option (that is, the option where an application log is not written) in conjunction with the 'Detailed Message Output' option for larger organizational structures, because every object and relationship that is generated will be output, and you will not feasibly be able to process this list.
Even if you use it in conjunction with the writing of an application log, the 'Detailed Message Output' option rarely makes sense if you have tens or hundreds of thousands of vendors/bidders.
Estimated work/expenditure necessary
The runtime for this report depends on the hardware, system load, and structure involved (for example, the number of vendors/bidders who have employees and users and, therefore, also positions, the number of vendors who have attributes different than those of the interim node, and so on).
As a rule of thumb, though, structures with vendors where 10% of users have their own individual attributes are processed at the rate of approximately 25,000 per hour.
Remember, however, that the time required depends to a large degree on the number of nodes where local attributes have been defined, and on the number of business partners who have users.
This can lead to situations where an organizational structure with 100,000 nodes but no local attributes or users can be converted more quickly that a structure with only 5,000 nodes but with local attributes and assigned users.
Hope this will help.
Regards
- Atul

New Organizational plan

Dear friends,
We are in face of an enormous organizational re-organization in my company.
I think the better way is to create a new organizational plan with the new structure, but, I have a lot of doubts:
- What about the old shopping carts ?
- I guess both organizational plans can not work together and one of this have to be on hold...
I tried to create a new one organizational plan and I did it, but, when I try to establish the validity periods then I get the following message error:
No changes to data, periods undone
All of the information about will be wellcome
Best regards
Ángel

Hello Angel,
I guess all existing users assigned to the old structure will be the same in the new one.
This should mean you will move them to the new organizational plan ?
If this is correct, i would advise you points below regarding your request (even if i never did it) if you do not use a standalone scenario:
- create your new organizational plan with a begining validity period corresponding to the date you should switch on it,
- "close" all your purchasing documents in SRM by making the goods/services receipt before this date,
- when no document created with the old organizational structure remain, put a ending validity period with the day date for all its organizational units,
- move users to their new organizational unit,
- keep the old organizational plan.
Some variants could exist if you do not keep old purchasing organizations, purchasing groups, company code, etc.
If there is no modification for Financial and Controlling, invoices will remain possible in the backend.
Here are my first suggestions. You will have also to do your own test play.
Concerning you error message, at which node level did you create your new org. plan ?
The root node for both are at the same level ?
Regards.
Laurent.

We work with SRM 5 Ext' Classic & report based on organization plan

Hello expert,
We work with SRM 5 Extended Classic scenario and BW for reports.
We have a lot of purchasing types and we need a good report that can give as a clear picture of the purchasing process according to the organization units (departments). We have one purchase organization and a lot of purchase groups, and the way that the system is built doesnu2019t support this requirement. We need a report that is based on the organization plan.
For example:
We need the option to extract all HR unit purchase documents or all direct supply goods that are purchased by the supply chain department. The report also needs to give a clear picture of the purchase operations and costs of every unit.
Thanks,
Gil

Closed but Unanswered

Error while adding user in organization plan

Dear all,
When I try to add user in organization plan through users_gen, it raises an error 'Action cancelled'. Currently this user has only 1 node in the plan whereas it should have 4.
What can be the problem?
Regds
Amit

Dear Anita/Muthu
Thanks for your replies. Note 1055921 is not relevant for my process. Email Id etc is maintained for the user.
I have made one single user through SU01. Then I am using USERS_GEN, I am giving country code, org ID. Then system asks " area of user", I enter the userid. After that, this error comes.
Default country is US and no tax system is there in SPRO. I am using SRM component version 5.0.
I am lost!
Regards
Amit

Purchase Requisition Workflow - Organizational Plan required?

Hi,
We are implementing purchase requisition workflow.
Based on what I have read, it says that the workflow table (table V_T16FW) and SAP HR-PA-OM (organizational plan) must be set up to support the solution.
Question: If we are routing the workflow to a UserID, i.e. Object Type = US (and not an HR data object like Position or Job), do we require an Organizational Plan to be also set up?
Cheers,

Thanks so much for your response.
What about assigning tasks to users, etc. that is usually done in org plan, correct? If object type US is only used, I assume this is not required either?
Also, what is the benefit of using Object type = 'S', i.e. position? At my company, most of the time, when people leave, the position is deleted and a new one is created (there are a couple reasons for this), which means, even if we did use positions, the workflow table would still need to be maintained everytime a person leaves/joins the company (I understand if only the user to position mapping changes, then it makes sense to use positions, and therefore the workflow table stays constant, and only the user to position mapping changes). Are there any other benefits of using S instead of US?
Also, is it possible to NOT use a workflow table, and ONLY define an organizational plan? I was thinking to activate user exit M06B0001, and perhaps ONLY maintain an org plan, and use this to determine approver, rather than maintaining both MM workflow table and SAP Organizational Plan (HR-PA-OM). Bottom line, we want to maintain as little data as possible.
Your thoughts?
Cheers

SAP Business Workflow / Organizational Plan

Hi,
This is not specific to SRM, but is specific to SAP Business Workflow within ECC, relating to Organizational Management:
We have more than one instance of SAP, where one instance is used to run all of our business, except SAP HR (let's call this SAP Instance 1), and another instance that is only used for SAP HR (let's call this SAP Instance 2);
We want to implement SAP business workflow (e.g. approving requisitions through workflow in ECC);
Is it possible to use our SAP organizational plan that is already defined in our SAP HR instance of SAP (SAP Instance 2), instead of defining an SAP Organizational plan in SAP Instance 1 only to support SAP business workflow.
Is it possible to define an interface from SAP Instance 1 to 2, to look up the requisition approver, pass it back to instance 2, and then send the workflow to the appropriate person. Or is there another better approach? e.g. Replicate organizational plan that exists in instance 2 in instance 1?
From what I have briefly read online thus far, I understand that "The organizational plan is part of the PD component "Organization and Planning. The organizational plan is maintained on a client-dependent basis. An organizational plan which was created for personnel management purposes (or is to be created) can be used in SAP Business Workflow without any changes, provided the workflow functionality and the personnel management application run in the same client." To me, this sounds like that the workflow functionality and organizational plan must exist in the same system and client.
Any thoughts, suggestions, or any advice to share?
Cheers,

Hi,
It depends on how you will get approver from system.
If it is not from organization plan, organization plan is not required.
You can also call remote FM to get approver from other systems.
Regards,
Masa

SAP Organizational Plan for SAP Business Workflow

Hi,
This is question is specific to SAP Business Workflow within ECC, relating to SAP Organizational Management:
We have more than one instance of SAP, where one instance is used to run all of our business, except SAP HR (let's call this SAP Instance 1), and another instance that is only used for SAP HR (let's call this SAP Instance 2);
We want to implement SAP business workflow (e.g. approving requisitions through workflow in ECC);
Is it possible to use our SAP organizational plan that is already defined in our SAP HR instance of SAP (SAP Instance 2), instead of defining an SAP Organizational plan in SAP Instance 1 only to support SAP business workflow.
Is it possible to define an interface from SAP Instance 1 to 2, to look up the requisition approver, pass it back to instance 1, and then send the workflow to the appropriate person. Or is there another better approach? e.g. Replicate organizational plan that exists in instance 2 in instance 1? SAP tools for this?
From what I have briefly read online thus far, I understand that "The organizational plan is part of the PD component "Organization and Planning. The organizational plan is maintained on a client-dependent basis. An organizational plan which was created for personnel management purposes (or is to be created) can be used in SAP Business Workflow without any changes, provided the workflow functionality and the personnel management application run in the same client." To me, this sounds like that the workflow functionality and organizational plan must exist in the same system and client.
Any thoughts, suggestions, or any advice to share?
Cheers,

Hi AD1981,
Standard solution would be using distributed Organisational Management. There is custom ALE for this (check tcode SALE: Application Link Enabling (ALE) -> Modelling and Implementing Business Processes -> Predefined ALE Business Processes -> Human Resources -> Master Data Distribution -> Set Up Distributed Organizational Management). Basically you would maintain organsation in HR system and distribute changes to other instance using ALE. Workflow would rely on the distributed org. structure.
Regards,
Saku

How to configure PI user in organization plan?

Hello SRM guys,
When transfer external purchase requirement from ECC to SRM, PI user is needed assigned to organization plan. My question is: Which role should be assigned to PI user. Which attribute should be configred in organization plan.
Any one know about this?
Envirement: SRM Server 7.0
ECC EHP 4.
Thaks.

HI Justin,
You can assign a organization unit say EBP_EXT_CHANNEL under your root node or the node which has all the required attributres to create a SC for backend category.
THe PI user should have the following roles :
/SAPSRM/EMPLOYEE
/SAPSRM/OP_PURCHASER
SAP_XI_APPL_SERV_USER
Hope this helps
Regards
Sam

Creating a "person" under organization plan

Hi!
Do we have to activate the HR functionality in ECC in order to insert records in the personnel table? As part of the organization plan we are interested in loading the basic employee profile in the person record and then assign the person to a position in the organization plan. So far we do not have any plans to activate the HR module.
Thanks in advance.
Pramod

Hi!
I have to load around 10,000+ employees in ECC 6.0 and then assign each of them to the corresponsing position in the organization plan. We are planning to build an automated interface to enable this. But looks like we will have to implement some of the functionality from HR in order to load our 10,000+ employees as personnel in ECC.
Thank You
Pramod

In Organization plan, Can we assign an organization unit under a position..

hi experts,
In Organization plan, I want to assign an organization unit under a position..If possible, how?..
For example HR dept and Purchase dept need to be assigned under a position say MD or likewise..
Thanks in advance..

Hi Ramesh
Check this Link
http://help.sap.com/saphelp_40b/helpdata/en/9d/9bd0348a955c0ee10000009b38f83b/frameset.htm
https://www.sdn.sap.com/irj/scn/go/portal/prtroot/docs/library/uuid/404169f4-6ddd-2a10-35a0-e4a5a7c539b2
Hope this will be useful
Regards
Vel

Activate Block Organization Plan in Infotype 0001 when it copied

Hi All,
I want to activate block organization plan in infotype 0001 when I copy or create that infotype.
I have tried to search any available resources in sap notes but couldn't find it.
How to activate this?
Thank you in advance,
MAL

Dear semvladigo ,
it's not about integration between PA and OM.
What I want to do is I want to copy infotype 0001 directly from PA30, and then change the percentage of the position directly without using Action (PA40).
I tried to copy it using PA30 but I cannot change the percentage because it is in grey out. How to make it possible to change the percentage directly.
Thank You,
MAL.

Change organizational plan - workflow

Hi experts,
the client asks me to develop a routine in order to update, automatically, the agents of workitem when organizational plan changes. Is this possible in SAP ECC 6.0 ? Are there tables which track changes to organizational plan? Are there any exit on organizational plan save?
Thanks and regards
Antonella

You can make use of the following business Object
ORGUNITEXT Enhanced Organizational Unit
PDOTYPE_SH HR Position
PD_1001 PD Infotype Relationship (1001)
Check whether any event is getting triggered for this BO when you are changing Organization Plan and use accordingly.
Thanks
Arghadip

Doubts in Organizational Plan in SUS

Similar Messages

Maybe you are looking for