Transfer of work item due to org unit change
Schroeter, Brad
BSchroeter at ti.com
Tue Jul 31 11:32:54 EDT 2001
Thomas,
I understood what you were trying to say. I tested it again this morning:
1) Made org unit change.
2) I logged in as myself and ran ABAP code for each user which calls
RH_SWWUSERWI_TIMESTAMP_RESET and does "COMMIT WORK" after function call (I
also tried COMMIT_FLAG = 'X' in the actual function module call). This did
not transfer work items when I looked at SO01 for each user.
3) Then logged in as both users and for each ran
RH_INBOX_VIEW_BUFFER_REFRESH via SE37 - this transferred the work item
successfully when I looked at SO01.
I may not go down the route of creating Z_RH_INBOX_VIEW_BUFFER_REFRESH since
it calls form DELETE_ORG_BUFFER which then calls form GET_INDX_KEY. Since
GET_INDX_KEY uses sy-uname I would also have to create Z_GET_INDX_KEY and
Z_DELETE_ORG_BUFFER (to pass user parameter to Z_GET_INDX_KEY). It just
doesn't seem to be worth it. I was just trying to find some way for our
central person who handles org changes to be able to refresh the org
environment also without having the users do it themselves via SO01 (our
users do not use SO01 to execute work items - we use a custom report).
If you have any other suggestions, I'm all ears.
Thanks for all your help,
Brad
-----Original Message-----
From: Maue, Thomas X. [mailto:Thomas.Maue at Lyondell.com]
Sent: Monday, July 30, 2001 12:10 PM
To: SAP-WUG at MITVMA.MIT.EDU
Subject: Re: Transfer of work item due to org unit change
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
> >
> >
More information about the SAP-WUG
mailing list