Exactly,, that's what I tried first, but It didn't work... when I check the value in the workitem container, it's empty... <br><br><div><span class="gmail_quote">On 4/12/06, <b class="gmail_sendername">Gavin Mooney</b> <
<a href="mailto:gavinmooney@gmail.com">gavinmooney@gmail.com</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Hang on... the container operation step was just so you could test
<br>whether your container element was defined correctly and that the<br>binding from that to the work item was OK.<br><br>If you have a step that's populating the container element with a user<br>ID (in this case USUSER1) then you don't need the container operation
<br>- just bind in the container element as the expression for agent<br>assignment on the work item (subsequent step I assume)<br><br>2006/4/12, Markkos <<a href="mailto:markkos@gmail.com">markkos@gmail.com</a>>:<br>
> Well, In the workitem container of the step that obtains the userID, the<br>> string 'USUSER1' is there, but then when I try a container operation, the<br>> value doesn't appear.. it's empty.<br>><br>><br>
> On 4/12/06, Gavin Mooney <<a href="mailto:gavinmooney@gmail.com">gavinmooney@gmail.com</a>> wrote:<br>> > Check the bindings into the WFSYST-AGENT container element and from<br>> > that to the Agent for your work item.
<br>> ><br>> > If they're ok then it sounds like a buffering problem, especially if<br>> > you're seeing it in the task container in the log...<br>> ><br>> > 2006/4/12, Markkos <<a href="mailto:markkos@gmail.com">
markkos@gmail.com</a>>:<br>> > > I tried hardcoding it right now, and it works...<br>> > ><br>> > > I don't know why the element lose the value within the workflow...<br>> > ><br>> > > Any comments?
<br>> > ><br>> > ><br>> > > On 4/12/06, Gavin Mooney < <a href="mailto:gavinmooney@gmail.com">gavinmooney@gmail.com</a>> wrote:<br>> > > > Markkos,<br>> > > ><br>> > > > You're saying that even hard-coding (via Container Operation) a
<br>> > > > username into a container element and then routing the subsequent<br>> > > > workflow step to that container element (as an Expression) doesn't<br>> > > > make the work item go to the right person?
<br>> > > ><br>> > > > Your container element is defined as like WFSYST-AGENT and you're<br>> > > > hardcoding the agent as e.g. USMARKKOS where MARKKOS is the username?<br>> > > >
<br>> > > > Maybe a binding problem then?<br>> > > ><br>> > > ><br>> > > > 2006/4/11, Markkos < <a href="mailto:markkos@gmail.com">markkos@gmail.com</a>>:<br>> > > > > Yes Gavin , You understood, it's what you said...
<br>> > > > ><br>> > > > > And you were right, no value is passing through the container<br>> > > operation...<br>> > > > > the strange thing here, is that I've checked the container of the
<br>> task<br>> > > that<br>> > > > > determines the user, and there it is...<br>> > > > ><br>> > > > > well, I tried to do several container operations without<br>
> succeeding.. I<br>> > > > > don't know what's the problem now...<br>> > > > ><br>> > > > > at least thanks for your comments...<br>> > > > ><br>> > > > >
<br>> > > > > On 4/11/06, Gavin Mooney <<a href="mailto:gavinmooney@gmail.com">gavinmooney@gmail.com</a> > wrote:<br>> > > > > > Markkos,<br>> > > > > ><br>> > > > > > You say that the user can be any user for each run of the
<br>> workflow,<br>> > > > > > and that this user is determined in the preceding step. If the<br>> agent<br>> > > > > > can be literally anyone, then your task may well need to be a
<br>> general<br>> > > > > > task.<br>> > > > > ><br>> > > > > > However the attribute "general task" belongs at the task level,<br>> and if<br>> > > > > > you want the work item to be sent to the user identified in the
<br>> > > > > > previous step then that will be assigned at the workflow step<br>> level as<br>> > > > > > an 'Expression' where you insert the name of your container<br>> element
<br>> > > > > > that contains the user(s). I think that might be what you're doing<br>> > > > > > already but I'm not sure I understood everything that you wrote.<br>> > > > > >
<br>> > > > > > If the work item is going to everyone then it sounds like the<br>> > > > > > container element with your agents in is empty. Are you sure the<br>> > > > > > previous step is populating it correctly? To test this you could
<br>> put a<br>> > > > > > 'Container Operation' before your work item step and hard code a<br>> user<br>> > > > > > ID into the container element then see if the work item is sent to
<br>> > > > > > that ID.<br>> > > > > ><br>> > > > > > HTH,<br>> > > > > > Gavin<br>> > > > > ><br>> > > > > > 2006/4/11, Markkos <
<a href="mailto:markkos@gmail.com">markkos@gmail.com</a>>:<br>> > > > > > > The question is:<br>> > > > > > ><br>> > > > > > > How do I have an agent assigned task without having it as a
<br>> general<br>> > > > > task?<br>> > > > > > > (Using an expression as the element (that will contain the SAP<br>> User<br>> > > ID,<br>> > > > > with<br>
> > > > > > > the US preceding...)<br>> > > > > > ><br>> > > > > > ><br>> > > > > > ><br>> > > > > > > On 4/11/06, Markkos <
<a href="mailto:markkos@gmail.com">markkos@gmail.com</a> > wrote:<br>> > > > > > > ><br>> > > > > > > > First, to Larry: No, I don't want to send it to myself.<br>> > > > > > > >
<br>> > > > > > > > Second, Kjetil: is not the two points you wrote, it's "one and<br>> > > only<br>> > > > > one<br>> > > > > > > user receives a task of this type, but this can be any user for
<br>> each<br>> > > run<br>> > > > > of<br>> > > > > > > the workflow". Because I determine this user in a previous task.<br>> > > > > > > ><br>
> > > > > > > > The problem is that when I put the element of the user agent I<br>> > > > > determine,<br>> > > > > > > It seems that it doesn't respect it, all users will receive a
<br>> > > workitem.<br>> > > > > And<br>> > > > > > > it should be only the one in the element (and it contanins...for<br>> > > > > example,<br>> > > > > > > USUTEST1).
<br>> > > > > > > ><br>> > > > > > > > I mean, why if I specify the user in the element, only the<br>> user<br>> > > should<br>> > > > > > > receive the workitem notification,,, why all the others users
<br>> > > receive<br>> > > > > the<br>> > > > > > > same workitem in their inbox... how come??<br>> > > > > > > ><br>> > > > > > > > Need some help with this issue.. I'll appreciate... thanks
<br>> > > > > > > ><br>> > > > > > > ><br>> > > > > > > ><br>> > > > > > > > On 4/11/06, <a href="mailto:lianghuan.x.hu@accenture.com">
lianghuan.x.hu@accenture.com</a> <<br>> > > > > <a href="mailto:lianghuan.x.hu@accenture.com">lianghuan.x.hu@accenture.com</a> ><br>> > > > > > > wrote:<br>> > > > > > > >
<br>> > > > > > > > ><br>> > > > > > > ><br>> > > > > > > ><br>> > > > > > > ><br>> > > > > > > > Perhaps what Markkos wants is simply to send the work item to
<br>> > > himself.<br>> > > > > If<br>> > > > > > > this is the case, then instead of using "Expression" and the<br>> > > container<br>> > > > > > > element, try to use "US User", and "RETZ10".
<br>> > > > > > > ><br>> > > > > > > > Larry Hu<br>> > > > > > > ><br>> > > > > > > > ________________________________<br>> > > > > > > From:
<a href="mailto:sap-wug-bounces@mit.edu">sap-wug-bounces@mit.edu</a> [mailto: <a href="mailto:sap-wug-bounces@mit.edu">sap-wug-bounces@mit.edu</a><br>> ] On<br>> > > > > Behalf Of<br>> > > > > > > Kjetil Kilhavn
<br>> > > > > > > > Sent: Monday, April 10, 2006 2:57 AM<br>> > > > > > > ><br>> > > > > > > > To: SAP Workflow Users' Group<br>> > > > > > > >
<br>> > > > > > > > Subject: RE: How to restrict an agent assigment task... and<br>> also<br>> > > > > > > restrictaworkitem for the Inbox for only one user.<br>> > > > > > > >
<br>> > > > > > > ><br>> > > > > > > ><br>> > > > > > > ><br>> > > > > > > > I am not quite sure if I understand what your requirement is.
<br>> > > > > > > ><br>> > > > > > > > Is the requirement to ensure that<br>> > > > > > > > a) you and only you (or any other user - but always the same)
<br>> > > receive<br>> > > > > all<br>> > > > > > > tasks of this type?<br>> > > > > > > > b) one and only one user receives a task of this type, but<br>
> this<br>> > > can be<br>> > > > > any<br>> > > > > > > user for each task?<br>> > > > > > > ><br>> > > > > > > > If your requirement is a) then the easiest solution would be
<br>> to<br>> > > > > restrict<br>> > > > > > > the possible agents of the task I imagine. In other words, don't<br>> > > have a<br>> > > > > > > general task.
<br>> > > > > > > ><br>> > > > > > > > If your requirement is b) then one solution is to create a<br>> role,<br>> > > and<br>> > > > > mark<br>> > > > > > > the "Terminate if role resolution has no result" check box. The
<br>> role<br>> > > > > would<br>> > > > > > > e.g. take a user ID as input, check the validity of the user and<br>> > > return<br>> > > > > it<br>> > > > > > > prefixed by US. Store the user ID that you pass in in a workflow
<br>> > > > > container<br>> > > > > > > element so you can change it and restart the workflow if there<br>> is a<br>> > > > > problem.<br>> > > > > > > > --
<br>> > > > > > > > Kjetil Kilhavn, Statoil ØFT KTJ BAS DEV SAP<br>> > > > > > > ><br>> > > > > > > ><br>> > > > > > > ><br>> > > > > > > >
<br>> > > > > > > ><br>> > > > > > > ><br>> > > > > > > ><br>> > > > > > > > ________________________________<br>> > > > > > > From:
<a href="mailto:sap-wug-bounces@mit.edu">sap-wug-bounces@mit.edu</a> [mailto: <a href="mailto:sap-wug-bounces@mit.edu">sap-wug-bounces@mit.edu</a>]<br>> On<br>> > > > > Behalf Of<br>> > > > > > > Markkos
<br>> > > > > > > > Sent: 7. april 2006 17:43<br>> > > > > > > > To: SAP Workflow Users' Group<br>> > > > > > > > Subject: How to restrict an agent assigment task... and also
<br>> > > restrict<br>> > > > > > > aworkitem for the Inbox for only one user.<br>> > > > > > > ><br>> > > > > > > ><br>> > > > > > > > Hi, I have problems with workitems restrictions...
<br>> > > > > > > ><br>> > > > > > > > I have a task that must to be review only by a user, so I have<br>> > > created<br>> > > > > a<br>> > > > > > > WFSYST-AGENT type element for the agent, so in the Agents task
<br>> > > section<br>> > > > > I've<br>> > > > > > > selected the "Expression" option filled with my element<br>> > > (UserId_Agent),.<br>> > > > > In
<br>> > > > > > > the other hand, I've checked the "Agent Assignment" (in Task<br>> > > Properties)<br>> > > > > > > option so the user will received the workitem in his inbox. In
<br>> the<br>> > > > > "Standard<br>> > > > > > > task: Maintain Agent Assignment" I have selected the General<br>> Task<br>> > > > > > > Attribute.
<br>> > > > > > > ><br>> > > > > > > > The problem here, is that all the users are receiving this<br>> > > workitem in<br>> > > > > > > their inbox, and I just want it for the user I stated in the
<br>> Element<br>> > > > > i've<br>> > > > > > > created (that contains 'USRETZ10', where 'RETZ10' is my userID).<br>> > > > > > > ><br>> > > > > > > > How can I restrict the agent assignment for only and only one
<br>> > > user...<br>> > > > > > > (I've tried to use the excluded field). And for getting things<br>> > > worse,<br>> > > > > any<br>> > > > > > > user can proceed with the task, and that's not supposed to be.
<br>> > > > > > > ><br>> > > > > > > > Maybe you can help me with this,,, I'll appreciate any<br>> > > comments....<br>> > > > > > > ><br>> > > > > > > > thanks in advance.
<br>> > > > > > > ><br>> > > > > > > ><br>> > > > > > > ><br>> > > > > > > ><br>> > > > > > > ><br>> > > > > > >
<br>> > > > ><br>> > ><br>> -------------------------------------------------------------------<br>> > > > > > > > The information contained in this message may be CONFIDENTIAL
<br>> and<br>> > > is<br>> > > > > > > > intended for the addressee only. Any unauthorised use,<br>> > > dissemination<br>> > > > > of<br>> > > > > > > the
<br>> > > > > > > > information or copying of this message is prohibited. If you<br>> are<br>> > > not<br>> > > > > the<br>> > > > > > > > addressee, please notify the sender immediately by return
<br>> e-mail<br>> > > and<br>> > > > > > > delete<br>> > > > > > > > this message.<br>> > > > > > > > Thank you.<br>> > > > > > > >
<br>> > > > > > > ><br>> > > > > > > ><br>> > > > > > > ><br>> > > > > > > ><br>> > > > > > > ><br>> > > > > > > >
<br>> > > > > > > > This message is for the designated recipient only and may<br>> contain<br>> > > > > > > privileged, proprietary, or otherwise private information. If<br>
> you<br>> > > have<br>> > > > > > > received it in error, please notify the sender immediately and<br>> > > delete<br>> > > > > the<br>> > > > > > > original. Any other use of the email by you is prohibited.
<br>> > > > > > > ><br>> > > > > > > ><br>> _______________________________________________<br>> > > > > > > > SAP-WUG mailing list<br>> > > > > > > >
<a href="mailto:SAP-WUG@mit.edu">SAP-WUG@mit.edu</a><br>> > > > > > > ><br>> <a href="http://mailman.mit.edu/mailman/listinfo/sap-wug">http://mailman.mit.edu/mailman/listinfo/sap-wug</a><br>> > > > > > > >
<br>> > > > > > > ><br>> > > > > > > ><br>> > > > > > > ><br>> > > > > > ><br>> > > > > > ><br>> > > > > > > _______________________________________________
<br>> > > > > > > SAP-WUG mailing list<br>> > > > > > > <a href="mailto:SAP-WUG@mit.edu">SAP-WUG@mit.edu</a><br>> > > > > > > <a href="http://mailman.mit.edu/mailman/listinfo/sap-wug">
http://mailman.mit.edu/mailman/listinfo/sap-wug</a><br>> > > > > > ><br>> > > > > > ><br>> > > > > > ><br>> > > > > ><br>> > > > > > _______________________________________________
<br>> > > > > > SAP-WUG mailing list<br>> > > > > > <a href="mailto:SAP-WUG@mit.edu">SAP-WUG@mit.edu</a><br>> > > > > > <a href="http://mailman.mit.edu/mailman/listinfo/sap-wug">
http://mailman.mit.edu/mailman/listinfo/sap-wug</a><br>> > > > > ><br>> > > > ><br>> > > > ><br>> > > > > _______________________________________________<br>> > > > > SAP-WUG mailing list
<br>> > > > > <a href="mailto:SAP-WUG@mit.edu">SAP-WUG@mit.edu</a><br>> > > > > <a href="http://mailman.mit.edu/mailman/listinfo/sap-wug">http://mailman.mit.edu/mailman/listinfo/sap-wug</a><br>
> > > > ><br>> > > > ><br>> > > > ><br>> > > ><br>> > > > _______________________________________________<br>> > > > SAP-WUG mailing list<br>
> > > > <a href="mailto:SAP-WUG@mit.edu">SAP-WUG@mit.edu</a><br>> > > > <a href="http://mailman.mit.edu/mailman/listinfo/sap-wug">http://mailman.mit.edu/mailman/listinfo/sap-wug</a><br>> > > >
<br>> > ><br>> > ><br>> > > _______________________________________________<br>> > > SAP-WUG mailing list<br>> > > <a href="mailto:SAP-WUG@mit.edu">SAP-WUG@mit.edu</a><br>> > >
<a href="http://mailman.mit.edu/mailman/listinfo/sap-wug">http://mailman.mit.edu/mailman/listinfo/sap-wug</a><br>> > ><br>> > ><br>> > ><br>> ><br>> > _______________________________________________
<br>> > SAP-WUG mailing list<br>> > <a href="mailto:SAP-WUG@mit.edu">SAP-WUG@mit.edu</a><br>> > <a href="http://mailman.mit.edu/mailman/listinfo/sap-wug">http://mailman.mit.edu/mailman/listinfo/sap-wug</a>
<br>> ><br>><br>><br>> _______________________________________________<br>> SAP-WUG mailing list<br>> <a href="mailto:SAP-WUG@mit.edu">SAP-WUG@mit.edu</a><br>> <a href="http://mailman.mit.edu/mailman/listinfo/sap-wug">
http://mailman.mit.edu/mailman/listinfo/sap-wug</a><br>><br>><br>><br><br>_______________________________________________<br>SAP-WUG mailing list<br><a href="mailto:SAP-WUG@mit.edu">SAP-WUG@mit.edu</a><br><a href="http://mailman.mit.edu/mailman/listinfo/sap-wug">
http://mailman.mit.edu/mailman/listinfo/sap-wug</a><br></blockquote></div><br>