Solved. I re-create the task and that worked... I think it was
the Definition Data checkmark.. (it's now marked in the new task).<br>
<br>
Thanks for your time and help.. and sorry for bothering...<br>
<br>
regards to all.<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;">
Markkos, is this a shot of the task container of the step that gets<br>the agents or of the task container of the dialog step?<br><br>As your problem is with routing, the contents of the container of the<br>dialog step shouldn't matter. Check that the UserID is being returned
<br>from the task that gets the agents and check that it's being bound<br>back to your workflow container (you can check these in the technical<br>log)<br><br>2006/4/12, Markkos <<a href="mailto:markkos@gmail.com">markkos@gmail.com
</a>>:<br>> 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>><br>> On 4/12/06, Gavin Mooney <
<a href="mailto:gavinmooney@gmail.com">gavinmooney@gmail.com</a>> wrote:<br>> ><br>> 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
<br>> 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,
<br>> 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<br>> 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
<br>> subsequent<br>> > > > > > > workflow step to that container element (as an Expression)<br>> doesn't<br>> > > > > > > make the work item go to the right person?<br>> > > > > > >
<br>> > > > > > > Your container element is defined as like WFSYST-AGENT and<br>> 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<br>> the<br>> > > > agent<br>> > > > > > > > > can be literally anyone, then your task may well need to be
<br>> 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
<br>> 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
<br>> 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<br>> 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<br>> 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<br>> "one<br>> > and<br>> > > > > > only
<br>> > > > > > > > one<br>> > > > > > > > > > user receives a task of this type, but this can be any<br>> 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
<br>> 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
<br>> 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...
<br>> 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<br>> item<br>> > to<br>> > > > > > himself.
<br>> > > > > > > > If<br>> > > > > > > > > > this is the case, then instead of using "Expression" and<br>> 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<br>> 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,
<br>> but<br>> > > > this<br>> > > > > > can be<br>> > > > > > > > any<br>> > > > > > > > > > user for each task?<br>> > > > > > > > > > >
<br>> > > > > > > > > > > If your requirement is a) then the easiest solution<br>> 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<br>> a<br>> > > > role,<br>> > > > > > and
<br>> > > > > > > > mark<br>> > > > > > > > > > the "Terminate if role resolution has no result" check<br>> box.<br>> > The<br>> > > > role
<br>> > > > > > > > would<br>> > > > > > > > > > e.g. take a user ID as input, check the validity of the<br>> 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
<br>> 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<br>> Task
<br>> > > > > > Properties)<br>> > > > > > > > > > option so the user will received the workitem in his<br>> 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<br>> this<br>> > > > > > workitem in
<br>> > > > > > > > > > their inbox, and I just want it for the user I stated in<br>> 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<br>> 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>> -------------------------------------------------------------------
<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
<br>> 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
<br>> 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>> _______________________________________________
<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>> > > > > > > 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>><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>> 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>_______________________________________________
<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>