AW: SAP-WUG Digest, Vol 52, Issue 24

Fri Mar 13 03:47:21 EDT 2009

Dear loveley Jocelyn,

I thank YOU very much for your answer!!!

Thank you!!!

Gökselin
Germany

-----Ursprüngliche Nachricht-----
Von: sap-wug-bounces at mit.edu [mailto:sap-wug-bounces at mit.edu] Im Auftrag von sap-wug-request at mit.edu
Gesendet: Donnerstag, 12. März 2009 23:08
An: sap-wug at mit.edu
Betreff: SAP-WUG Digest, Vol 52, Issue 24

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: [LIKELY JUNK]SAP Interactive Form convert to Smartform
      (Dart, Jocelyn)
   2. RE: [LIKELY JUNK]EXTENDED NOTIFICATIONS (Dart, Jocelyn)
   3. RE: [LIKELY JUNK]Any limit no Receivers passed with
      SELFITEM-SENDTASKDESCRIPTION (Dart, Jocelyn)

----------------------------------------------------------------------

Message: 1
Date: Fri, 13 Mar 2009 05:57:17 +0800
From: "Dart, Jocelyn" <jocelyn.dart at sap.com>
Subject: RE: [LIKELY JUNK]SAP Interactive Form convert to Smartform
To: "SAP Workflow Users' Group" <sap-wug at mit.edu>
Message-ID:
	<2EAD340DEF223745B1AC9A10B49FBB47030D56DA at sgsine13.sin.sap.corp>
Content-Type: text/plain; charset="iso-8859-1"

Hi Gokselin, 

Well the short answer is  NO - YUCK - WHY?

And the long answer is that SmartForms are being superseded with Adobe print forms across SAP. 
So that even where SmartForms exist often there is a newer Adobe equivalent now available, and generally SAP has committed
to replacing all of these print forms with Adobe forms. 

It might be more helpful if you tell us your concerns?

If it's a skills issue then you would be well advised to learn Adobe LiveCycle Designer, given the number of forms now produced that way. 
It's a WYSIWYG editor and fairly straightforward.

If you have licence concerns, these only apply where Adobe forms are used in Interactive mode - i.e. where a user starts a form, enters data against a form and submits the form, usually triggering a workflow.    Smartforms NEVER had this capability.    There are no licence issues around Adobe forms used in print mode.

If it's an issue of "where do I put my code exits" you need to understand the options in your application area.  Yes it's true you don't put code against parts of the form in the same way as you did SmartForms, but this is only because use of Adobe print forms enforces a better separation of business logic and UI.  There are always a number of options available - such as in the initialization section of the form interface, or in the calling program, or by using wizards or Javascripts in the form design to achieve similar features.  So look at the examples and read the doco for your area. 

Hope that helps.

Regards,
Jocelyn 

________________________________

From: sap-wug-bounces at mit.edu [mailto:sap-wug-bounces at mit.edu] On Behalf Of Acar G?kselin
Sent: Thursday, 12 March 2009 6:15 PM
To: sap-wug at mit.edu
Subject: [LIKELY JUNK]SAP Interactive Form convert to Smartform

Hello dear experts,

I would like to know whether it is possible to convert an Interactive Form to Smartform???

Thank you in advance for your answer.

With kind regards.

G?kselin Acar

Germany

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.mit.edu/pipermail/sap-wug/attachments/20090313/bf3f6049/attachment-0001.htm

------------------------------

Message: 2
Date: Fri, 13 Mar 2009 06:02:43 +0800
From: "Dart, Jocelyn" <jocelyn.dart at sap.com>
Subject: RE: [LIKELY JUNK]EXTENDED NOTIFICATIONS
To: "SAP Workflow Users' Group" <sap-wug at mit.edu>
Message-ID:
	<2EAD340DEF223745B1AC9A10B49FBB47030D56DB at sgsine13.sin.sap.corp>
Content-Type: text/plain; charset="us-ascii"

Hi Gayathri, 

