<BODY><P></P>
<P>Hi Sue,</P>
<P>From what I see in our NW2004S + SRM 5.0 systems, HRUS_D2 is the only way to maintain substitutes when using the UWL and SAP Inbox. The UWL substitute functionality updates the HRUS_D2 table in each connected SAP system.</P>
<P>I'm also interested in this because I'm planning to build a maint dialog for HRUS_D2 for de-centralized substitution management. </P>
<P>Thanks,</P>
<P>Jerry </P>
<P><B>----- Original Message -----</B></P>
<P></P><B>From</B>: "Susan R. Keohan" <keohan@ll.mit.edu>
<P></P><B>Date</B>: Tuesday, August 22, 2006 11:37 am
<P></P><B>Subject</B>: Usage of HRUS_D2 to maintain substitutes - still viable in SRM ?
<P></P>
<P></P>> Hello all, <BR>> <BR>> It's been -suggested- to me that in SRM 5.0, the maintenance of <BR>> substitutes via HRUS_D2 is not <BR>> wholly functional 'cause EBP differs from that'. <BR>> <BR>> I've noticed that maintaining substitutes via the web front-end <BR>> doesn't allow you to 'back-date' <BR>> them, nor does the web front-end tell you if this was tried, and <BR>> unsuccessful. And we have always <BR>> relied on the ability to back-date and maintain substitutions <BR>> centrally for users who 'forget' to <BR>> set up their substitutions via a maintenance dialog on HRUS_D2 - <BR>> even in our EBP 3.5 Production System. <BR>> <BR>> Can anyone confirm or deny for me that HRUS_D2 is no longer a <BR>> valid way to store/maintain <BR>> substitutes ? It's my understanding (from this list) that this <BR>> is *one* table that SAP does not <BR>> mind if you maintain. <BR>> <BR>> Thanks, <BR>> Sue <BR>
> <BR>> PS: FYI... I've tested HRUS_D2 substitutes using standard <BR>> functions, such as RH_SUBSTITUTES_GET and <BR>> SAP_WAPI_SUBSTITUTES_GET... and these functions can 'find' the <BR>> substitutes. It's only <BR>> SAP_WAPI_RESERVE_WORKITEM that seems to have a problem. <BR>> <BR>> And please, no need to ask me to raise a customer message, as <BR>> that's how I got this issue in the <BR>> first place. <BR>> <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>> keohan@ll.mit.edu <BR>> <BR>> _______________________________________________ <BR>> SAP-WUG mailing list <BR>> SAP-WUG@mit.edu <BR>> http://mailman.mit.edu/mailman/listinfo/sap-wug <BR>> </BODY>