<div>Didn&#39;t realise halloween + SPs do a number on workflows ;-)</div>
<div> </div>
<div>One more piece of information I forgot to mention, this problem only occurs in our production environment. I could not repeat it in our test environments even though they are all on the same level of support packs. </div>

<div> </div>
<div>It almost seems like a container index issue if there would have been such a thing. </div>
<div> </div>
<div>Again any help is welcome.</div>
<div>Shalini<br><br></div>
<div class="gmail_quote">On Tue, Nov 3, 2009 at 12:27 PM, Mike Pokraka <span dir="ltr">&lt;<a href="mailto:wug@workflowconnections.com">wug@workflowconnections.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">That&#39;ll teach ya to apply support packs around Halloween! :-)<br>
<div>
<div></div>
<div class="h5"><br>On Tue, November 3, 2009 4:20 pm, Shalini Sabnani wrote:<br>&gt; Hello Folks<br>&gt; We have been using deadline escalation on our workflows for SC approval<br>&gt; for<br>&gt; years.<br>&gt;<br>&gt; I have configured the &quot;Latest Start&quot; deadline such that if a WI is not<br>
&gt; started to process in 7 days it will become obsolete.<br>&gt; The next step in workflow is a container operations which assigns an<br>&gt; element<br>&gt; &quot;ZFirstagent&quot; from the container to another element called &quot;Deadline&quot; (&quot;<br>
&gt; Deadline = Zfirstagent&quot;).<br>&gt;<br>&gt; Zfirstagent has the userid of the approver who had been initially selected<br>&gt; to approver the shopping cart<br>&gt;<br>&gt; I will then call a role resolution function and pass element Deadline to<br>
&gt; this function call so that I get the next level up for Zfirstagent, a<br>&gt; workitem will be assigned to this next level up agent for approval. This<br>&gt; was<br>&gt; working accurately for the past 8 years.<br>&gt;<br>
&gt; Recently I have a noticed a really spooky behaviour. The container<br>&gt; operation<br>&gt; of &quot; Deadline = Zfirstagent&quot; is assigning a very different value to the<br>&gt; element Deadline. This is not the actual contains of the ZFIRSTAGENT, in<br>
&gt; fact this value in not to be found anywhere in the task container and/or<br>&gt; the<br>&gt; workflow container.<br>&gt;<br>&gt; We have recently applied support packs to our SRM 5.00 system as attached.<br>&gt; The closest note I could find on the subject is  Note 1325541 - Deadline<br>
&gt; monitoring: Agent determination ignores defaul<br></div></div>&gt; rule&lt;<a href="https://service.sap.com/sap/support/notes/1325541" target="_blank">https://service.sap.com/sap/support/notes/1325541</a>&gt; which<br>

<div class="im">&gt; is not exactly relevant.<br>&gt;<br>&gt;<br>&gt; Any thoughts or suggestions you may have are welcome.<br>&gt; Thanks<br>&gt; Shalini<br></div>&gt; _______________________________________________<br>
&gt; SAP-WUG mailing list<br>&gt; <a href="mailto:SAP-WUG@mit.edu">SAP-WUG@mit.edu</a><br>&gt; <a href="http://mailman.mit.edu/mailman/listinfo/sap-wug" target="_blank">http://mailman.mit.edu/mailman/listinfo/sap-wug</a><br>
&gt;<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" target="_blank">http://mailman.mit.edu/mailman/listinfo/sap-wug</a><br>
</blockquote></div><br>