Org. Plan maintenance

Patrick Green patrick.d.green at us.pwcglobal.com
Thu Nov 15 11:22:15 EST 2001


Patrick & Jennifer,  here's an approach that was suggested to me at the
Fall 2001 ASUG conference in New Orleans.
 
Create the needed PD Org objects in your production client as master data.
Then use program RHMOVE30 to move the objects to your development clients.
The objects will then be readily transportable with your workflows without
wreaking havoc on existing production structures.
 
A gentleman from Eastman Kodak Chemicals (thanks Tom Walker!) told me that
this is the approach SAP recommended for his company.  And it is how we are
handling the issue for our BP Chemicals client now as well.
 
Best Regards,
-- Patrick D. Green
GSAP Interface Architect
PricewaterhouseCoopers BPO Solutions
Tulsa,  OK  74102
 
 
 
 
 
Gregory Kowalik <gkowalik at ashland.com>@MITVMA.MIT.EDU> on 11/15/2001
07:05:40 AM
 
Please respond to SAP Workflow Users' Group <SAP-WUG at MITVMA.MIT.EDU>
 
Sent by:  SAP Workflow <Owner-SAP-WUG at MITVMA.MIT.EDU>
 
To:   SAP-WUG at MITVMA.MIT.EDU
cc:
Subject:  Re: Org. Plan maintenance
 
 
I recommend you guys to setup a separate number range for your org. objects
in development client.
Secondly I think you should maintaint positions/jobs and org units in
development, transport them accross systems, but maintain user assignments
in target system.
Reasons: you will not have user ID that you have in prod in your dev
client, plus transport would overwrite your user assignments.
To accomplish that you need to set a block for transport of infotype A 008.
 
Greg
 
 
Jennifer Bragg <bragg.j at pg.com>@MITVMA.MIT.EDU> on 11/15/2001 07:55:11 AM
 
Please respond to "SAP Workflow Users' Group" <SAP-WUG at MITVMA.MIT.EDU>
 
Sent by:  SAP Workflow <Owner-SAP-WUG at MITVMA.MIT.EDU>
 
 
To:   SAP-WUG at MITVMA.MIT.EDU
cc:
Subject:  Re: Org. Plan maintenance
 
 
Patrick,
Did you ever get an answer to your question?  We are now trying to move our
 WF to testing environment where we have setup a new org structure.
However we
do not have authorization to make changes in our testing environment and we
are trying to transport the WF with organization ids integrated as roles.
In
the development evirnment these organization ids are already exist as a
different type of object.  Any ideas, or did you get an answer to your
question
below?
 
Jennifer
 
 Internet Mail Message
 Received from host:      cherry.ease.lsoft.com
 [209.119.0.109]
 
From: "de Valensart Schoenmaeckers, Patrick"
<deValensartSchoenmaeckers.Patrick at pmintl.ch>@MITVMA.MIT.EDU> on 08/31/2001
02:16 PM ZE2
 
                        "de Valensart Schoenmaeckers, Patrick"
To:   SAP-WUG at MITVMA.MIT.EDU
 <deValensartSchoenmaeckers.Patrick at pmintl.ch>@MITVMA.MIT.EDU>
Cc:    (bcc: Jennifer Bragg-J/PGI)
                                                                 Subject:
Org. Plan maintenance
 
         Sent by:  SAP Workflow <Owner-SAP-WUG at MITVMA.MIT.EDU>
                                           08/31/2001 02:16 PM
                 Please respond to "SAP Workflow Users' Group"
                                      <SAP-WUG at MITVMA.MIT.EDU>
 
Hi workflowers!
 
We are currently hestitating between doing the day-to-day maintenance of
the
organizational plan direcly in production system, as if it was master data,
or first in development environment and then transport it to Q/A and Prod,
as if it was customizing.
How should that kind of maintenance activities be considered? Customizing
or
master data? If you consider it as master data, how did you de-activate the
transport connection in the development environment?
 
Thanks in advance for your answers.
 
Patrick de Valensart
Associate IS Analyst
NV Philip Morris Belgium SA
Boulevard du Souverain, 24
B-1170 Brussels
Tel : + 32 (0)2 674 18 56
Fax : +32 (0)2 674 18 74
Email :mailto:devalensartschoenmaeckers.patrick at pmintl.ch
 
 
 
----------------------------------------------------------------
The information transmitted is intended only for the person or entity to
which it is addressed and may contain confidential and/or privileged
material.  Any review, retransmission, dissemination or other use of, or
taking of any action in reliance upon, this information by persons or
entities other than the intended recipient is prohibited.   If you received
this in error, please contact the sender and delete the material from any
computer.
 


More information about the SAP-WUG mailing list