Extended notifications and UWL- no notifications created/sent

Fri Jun 25 06:07:35 EDT 2010

Hi Margaret,

The good news: I've encountered this and have a simple workaround.
The potential bad news: you will need a little BSP and portal skills, if
this is not your area then hopefully you have some people who can help.

As you picked up, this is an authentication issue that would not normally
happen if userids & passwords were synchronised. The exact mechanics
depend on your landscape, but in my case if users log onto the portal
BEFORE clicking on the approve/reject link in the mail, it worked fine
because there was an established session it could use. But if you click on
the link without first logging onto the portal it will try to authenticate
via the backend because that's there the approve/reject link points to.
(Please check this applies to you before proceeding).

The last bit is the key - the approve/reject link points to the backend,
so if no session exists it will try to authenticate there. My hack
involved a simple BSP app which redirects the user to the real page. This
app is set up for anonymous access so no auth is needed until the user
lands in the portal.

Extended notifications are then configured to point to the BSP page, which
simply redirects to the 'real' link.

Hope that makes sense. If not let me know and I will try to dig through my
notes for more details.

Cheers,
Mike

On Thu, June 24, 2010 2:16 pm, Hilsbos, Margaret A wrote:
> Jocelyn,
>
> Thanks for your info and clarifications, your response is very helpful!
>
> But, if I follow your suggestions, can I get all the links in the email,
other than the Inbox link, to go directly to the work item via the UWL,
not the backend system? I mean for Execute Work Item, Display Work Item,
and User Decision links.  We are trying to avoid user confusion when
their
> passwords differ between portal and backend. Many of our workflow users
will not be regular backend SAP users ... we want to give them the
direct
> links - including direct approve/reject from the email - but NOT have
them
> worrying about which password to use (and not submitting Help Desk
tickets).
>
> Thanks,
>
> Margaret Hilsbos
> Business Systems Analyst
> Day & Zimmermann, Inc.
> (215) 299-5630
> margaret.hilsbos at dayzim.com<mailto:margaret.hilsbos at dayzim.com>
>
> This e-mail message is for the sole use of the intended recipient(s) and
may contain confidential and/or privileged information. Any unauthorized
review, use, disclosure or distribution is prohibited. If you are not
the
> intended recipient, please contact the sender by reply e-mail and
destroy
> all copies of the original message.
>
> From: sap-wug-bounces at mit.edu [mailto:sap-wug-bounces at mit.edu] On Behalf
Of Dart, Jocelyn
> Sent: Wednesday, June 23, 2010 7:34 PM
> To: SAP Workflow Users' Group
> Subject: RE: Extended notifications and UWL- no notifications
created/sent
>
> Hi Margaret,
>
> You don't have to open each system to complete the config.  For the
UWL_STANDARD entries, you just need to run the program RSWNUWLSEL once
manually in each system/client with the "Reset Config" checkbox checked.

