Extending Workflow to large user group without SAPOffice inbo x.. ..?

[Griffiths, Mark]

Using Dummy userids for your users in the manner described by Neal could
lead to licence infringements.  I would check with your account managers
first.
 
As I said in my last mail there are many different types of licence
available for occasional users (for example ESS user-ids).
 
Cheers,
 
Mark
 
SAP UK
 
-----Original Message-----
From: Neal Feely
To: SAP-WUG at MITVMA.MIT.EDU
Sent: 24/06/02 15:35
Subject: Re: Extending Workflow to large user group without SAPOffice
inbox.. ..?
 
Hello
 
Standard SAP Workflow does require a SAP userid. One
way around this could be as follows:
 
1) For tasks that need to be HTML enabled you would
allways assign a dummy userid as the agent, e.g.
WF-DUMMY. For all of these tasks you would also need a
container element that represented the SMTP address of
the real recipient. Provided the real recipient is at
least represented as a person (org object P) there
shouldn't be any problem in getting his/her SMTP
address.
 
2) For tasks that need to be HTML enabled you will also
need to generate a Web transaction to be implemented
via the ITS (Internet Transaction Server) - note that
the user for this service could be WF-DUMMY.
 
3) Finally, you will need to copy/modify program
RSWUWFML to instead of sending the message to the
workitem creator, send the message to the container
element mentioned in 1 above. Use of RSWUWFML assumes
you have the IMG (Internet Mail Gateway) installed.
 
Hope this helps.
 
----------------------------
 
On Mon, 24 June 2002, Roberto Mast wrote
 
>
> Hi,
>
> I'm actually dealing the same issue, SAP says the
following on FAQ's
>
> 16. We extensively make use of Business Workflow but
not every employee has
> access to the SAP R/3 system. Can we use the MS
Outlook client to integrate
> non SAP users into business processes managed by
Business Workflow?
>
> The SAP MAPI Service Provider supports not only
e-mail but also work items.
> You can open work items in your MS Outlook client.
More information on
> Business Workflow / WebFlow here </webflow>.
> Every employee taking part in business processes
managed by Business
> Workflow needs an SAP user (a much cheaper "employee
user" license).
>
> So, in stead of integrating with an external mail
system we are looking for
> an other option. SAP came with a new  functionality
of SAP WFM which is
> wf-XML, does anybody know how this can help
communicating between html and
> SAP R/3 without the need of an extra license?
>
> Regards,
>
> RM
>
>
>
> -----Original Message-----
>> From: SAP Workflow
[mailto:Owner-SAP-WUG at MITVMA.MIT.EDU]On Behalf Of
> Angelus, Inigo
> Sent: vrijdag 21 juni 2002 18:49
> To: SAP-WUG at MITVMA.MIT.EDU
> Subject: Extending Workflow to large user group
without SAPOffice
> inbox.. ..?
>
>
> Hi all,
>
> We are in banking industry and our employee base is
around 60,000 and its
> growing constantly with mergers and acquisitions. We
are big SAP shop for
> awhile implemented FI/CO, MM and HR. (not a mySAP
customer). We don't have
> named user id  for all 60,000 employees there is no
need for that.
>
> We have implemented wokflow in a small scale in
procurement. Now we are
> looking to implement wokflow in HR and make it
available to all employee
> population over web.  We are planning to implement
one step notification
> workflows as well as multistep approval workflows.
What we are trying to
> figure out now is, How to extend the functionality of
the workflow to use
> external mail client without having a inbox in
SAPoffice . Have anybody
> tried to do something like this? I would be
interested in knowing the
> approach they have taken in achieving this. We have a
LDAP server where we
> have all the SMTP mail address. Are there a user exit
using which we can
> route the mail to go to external mail client instead
of SAPOffice.
>
> Any thoughts and help are much appreciated...
>
> Thanks,
> RBC.
>
>
------------------------------------------------------------------------
----
>
---------------------------------------------------------------
> This e-mail may be privileged and/or confidential,
and the sender does not
> waive any related rights and obligations. Any
distribution, use or copying
> of this e-mail or the information it contains by
other than an intended
> recipient is unauthorized. If you received this
e-mail in error, please
> advise me (by return e-mail or otherwise) immediately.
>
> Ce courriel est confidentiel et protigi. L'expiditeur
ne renonce pas aux
> droits et obligations qui s'y rapportent. Toute
diffusion, utilisation ou
> copie de ce message ou des renseignements qu'il
contient par une personne
> autre que le (les) destinataire(s) disigni(s) est
interdite. Si vous recevez
> ce courriel par erreur, veuillez m'en aviser
immidiatement, par retour de
> courriel ou par un autre moyen.
>
>
>
 =======================================================================
====
> ==