Extended notifications and UWL- no notifications created/sent

Fri Jun 25 12:27:20 EDT 2010

Hi Margaret,

Yes, that's exactly it. Memory is a bit hazy, but it went something like:

- Configure the BSP as an iView in the portal.

- In SWNADMIN plug the portal's path to the BSP iview somewhere into the
config (SAP backend hostname?).

- The BSP basically takes whatever URL it's being called with, strips out
the portal portion and replaces it with the backend. Then it redirects the
user there. I think I just did a simple navigation in the OnRequest event
handler.

- To enable a BSP for anonymous login you give it a fixed username in
SICF. Any requests to that BSP will be executed under that ID. Although on
second thoughts I think this wasn't necessary, the iview was already
enough to force a login via the portal.

Cheers,
Mike

On Fri, June 25, 2010 1:51 pm, Hilsbos, Margaret A wrote:
> Mike,
>
> Thanks for your help! I verified that it does work on my system exactly as
> you've described, so your fix should work for us.  I have just enough BSP
> and portal knowledge to be dangerous, but I can get help if I need it.
>
> If I understand correctly, we need to:
>
> 1) create a bsp application that redirects to the SAP standard page (I
> take it that is 'swn_wiexecute' with the query string appended)
> 2) configure extended notifications to point to the custom page
>
> Couple questions -
> 1) where do I call out the new bsp page in the extended notifications
> configuration?
> 2) how do I set the bsp application for anonymous access?
>
> With those bits filled in this sounds like a very simple and useful
> solution.
>
> Thanks,
>
> Margaret Hilsbos
> Business Systems Analyst
> Day & Zimmermann, Inc.
> (215) 299-5630
> 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] On Behalf
> Of Mike Pokraka
> Sent: Friday, June 25, 2010 6:08 AM
> To: SAP Workflow Users' Group
> Subject: RE: Extended notifications and UWL- no notifications created/sent
>
> 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
>>
>
>
>
>
> _______________________________________________
> 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
>