R: Processing tasks outside SAP

[Dart, Jocelyn]

Folks,=20
Just be aware that there is a standard solution to this sort of problem
that has been developed for EBP 3.0 but works (with a little =
development
effort currently) in other SAP systems as well down to R/3 3.1I.  This =
is a variant of=20
the RSWUWFML email notification of outstanding work items that permits
a user to send an offline email reply. I have recently been working =
with a
customer who has put this approach in place against an R/3 4.6C system. =
 
 
A simpler approach is simply to use the current RSWUWFML but include
either a hyperlink (if you have web access to the work item e.g. via=20
a portal, workplace, or even just the ITS web inbox) or even an=20
SAP shortcut can be attached with a little work. =20
 
Bonus of these approaches is that they are not groupware specific so
they work with multiple groupware.=20
 
Discussed in the book (of course) - also in the EBP SAP Library help =
which you=20
can find on help.sap.com if you don't have access to an EBP system=20
yourself.=20
 
And also remember that there is a LEGAL requirement to have an SAP =
userid
for each person that executes a work item - even if they do it via =
email
only.  (Note these can be limited access users - much cheaper than the =
normal
licence). Make sure you don't breach your SAP Licensing agreement by=20
using generic user ids for limited access users.=20
 
Regards,
        Jocelyn Dart=20
Consultant (SRM, EBP, Workflow)
and co-author of the book
"Practical Workflow for SAP"=20
SAP Australia
email: jocelyn.dart at sap.com=20
phone: +61 412 390 267
fax:   +61 2 9935 4880
 
 
 
 
 
 
-----Original Message-----
From: Susan R. Keohan [mailto:skeohan at mit.edu]
Sent: Thursday, 12 September 2002 12:05 AM
To: SAP-WUG at MITVMA.MIT.EDU
Subject: Re: R: Processing tasks outside SAP
 
 
Hello MariaLuisa, Alon, et al,
 
Alon is correct in not distributing more information on his solution
through this forum.  It is sufficient for all to know he has a =
solution,
and to contact him if interested.=20
 
This forum is not for marketing, sales, or solicitation purposes.  It =
is
intended for workflow developers to exchange questions and ideas.=20
However, we must draw the line somewhere, or all of the subscribers =
will
be receiving messages regarding new products to make our lives easier,
and workflow consultants who are now available, and who knows what
else.  For that reason, I applaud Alon in his restraint.  And I
appreciate others who adhere to the guidelines of this list.
 
I encourage you all to feel free to use private email addresses for
messages that fall outside the scope of this list.
 
Regards,
Sue
 
 
"Fortuna, Marialuisa" wrote:
>=20
> Alon,
> if you write your e-mail on this subject you will be certainly =
submerged by
> thousands of mails!
> As you wrote this is a question that every Workflower has certainly =
in mind
> at least once.
>=20
> I agree on all you wrote about SAP MAPI and Exchange connector (I =
have
> implemented both solutions, although I can say that the Exchange
> installation doesn't take so much time).
>=20
> Is it so inappropriate to talk about your solution on this =
mailing-list?
> I think that everyone is interested on this.
>=20
> Thanks and best regards,
> Maria Luisa
>=20
> -----Messaggio originale-----
> Da: Alon Raskin [mailto:araskin at 3i-consulting.com]
> Inviato: mercoled=EC 11 settembre 2002 13.03
> A: SAP-WUG at MITVMA.MIT.EDU
> Oggetto: Re: Processing tasks outside SAP
>=20
> Hi Jose,
>=20
> This is a common issue that comes up with Workflow. Managers still =
need to
> approve Workflows even though they rarely log on to SAP.
>=20
> You could use SAP MAPI but in the past some of my clients have found =
it to
> be a
> little unstable Also, users were annoyed by the synchronisation =
process that
> would occur everytime that they would shut down outlook.
>=20
> You could also use Exchange Connector to generate mails and this =
works fine
> but
> it does require making some changes to your Exchange Server (which =
most mail
> administrators are not too happy about). Also, users can not execute =
Work
> Items
> direclty from their email.
>=20
> I have developed an alternative solution to all of the above but it =
would be
> inappropriate to discuss this further in the forum.
>=20
> Please email me directly at araskin at 3i-consulting.com.
>=20
> Kindest Regards,
>=20
> Alon
>=20
> Quoting "Jose Burgman [AST]" <jose.burgman at ast.co.za>:
>=20
> > Hi everyone
> >
> > We're on 4.6C. The problem we have is that, although the managers =
have
> > SAP license, they rarely log on to the system. This is obviously a
> > problem with authorization processes. To resolve the problem I =
suggested
> > that we make the workflow folders available in for eg MS Outlook. =
I've
> > been going through the SAP help and they suggest the use of SAP =
MAPI.
> > Other than that, I've not found the sap help very helpful. So, my
> > question is, where do the workflow folders reside if we were to
> > implement this ie are they part of the normal Outlook folders? From =
the
> > help I gather there is no further changes needed to the work items. =
Is
> > this correct, or am I missing something? Is it a mission to install =
the
> > SAP MAPI? Must it be installed per machine?
> >
> > Does any-one have an alternative suggestion?
> >
> > Thanks.
> >
> > Regards
> >
> > Josi
> > ______________________________________________
> >
> > "This information is intended only for the person or entity to =
which it
> > is addressed and
> > may contain private, confidential, proprietary and/or privileged
> > material and may be subject
> > to confidentiality agreements.
> >
> > Any review, retransmission, dissemination, or any other use of or =
taking
> > of any action in
> > reliance upon this information, by persons or entities other than =
the
> > intended recipient,
> > is prohibited.
> >
> > If you received this in error, please contact the sender and delete =
the
> > material from all
> > storage media.
> >
> > The company is neither liable for proper, complete transmission of =
the
> > information contained
> > in this communication, any delay in its receipt or that the mail is
> > virus-free"
> >
>=20
> ***************************************************************
>  This message and any attachments is solely for the intended =
recipient. If
> you are not the intended recipient, disclosure, copying, use, or
> distribution of the information included in this message is =
prohibited --
> please immediately and permanently delete this message.