Transfer of work item due to org unit change

[Maue, Thomas X.]

Brad,
 
What I meant by incorporating the user parameter is to copy
RH_INBOX_VIEW_BUFFER_REFRESH
to your own Z function and modify the line that pulls in sy-uname.  Make
this a import parameter and
that solves your problem.
 
My question is why does the RH_SWWUSERWI_TIMESTAMP_RESET work and the
RH_SWWUSERWI_TIMESTAMP_RESET does not?  This does not make sense to me.  Did
you have
commit work in your process similar to function
RH_SWWUSERWI_TIMESTAMP_RESET?
 
Tom
 
> -----Original Message-----
>> From: "Schroeter, Brad" <BSchroeter at ti.com>@LYONDELL
> Sent: Friday, July 27, 2001 1:28 PM
> To:   SAP-WUG at MITVMA.MIT.EDU
> Subject:      Re: Transfer of work item due to org unit change
>
>
> Thomas,
> Thanks for the response.  I first tried running
> RH_SWWUSERWI_TIMESTAMP_RESET
> under my userid for each user but I noticed the results were inconsistent
> (one time the work item appeared in both inboxes, one time no work items
> were listed for either user, sometimes it worked).  And I made sure the
> COMMIT_FLAG was always set to 'X'.  Next, I tried
> RH_INBOX_VIEW_BUFFER_REFRESH and it refreshes the org environment
> correctly
> when the logged on user runs it; however, you cannot pass it a userid
> parameter (it uses sy-uname) so a centralized person cannot run it for
> another user.
>
> Is there not a function module like RH_SWWUSERWI_TIMESTAMP_RESET where I
> can
> pass a userid parameter?
>
> Thanks,
> Brad
>
> -----Original Message-----
>> From: Maue, Thomas X. [mailto:Thomas.Maue at Lyondell.com]
> Sent: Wednesday, July 18, 2001 4:42 PM
> To: SAP-WUG at MITVMA.MIT.EDU
> Subject: Re: Transfer of work item due to org unit change
>
>
> Brad,
>
> Try function module RH_INBOX_VIEW_BUFFER_REFRESH.  It is a simple FM that
> executes RH_SWWUSERWI_TIMESTAMP_RESET.  The second FM has a user name
> parameter that you can incorporate.
>
> FYI - users don't have to execute SWUS.  The same functionality is in the
> Inbox.
> 4.5 path: Office - Inbox - Workflow button - Edit - Refresh organizational
> environment.
> 4.6 path: SBWP - Settings - Workflow settings - Refresh organizational
> environment.
>
> Another option - there is a configuration setting in table T77S0 that
> allows
> for how the
> organizational environment is buffered.  The table entry is: WFLOW INBOX
> Org.
> Environment Buffering Type in the Inbox.  If the indicator is X, the
> environment is buffered
> once per day or each logon.  If not set, the environment is read each time
> the inbox is
> called.  Watch out - this setting leads to longer call times for the
> inbox.
>
>
> Regards,
>
> Thomas Maue Jr.
> Workflow Consultant
>
>
> > -----Original Message-----
> > From: "Schroeter, Brad" <BSchroeter at ti.com>@LYONDELL
> > Sent: Tuesday, July 17, 2001 2:48 PM
> > To:   SAP-WUG at MITVMA.MIT.EDU
> > Subject:      Transfer of work item due to org unit change
> >
> >
> > Problem:
> > We're on 4.0B (hot package 14) and I've got an org unit set up like
> this:
> > Org unit I
> >   Position 1
> >     Holder A (validity 10/11/2000 - 12/31/9999)
> > *Note: Positions are created in reference to jobs and workflow tasks
> > are assigned to jobs.
> >
> > Currently holder A has 3 work items in inbox for this org unit position.
> > On
> > 10/17/2000 via tran PPOM I delimit holder A with a delimit date of
> > 10/16/2000 and add holder B with a validity of 10/17/2000 - 12/31/2000.
> > Holder B currently has no work items in inbox.  I then execute tran SWUS
> > and
> > select "Refresh organizational environment" button.  Now holder A has no
> > work items in inbox but holder B still has no work items in inbox
> either.
> >
> > Then on 10/18/2000 I log in as holder B and see that the 3 work items
> are
> > now in the inbox.
> >
> > I was expecting tran SWUS to transfer the work items from holder A to
> > holder
> > B instantaneously.  Why did I see the work items in holder B's inbox the
> > next day, and what triggers the transfer of these work items?
> >
> > SAP OSS Responses:
> > "To get a better performance for selecting the inbox, the items for the
> > different users are buffered. Using transaction SWUS -> "Refresh
> > organizational environment" does refresh this buffer only for the
> current
> > user. Therefore, the 3 items disappear from its inbox but do not appear
> in
> > other inboxes.
> >
> > To get the items in other ones inbox, you can use the same function for
> > the
> > other user(s).
> >
> > The general behavior is, that once each day (maybe at night), all
> buffers
> > will be refreshed. This is why the next day the items appear
> > automatically.
> > Transaction SWU_OBUF should also do the refresh for all users."
> > **********
> > "It is right. Transaction SWU_OBUF does not exist in 4.0B (sorry that I
> > forgot this). I called the responsible developer for a corresponding
> > report
> > or transaction in 4.0B. As he told me, there is none."
> > **********
> > "I'm sorry that there is no other way in release 4.0. In 4.6, SWU_OBUF
> > does
> > only reset the timestamps for the buffered values what should lead to a
> > complete new selection at the next access."
> > **********
> > "The refresh of the organizational environment is done once each day (at
> > night) by the system (for all users).  The manual refresh is only
> possible
> > for the current user, that is
> > logged on. There is no function for an administrator."
> >
> > My Dilemma:
> > So is there no way to allow a centralized person to manually refresh the
> > org
> > environment after org unit changes without:
> > -having each affected user do their own refresh, or
> > -without waiting overnight for the buffers to refresh?
> > Could it be done in a custom report with certain function modules?
> >
> >
> > Any help is greatly appreciated,
> > Brad
> >
> >