Extended Notifications completely replaces RSWUWFML2.  You should not
use RSWUWFML2 any longer (it still works but no-one will guarantee it's
future). 

Sending of notifications to org objects is not dependent on which
technique you use.  That is dependent on the central SAP Office settings
in your system in transaction SO16.  You need to allow mails to be sent
to Org objects. 

I suspect your configuration in SWNCONFIG is not correct and that is why
you are having problems. 
You should be using recipient type = * 
and using the standard recipient handler class to find the email
addresses of the agents.
You should also set the priorities for where the email address is held
in General Settings - if it is held in infotype 105/0010 then put ESS as
top priority, if it's held in the user master put CAM as top priority.

There is a tester program SWN_SELSEN_TEST and logs in transaction SLG1
to provide further information to help you. 

Hope that helps. 
Regards,
Jocelyn 

________________________________

From: sap-wug-bounces at mit.edu [mailto:sap-wug-bounces at mit.edu] On Behalf
Of Gayathri Shivakumar
Sent: Friday, 13 March 2009 1:00 AM
To: sap-wug at mit.edu
Subject: [LIKELY JUNK]EXTENDED NOTIFICATIONS

Hi Experts,

I have been reading through all the material posted here for extended
notifications. I am confused as to what is the capability of this
functionality is. Here are a few of the functions I have to achieve:

1.	Have workitems ( tasks basically ) for users in outlook,UWL as
well as SAP inbox.- I have done this through scheduling a job for
RSWUWFML2. 
2.	Have notifications ( Send Mail step with recipient type = Org
Object ) sent to outlook, UWL and inbox. - I have not been able to
achieve this. I have configured swnconfig and have a job for swnselsen. 
3.	Have notifications ( Send Mail step with recipient type = E-Mail
address ) sent to outlook, UWL and inbox - I have been able to achieve
this. I have configured swnconfig and have a job for swnselsen. 

My main concern at this point is item no.2. Please let me know what
should my approach be.

Regards,

Gayathri

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.mit.edu/pipermail/sap-wug/attachments/20090313/6d5bfcaf/attachment-0001.htm

------------------------------

Message: 3
Date: Fri, 13 Mar 2009 06:05:45 +0800
From: "Dart, Jocelyn" <jocelyn.dart at sap.com>
Subject: RE: [LIKELY JUNK]Any limit no Receivers passed with
	SELFITEM-SENDTASKDESCRIPTION
To: "SAP Workflow Users' Group" <sap-wug at mit.edu>
Message-ID:
	<2EAD340DEF223745B1AC9A10B49FBB47030D56DC at sgsine13.sin.sap.corp>
Content-Type: text/plain; charset="us-ascii"

Hi Shalini, 

NASTY!  
Definitely wouldn't do this in a Send Mail step if it was me.  
Would look instead at using my own handlers in Extended Notifications
and scheduling it as a batch run. 

But first I would be challenging the business basis for generating such
a horrendous amount of spam.

Regards,
Jocelyn 

________________________________

From: sap-wug-bounces at mit.edu [mailto:sap-wug-bounces at mit.edu] On Behalf
Of Shalini Sabnani
Sent: Friday, 13 March 2009 2:27 AM
To: SAP Workflow Users' Group
Subject: [LIKELY JUNK]Any limit no Receivers passed with
SELFITEM-SENDTASKDESCRIPTION

Hello Team
We have a requirement to send out as many as 75,000 notification emails
on a bi-weekly basis. I could have the list of recipents (internet) in a
multiline container element addressstrings of type "internet email
address". 

My question is can I have about 75,000 emails addresses in this
mulitiline element or are there any restrictions?

My second question is can I users SELFITEM-SENDTASKDESCRIPTION to send
out 75,000 emails or will this cause a performance issue?

If you have done something similar in the past and would like share your
expereince or have a alternative approach, your feedback, suggestions
and comments will be most appreciated.

Thank You
Shalini 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.mit.edu/pipermail/sap-wug/attachments/20090313/0b156234/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 52, Issue 24
***************************************