[46C] [off-topic?] Work centre as workflow administrator does not work

Kjetil Kilhavn kjetilk at statoil.com
Wed Mar 17 06:21:54 EST 2004


Thanks for the tip. SWU3 indicates nothing wrong with the administrator,
but I tried the autocustomizing just in case.
--
Kjetil Kilhavn
 
 
 
 
 
                    Swami Bala
                    <swam_in at hotmail.com        To:     SAP-WUG at MITVMA.MIT.EDU
                    >                           cc:     (bcc: Kjetil Kilhavn)
                    Sent by: SAP                Subject:     Re: [46C] [off-topic?] Work centre as workflow administrator does not work
                    Workflow
                    <Owner-SAP-WUG at MITVM
                    A.MIT.EDU>
 
 
                    16.03.2004 17:51
                    Please respond to
                    "SAP Workflow Users'
                    Group"
 
 
 
 
 
 
Hello Kjetil,
 
We had the same problem a month before. We assigned a Job to the workflow
administrator role with multiple users but with priority settings.Even
after
buffer refresh we realized only after certain days that this assignment did
not work correctly because swi2_diag shows some errors but wflow admin does
not get emails.
The tcode SWU3 also indicated that workflow admin is still not maintained.
But the 'Automatic customizing' did the trick at last. It worked when we
clicked on 'Automatic Customizing'. It immediately recognized the wflow
admin based on the priority settings. It is strange but worked and
wflow admin started getting error notification after that.
Hope this helps.
 
Swami Bala
 
 
 
 
 
