Initialised object reference

[Steve Johnson]

Thank you  Parag and Jocelyn for the advices.
 
As per Parag's suggestions we have deleted the
duplicate agents and we are waiting for users
confirmation.
 
Thank you.
Steve
--- "Dart, Jocelyn" <jocelyn.dart at sap.com> wrote:
> Hi Steve, If you are in a 4.6C system or above then
> you can use START CONDITIONS to create your rules
> for when
> the workflows will be started, and the system will
> automatically
> add the matching standard SAP check function module
> for evaluating
> the condition to your event linkage.
> Suggest you read up on this topic in the SAP Library
> help.
> Regards,
>         Jocelyn Dart
> Consultant (SRM, EBP, Workflow)
> and co-author of the book
> "Practical Workflow for SAP"
> SAP Australia
> email: jocelyn.dart at sap.com
> phone: +61 412 390 267
> fax:   +61 2 9935 4880
>
>
>
>
> -----Original Message-----
>> From: Steve Johnson [mailto:steve_basis at yahoo.com]
> Sent: Thursday, 12 September 2002 6:51 AM
> To: SAP-WUG at MITVMA.MIT.EDU
> Subject: Re: Initialised object reference
>
>
> Hello Parag,
>
> Thank you very much for the help.
>
> 1. Yes this workflow task is enabled in
> SWE2.(checked
> for enabled)
>
> 2. I checked the PFTC for this workflow and i found
> the triggering events as follows.
>
> Obj type event   name
> BUS2032 CHANGED Sales order CHANGED
> BUS2032 CREATED Sales order CREATED
>
> 3. Where can i do "check FM" is it in SWE2 >> "check
> function".? . What needs to be entered.
>
> I am very new to workflow. Please help.
>
> Thanks,
> Steve.
>
>
> --- Parag Joshi <paragjoshi at ureach.com> wrote:
> > Hi Steve,
> >
> > Looking at the SWE2 records:
> > BUS2032 CHANGED WF90000003
> >
> > If active, receiver WF90000003 will be started
> > whenever BUS2032
> > CHANGED event is raised. If it has a dialog task,
> > users will
> > get the workitem.  With the naming convention of
> the
> > workflow,
> > looks like it is a custom workflow created by a
> > workflow
> > developer. Please check whether this workflow
> > receiver is
> > active in SWE2, there will be a check box to
> > indicate that. My
> > suspicion is that dialog task is marked as general
> > task, with
> > no selected agents so everyone in the system is
> > receiving the
> > workitem.
> >
> > Talk to the developer of WF90000003 and find out
> the
> > purpose of
> > this workflow. Way to find developer is to check
> the
> > attributes
> > of WF90000003, display it through transaction
> PFTC.
> >
> > If WF90000003 is needed, then 'check FM' will have
> > to be
> > attached to the SWE2, so that custom workflow is
> > started only
> > under certain conditions, avoiding duplicate
> > workitems.
> >
> > Regards.
> >
> > Parag Joshi.
> > Workflow Consultant.
> > Indianapolis, USA.
> >
> >
> > ________________________________________________
> > Get your own "800" number
> > Voicemail, fax, email, and a lot more
> > http://www.ureach.com/reg/tag
> >
> >
> > ---- On    , Steve Johnson (steve_basis at yahoo.com)
> > wrote:
> >
> > > Hello Parag,
> > >
> > > Thank you for your help.
> > >
> > > Here I am attaching more details with few
> answers
> > for
> > > the below tips.
> > >
> > > Idoc Type: IN_850_ORDER_STANDARD_ZEDI,  Standard
> > type.
> > >
> > > Basic Type: ORDERS03
> > >
> > > I have very less knowledge in EDI, I have pulled
> > the
> > > info of object type: BUS2032.
> > >
> > > I am not sure we did any changes or not, I found
> > the
> > > following.
> > >
> > > I guess yes, when user double clicks on one
> > message
> > > for the process/execution other one disappears.
> As
> > you
> > > said I am guessing it is something related to
> > double
> > > creation of receiver type.
> > >
> > > I got the work item number from WE02 >> IDOC >>
> > > Display >> GO to >> Links >> and entered the
> work
> > item
> > > number 831530 in SWI1 as ID and checked the
> > agents.
> > > But the Agents >> selection criteria is grayed
> > out.
> > >
> > > I checked the SWEL >> entered the  object type
> > > creating events  as  BUS2032  and I have 10
> > entries
> > > for the creation of  PO, and user also told us
> she
> > got
> > > 10 instead of 5 changes.
> > >
> > > I went a head and checked SWE2 >> I found the
> > > following.
> > >
> > > Object type     Event           Receiver type
> > > BUS2032 CHANGED T 50001425
> > > BUS2032 CHANGED WF90000003
> > >
> > >
> > > Now, I am not sure how to find why the object
> type
> > > with this change event has 2 receiver types. And
> > Where
> > > can I see what these receiver types are what are
> > users
> > > attached for this events.
> > >
> > > Please advice.
> > >
> > > Thank you once again.
> > > Steve
> > >
> > > --- Parag Joshi <paragjoshi at ureach.com> wrote:
> > > > Hi Steve,
> > > >
> > > > Please provide more info so that I can help
> > resolve
> > > > your
> > > > problem. Seems like its happening during
> inbound
> > > > idoc posting.
> > > >
> > > > * What is the idoc type/message type? Is this
> > std or
> > > > extended?
> > > > * Is it std inbound process code or custom
> > copied?
> > > > If copied,
> > > > did you folks make any change to inbound
> process
> > > > code std
> > > > config?
> > > > * Does the second inbox message automatically
>
=== message truncated ===
 
 
__________________________________________________
Do you Yahoo!?
Yahoo! News - Today's headlines
http://news.yahoo.com