<div>Hi Mark,</div>
<div>&nbsp;</div>
<div>&nbsp;&nbsp; Thank you so much for your reply. This option worked.. </div>
<div>&nbsp;</div>
<div>Thanks</div>
<div>Albina<br><br>&nbsp;</div>
<div><span class="gmail_quote">On 11/14/07, <b class="gmail_sendername"><a href="mailto:sap-wug-request@mit.edu">sap-wug-request@mit.edu</a></b> &lt;<a href="mailto:sap-wug-request@mit.edu">sap-wug-request@mit.edu</a>&gt; wrote:
</span>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">Send SAP-WUG mailing list submissions to<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <a href="mailto:sap-wug@mit.edu">sap-wug@mit.edu</a><br>
<br>To subscribe or unsubscribe via the World Wide Web, visit<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <a href="http://mailman.mit.edu/mailman/listinfo/sap-wug">http://mailman.mit.edu/mailman/listinfo/sap-wug</a><br>or, via email, send a message with subject or body &#39;help&#39; to
<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <a href="mailto:sap-wug-request@mit.edu">sap-wug-request@mit.edu</a><br><br>You can reach the person managing the list at<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <a href="mailto:sap-wug-owner@mit.edu">sap-wug-owner@mit.edu</a><br><br>When replying, please edit your Subject line so it is more specific
<br>than &quot;Re: Contents of SAP-WUG digest...&quot;<br><br><br>Today&#39;s Topics:<br><br>&nbsp;&nbsp;1. Difference in views &quot;Organization and Staffing&quot; &amp;<br>&nbsp;&nbsp;&nbsp;&nbsp; &quot;Organization and Staffing (workflow)&quot; (Tom Peou)
<br>&nbsp;&nbsp;2. Removing work item from UWL (Albina Fernando)<br>&nbsp;&nbsp;3. Re: Removing work item from UWL (Mark Pyc)<br>&nbsp;&nbsp;4. Configure Extended Notifications in QA/PRD (Mike Pokraka)<br><br><br>----------------------------------------------------------------------
<br><br>Message: 1<br>Date: Wed, 14 Nov 2007 09:12:28 +1100<br>From: &quot;Tom Peou&quot; &lt;<a href="mailto:tompeou@gmail.com">tompeou@gmail.com</a>&gt;<br>Subject: Difference in views &quot;Organization and Staffing&quot; &amp;
<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &quot;Organization and&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Staffing (workflow)&quot;<br>To: <a href="mailto:sap-wug@mit.edu">sap-wug@mit.edu</a><br>Message-ID:<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &lt;<a href="mailto:a420e49e0711131412y1d20168uc6f47bedbcf57f6d@mail.gmail.com">
a420e49e0711131412y1d20168uc6f47bedbcf57f6d@mail.gmail.com</a>&gt;<br>Content-Type: text/plain; charset=&quot;windows-1252&quot;<br><br>Hi Khawaja,<br><br>Yes. Both transactions are synchronised. The workflow view includes
<br>additional detail (Basic data) of Workflow and Tasks &quot;agent assignment&quot;,<br>standard WF role/rule, etc that are specific to Workflow.<br><br>Cheers,<br>Tom<br><br>---------- Forwarded message ----------<br>From: &lt;
<a href="mailto:b_khawaja@ppl.com.pk">b_khawaja@ppl.com.pk</a>&gt;<br>To: &lt;<a href="mailto:sap-wug@mit.edu">sap-wug@mit.edu</a>&gt;<br>Date: Tue, 13 Nov 2007 16:48:41 +0500<br>Subject: Difference in views &quot;Organization and Staffing&quot; &amp; &quot;Organization and
<br>Staffing (workflow)&quot;<br><br><br>We are using the PPOME &quot;Organization and Staffing&quot; in a workflow for Role<br>Resolution.<br><br>The Standard Role &quot;0000157&quot; (Superior ?chief Position- ) is to be used,
<br>which will require a *restructuring* of the Org Structure.<br><br><br><br>Therefore,&nbsp;&nbsp;I need to know,<br><br>The difference between the two views&nbsp;&nbsp;&quot;Organization and Staffing&quot; &amp;<br>&quot;Organization and Staffing (workflow)&quot;,
<br><br>and if these two views are synchronized.<br><br><br><br>And if there is difference between the two views then how to configure the<br>view &quot;&quot;Organization and Staffing (workflow)&quot; for using in the workflow.
<br><br><br><br><br><br>Regards,<br><br><br><br>Khawaja&nbsp;&nbsp;Bilal Sohaib.<br>-------------- next part --------------<br>An HTML attachment was scrubbed...<br>URL: <a href="http://mailman.mit.edu/pipermail/sap-wug/attachments/20071114/28e3f503/attachment-0001.htm">
http://mailman.mit.edu/pipermail/sap-wug/attachments/20071114/28e3f503/attachment-0001.htm</a><br><br>------------------------------<br><br>Message: 2<br>Date: Wed, 14 Nov 2007 00:52:22 -0700<br>From: &quot;Albina Fernando&quot; &lt;
<a href="mailto:albinafernando@gmail.com">albinafernando@gmail.com</a>&gt;<br>Subject: Removing work item from UWL<br>To: <a href="mailto:SAP-WUG@mit.edu">SAP-WUG@mit.edu</a><br>Message-ID:<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &lt;<a href="mailto:780731090711132352n7c89f4a7t516733ba8d209d6f@mail.gmail.com">
780731090711132352n7c89f4a7t516733ba8d209d6f@mail.gmail.com</a>&gt;<br>Content-Type: text/plain; charset=&quot;iso-8859-1&quot;<br><br>Hi,<br><br>We have a scenario wherein..&nbsp;&nbsp;we are using Sequential approval.<br>i.eWorkflow
 gets triggerred and all the approvers selected receive the<br>work<br>items and email at the same time. So what we have done is first a method<br>that will fetch the approvers. then we have used a Loop that will loop<br>
