Org. Plan maintenance

[Felix Hassine]

Greg,
 
How do you block transport just for A 008 ?
have tested the OOCR transaction to be able to un-relate the HR objects from
customizing transport.
 
It seems to work as I need it to work, i.e. it is possible to give access to
our business users to the transacation PPOME,
or PFAC_DIS so that they maintain themselves the assignments of users to
positions, users to responsibilities,
 responsibilities to roles, and also create positions, jobs and org elements
directly in production. They do it on their own,
 without having to create these asignments in Development and transport
them to production.
The reasons behind this are the following:
        - Org charts are considered as a "master data", they are not suppose
to be anywhere else but in production
        - The assignment of org objects is utilized to set approval limits -
for example for approving invoices - which is
        not supposed to lie in production either. The people who have
responsibility of maintaining that have no login in
        development.
 
To do this, you have to set 'X' to the entry of the table in OOCR. Do you
see/know any side effect ?
Regards,
 
Felix Hassine
 
Regards,
 
Felix
 
> -----Original Message-----
>> From: Gregory Kowalik [SMTP:gkowalik at ashland.com]
> Sent: Thursday, November 15, 2001 8:06 AM
> To:   SAP-WUG at MITVMA.MIT.EDU
> 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