Transfer of work item due to org unit change
Maue, Thomas X.
Thomas.Maue at Lyondell.com
Mon Aug 20 15:24:50 EDT 2001
Brad,
We got the answer needed (for below question) from Frank Reichenbach when he
replied to
another Email - thanks Frank. In 4.6 FM RH_INDEX_TIMESTAMP_CHANGE is
executed
instead of RH_SWWUSERWI_TIMESTAMP_RESET for refreshing. This FM is
available in
4.5 and hopefully in your 4.0 system?
I successfully coded a simple program that refreshes the Organization
Environment for one
individual user or all users at one time by executing
RH_WF_OM_INDICES_TIMESTAMP_RFS,
RH_INDEX_TIMESTAMP_CHANGE. This solves your problem ........ if 4.0
contains these
functions.
Let me know,
Thomas Maue Jr.
Workflow Consultant
> -----Original Message-----
>> From: Maue, Thomas X.
> Sent: Tuesday, July 31, 2001 12:14 PM
> To: 'SAP Workflow Users' Group'
> Subject: RE: Transfer of work item due to org unit change
>
> Brad,
>
> I see what you mean - did not drill into the performs. I thought that the
> same refresh function was
> executed with transaction SWU_OBUF in 4.6. Maybe someone else can check
> and see how SAP
> handled this. I am in 4.5B right now and do not have.
>
> The T77S0 setting is the only other suggestion I have.
>
> Tom
>
>
> -----Original Message-----
> From: "Schroeter, Brad" <BSchroeter at ti.com>@LYONDELL
> Sent: Tuesday, July 31, 2001 10:33 AM
> To: SAP-WUG at MITVMA.MIT.EDU
> Subject: Re: Transfer of work item due to org unit change
>
>
> 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