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

[Becker Stephan (extern)]

Hmm, I think what SAP mean is that the use of the system through proxy =
users
like a dummy user is an infringement of its licenses, as users are =
using the
system without paying for it.. I can see valid points for both sides. =
BUT:
If you want to notify external users only that would not normally work =
with
SAP, you have a strong position in that discussion, however if you =
emulate
"normal" workflow functionality including execution of messages, =
starting
transactions etc you will have a problem not only with SAP but also =
with
your auditors and utimately with your local authorities as you are =
clouding
the audit trail..
 
Hth,
Stephan
 
-----Urspr=FCngliche Nachricht-----
Von: Neal Feely [mailto:neal.feely at bpt-consulting.com]
Gesendet: Montag, 24. Juni 2002 16:20
An: SAP-WUG at MITVMA.MIT.EDU
Betreff: Re: Extending Workflow to large user group without SAPOffice
inbo x.. ..?
 
 
The WF-DUMMY user would of course have to be licensed.
It could however be viewed as an RFC user and it's
corresponding licensing treated as such.
 
-------------------------------------
 
On Mon, 24 June 2002, "Griffiths, Mark" wrote
 
>
> 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.
> >
> >
> >
>
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
 
> =3D=3D=3D=3D
> > =3D=3D