> That will add the necessary entries for the UWL delta pull such as
UWL_STANDARD category.
> But those settings are necessary for the UWL Delta Pull only - and not
for
> the email notifications.
>
> For system/client configuration of the general settings values such as
INBOX_LINK_URL use transaction SWNADMIN.  This is a web transaction that
allows you to change only certain parts of the config but without
requiring a transport so that adjustments for runtime clients can be
made.
>
> Which links are seen depends on the link options you have chosen in the
Subscription Parameters.  For the original situation you describe - send
them to the UWL not to the work item - you only want the inbox link i.e.
"LINK1" - link using SAPGUI for HTML (which uses INBOX_LINK_URL) and not
the execute work item link.  Your INBOX_LINK_URL should contain an
absolute URL to the UWL iview page in the portal.... Usually it's best
to
> ask your portal folk what to put in here as you need to included the
correct NavigationTarget parameter values.
>
> You might want to leave WD_HOST and WG_HOST empty as in certain
> circumstances these can result in unintended Execute Work Item links.
>
> Hope that helps.
> Regards,
> Jocelyn
>
> From: sap-wug-bounces at mit.edu [mailto:sap-wug-bounces at mit.edu] On Behalf
Of Hilsbos, Margaret A
> Sent: Thursday, 24 June 2010 1:51 AM
> To: SAP Workflow Users' Group
> Subject: RE: Extended notifications and UWL- no notifications
created/sent
>
> Hi Ramki,
>
> It is a very basic question but a useful one. Yes up to now I have been
making the changes in the config client and using SCC1 to transfer to
the
> test client.
> But, subscriptions cannot be added to the transport. And the
UWL_STANDARD
> category does not appear in SWNADMIN, so I cannot configure
subscriptions
> there. I guess I have to have the system opened to complete this config?
That doesn't seem right ... am I missing something?
>
> For what it's worth - my status so far is that when I configured
'General
> Settings' with not just the INBOX_LINK_URL but also WD_HOST and WG_HOST,
now I get the 'Execute Work Item' link going to the UWL ... but not to
the
> individual work item! Apparently the query string, that workflow appends
to the host url, is not correct. And, the user decision links still call
the bsp in the backend system, not the UWL.
>
> I have found in the UWL book (by Darren Hague) a piece that describes
putting the link to the UWL work item in the task description text. This
should work fine but will not solve the question of the user decision
links.  I'm hoping that will be solved by getting the UWL_STANDARD
category working in the extended notification. If not I will be rather
disappointed in spending all this time on it!
>
> Thanks to all for your inputs so far,
>
> Margaret Hilsbos
> Business Systems Analyst
> Day & Zimmermann, Inc.
> (215) 299-5630
> margaret.hilsbos at dayzim.com<mailto:margaret.hilsbos at dayzim.com>
>
> This e-mail message is for the sole use of the intended recipient(s) and
may contain confidential and/or privileged information. Any unauthorized
review, use, disclosure or distribution is prohibited. If you are not
the
> intended recipient, please contact the sender by reply e-mail and
destroy
> all copies of the original message.
>
> From: sap-wug-bounces at mit.edu [mailto:sap-wug-bounces at mit.edu] On Behalf
Of Ramki Maley
> Sent: Tuesday, June 22, 2010 10:36 AM
> To: SAP Workflow Users' Group
> Subject: Re: Extended notifications and UWL- no notifications
created/sent
>
> Margaret,
>
> This is a very basic question but let's get it out of the way - are you
testing in the same client that you are configuring the notifications?
If
> not, are you copying the config to the test client using SCC1 every time
you change it?
>
> As far as I know,  INBOX_LINK_URL is the only place you specify the
Inbox
> type and it is a global setting. The URL should point to your UWL - if
you
> type the URL in your browser address, it should take you to the UWL
(with
> a logon prompt as needed). See if my posting on SDN will help you -
http://forums.sdn.sap.com/message.jspa?messageID=5929598#5929598
>
> Cheers,
> Ramki.
>
> On 6/22/10 9:29 AM, Hilsbos, Margaret A wrote:
> Hi Ramki,
>
> Thanks for your suggestion, I have set INBOX_LINK_URL to the quicklink
for
> my UWL and it makes no difference - the emails (from category WORKFLOW)
still link to the backend, not to the portal. It seems to be completely
ignoring that parameter ... is there another place that I have to set a
flag to tell it to use it? Or does it only work with the UWL category?
(which is still not sending notifications for me, despite having what I
think is a complete configuration)
>
> I also ran SWN_TEST_VERI01 with same result - it still points to back
end,
> not to the portal. I would be happier if it mangled the link but at
least
> showed that it saw it!
>
> Does the quicklink need to have a specific format, for example does it
need to end with 'go/uwl' as in the screen print in  the Workflow Book
(2nd ed., p. 128)?
>
>
> Margaret Hilsbos
> Business Systems Analyst
> Day & Zimmermann, Inc.
> (215) 299-5630
> margaret.hilsbos at dayzim.com<mailto:margaret.hilsbos at dayzim.com>
>
> This e-mail message is for the sole use of the intended recipient(s) and
may contain confidential and/or privileged information. Any unauthorized
review, use, disclosure or distribution is prohibited. If you are not
the
> intended recipient, please contact the sender by reply e-mail and
destroy
> all copies of the original message.
>
> From: sap-wug-bounces at mit.edu<mailto:sap-wug-bounces at mit.edu>
> [mailto:sap-wug-bounces at mit.edu] On Behalf Of Ramki Maley
> Sent: Monday, June 21, 2010 12:50 PM
> To: SAP Workflow Users' Group
> Subject: Re: Extended notifications and UWL- no notifications
created/sent
>
> Hi Margaret,
>
> I had set this up successfully nearly two years ago in an xRPM
> implementation (the only user interface is through Portal). I no longer
have access to this system and do not remember my exact config. whih I
performed manually and did not run the RSWNUWLSEL report. From your Log,
it seems to me SWNSELSEN is expecting a delivery schedule. I would try
to
> create a Delivery Schedule and see if that helps.
>
> For your other issue of launching Portal from the link - where does the
parameter INBOX_LINK_URL in the General Settings point to? According to
SAP
> Help<http://help.sap.com/saphelp_nw04/helpdata/en/c0/0f87ad3c75424ca874c39023574310/content.htm>
this parameter determines the " Link to SAP Workflow inbox that is
inserted in the message. The link can navigate to either the UWL
(Universal Worklist) or SAP Workflow inbox in the SAP GUI for HTML." As
you have pointed out in your initial message, this parameter should
point
> to the portal quicklink to the UWL iView.
>
> Cheers,
> Ramki.
>
>
>
>
> On 6/21/10 10:34 AM, Hilsbos, Margaret A wrote:
>
> Mike,
>
>
>
> Thanks for your suggestion. I tried that and (once I fixed the agent
resolution), it works fine ... but it uses the standard workflow
settings,
> i.e. links in the email go to webgui. I already had that part working.
My
> requirement now is to configure the notifications to link to the UWL
instead. Most importantly, I need user decision links to require the
portal login, not the backend login.
>
>
>
> Any ideas for fixing the config to work with UWL? Is there a way to run
this report that will help with that?
>
>
>
> Thanks,
>
>
>
> Margaret Hilsbos
>
> Business Systems Analyst
>
> Day & Zimmermann, Inc.
>
> (215) 299-5630
>
> margaret.hilsbos at dayzim.com<mailto:margaret.hilsbos at dayzim.com>
>
>
>
> This e-mail message is for the sole use of the intended recipient(s) and
may contain confidential and/or privileged information. Any unauthorized
review, use, disclosure or distribution is prohibited. If you are not
the
> intended recipient, please contact the sender by reply e-mail and
destroy
> all copies of the original message.
>
>
>
> -----Original Message-----
>
> From: sap-wug-bounces at mit.edu<mailto:sap-wug-bounces at mit.edu>
> [mailto:sap-wug-bounces at mit.edu] On Behalf Of Mike Pokraka
>
> Sent: Monday, June 21, 2010 7:13 AM
>
> To: SAP Workflow Users' Group
>
> Subject: RE: Extended notifications and UWL- no notifications
created/sent
>
>
>
> Hi Margaret,
>
>
>
> Try using report SWN_TEST_VERI01 to test your setup (you need to set the
>
> WF to general task, but the output from your first run will tell you all
>
> you need to know).
>
>
>
> Cheers,
>
> Mike
>
>
>
> On Fri, June 18, 2010 2:12 pm, Hilsbos, Margaret A wrote:
>
>
>
> Hi Kjetil,
>
>
>
> Thanks for your suggestion. I have tested some more and reached the
point
>
> that the notification is consistently saved but not sent.  Here is the
>
> short log:
>
>
>
> -------------------------------------------------------------------------
>
> |Type|Message text
|
>
> -------------------------------------------------------------------------
>
> |    |1 due selection schedules found
|
>
> |    |Editing schedule UWL_FULL of scenario UWL
|
>
> |    |Time stamp saved for selection schedule UWL_FULL of scenario UWL
|
>
> |    |425 records selected from GET_WI_ALL_NEW
|
>
> |    |97 records selected from GET_WI_AGENTS
|
>
> |    |0 remappings performed
|
>
> |    |1 new notifications saved
|
>
> |    |0 notifications saved
|
>
> |    |0 notifications deleted (logically)
|
>
> |    |Processing without checking the due date of the delivery
schedules|
>
> |    |0 due delivery schedules found
|
>
> |    |0 relevant subscriptions found
|
>
> |    |0 notifications to be sent found
|
>
> |    |00000000 messages sent
|
>
> -------------------------------------------------------------------------
>
>
>
>
>
>
>
> And of course, no email queued in SOST.
>
>
>
> Here is my dilemma. In the SAP Help (linked in my original message) it
>
> says: "The UWL uses a separate mechanism to display the selected work
>
> items. Consequently, you do not need to enter any details about message
>
> templates, subscriptions, delivery schedules, and so on."
>
>
>
> And later it says, under manual settings: "8.      Do not define a
>
> schedule for delivery, a handler assignment, or any message templates."
>
>
>
> But, despite checking the "reset configuration" flag when I first ran
>
> RSWNUWLSEL, none of my previous settings were deleted, and until I
deleted
>
> all the delivery schedules manually, they were showing up in the log
(but
>
> not acted on!) ... even when all the subscriptions were deactivated.
(and
>
> I ran SWU_OBUF too ... whether that is even relevant I don't know but it
>
> never hurts ..) I haven't deleted subscriptions yet, just deactivated
...
>
>
>
> So do I need to delete ALL my previous configuration? Or do I need to
>
> ignore the SAP Help in this case, and configure a subscription and
>
> delivery schedule for the UWL scenario?
>
>
>
> (and what about setting the url in the General Settings tab?)
>
>
>
> Thanks for any further help you can give!
>
>
>
>
>
> Margaret Hilsbos
>
> Business Systems Analyst
>
> Day & Zimmermann, Inc.
>
> (215) 299-5630
>
> margaret.hilsbos at dayzim.com<mailto:margaret.hilsbos at dayzim.com><mailto:margaret.hilsbos at dayzim.com><mailto:margaret.hilsbos at dayzim.com>
>
>
>
> This e-mail message is for the sole use of the intended recipient(s) and
>
> may contain confidential and/or privileged information. Any unauthorized
>
> review, use, disclosure or distribution is prohibited. If you are not
the
>
> intended recipient, please contact the sender by reply e-mail and
destroy
>
> all copies of the original message.
>
>
>
> From: sap-wug-bounces at mit.edu<mailto:sap-wug-bounces at mit.edu>
> [mailto:sap-wug-bounces at mit.edu] On Behalf
>
> Of kjetil.kilhavn at bluec.no<mailto:kjetil.kilhavn at bluec.no>
>
> Sent: Friday, June 18, 2010 5:43 AM
>
> To: sap-wug at mit.edu<mailto:sap-wug at mit.edu>
>
> Subject: Re: Extended notifications and UWL- no notifications
created/sent
>
>
>
> I've added the same response in SDN:
>
> I think I have been through the same problem. If you have two
>
> subscriptions and a user matches for both the first one to be processed
>
> "wins" and sends the notification. The other subscription will then not
>
> send the notification. This is good as it prevents duplicates.
>
>
>
> Have you checked the application log (SLG1, object = WF, subobject =
>
> NOTIFICATIONS)? It contains loads of information. Not necessarily so
easy
>
> to understand, but at least it will tell you how many notifications it
>
> finds, and how many messages are created for each subscription.
>
> --
>
> Kjetil Kilhavn (+47 40220607)
>
> Blue Consulting AS (http://www.bluec.no/)
>
> ----- Opprinnelig melding -----
>
> Fra: "Hilsbos, Margaret A"
> <Margaret.Hilsbos at dayzim.com><mailto:Margaret.Hilsbos at dayzim.com>
>
> Til: "sap-wug at mit.edu"<mailto:sap-wug at mit.edu>
> <sap-wug at mit.edu><mailto:sap-wug at mit.edu>
>
> Dato: Thu, 17 Jun 2010 16:15:28 -0400
>
> Emne: Extended notifications and UWL- no notifications created/sent
>
> Hi workflow gurus,
>
>
>
> I am trying to configure extended notifications to work with UWL.
Problem
>
> is the notifications are not saved or sent by SWN_SELSEN.
>
>
>
> Our SAP system is Netweaver 7.0 EhP 1.
>
>
>
> I followed instructions found here:
>
> http://help.sap.com/saphelp_nw70ehp1/helpdata/en/ad/d64842d59fb430e10000000a155106/content.htm
>
>
>
> However, we already had configured the workflow to use extended
>
> notifications with SAPGUI. So when I ran SWN_SELSEN, the old
notification
>
> still showed up, but not the UWL version. So I deleted the schedule for
>
> the old configuration, thinking there might be interference. Again I
>
> created a work item and ran SWN_SELSEN, this time no notifications saved
>
> or sent. I found that I could run RSWNUWLSEL and the notification is
>
> saved, but not sent.
>
>
>
> Also, I just created a new work item but this time ran SWN_SELSEN_TEST
for
>
> scenario id 'UWL' and schedule id 'UWL_DELTA'. It created and saved the
>
> notification, but reported "0 due delivery schedules found" and "0
>
> relevant subscriptions found" - but the config instructions say not to
>
> configure these for UWL?
>
>
>
> Any idea what the problem might be?
>
>
>
> Also I noticed that in the Workflow Book (2nd ed.) it shows to update
the
>
> General Settings in SWNCONFIG with a url for the UWL. But I don't see
that
>
> instruction in the SAP Help? Do I still need to do that? If so, is that
>
> url a portal quicklink to the UWL iView?
>
>
>
> For what it's worth, here is what we are trying to accomplish:
>
> 1) the links in the email should take the user to the UWL, not WebGUI
>
> 2) for a user decision, currently the user has to login with their
backend
>
> system password, which may not be the same as their network password
(and
>
> thus they might not know it); I'm assuming that if the links now go to
the
>
> UWL, it will require the user's portal id/password - which is
synchronized
>
> with their network password, and that is what we want.
>
>
>
> So if just putting the UWL url in the general settings will do the job,
>
> then why do I need all that stuff in the SAP Help (RSWNUWLSEL, etc.)
>
> anyway?
>
>
>
> Any enlightenment would be appreciated!
>
>
>
> (I also just posted this in the workflow forum on SDN ... if it's bad
form
>
> to cross-post, then my apologies!)
>
>
>
>
>
> Thanks,
>
>
>
> Margaret
>
>
>
> Margaret Hilsbos
>
> Business Systems Analyst
>
> Day & Zimmermann, Inc.
>
> (215) 299-5630
>
> margaret.hilsbos at dayzim.com<mailto:margaret.hilsbos at dayzim.com><mailto:margaret.hilsbos at dayzim.com><mailto:margaret.hilsbos at dayzim.com>
>
>
>
> This e-mail message is for the sole use of the intended recipient(s) and
>
> may contain confidential and/or privileged information. Any unauthorized
>
> review, use, disclosure or distribution is prohibited. If you are not
the
>
> intended recipient, please contact the sender by reply e-mail and
destroy
>
> all copies of the original message.
>
>
>
> _______________________________________________
>
> SAP-WUG mailing list
>
> SAP-WUG at mit.edu<mailto:SAP-WUG at mit.edu>
>
> http://mailman.mit.edu/mailman/listinfo/sap-wug
>
>
>
>
>
>
>
>
>
> _______________________________________________
>
> SAP-WUG mailing list
>
> SAP-WUG at mit.edu<mailto:SAP-WUG at mit.edu>
>
> http://mailman.mit.edu/mailman/listinfo/sap-wug
>
>
>
> _______________________________________________
>
> SAP-WUG mailing list
>
> SAP-WUG at mit.edu<mailto:SAP-WUG at mit.edu>
>
> http://mailman.mit.edu/mailman/listinfo/sap-wug
>
>
>
>
>
>
>
> _______________________________________________
>
> SAP-WUG mailing list
>
> SAP-WUG at mit.edu<mailto: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
>