<div>The following was my experience of ISR's</div>
<div>&nbsp;</div>
<div>The issue with ISR's and Wf templates WS50000040/41/42&nbsp;is that the user sees and enters data into a nice webform and SAP sends the QISR1 transaction&nbsp;as a task to change the status (ie approve).&nbsp; So one person sees a webform and understands it,&nbsp;the approver sees&nbsp;QISR1, has to flip to the extended QISR transaction to get a configurable tab that displays the webform before setting the status.&nbsp; When I showed this to my client they&nbsp;did not like it.&nbsp; In the end I&nbsp;still used the ISR framework, as Jocelyn says if offers lots of configuration options and is standard technology for ESS/MSS, but modified the Wf template to use a webflow task to display the webform via the browser.&nbsp;&nbsp;I additionally had to have buttons on the webform&nbsp;for Approve/Reject and fed this back to the Wf container via the ISR BAPI's
</div>
<div>&nbsp;</div>
<div>I also got trapped by the QISR BAPI's not feeding back any changed characteristics when called in display mode, they are only fed back in input and change mode.</div>
<div>&nbsp;</div>
<div>At the end of the piece of work I was not convinced about ISR's and would choose BSP's in future.</div>
<div>&nbsp;</div>
<div>Andy Curtis</div>