Initialised object reference

Steve Johnson steve_basis at yahoo.com
Wed Sep 11 16:51:10 EDT 2002


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
> > > disappear, when
> > > the first one is executed?
> > > * Check the individual work item through
> transaction
> > > SWI1 and
> > > find out selected agents.
> > > * Check the event trigger through transaction
> SWEL
> > > and find out
> > > if there are two events for each idoc failures.
> > > * Or check if there are two receivers active for
> one
> > > event, in
> > > transaction SWE2.
> > >
> > > 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 Everyone,
> > > >
> > > > Pleae advice me for the following problem.
> > > >
> > > > Some of our Core users  are getting duplicate
> EDI
> > > > workflow messages for the same chnages for
> idoc's
> > > in
> > > > the inbox. Can any one please tell me how to
> > > eliminae
> > > > this problem
> > > >
> > > > thank you.
> > > > Steve
> > > >
> > > >
> __________________________________________________
> > > > Do You Yahoo!?
> > > > Yahoo! Finance - Get real-time stock quotes
> > > > http://finance.yahoo.com
> > > >
> > > >
> >
> >
> > __________________________________________________
> > Yahoo! - We Remember
> > 9-11: A tribute to the more than 3,000 lives lost
> > http://dir.remember.yahoo.com/tribute
> >
>
=== message truncated ===
 
 
__________________________________________________
Yahoo! - We Remember
9-11: A tribute to the more than 3,000 lives lost
http://dir.remember.yahoo.com/tribute
 


More information about the SAP-WUG mailing list