>From: Kjetil Kilhavn <kjetilk at statoil.com>
>Reply-To: SAP Workflow Users' Group <SAP-WUG at MITVMA.MIT.EDU>
>To: SAP-WUG at MITVMA.MIT.EDU
>Subject: Re: [46C] [off-topic?] Work centre as workflow administrator does
>not work
>Date: Fri, 12 Mar 2004 16:18:32 +0100
>MIME-Version: 1.0
>Received: from mc10-f10.hotmail.com ([65.54.166.146]) by
>mc10-s11.hotmail.com with Microsoft SMTPSVC(5.0.2195.6824); Fri, 12 Mar
>2004 07:20:49 -0800
>Received: from cherry.ease.lsoft.com ([209.119.0.109]) by
>mc10-f10.hotmail.com with Microsoft SMTPSVC(5.0.2195.6824); Fri, 12 Mar
>2004 07:19:14 -0800
>Received: from PEAR.EASE.LSOFT.COM (209.119.0.19) by cherry.ease.lsoft.com
>(LSMTP for Digital Unix v1.1b) with SMTP id
><5.00D1FEEF at cherry.ease.lsoft.com>; Fri, 12 Mar 2004 10:18:53 -0500
>Received: from MITVMA.MIT.EDU by MITVMA.MIT.EDU (LISTSERV-TCP/IP release
>1.8e)          with spool id 7833 for SAP-WUG at MITVMA.MIT.EDU; Fri, 12 Mar
>2004          10:18:41 -0500
>Received: from MITVMA (NJE origin SMTP at MITVMA) by MITVMA.MIT.EDU (LMail
>      V1.2d/1.8d) with BSMTP id 2725; Fri, 12 Mar 2004 10:18:37 -0500
>Received: from mailwall2.statoil.com [143.97.143.25] by mitvma.mit.edu
(IBM
>VM          SMTP Level 430) via TCP with ESMTP ; Fri, 12 Mar 2004 10:18:36
>EST
>Received: from statoil.no (mailhost.statoil.no [143.97.20.109]) by
>mailwall2.statoil.com (8.12.11/8.12.11) with ESMTP id i2CFIfd5021596
>   for <SAP-WUG at MITVMA.MIT.EDU>; Fri, 12 Mar 2004 16:18:42 +0100
>Received: from stfo-lnsmtp2.statoil.com (st-w165.statoil.net
>[143.97.20.149])          by statoil.no (8.12.10/8.12.10) with ESMTP id
>i2CFKClM007074 for          <SAP-WUG at MITVMA.MIT.EDU>; Fri, 12 Mar 2004
>16:20:12 +0100
>X-Message-Info: TSNaxu8CDoc9F0+xcs5EpHkzsl5INeJI+6Qp4oJ56wM=
>X-Comment: mitvma.mit.edu: Mail was sent by mailwall2.statoil.com
>X-Mailer: Lotus Notes Release 5.0.5  September 22, 2000
>X-MIMETrack: Serialize by Router on STFO-LNSMTP2/STATOIL(Release 5.0.8
>|June             18, 2001) at 12.03.2004 16:18:41
>Approved-By:  Kjetil Kilhavn <kjetilk at STATOIL.COM>
>Message-ID:  <OF556F4A1E.64CFE182-ONC1256E55.00527333 at statoil.com>
>Precedence: list
>Return-Path: owner-sap-wug at MITVMA.MIT.EDU
>X-OriginalArrivalTime: 12 Mar 2004 15:19:16.0697 (UTC)
>FILETIME=[623A4C90:01C40845]
>
>This is not a new change. I have been pondering about this one for some
>time before I decided to "call" for help. So the organisation buffer
should
>not be an issue.
>
>SAP_TAGT has the same behaviour in PSO4, all the user ID numbers are
empty.
>When testing WF_ORGUS in RH_GET_STRUCTURE the three agents that should be
>returned are returned.  All well there.
>
>However, my problem is notifications about errors. I don't know the inner
>workings of the workflow engine, so I don't know how this is done. I am
not
>about to debug through it either, it is not _that_ important to get this
>right. All I know is that the messages are not sent where they should be
>sent as far as I can see.
>--
>Kjetil Kilhavn
>
>
>
>
>
>                     "Dart, Jocelyn"
>                     <jocelyn.dart at sap.co        To:
>SAP-WUG at MITVMA.MIT.EDU
>                     m>                          cc:     (bcc: Kjetil
>Kilhavn)
>                     Sent by: SAP                Subject:     Re: [46C]
>[off-topic?] Work centre as workflow administrator does not work
>                     Workflow
>                     <Owner-SAP-WUG at MITVM
>                     A.MIT.EDU>
>
>
>                     11.03.2004 13:05
>                     Please respond to
>                     "SAP Workflow Users'
>                     Group"
>
>
>
>
>
>
>Hi Kjetil,
>Don't worry about the zeroes necessarily.
>A better test is to use function module RH_GET_STRUCTURE to call your
>evaluation path
>and check whether the agents have holders.  Another suggestion is to look
>at evaluation
>path SAP_TAGT - which is the standard workflow evaluation path for finding
>agents. It may
>help you figure out what is wrong.
>Also try running txn SWU_OBUF - it may just be a buffer refresh is needed
>to pick up the
>new administrator setting.
>Jocelyn
>
>-----Original Message-----
>From: SAP Workflow [mailto:Owner-SAP-WUG at MITVMA.MIT.EDU] On Behalf Of
>Kjetil Kilhavn
>Sent: Tuesday,2 March 2004 12:47 AM
>To: SAP-WUG at MITVMA.MIT.EDU
>Subject: [46C] [off-topic?] Work centre as workflow administrator does not
>work
>
>
>Apparently this problem is not really a workflow problem, it appears to be
>a problem in evaluation paths. But it causes problems *for* workflow, so I
>am not entirely off-topic.
>
>In the workflow customizing we have defined a work centre (object type A)
>as the workflow administrator. The work group is set up with three users
>having the "holder" relationship (A -> A008 -> US). The priority field has
>value 1 for two of the members and value 2 for the third member.
>
>The work centre is defined as administrator in the screen <Workflow
>Builder: Maintain Administration Data> (transaction SWDC).
>All error messages still go to the previously assigned user ID. I have
>looked for hours for a different setting that seems applicable, either a
>global setting or a setting in the workflow builder for one particular
>workflow. No luck. The previous assignment must still exist somewhere,
>otherwise I can't understand how any messages at all would be arriving.
>
>OSS Note 618232 has been applied long ago (now we also have the service
>pack which includes this), so WF_ORGUS contains the A -> A008 -> US entry
>(twice). Both entries include all relationships irrespective of priority.
>When using transaction PSO4 to evaluate WF_ORGUS for the work centre the
>users' names are displayed, but no user IDs. I tested this with another
>work centre where people are assigned via positions, and the result there
>is the same - the user IDs are empty (all zeros). In fact the result is
the
>same when I use another evaluation path (A008).
>
>Since the user ID is alphanumeric and up to 12 charachters this could be
>the reason for the missing ID - even if I have a user ID which is numeric
>which would fit..
>
>
>Does anyone have a tip on where I should start looking?
>
>
>This is the output from PSO4 - it is readable if you specify monospaced
>display
>  PV    Object     Status  Abbreviation    Available     Last action
>  01   A  51111529    1    WF-ADMIN            ?
>  01   US 00000000    1    Kilhavn             ?
>  01   US 00000000    1    Topnes              ?
>  01   US 00000000    1    Vik                 ?
>--
>Kjetil Kilhavn
>
>-------------------------------------------------------------------
>The information contained in this message may be CONFIDENTIAL and is
>intended for the addressee only. Any unauthorised use, dissemination of
the
>information or copying of this message is prohibited. If you are not the
>addressee, please notify the sender immediately by return e-mail and
delete
>this message.
>Thank you.
>
>
>
>
>-------------------------------------------------------------------
>The information contained in this message may be CONFIDENTIAL and is
>intended for the addressee only. Any unauthorised use, dissemination of
the
>information or copying of this message is prohibited. If you are not the
>addressee, please notify the sender immediately by return e-mail and
delete
>this message.
>Thank you.
 
_________________________________________________________________
Get business advice and resources to improve your work life, from bCentral.
http://special.msn.com/bcentral/loudclear.armx
 
 
 
 
-------------------------------------------------------------------
The information contained in this message may be CONFIDENTIAL and is
intended for the addressee only. Any unauthorised use, dissemination of the
information or copying of this message is prohibited. If you are not the
addressee, please notify the sender immediately by return e-mail and delete
this message.
Thank you.
 


More information about the SAP-WUG mailing list