Org. Plan maintenance
Jennifer Bragg
bragg.j at pg.com
Mon Dec 3 09:18:43 EST 2001
Rob,
Sorry for the late reply. We use PFAL, and an evaluation path. Are yo=
u
familiar with evalutaion paths?
However, if you wish to send all of your data, I suggest first sending =
the jobs,
orgs, then positions. Once you are finished, you should check the hier=
archy
structure and make sure that it is correct. If not, just try to resend=
the
objects that are missing.
Jennifer
**If you want to learn more about Corporate Databases, Please visit
http://cdb-newsletter.pg.com/global/cdb/newsletter/index.htm
=20
Internet Mail Message =20
Received from host: cherry.ease.lsoft.com =20
[209.119.0.109] =20
=20
From: ROB CRAWFORD <ROB.CRAWFORD at menasha.com>@MITVMA.MIT.EDU> on 11/20/=
2001
03:36 PM CST
=
=20
ROB CRAWFORD <ROB.CRAWFORD at menasha.com> To: SAP-WUG at MIT=
VMA.MIT.EDU =20
@MITVMA.MIT.EDU> Cc: (bcc: Jenn=
ifer Bragg-J/PGI) =20
Subject: Re: Org. Pl=
an maintenance =20
=
=20
Sent by: SAP Workflow =
=20
<Owner-SAP-WUG at MITVMA.MIT.EDU> =
=20
11/20/2001 10:36 PM =
=20
Please respond to "SAP Workflow Users' =
=20
Group" <SAP-WUG at MITVMA.MIT.EDU> =
=20
=
=20
Hi,
I grabbed this message from the MIT workflow discussion, I hope you do=
n't mind
a direct email.=A0 I am looking for some clarification on what order t=
o send the
organization objects in ALE so that they are processed properly in the=
recieving system.=A0 Example, do you send jobs first, then positions, =
then org
structures?=A0 Are you using transaction PFAL to do this?
I would appreciate your help on this.
Thanks,
Rob Crawford
Menasha Advantage
1649 Bergstrom Rd.
Neenah, WI 54957
(920)751-2513
rob.crawford at menasha.com
>>> ritu_nagpal at hp.com 11/15/01 12:17PM >>>
Here is the way I have done it at several clients...
I create the PD Org (Org units, positions, relationships between these=
objects) in the golden client (clean customizing client). I also creat=
e HR T
tasks if needed in the golden client. Then, I use ALE to move these PD=
Org
objects and relationships to the development box, testing box and prod=
uction
box. The only catch here is that ALE does not support HR T tasks and s=
o I
use the transport system to move these (I use RHMOVE30 to create the
transport request for the HR T tasks). You have to transport the HR T =
tasks
first and then do the ALE (this is because if the tasks exist in the
receiving system, ALE will successfully create the relationship betwee=
n task
and position). In the production box, I set up the user to position
relationships as these users might not exist in all the systems in the=
pipeline.
By using ALE, the object ids of the HR objects stay the same in each s=
ystem.
It has worked beautifully for me....I am not creating new PD Org objec=
ts in
production so I do not end up messing anything up.
If you need details on how to do the ALE setup, let me know and I will=
email
it.
Ritu
HP
-----Original Message-----
From: Gregory Kowalik [mailto:gkowalik at ashland.com]
Sent: Thursday, November 15, 2001 9:58 AM
To: SAP-WUG at MITVMA.MIT.EDU
Subject: Re: Org. Plan maintenance
I kind of have hard time believing that SAP (as a company) would recom=
mend
this approach.
It is evidently against the general policy not to transport anything b=
ack
from production unless absolutely needed.
I have seen many SAP consultant recommending really bad solutions so l=
et's
not take their words for granted.
Think about the mess you leaving in production in case you decide you =
are
not going live with some positions/org units or other PD objects.
Then you have to remember to clean both development and production.
... but I guess you can skin the cat in many ways, .... no offense - t=
his
is just "opinion my own".
Greg
Patrick Green <patrick.d.green at us.pwcglobal.com>@MITVMA.MIT.EDU> on
11/15/2001 11:22:15 AM
Please respond to "SAP Workflow Users' Group" <SAP-WUG at MITVMA.MIT.EDU>=
Sent by:=A0 SAP Workflow <Owner-SAP-WUG at MITVMA.MIT.EDU>
To:=A0=A0 SAP-WUG at MITVMA.MIT.EDU
cc:
Subject:=A0 Re: Org. Plan maintenance
Patrick & Jennifer,=A0 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 d=
ata.
Then use program RHMOVE30 to move the objects to your development clie=
nts.
The objects will then be readily transportable with your workflows wit=
hout
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.=A0 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,=A0 OK=A0 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:=A0 SAP Workflow <Owner-SAP-WUG at MITVMA.MIT.EDU>
To:=A0=A0 SAP-WUG at MITVMA.MIT.EDU
cc:
Subject:=A0 Re: Org. Plan maintenance
I recommend you guys to setup a separate number range for your org. ob=
jects
in development client.
Secondly I think you should maintaint positions/jobs and org units in
development, transport them accross systems, but maintain user assignm=
ents
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:=A0 SAP Workflow <Owner-SAP-WUG at MITVMA.MIT.EDU>
To:=A0=A0 SAP-WUG at MITVMA.MIT.EDU
cc:
Subject:=A0 Re: Org. Plan maintenance
Patrick,
Did you ever get an answer to your question?=A0 We are now trying to m=
ove 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 a=
nd we
are trying to transport the WF with organization ids integrated as rol=
es.
In
the development evirnment these organization ids are already exist as =
a
different type of object.=A0 Any ideas, or did you get an answer to y=
our
question
below?
Jennifer
Internet Mail Message
Received from host:=A0=A0=A0=A0=A0 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
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 =
"de Valensart Schoenmaeckers, Patrick"
To:=A0=A0 SAP-WUG at MITVMA.MIT.EDU
<deValensartSchoenmaeckers.Patrick at pmintl.ch>@MITVMA.MIT.EDU>
Cc:=A0=A0=A0 (bcc: Jennifer Bragg-J/PGI)
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Subject:
Org. Plan maintenance
=A0=A0=A0=A0=A0=A0=A0=A0 Sent by:=A0 SAP Workflow <Owner-SAP-WUG at MITV=
MA.MIT.EDU>
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 08/31/2001 02:1=
6 PM
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Please respond to "SA=
P Workflow Users' Group"
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 <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 P=
rod,
as if it was customizing.
How should that kind of maintenance activities be considered? Customiz=
ing
or
master data? If you consider it as master data, how did you de-activat=
e 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.=A0 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.=A0=A0 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