Maintain Areas of Responsibility for Agent Assignment
kaukabr@yahoo.com
kaukabr at yahoo.com
Thu May 18 15:09:27 EDT 2006
Hello Tom:
I got this uptill 7th point, I couldn't figure out the
other half of the the 8TH point which is:
(You may need to create an attribute for Org Unit in
your Employee BOR if you have not done so already
This may require very minimal coding).
a) Creating Attribute for Org.unit?
b) Where is Employee BOR I can't figure it out?
C) A Minimal coding required what kind of coding and
where this to be setup?
I am sorry, I wish I could do this, almost I came to
the end, please advise me. I appreciate your help on
this.
My Kind Regards,
Qhurram
--- PEOU Tom T <Tom_PEOU at rta.nsw.gov.au> wrote:
> Hi Qhurram,
>
> I'm sure there is a better way to do this, but I'll
> give you the
> solution that does not require any ABAP coding.
> That is to create a role to specifically determine
> the Director of an
> Org Unit.
> The role should check the Initiator's Org Unit and
> Return the Director
> of that org unit.
> So you will need to setup one Role that contains
> many responsibility -
> each responsibility is a org unit and you will
> assign a director to that
> org unit via POSITION assignment.
> Do this by:
> 1. Create a Role through PFAC.
> 2. Role Definition = Responsibility.
> 3. Goto Container Tab and add element of
> Organizational Unit
> (P0001-ORGEH). This is your test criteria.
> 4. Goto Responsibility tab and create and NEW
> Responsibility -> In the
> Organizational Unit field enter an Org Unit number
> and SAVE.
> 5. Click on the Responsibility you have created and
> INSERT AGENT
> ASSIGNMENT -> Assign the Director of that Org unit
> by Position Number.
> 6. Repeat steps 4 and 5 for each of the Org Units in
> your company.
> 7. Save and Test (simulate role resolution) - When
> you enter an Org
> Unit, the Role should return the Director of that
> Org Unit.
> 8. Place this Role into your Decision Step (Approval
> Step) and ensure
> you bind the Org Unit of the Initiator to the Role
> (You may need to
> create an attribute for Org Unit in your Employee
> BOR if you have not
> done so already - This may require very minimal
> coding).
>
> This way is quite simple because you only have a
> handful of Directors
> and maintenance would be minimal as you are
> assigning agents through
> position numbers.
>
> Cheers,
> Tom
>
>
> Tom Peou
> Workflow & ESS Administrator
> Roads & Traffic Authority
>
>
> Hello Tom: Thanks again,
> Yes the Major org. unit and the Sub. Org. units
> Relationsips are working fine.
> Tom on your following questions:
>
> 1. What does your Workflow log indicate? Where does
> the work item actually go?
> A)Workflow log Indicating to WF_Initior, Goes to
> only
> one person in sub org. unit whether I even create a
> workitem for Major Director to approve (Actually he
> is
> not suppose to recieve other persons workitems to
> approve)
>
> 2. What method are you using to try and assign the
> task to the director?
> A) Performing task-specific Customizing
>
> 3. Is your organisation position based? If so, are
> you
> also using Delegations (Authority/Resources IT 1010,
> Subty 9001)?
> A) No Iam not using, do I have to create this
> Infotype, yes you are right our organisation based
> on
> positions.
>
> 4. What are you doing in your other Workflows to
> determine agents to send work items to?
> A) Assigning the tasks to the users directly.
>
> 5. What version of SAP are you on?
> A) Version 5.0.
> Plus I have not given any expressions in workflow
> tasks in Agents Section in my workflow. I appreciate
> your kind thoughts on this issue and kindly direct
> me
> to correct path.
> My Kind Regards,
> Qhurram
>
>
>
>
>
>
>
>
> IMPORTANT NOTICE: This e-mail and any attachment to
> it are intended only to be read or used by the named
> addressee. It is confidential and may contain
> legally privileged information. No confidentiality
> or privilege is waived or lost by any mistaken
> transmission to you. The RTA is not responsible for
> any unauthorised alterations to this e-mail or
> attachment to it. Views expressed in this message
> are those of the individual sender, and are not
> necessarily the views of the RTA. If you receive
> this e-mail in error, please immediately delete it
> from your system and notify the sender. You must not
> disclose, copy or use any part of this e-mail if you
> are not the intended recipient.
> > _______________________________________________
> SAP-WUG mailing list
> SAP-WUG at mit.edu
> http://mailman.mit.edu/mailman/listinfo/sap-wug
>
More information about the SAP-WUG
mailing list