Transfer of work item due to org unit change

[Maue, Thomas X.]

Second paragraph does not make any sense.  What I meant to state was.
 
My question is why does the RH_INBOX_VIEW_BUFFER_REFRESH 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_INBOX_VIEW_BUFFER_REFRESH?
 
 
 
> -----Original Message-----
>> From: Maue, Thomas X.
> Sent: Monday, July 30, 2001 11:39 AM
> To:   'SAP Workflow Users' Group'
> Subject:      RE: Transfer of work item due to org unit change
>
> 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
>
>        << OLE Object: Picture (Device Independent Bitmap) >>
>       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
>       >
>       >