Ok, I think a found the cause but don't know how to fix it... here a shot..<br>
<br>
The definition checkmark doesn't appear... <br>
<br>
<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;">
but surely you're not binding the workflow container element into the<br>work item task container, you're putting it in the Agent field as an<br>expression? Are you sure it's being returned from the previous step<br>ok?<br>
<br>2006/4/12, Markkos <<a href="mailto:markkos@gmail.com">markkos@gmail.com</a>>:<br>> Exactly,, that's what I tried first, but It didn't work... when I check the<br>> value in the workitem container, it's empty...
<br>><br>><br>> On 4/12/06, Gavin Mooney < <a href="mailto:gavinmooney@gmail.com">gavinmooney@gmail.com</a>> wrote:<br>> > 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,<br>> 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
<br>> 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<br>> 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
<br>> level,<br>> > > and if<br>> > > > > > > > you want the work item to be sent to the user identified in<br>> 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
<br>> doing<br>> > > > > > > > already but I'm not sure I understood everything that you<br>> 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<br>> the<br>> > > > > > > > previous step is populating it correctly? To test this you<br>
> could<br>> > > put a<br>> > > > > > > > 'Container Operation' before your work item step and hard code<br>> a<br>> > > user<br>> > > > > > > > ID into the container element then see if the work item is
<br>> 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
<br>> 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<br>> and<br>> > > > > only<br>> > > > > > > one<br>> > > > > > > > > user receives a task of this type, but this can be any user
<br>> for<br>> > > each<br>> > > > > run<br>> > > > > > > of<br>> > > > > > > > > the workflow". Because I determine this user in a previous<br>
> task.<br>> > > > > > > > > ><br>> > > > > > > > > > The problem is that when I put the element of the user<br>> agent I<br>> > > > > > > determine,
<br>> > > > > > > > > It seems that it doesn't respect it, all users will receive<br>> a<br>> > > > > workitem.<br>> > > > > > > And<br>> > > > > > > > > it should be only the one in the element (and it
<br>> 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<br>> 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<br>> 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:<br>> <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...
<br>> 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<br>
> is.<br>> > > > > > > > > ><br>> > > > > > > > > > Is the requirement to ensure that<br>> > > > > > > > > > a) you and only you (or any other user - but always the
<br>> 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<br>> be<br>> > > to<br>> > > > > > > restrict<br>> > > > > > > > > the possible agents of the task I imagine. In other words,
<br>> 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.<br>
> The<br>> > > role<br>> > > > > > > would<br>> > > > > > > > > e.g. take a user ID as input, check the validity of the user<br>> and<br>> > > > > return
<br>> > > > > > > it<br>> > > > > > > > > prefixed by US. Store the user ID that you pass in in a<br>> workflow<br>> > > > > > > container<br>> > > > > > > > > element so you can change it and restart the workflow if
<br>> 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:<br>> <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<br>> 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<br>> have<br>> > > > > created<br>> > > > > > > a<br>> > > > > > > > > WFSYST-AGENT type element for the agent, so in the Agents
<br>> 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.
<br>> In<br>> > > the<br>> > > > > > > "Standard<br>> > > > > > > > > task: Maintain Agent Assignment" I have selected the<br>> 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<br>> userID).<br>> > > > > > > > > ><br>> > > > > > > > > > How can I restrict the agent assignment for only and only
<br>> one<br>> > > > > user...<br>> > > > > > > > > (I've tried to use the excluded field). And for getting<br>> things<br>> > > > > worse,<br>> > > > > > > any
<br>> > > > > > > > > user can proceed with the task, and that's not supposed to<br>> 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>> -------------------------------------------------------------------<br>> > > > > > > > > > The information contained in this message may be
<br>> 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<br>> 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.
<br>> If<br>> > > you<br>> > > > > have<br>> > > > > > > > > received it in error, please notify the sender immediately<br>> 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>> _______________________________________________<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>> > > > > > > > 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>> > > > > > > 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>