SAP-WUG Digest, Vol 45, Issue 16
ravi nath
karnatino1 at yahoo.co.in
Thu Aug 7 12:51:33 EDT 2008
Hi, the standard UWL, does not provide automatic refresh. But there is a way that you can do it very easily. Copy the UWL Iview to new custom ivew, and upon action items, you can link custom code ( Embeding Java Script ) which will do the refresh for you.
Check with Portal consulant for how to modify a iview and on action how to refresh ivews.
At the end of the day, UWL is a view which you can always copy and can make a new one.
Regards
Ravee
--- On Thu, 7/8/08, sap-wug-request at mit.edu <sap-wug-request at mit.edu> wrote:
From: sap-wug-request at mit.edu <sap-wug-request at mit.edu>
Subject: SAP-WUG Digest, Vol 45, Issue 16
To: sap-wug at mit.edu
Date: Thursday, 7 August, 2008, 4:56 PM
Send SAP-WUG mailing list submissions to
sap-wug at mit.edu
To subscribe or unsubscribe via the World Wide Web, visit
http://mailman.mit.edu/mailman/listinfo/sap-wug
or, via email, send a message with subject or body 'help' to
sap-wug-request at mit.edu
You can reach the person managing the list at
sap-wug-owner at mit.edu
When replying, please edit your Subject line so it is more specific
than "Re: Contents of SAP-WUG digest..."
Today's Topics:
1. RE: Authorisation restriction for rules in OOCU_RESP
(Dart, Jocelyn)
2. RE: After ECC 6.0 upgrade - OL383 Source and target structure
have a different number of fields (Mike Gambier)
3. Re: Approval work items deletion from MSS (Harshita Nersu)
4. Re: Fw: UWL - refresh inbox after workitem execution?
(Griffiths, Mark)
----------------------------------------------------------------------
Message: 1
Date: Thu, 7 Aug 2008 15:24:24 +0800
From: "Dart, Jocelyn" <jocelyn.dart at sap.com>
Subject: RE: Authorisation restriction for rules in OOCU_RESP
To: "SAP Workflow Users' Group" <sap-wug at mit.edu>
Message-ID:
<2EAD340DEF223745B1AC9A10B49FBB4701C1C276 at sgsine13.sin.sap.corp>
Content-Type: text/plain; charset="iso-8859-1"
You need to use HR Structural Authorisations as both Rules and
Responsibilities are HR objects.
SHD0 will only give you very light protection.
Regards,
Jocelyn
________________________________
From: sap-wug-bounces at mit.edu on behalf of Edward Diehl
Sent: Tue 5/08/2008 11:31 PM
To: SAP Workflow Users' Group
Subject: RE: Authorisation restriction for rules in OOCU_RESP
Hi Karl,
Using transaction SHD0 create a transaction variant for OOCU_RESP for each
responsibility rule to be maintained. Then using SE93 created a custom
transaction and select "Transaction with variant" and specify
transaction OOCU_RESP and the variant you just created.
Then you can assign the custom transaction to the appropriate security role(s)
and nobody ever executes OOCU_RESP directly.
I do this all the time with SM30 for custom table maintenance.
Hope this helps.
Ed
________________________________
Subject: Authorisation restriction for rules in OOCU_RESP
Date: Tue, 5 Aug 2008 11:41:51 +1000
From: Karl.Nietz at BHPBilliton.com
To: sap-wug at mit.edu
Hi,
Is it possible to limit access to specific rules when using OOCU_RESP? We have
a business scenario whereby nominated users need to update a specific rule in an
environment, but should not be allowed to update any other rules within that
environment due to data sensitivity. I could not easily find an authorisation
object that related to workflow rules.
Thanks.
Karl Nietz
GSAP Workflow Architect & Support Team Leader
CSC Melbourne
Ph: 61 3 86951157
Mob: 61 434 181303
This message and any attached files may contain information that is
confidential and/or subject of legal privilege intended only for use by the
intended recipient. If you are not the intended recipient or the person
responsible for delivering the message to the intended recipient, be advised
that you have received this message in error and that any dissemination, copying
or use of this message or attachment is strictly forbidden, as is the disclosure
of the information therein. If you have received this message in error please
notify the sender immediately and delete the message.
________________________________
Get more from your digital life. Find out how.
<http://www.windowslive.com/default.html?ocid=TXT_TAGLM_WL_Home2_082008>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/ms-tnef
Size: 6521 bytes
Desc: not available
Url :
http://mailman.mit.edu/pipermail/sap-wug/attachments/20080807/435594e8/attachment-0001.bin
------------------------------
Message: 2
Date: Thu, 7 Aug 2008 07:53:28 +0000
From: Mike Gambier <madgambler at hotmail.com>
Subject: RE: After ECC 6.0 upgrade - OL383 Source and target structure
have a different number of fields
To: "SAP Workflow Users' Group" <sap-wug at mit.edu>
Message-ID: <BAY117-W22DB64C1E503930C608546D5750 at phx.gbl>
Content-Type: text/plain; charset="iso-8859-1"
Hi Carol,
We've recently hit the same bug in our upgrade testing too.
My initial hunch was to check whether all of the mandatory importing parameters
were being passed to the method, as ECC 6 is a lot stricter about that sort of
thing.
In our case our 4.6c Task binding is trying to send through an initialised
container element called &FALSE& (which was a BOOLE-BOOLE that had not
been set by any container operation).
In the actual binding for the errored steps for this Workflow in ECC 6 I
checked SWW_CONT and could not find an entry for the mandatory parameter this
was supposed to be passed to.
Interestingly in another step of another Workflow we know this method works
fine if proper fixed values are passed, e.g. constant of 'X'.
Consequently I suspect that an initialised field binding like this doesn't
quite work anymore. I haven't had time yet to check OSS but maybe you could
have a peek at your binding to see if this sounds similar?
Mike GT
From: C.L.Gordon at newcastle.ac.ukTo: sap-wug at mit.eduDate: Wed, 6 Aug 2008
12:39:00 +0100Subject: After ECC 6.0 upgrade - OL383 Source and target structure
have a different number of fields
Hi All,
I'm quite new to workflow and have a bespoke task (created by a consultant
who has now left) which is failing in workflow after the Upgrade to ECC 6.0.
The task is based on a subtype of BUS2089 EmployeeTrip, and calls a bespoke
Function Module as a wrapper for SAP_WAPI_SUBSTITUTES_GET to determine the
substitutes for a task agent.
It works fine in 4.72.
I've tested both the standard FM, the bespoke FM and the method (via
transaction SWO1) and they return expected values, but when I call the task in
the WF, it fails on IMPORT_FROM_BOR_CONTAINER with "The source and target
structure have a different number of fields" Message no. OL383.
The Step <-> Workflow bindings check out OK.
Can anyone advise what the problem is, or point me in the direction of how to
investigate further,
Many thanks
Carol Gordon
_________________________________________________________________
Make a mini you on Windows Live Messenger!
http://clk.atdmt.com/UKM/go/107571437/direct/01/
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://mailman.mit.edu/pipermail/sap-wug/attachments/20080807/bc4dffb7/attachment-0001.htm
------------------------------
Message: 3
Date: Thu, 7 Aug 2008 11:27:33 +0100
From: Harshita Nersu <harshita.nersu at ie.ibm.com>
Subject: Re: Approval work items deletion from MSS
To: "SAP Workflow Users' Group" <sap-wug at mit.edu>
Message-ID:
<OF1874F1DA.B0B8C7BC-ON8025749E.003925D0-8025749E.003964DE at ie.ibm.com>
Content-Type: text/plain; charset=US-ASCII
Hi Sharath,
If you are making use of CATS BAPIS to create time entries ..such as
BAPI_CATIMESHEETMGR_CHANGE CATS: Change Data Records
BAPI_CATIMESHEETMGR_DELETE CATS: Delete Data Records
BAPI_CATIMESHEETMGR_INSERT CATS: Insert Data Records
BAPI_CATIMESHEETRECORD_GETLIST Time Sheet: Data Record List
if you use BAPI_CATIMESHEETMGR_DELETE this will automatically delete the
approval workitem from manager's inbox.
also changes the status to deleted in CATSDB.
Hope it helps.
Harshita
Sharath K
<ksharath77 at yahoo
.com> To
Sent by: "SAP Workflow Users'
Group"
sap-wug-bounces at m <sap-wug at mit.edu>
it.edu cc
Subject
06/08/2008 21:07 Approval work items deletion from
MSS
Please respond to
"SAP Workflow
Users' Group"
<sap-wug at mit.edu>
Hi ,
Is there any way of deleting workitems from MSS inbox...
If I delete in R/3 with SWWL..will it deleted from MSS inbox too...
thanks in adnvance...
regds,
Sharath
_______________________________________________
SAP-WUG mailing list
SAP-WUG at mit.edu
http://mailman.mit.edu/mailman/listinfo/sap-wug
------------------------------
Message: 4
Date: Thu, 7 Aug 2008 13:25:20 +0200
From: "Griffiths, Mark" <mark.griffiths at sap.com>
Subject: Re: Fw: UWL - refresh inbox after workitem execution?
To: "SAP Workflow Users' Group" <sap-wug at mit.edu>
Message-ID:
<9FB57F47D500C640B5EC8282D8AE80B4E81943 at dewdfe1n.wdf.sap.corp>
Content-Type: text/plain; charset="iso-8859-1"
You can't get the inbox to automatically refresh after execution, however,
to help increase performance you can turn on the Delta Pull mechanism for the
UWL - this borrows the same functionality used by extended notifications to
provide a repository of workflow item 'notifications' which can be
accessed much faster than the standard route. The idea is that the UWL can then
connect every minute to the backend rather than the usual 5 minutes.
There is plenty of help on this in help.sap.com - just search on UWL Delta Pull
it requires scheduling some jobs on the backend and then you edit your UWL
webflow connector to tell it to use Delta Pull. Word of warning though, getting
the connection to register can prove a challenge depending on how your user
management is set up and there a number of notes out there to apply.
To further improve usability also try tweaking some of the UWL iview parameters
that control refreshing and buffering to, for example, increase the speed that
the UWL first loads.
Regards,
Mark
SAP UK Consulting
________________________________
From: sap-wug-bounces at mit.edu [mailto:sap-wug-bounces at mit.edu] On Behalf Of
Dart, Jocelyn
Sent: 07 August 2008 07:35
To: SAP Workflow Users' Group
Subject: RE: [LIKELY JUNK]Re: Fw: UWL - refresh inbox after workitem execution?
They don't do it as standard for PERFORMANCE reasons.
You can clear expired items in the UWL admin .
Regards,
Jocelyn
________________________________
From: sap-wug-bounces at mit.edu on behalf of Sharath K
Sent: Thu 7/08/2008 4:04 PM
To: SAP Workflow Users' Group
Subject: [LIKELY JUNK]Re: Fw: UWL - refresh inbox after workitem execution?
If we can't refresh the UWL, is it possible to delete the comleted work
items from UWL?
----- Original Message ----
From: Mike Pokraka <wug at workflowconnections.com>
To: SAP Workflow Users' Group <sap-wug at mit.edu>
Sent: Wednesday, August 6, 2008 7:08:20 PM
Subject: RE: Fw: UWL - refresh inbox after workitem execution?
Paul,
There are a lot of technical hurdles in making it work. The main problem is
that the UWL is designed to handle anything you throw at it - which it does
quite well. The downside here is that it has to cater for the lowest common
denominator and standardize on that. In this case it's a back-end/SAPGUI
task which launches in a separate WinGUI window where all communication gets
lost, therefore the UWL can never know when a task finishes.
Technically this doesn't happen anyway. The UWL doesn't 'know'
because
there's no transaction concept, the key difference to SBWP is that the UWL
*launches* a task. Thus it's the task that needs to signal to the UWL when
it's done. In our case we built some task executions directly into the UWL
so that it executed in it's own subframe, or else the BSP launched by the
task would navigate the user back to the UWL upon completion. In other words
the task does the refresh (sortof). Again, this was only possible because we
developed both task and worklist using BSP.
Like I said: if you have a few months to spare....
Cheers,
Mike
> -----Original Message-----
> From: sap-wug-bounces at mit.edu [mailto:sap-wug-bounces at mit.edu] On
> Behalf Of Paul.Bakker at osr.treasury.qld.gov.au
> Sent: 06 August 2008 23:11
> To: SAP Workflow Users' Group
> Subject: RE: Fw: UWL - refresh inbox after workitem execution?
>
> Guys
>
> That's very interesting...... so it _can_ be done.... but then I
wonder
> why
> SAP doesn't enhance
> their own UWL product with nifty features like "self-refreshing after
> every
> workitem execution".
>
> One could say the clients are too demanding, but hey, it's what
they're
> used to after using
> SBWP (the SAP-GUI workflow inbox).
>
> thanks for your responses
> Paul
>
>
>
>
> "Mike Pokraka"
> <wug at workflowconn
> ections.com <http://ections.com/> >
> To
> Sent by: "'SAP Workflow Users'
Group'"
> sap-wug-bounces at m <sap-wug at mit.edu>
> it.edu <http://it.edu/>
> cc
>
>
> Subject
> 07/08/2008 07:55 RE: Fw: UWL - refresh inbox
> after
> AM workitem execution?
>
>
> Please respond to
> "SAP Workflow
> Users' Group"
> <sap-wug at mit.edu>
>
>
>
>
>
>
> Why not? Creating your own worklist is great fun :-)
>
> If the client is prepared to put in several months of work, a BSP
> worklist
> does give you a lot of freedom to do things exactly as you want it.
>
> Cheers,
> Mike
>
> PS: Yes the above is part joke, part sarcasm, but also entirely true.
>
>
> > -----Original Message-----
> > From: sap-wug-bounces at mit.edu [mailto:sap-wug-bounces at mit.edu] On
> > Behalf Of Mikko M?ki-Rahkola
> > Sent: 06 August 2008 06:10
> > To: sap-wug at mit.edu
> > Subject: Re: Fw: UWL - refresh inbox after workitem execution?
> >
> > Hi Paul,
> > I guess everyone's on vacation now...
> >
> > Your assumption is true. Apart from the configurable automatic
> refresh
> > rate e.g. set every 60 seconds, you can't force the standard UWL
> > application to refresh upon work item execution. To make it happen,
> > you would need to do quite extensive mods to the standard UWL
> > iView/WD4J application or create your own worklist (I don't
recommend
> > neither option).
> >
> > Kind regards,
> > Mikko
> >
> > On Wed, Aug 6, 2008 at 4:38 AM, <sap-wug-request at mit.edu>
wrote:
> > > Date: Wed, 6 Aug 2008 11:38:01 +1000
> > > From: Paul.Bakker at osr.treasury.qld.gov.au
> > > Subject: Fw: UWL - refresh inbox after workitem execution?
> > > To: sap-wug at mit.edu
> > > Message-ID:
> > > <OF0675C9B6.4D129DD0-ON4A25749D.00088173-
> > 4A25749D.0008F3AA at treasury.qld.gov.au>
> > >
> > > Content-Type: text/plain; charset=US-ASCII
> > >
> > >
> > > Hi,
> > >
> > > There were no replies to my previous post, so please allow me to
> > rephrase
> > > my question:
> > >
> > > "Is it true that there is _no_ automatic mechanism to
refresh the
> UWL
> > after
> > > a workitem has been executed? "
> > >
> > > If someone could please confirm that, I can stop looking... !
> > >
> > > thanks
> > > Paul (ECC 6)
> > >
> > >
> > > ----- Forwarded by Paul Bakker/BNE/QOSR/AU on 06/08/2008 11:32
AM -
> --
> > --
> > >
> > > Paul.Bakker at osr.t
> > > reasury.qld.gov <http://reasury.qld.gov/> .a
> > > u
> > To
> > > Sent by: sap-wug at mit.edu
> > > sap-wug-bounces at m
> > cc
> > > it.edu
> > >
> > Subject
> > > UWL - refresh inbox after
> > workitem
> > > 31/07/2008 04:13 execution?
> > > PM
> > >
> > >
> > > Please respond to
> > > "SAP Workflow
> > > Users' Group"
> > > <sap-wug at mit.edu>
> > >
> > >
> > >
> > >
> > >
> > >
> > > Hi,
> > >
> > > Is it possible to configure the UWL so that
> > > once you execute a workitem, it immediately disappears
> > > from the inbox? The users don't want to keep hitting the
> > > 'Refresh' link every time they complete a workitem.
> > >
> > > I have looked at using the 'Delta Pull Mechanism',
> > > but that seems to just do a cache refresh frequently
> > > (eg every 60 seconds), but not *immediately*.
> > >
> > > This must be a common request, but I can't find anything
> > > in the WUG archives on it. Anyone?
> > >
> > > thanks again
> > > Paul (ECC 6)
> > >
> > >
> > >
> >
> ***********************************************************************
> >
> ***********************************************************************
> > ********
> > >
> > >
> > > Only an individual or entity who is intended to be a recipient
of
> > this
> > > e-mail may access or use the information contained in this
e-mail
> or
> > any of
> > > its attachments. Opinions contained in this e-mail or any of
its
> > > attachments do not necessarily reflect the opinions of
Queensland
> > Treasury.
> > >
> > > The contents of this e-mail and any attachments are confidential
> and
> > may be
> > > legally privileged and the subject of copyright. If you have
> > received this
> > > e-mail in error, please notify Queensland Treasury immediately
and
> > erase
> > > all copies of the e-mail and the attachments. Queensland
Treasury
> > uses
> > > virus scanning software. However, it is not liable for viruses
> > present in
> > > this e-mail or in any attachment.
> > >
> > >
> >
> ***********************************************************************
> >
> ***********************************************************************
> > ********
> > >
> > >
> > > _______________________________________________
> > > SAP-WUG mailing list
> > > SAP-WUG at mit.edu
> > > http://mailman.mit.edu/mailman/listinfo/sap-wug
> > >
> > >
> > >
> > > ------------------------------
> > >
> > > _______________________________________________
> > > SAP-WUG mailing list
> > > SAP-WUG at mit.edu
> > > http://mailman.mit.edu/mailman/listinfo/sap-wug
> > >
> > >
> > > End of SAP-WUG Digest, Vol 45, Issue 9
> > > **************************************
> > >
> > _______________________________________________
> > SAP-WUG mailing list
> > SAP-WUG at mit.edu
> > http://mailman.mit.edu/mailman/listinfo/sap-wug
>
>
> _______________________________________________
> SAP-WUG mailing list
> SAP-WUG at mit.edu
> http://mailman.mit.edu/mailman/listinfo/sap-wug
>
>
>
> _______________________________________________
> SAP-WUG mailing list
> SAP-WUG at mit.edu
> http://mailman.mit.edu/mailman/listinfo/sap-wug
_______________________________________________
SAP-WUG mailing list
SAP-WUG at mit.edu
http://mailman.mit.edu/mailman/listinfo/sap-wug
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://mailman.mit.edu/pipermail/sap-wug/attachments/20080807/08011a25/attachment.htm
------------------------------
_______________________________________________
SAP-WUG mailing list
SAP-WUG at mit.edu
http://mailman.mit.edu/mailman/listinfo/sap-wug
End of SAP-WUG Digest, Vol 45, Issue 16
***************************************
Connect with friends all over the world. Get Yahoo! India Messenger at http://in.messenger.yahoo.com/?wm=n/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.mit.edu/pipermail/sap-wug/attachments/20080807/f61d349f/attachment.htm
More information about the SAP-WUG
mailing list