<html>
<head>
<style>
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 10pt;
font-family:Verdana
}
</style>
</head>
<body class='hmmessage'>
Hi Jocelyn,<br><br>I have some questions regarding possible option 1.<br><br>I do understand that creating one big process containing all the forms and connected to one big wf template is the best solution.<br><br>- However, I am wondering if it is it possible to have 2 processes, Process A and Process B, connected to the same workflow, where the WF passes fields from a form in Process A to a form in Process B?<br><br>The reason why I ask, is that we have several different processes today with their own WFs.<br><br>In some scenarios process B should be extending the previous process (process A). It would be easier to connect both existing processes to a WF, compared to making one big Process.<br><br>- What is the main benefit of having a subworkflow or a local workflow ? Would it be benefitial to use that in my scenario ?<br><br>Thanks in advance.<br><br>Best regards,<br><br>Tor<br><hr id="stopSpelling">Subject: RE: [LIKELY JUNK]Starting a HCM process from within an existing HCM        process<br>Date: Fri, 20 Feb 2009 06:49:17 +0800<br>From: jocelyn.dart@sap.com<br>To: sap-wug@mit.edu<br><br>




<style>
.ExternalClass .EC_hmmessage P
{padding-right:0px;padding-left:0px;padding-bottom:0px;padding-top:0px;}
.ExternalClass BODY.EC_hmmessage
{font-size:10pt;font-family:Verdana;}
</style>