through all the approvers and send each approver a work item and an email.<br>So within the loop we have used a Fork to&nbsp;&nbsp;achive this.this is the main<br>workflow. Now each time the work item is to be sent, we have used an event
<br>creator step in the main workflow that creates an event to send the workitem<br>to the approvers. And this event is in turn trigerred in another workflow.<br>And that workflow will send the work items.<br>Once the approver rejects the request, a mail shld be sent to the
<br>requestor , the workflow should be terminated and all the Work items should<br>be removed from the other approvers UWL who have not approved yet. Now since<br>this Sending of work items to different approvers is in a separate Workflow,
<br>is there any way to achieve this scenario, i.e removing the Work items from<br>other approvers UWL. To remove the work items from the approvers UWL atleast<br>we should have the reference of the main workflow. Using that we can find
<br>out. but we do not have any such reference. The approval is actually<br>random..and any approver can approve at any point.<br>Can anyone provide inputs on the same? Can we use a Custom Ztable or<br>something that will store the Workitem ids along with the main workflow id
<br>and we can store this detail when the workitem is created. And then once the<br>approver rejects then from this Ztable we can fetch the workitems for this<br>main workflow id and then use the WAPI delete func module to logically
<br>delete the workflow. Is this approach correct?<br><br>Thanks<br>Albina<br>-------------- next part --------------<br>An HTML attachment was scrubbed...<br>URL: <a href="http://mailman.mit.edu/pipermail/sap-wug/attachments/20071114/8e5d3148/attachment-0001.htm">
http://mailman.mit.edu/pipermail/sap-wug/attachments/20071114/8e5d3148/attachment-0001.htm</a><br><br>------------------------------<br><br>Message: 3<br>Date: Wed, 14 Nov 2007 09:46:43 +0000<br>From: &quot;Mark Pyc&quot; &lt;
<a href="mailto:mark.pyc@gmail.com">mark.pyc@gmail.com</a>&gt;<br>Subject: Re: Removing work item from UWL<br>To: &quot;SAP Workflow Users&#39; Group&quot; &lt;<a href="mailto:sap-wug@mit.edu">sap-wug@mit.edu</a>&gt;<br>Message-ID:
<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &lt;<a href="mailto:23f0a78a0711140146s3762da38ye8dc3063922247db@mail.gmail.com">23f0a78a0711140146s3762da38ye8dc3063922247db@mail.gmail.com</a>&gt;<br>Content-Type: text/plain; charset=&quot;iso-8859-1&quot;<br>
<br>G&#39;day Albina,<br><br>There has been a discussion about this very concept in the last week (the<br>solution for which have been attributed to me &lt;BLUSH!&gt;)<br><br>Instead of using an event creation step to generate your individual WFs you
<br>can use dynamic parallel processing. You create a single subflow step (an<br>activity step where you reference a WS instead of a TS) where you can pass<br>in a single agent and any other info. On the one of the last steop tabs
<br>(other data or miscellaneous depending on release) you set your agent<br>table as the &#39;Multline Element&#39;. When you do the binding to the subflow<br>you&#39;ll have a special option for binding the table of agents into the
<br>subflow. What happens is that for each agent in the table the system will<br>create a subflow passing in 1 agent into each subflow.<br><br>The point of all this is that you can put this call to the subflow in one<br>branch of a 1 of 2 fork. In the other fork you wait for an event. When any
<br>of the approvers reject you should raise this event from the subflow. This<br>will shut down the fork and all outstanding subflows will be logically<br>delelted.<br><br>The convo recently has been about having deadlines over subflows, but it&#39;s
<br>almost the same.<br><br>So the recommendation is to have event communication from subflow to<br>mainflow on rejection, but to use dynamic parallel processing to generate<br>the subflows.<br><br>Have fun,<br>Mark<br><br>
<br><br><br>On 14/11/2007, Albina Fernando &lt;<a href="mailto:albinafernando@gmail.com">albinafernando@gmail.com</a>&gt; wrote:<br>&gt;<br>&gt; Hi,<br>&gt;<br>&gt;&nbsp;&nbsp; We have a scenario wherein..&nbsp;&nbsp;we are using Sequential approval. 
i.eWorkflow gets triggerred and all the approvers selected receive the work<br>&gt; items and email at the same time. So what we have done is first a method<br>&gt; that will fetch the approvers. then we have used a Loop that will loop
<br>&gt; through all the approvers and send each approver a work item and an email.<br>&gt; So within the loop we have used a Fork to&nbsp;&nbsp;achive this.this is the main<br>&gt; workflow. Now each time the work item is to be sent, we have used an event
<br>&gt; creator step in the main workflow that creates an event to send the workitem<br>&gt; to the approvers. And this event is in turn trigerred in another workflow.<br>&gt; And that workflow will send the work items.<br>
&gt;&nbsp;&nbsp; Once the approver rejects the request, a mail shld be sent to the<br>&gt; requestor , the workflow should be terminated and all the Work items should<br>&gt; be removed from the other approvers UWL who have not approved yet. Now since
<br>&gt; this Sending of work items to different approvers is in a separate Workflow,<br>&gt; is there any way to achieve this scenario, i.e removing the Work items<br>&gt; from other approvers UWL. To remove the work items from the approvers UWL
<br>&gt; atleast we should have the reference of the main workflow. Using that we can<br>&gt; find out. but we do not have any such reference. The approval is actually<br>&gt; random..and any approver can approve at any point.
<br>&gt;&nbsp;&nbsp; Can anyone provide inputs on the same? Can we use a Custom Ztable or<br>&gt; something that will store the Workitem ids along with the main workflow id<br>&gt; and we can store this detail when the workitem is created. And then once the
<br>&gt; approver rejects then from this Ztable we can fetch the workitems for this<br>&gt; main workflow id and then use the WAPI delete func module to logically<br>&gt; delete the workflow. Is this approach correct?<br>
&gt;<br>&gt; Thanks<br>&gt; Albina<br>&gt;<br>&gt;<br>&gt;<br>&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">
http://mailman.mit.edu/mailman/listinfo/sap-wug</a><br>&gt;<br>&gt;<br>-------------- next part --------------<br>An HTML attachment was scrubbed...<br>URL: <a href="http://mailman.mit.edu/pipermail/sap-wug/attachments/20071114/9a58aad5/attachment-0001.htm">
http://mailman.mit.edu/pipermail/sap-wug/attachments/20071114/9a58aad5/attachment-0001.htm</a><br><br>------------------------------<br><br>Message: 4<br>Date: Wed, 14 Nov 2007 15:13:12 -0000 (UTC)<br>From: &quot;Mike Pokraka&quot; &lt;
<a href="mailto:asap@workflowconnections.com">asap@workflowconnections.com</a>&gt;<br>Subject: Configure Extended Notifications in QA/PRD<br>To: <a href="mailto:sap-wug@mit.edu">sap-wug@mit.edu</a><br>Message-ID:<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &lt;
<a href="mailto:51147.212.157.152.235.1195053192.squirrel@pluto.workflowconnections.com">51147.212.157.152.235.1195053192.squirrel@pluto.workflowconnections.com</a>&gt;<br><br>Content-Type: text/plain;charset=iso-8859-1<br>
<br>Hi Wuggers,<br><br>Quick question: How do I configure extended notifications in non-dev<br>systems?<br><br>Everything gets transported, including system-specific settings like the<br>sender address and the system to log onto, and I cannot change it.
<br><br>Or am I missing something obvious?<br><br>TIA,<br>Mike<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>End of SAP-WUG Digest, Vol 36, Issue 31<br>***************************************
<br></blockquote></div><br>