<div>Susan,</div>
<div> </div>
<div>I ran into same issue few months back. I prefer putting lot of code in the method than complicating the workflow. If there is a change in the business rule, provided ABAP best practice is followed, it is less effort to change than the WF itself. If there is change or bug in the workflow branch, it is less effort to test that piece alone leaving the complicated ABAP code alone.
</div>
<div> </div>
<div>I created a WF similar to N-step BADI, since it was not available in the version of SRM I was working on, it took me twice as much time to troubleshoot the complicated WF conditions and WF ran into 3 full screens down and two screens wide.
</div>
<div> </div>
<div>Personally, I vote for putting conditions in business object method rather than in WF.</div>
<div> </div>
<div>Regards,</div>
<div>Raju<br><br> </div>
<div><span class="gmail_quote">On 11/9/05, <b class="gmail_sendername">Susan R. Keohan</b> <<a href="mailto:keohan@ll.mit.edu">keohan@ll.mit.edu</a>> wrote:</span>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">Hello all,<br><br>I am in the process of designing workflows for SRM 5.0 (Shopping Cart Release - using N-step BAdi,
<br>PO, etc.). My organization is very thin when it comes to workflow expertise. Therefore, I ask the<br>following:<br><br>Is it better to put conditions, branching, etc in the workflow itself, which exposes the conditions,
<br>but also complicates the flow, and would require a WF person to modify/maintain, or<br><br>put a lot of effort into the underlying ABAP, the theory being that it would be easier to find an<br>ABAPer who can maintain/modify the code. The drawback, of course, is that the conditions are not so
<br>visible.<br><br>There's no right or wrong answer... just food for thought.<br><br>Happy WF-ing,<br>Sue<br>--<br>Susan R. Keohan<br>SAP Workflow Developer<br>MIT Lincoln Laboratory<br>244 Wood Street<br>LI-200<br>Lexington, MA. 02420
<br>781-981-3561<br><a href="mailto:keohan@ll.mit.edu">keohan@ll.mit.edu</a><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>