<div dir="ltr" align="left"><span class="EC_272163822-19022009"><font color="#0000ff" face="Arial">Hi Tor, </font></span></div>
<div dir="ltr" align="left"><span class="EC_272163822-19022009"><font color="#0000ff" face="Arial"></font></span>&nbsp;</div>
<div dir="ltr" align="left"><span class="EC_272163822-19022009"><font color="#0000ff" face="Arial">Possible options are:</font></span></div>
<div dir="ltr" align="left"><span class="EC_272163822-19022009"><font color="#0000ff" face="Arial"></font></span>&nbsp;</div>
<div dir="ltr" align="left"><span class="EC_272163822-19022009"><font color="#0000ff" face="Arial">1. Create a process Z_PROCESS_C which covers all possible forms of 
the business scenario&nbsp;- remember you don't have to use EVERY form in every 
process instance - the workflow controls when and who gets to start the new 
form.</font></span></div>
<div dir="ltr" align="left"><span class="EC_272163822-19022009"><font color="#0000ff" face="Arial">In this case you would include a checkbox or similar on your form 
to indicate if the extra form is required.&nbsp; This is the best approach as 
you can pass fields between forms, and you can represent the super process with 
it's own workflow template - even use subflows to share the common parts of the 
processing.&nbsp; </font></span></div>
<div dir="ltr" align="left"><span class="EC_272163822-19022009"><font color="#0000ff" face="Arial"></font></span>&nbsp;</div>
<div dir="ltr" align="left"><span class="EC_272163822-19022009"><font color="#0000ff" face="Arial">2. Use the Links (i.e. the Link List) to call the web dynpro 
application to start the new process&nbsp;- but of course you won't be able to 
pass any fields across to the new form.&nbsp; The advantage of this is that the 
second form is brought up immediately in a second window but you break the 
tracking of the process as there is no relationship between the first and second 
forms or their processes. </font></span></div>
<div dir="ltr" align="left"><span class="EC_272163822-19022009"><font color="#0000ff" face="Arial"></font></span>&nbsp;</div>
<div dir="ltr" align="left"><span class="EC_272163822-19022009"><font color="#0000ff" face="Arial">3. Use a button on the form to set a hidden field and use the 
hidden field in a Generic Service to raise a workflow event to trigger the new 
process - the first step of which is to bring the form in the UWL to the person 
who pressed the button.</font></span></div>
<div dir="ltr" align="left"><span class="EC_272163822-19022009"><font color="#0000ff" face="Arial">But be careful of LUW issues - you may need to wait for them to 
Send the current form before the event can be triggered.&nbsp; But you break the 
tracking of the process as there is no relationship between the first and second 
forms or their processes. </font></span></div>
<div dir="ltr" align="left"><span class="EC_272163822-19022009"><font color="#0000ff" face="Arial"></font></span>&nbsp;</div>
<div dir="ltr" align="left"><span class="EC_272163822-19022009"><font color="#0000ff" face="Arial">4. Use JavaScripts on the form to build a more sophisticated URL 
to call the new process - this is possible but requires some good JavaScript 
knowledge.&nbsp; Again the form would be brought up immediately but you break 
the tracking process, and would realistically only be able to pass *very* 
limited information to the new form. </font></span></div>
<div dir="ltr" align="left"><span class="EC_272163822-19022009"><font color="#0000ff" face="Arial"></font></span>&nbsp;</div>
<div dir="ltr" align="left"><span class="EC_272163822-19022009"><font color="#0000ff" face="Arial">Option 1 is the best practice recommended approach - as this gives 
you proper tracking across the ENTIRE process - regardless of which forms are 
included.&nbsp; Remember form scenarios are independent objects&nbsp;can be 
included in multiple HCM processes. </font></span></div>
<div dir="ltr" align="left"><span class="EC_272163822-19022009"><font color="#0000ff" face="Arial"></font></span>&nbsp;</div>
<div dir="ltr" align="left"><span class="EC_272163822-19022009"><font color="#0000ff" face="Arial">Hope that helps. </font></span></div>
<div dir="ltr" align="left"><span class="EC_272163822-19022009"><font color="#0000ff" face="Arial">Regards,</font></span></div>
<div dir="ltr" align="left"><span class="EC_272163822-19022009"><font color="#0000ff" face="Arial">Jocelyn</font></span></div><br>
<div class="EC_OutlookMessageHeader" dir="ltr" align="left" lang="en-us">
<hr>
<font face="Tahoma"><b>From:</b> sap-wug-bounces@mit.edu 
[mailto:sap-wug-bounces@mit.edu] <b>On Behalf Of </b>Tor Magne 
Refsland<br><b>Sent:</b> Thursday, 19 February 2009 8:27 PM<br><b>To:</b> SAP 
WUG list<br><b>Subject:</b> [LIKELY JUNK]Starting a HCM process from within an 
existing HCM process<br></font><br></div>
<div></div>Dear experts,<br>&nbsp;<br>I am using HCM processeses in SAP, where I 
have connected several forms to one process, which again is connected to a 
workflow. This basically means that I am passing fieldvalues from one form to 
another using workflow. <br>&nbsp;<br>Case:<br>------<br>I am using t-code 
HRASR_DT<br>&nbsp;<br>Let us say I have process Z_PROCESS_A, which contains form 
ZFA1, ZFA2 and ZFA3.<br>I also have another process called Z_PROCESS_B, which 
contains for ZFB1 and ZFB2.<br>&nbsp;<br>Related to this subject I have several 
questions:<br>&nbsp;<br>I want a link/button in form ZFA3, which will start form 
ZFB1(in process z_process_b) and pass on the same field values from previous 
form.<br><br>My question are:<br>--------------<br>1. <br>"Is it possible to 
make a button/link in a PDF form, which can take you directly to another form in 
another process, and bring the field-values to the new 
form?"<br>&nbsp;<br>2.<br>"Is there any way to start a HCM process from within 
another HCM process?"<br>&nbsp;<br>Restrictions:<br>------------<br>Since we are 
in the last phase of the project, I am not permitted to do any changes in the 
XML configuration for UWL. <br>&nbsp;<br>&nbsp;<br>Thanks in advance.<br>Best 
regards,<br>Tor<br><br><br>
<hr>
Connect to the next generation of MSN Messenger&nbsp; <a href="http://imagine-msn.com/messenger/launch80/default.aspx?locale=en-us&amp;source=wlmailtagline">Get it now! </a><br /><hr />See all the ways you can stay connected <a href='http://www.microsoft.com/windows/windowslive/default.aspx' target='_new'>to friends and family</a></body>
</html>