<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"><head><meta http-equiv=Content-Type content="text/html; charset=utf-8"><meta name=Generator content="Microsoft Word 15 (filtered medium)"><!--[if !mso]><style>v\:* {behavior:url(#default#VML);}
o\:* {behavior:url(#default#VML);}
w\:* {behavior:url(#default#VML);}
.shape {behavior:url(#default#VML);}
</style><![endif]--><style><!--
/* Font Definitions */
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0in;
        margin-bottom:.0001pt;
        font-size:12.0pt;
        font-family:"Times New Roman",serif;}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:blue;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {mso-style-priority:99;
        color:purple;
        text-decoration:underline;}
p.msonormal0, li.msonormal0, div.msonormal0
        {mso-style-name:msonormal;
        mso-margin-top-alt:auto;
        margin-right:0in;
        mso-margin-bottom-alt:auto;
        margin-left:0in;
        font-size:12.0pt;
        font-family:"Times New Roman",serif;}
span.EmailStyle18
        {mso-style-type:personal-reply;
        font-family:"Times New Roman",serif;
        color:windowtext;}
.MsoChpDefault
        {mso-style-type:export-only;
        font-family:"Calibri",sans-serif;}
@page WordSection1
        {size:8.5in 11.0in;
        margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
        {page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]--></head><body lang=EN-US link=blue vlink=purple><div class=WordSection1><p class=MsoNormal>WOW you people are making me SO HAPPY.<o:p></o:p></p><p class=MsoNormal><o:p>&nbsp;</o:p></p><p class=MsoNormal><o:p>&nbsp;</o:p></p><p class=MsoNormal><b><span style='font-size:11.0pt;font-family:"Calibri",sans-serif'>From:</span></b><span style='font-size:11.0pt;font-family:"Calibri",sans-serif'> sap-wug-bounces@mit.edu &lt;sap-wug-bounces@mit.edu&gt; <b>On Behalf Of </b>Mark Pyc<br><b>Sent:</b> Thursday, April 5, 2018 3:48 AM<br><b>To:</b> WUG &lt;sap-wug@mit.edu&gt;<br><b>Subject:</b> Re: Parallel Subflow inside a Parallel Subflow??<o:p></o:p></span></p><p class=MsoNormal><o:p>&nbsp;</o:p></p><div><p class=MsoNormal>Wow, what a mixed bag this has been for me! So great to feel the WUG love again!! So, so frustrating that I've wasted my and your time.&nbsp;<o:p></o:p></p><div><p class=MsoNormal><o:p>&nbsp;</o:p></p></div><div><p class=MsoNormal>Dynamic Parallel Subflows inside Dynamic Parallel Subflows work a treat! All good!! No technical issue.&nbsp;<o:p></o:p></p></div><div><p class=MsoNormal><o:p>&nbsp;</o:p></p></div><div><p class=MsoNormal>What was confusing me was that the developer I picked this up from had an import table of items declared on the first dynamic subflow. However it wasn't bound. But when I looked at logs, and indeed when I did a SWUS_WITH_REFERENCE the table was filled. The reason it was filled is that he had a method to fill it in a different fork branch to the one that contained the call to the SubSubFlow. As such, the first time round the table was empty, no dynamic subflows generated - system working as designed.&nbsp;<o:p></o:p></p></div><div><p class=MsoNormal><o:p>&nbsp;</o:p></p></div><div><p class=MsoNormal>Thanks so much for the suggestion to create a simple example to show to OSS. Building this proved that the technical concept worked.&nbsp;<o:p></o:p></p></div><div><p class=MsoNormal><o:p>&nbsp;</o:p></p></div><div><p class=MsoNormal>Love you Wuggers!!!<o:p></o:p></p></div><div><p class=MsoNormal><o:p>&nbsp;</o:p></p></div><div><p class=MsoNormal>Have fun,<o:p></o:p></p></div><div><p class=MsoNormal>Mark<o:p></o:p></p></div></div><div><p class=MsoNormal><o:p>&nbsp;</o:p></p><div><p class=MsoNormal>On 4 April 2018 at 22:39, Mark Pyc &lt;<a href="mailto:mark.pyc@gmail.com" target="_blank">mark.pyc@gmail.com</a>&gt; wrote:<o:p></o:p></p><blockquote style='border:none;border-left:solid #CCCCCC 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-right:0in'><div><p class=MsoNormal>G'day again,<o:p></o:p></p><div><p class=MsoNormal><o:p>&nbsp;</o:p></p></div><div><p class=MsoNormal>After sending the initial mail it occurred to me I could test my theory by directly starting the first level Subflow directly, and as guessed the subsequent parallel subflow step initiates successfully. So I'm guessing there is a limitation (potentially a bug in release Basis 731 sp 16) that means you can't have a parallel subflow within a parallel subflow. I get that there could be concerns for endless loops spawning recursive subflows but seems a bit rude to not support it at all.&nbsp;<o:p></o:p></p></div><div><p class=MsoNormal><o:p>&nbsp;</o:p></p></div><div><p class=MsoNormal>In the screen shot below you can see when I started an instance of the subflow WS90100016 that it successfully spawned an instance of WS90100019 in step 1396. No changes to bindings or data, just this time WS90100016 wasn't a subflow.&nbsp;<o:p></o:p></p></div><div><p class=MsoNormal><o:p>&nbsp;</o:p></p></div><div><p class=MsoNormal style='margin-bottom:12.0pt'><img border=0 width=472 height=209 style='width:4.9166in;height:2.175in' id="_x0000_i1025" src="cid:image001.png@01D3CCCB.DCE88650"><o:p></o:p></p></div><div><p class=MsoNormal>Anyone know if it should ever work or am I just pushing the boundaries of the sane?&nbsp;<o:p></o:p></p></div><div><p class=MsoNormal><o:p>&nbsp;</o:p></p></div><div><p class=MsoNormal>Have fun,<o:p></o:p></p></div><div><p class=MsoNormal>Mark<o:p></o:p></p></div><div><p class=MsoNormal><o:p>&nbsp;</o:p></p></div></div><div><div><div><p class=MsoNormal><o:p>&nbsp;</o:p></p><div><p class=MsoNormal>On 4 April 2018 at 19:06, Mark Pyc &lt;<a href="mailto:mark.pyc@gmail.com" target="_blank">mark.pyc@gmail.com</a>&gt; wrote:<o:p></o:p></p><blockquote style='border:none;border-left:solid #CCCCCC 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-right:0in'><div><p class=MsoNormal>G'day Wuggers,<o:p></o:p></p><div><p class=MsoNormal><o:p>&nbsp;</o:p></p></div><div><p class=MsoNormal>Wow, been a long time, but scratching my head again so once again come to the fount of all WF knowledge.<o:p></o:p></p></div><div><p class=MsoNormal><o:p>&nbsp;</o:p></p></div><div><p class=MsoNormal>I'm helping another developer who has got to a point of confusion in a parked Logistics Inv. scenario where an Invoice is Held with reference to multiple POs and multiple items within those POs. It is Saved as Held as there are no Service Entry Sheets. The solution is to send create parallel WFs out per PO to the PO creator/requestor asking them to create Service Entry Sheets (SES) if appropriate. The desire is to have a Wait for Correlated Event that an SES has been created for each item. You can't seem to create parallel Wait for Correlated Event steps, so have put the Waits inside a Subflow.<o:p></o:p></p></div><div><p class=MsoNormal><o:p>&nbsp;</o:p></p></div><div><p class=MsoNormal>The binding to the Sub-Subflow&nbsp; is based on &amp;PO_ITEMS[&amp;_WF_PARFOREACH_INDEX&amp;]&amp; with the Items table indicated on the Misc tab.&nbsp;<o:p></o:p></p></div><div><p class=MsoNormal><o:p>&nbsp;</o:p></p></div><div><p class=MsoNormal>The system doesn't throw an error, but it doesn't create the subflow either. In the log there is a phantom step with a step type of &quot;STEP&quot; which I can't ever remember seeing before. Note that although there is a Node number there is no Task Number and no Workitem Number<o:p></o:p></p></div><div><p class=MsoNormal><img border=0 width=454 height=164 style='width:4.7333in;height:1.7083in' id="_x0000_i1026" src="cid:image002.png@01D3CCCB.DCE88650"><o:p></o:p></p></div><div><p class=MsoNormal><o:p>&nbsp;</o:p></p></div><div><p class=MsoNormal>Is this some weird restriction that you can't have a parallel subflow within a parallel subflow???&nbsp;<o:p></o:p></p></div><div><p class=MsoNormal><o:p>&nbsp;</o:p></p></div><div><p class=MsoNormal>The WF just carries on like that Step doesn't exist, which indeed it doesn't seem to.&nbsp;<o:p></o:p></p></div><div><p class=MsoNormal><o:p>&nbsp;</o:p></p></div><div><p class=MsoNormal>I'm not justifying the design either from a business process or technical build, but I'm at a loss as to what is happening technically when trying to implement this.&nbsp;<o:p></o:p></p></div><div><p class=MsoNormal><o:p>&nbsp;</o:p></p></div><div><p class=MsoNormal>Appreciate any sagely input!<o:p></o:p></p></div><div><p class=MsoNormal><o:p>&nbsp;</o:p></p></div><div><p class=MsoNormal>Have fun,<o:p></o:p></p></div><div><p class=MsoNormal style='margin-bottom:12.0pt'>Mark<o:p></o:p></p></div><div><p class=MsoNormal><o:p>&nbsp;</o:p></p></div></div></blockquote></div><p class=MsoNormal><o:p>&nbsp;</o:p></p></div></div></div></blockquote></div><p class=MsoNormal><o:p>&nbsp;</o:p></p></div></div></body></html>