Org structure maintenance

Tue Nov 18 12:08:58 EST 2008

Gavin,

As you know, we master our HR Org structure in our main development client and transport structure changes up by temporarily removing the TRSP CORR flag in T77S0. But we then allow the Business themselves to maintain their user own assignments to the HR Org Structure directly in Production via an external system which triggers updates using standard HR BAPIs.

This means that user assignments can be manipulated by developers in any test client without impacting the live client at all. It also means that the user assignments in production can be adjusted at a moment's notice (although typically this happens overnight) if so desired by the business.

Various PO* Transactions (e.g. PO13 - Maintain Position) also come in handy when we want to send through manual Transports for specific object types from time to time, particularly when adding relationships.

In general we always place the Transport block flag on in our dev systems to prevent small changes like PFAC Rule Responsibility changes from triggering HR Org '*' Transports from being sent through behind the scenes.
We keep access to PPOM under strict lock and key because of the bug you mention about 'Display' mode permitting changes because of a bug. So instead we give developers access to PPOSW which really is a Display-only view.

I would recommend you consider using Jobs as well as Org Units and Positions though. They can prove to be quite useful to model expert users groups who float over various work streams.

Regards,

Mike GT

Subject: RE: Org structure maintenanceDate: Tue, 18 Nov 2008 10:39:31 -0600From: Sandy.Orlandino at us.bosch.comTo: sap-wug at mit.edu

We too have HR implemented and only maintain the Org Structure in Production.  When necessary, we use the “rhmove” programs to bring structure down to Q and/or Dev.  Because otherwise, as Susan mentions, the structure in those boxes very quickly gets beyond ugly!

Sandy L Orlandino  ----------------------------------------------------------------------------------------------------------------- Robert Bosch LLC HRIS Manager(RBNA/PER3.21) 2800 S 25th Ave - Broadview, IL 60155 - USA phone:  (708) 681-7520    fax: (708) 681-7500 sandy.orlandino at us.bosch.com www.bosch.us 

From: sap-wug-bounces at mit.edu [mailto:sap-wug-bounces at mit.edu] On Behalf Of Keohan, SusanSent: Tuesday, November 18, 2008 10:14 AMTo: SAP Workflow Users' GroupSubject: RE: Org structure maintenance

Hi Gavin,

We do not transport our org structure – although I have done so in the past.  But we have HR implemented, and it makes no sense for those folks to be creating and transporting positions, jobs, etc.
As a result, our Dev box Org structure has gotten butchered over the years, and it’s a real struggle to keep a semblance of reality, but then again, we don’t have to worry about a ‘real’ org structure where developers like to play.

We assign users in our various systems via PA0105 – and again, no transports.  Not sure if this is a Basis deal or what.  Our user ids are assigned to Persons, who hold Positions, which are encompassed by Jobs.
Kind of different from the traditional layout, but it works *pretty much* for us.

We all use PLVAR 01.  I know that additional Plan Versions are possible, but WF wants version 01, and since we have peaceful co-existence with HR, we only need that one version.
Hope this helps,
Sue

----
Susan R. Keohan
SAP Workflow Specialist
Enterprise Applications
Information Services Department
MIT Lincoln Laboratory
244 Wood Street, LI-200
Lexington, MA. 02420
781-981-3561
keohan at LL.MIT.EDU

From: sap-wug-bounces at mit.edu [mailto:sap-wug-bounces at mit.edu] On Behalf Of Gavin MooneySent: Monday, November 17, 2008 9:58 PMTo: SAP Workflow Users' GroupSubject: Org structure maintenance

Hello everyone, 
We're trying to decide how to manage our org structure. The actual structure is very simple, just based on Org Units, Positions and Users (we're not implementing SAP HR here). We're on ECC 6.0 / WAS 700. I've been reading some former WUG posts and the SAP documentation but still have the following questions and I'd like to know what other projects have done and what is recommended please. 
1) Where to maintain the org structure. As we don't have a Production environment yet we are maintaining it in Development. The Transport Connection is set to automatic (i.e. T77S0 entries for TRSP CORR, TRSP STOBJ and TRSP WFOBJ are all set to space) so the system asks for a transport for any changes to the org strucure. This seems to be working ok for now, but I see that we could specify "Transport via object lock (repair flag)" or "No automatic transport connection" and then manually run RHMOVE50 or RHMOVE30 to transport to other environments. What are the pros/cons of these other options? 
Although I see that some projects choose to maintain the org structure in Production because it is faster, allows for more reactive fixes, etc. I don't think we will need to do that as our structure is very simple and hopefully won't change that often. Also if we maintained it in Prod we would have to merge any changes back to Dev for testing. Sound ok? 
2) User assignmentsAt the moment the system asks for a transport whenever a user is assigned to a position. So even for unit tests in our Dev environment we need to assign the user in the golden client and then run SCC1 to move the changes across to the unit test client. Ideally we'd like to change this so that we can change user assignments directly in the unit test client (and in the future we'd want to maintain user assignments direct into production). Is this possible and if so how? 
Actually what happens is if I try to change a user assignment in the unit test client I can do it in PPOMW, then when I click on save the system pops up a message saying that the client has status not modifiable, but then saves the data anyway. So we can do it, but it's just not very intuitive - ideally we'd want to be able to do it without getting the popup (and without opening up the whole client of course). 
Also - we don't want to tranport the dev user assignments to production when we transport the org structure, so do we need to maintain entries in OOTR or is there a different / better way? 
3) Plan versionsWe would potentially like to maintain different plan versions (for example as backups) and so have set up number assignment across all plan versions (Table T77S0 entry NUMRG COMP = 'X'). 
Looking forward to hearing your opinions and experiences. Many thanks,Gavin
_________________________________________________________________
See the most popular videos on the web 
http://clk.atdmt.com/GBL/go/115454061/direct/01/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.mit.edu/pipermail/sap-wug/attachments/20081118/0f455d62/attachment.htm