Workflow Question

[Todd Walter]

If you want the entire workflow to stop you should use #4.  This has no
effect on any previous workitems sent.  If you have already generated a
workitem from a previous step and now want to cancel it, use #1.  I have set
up several workflows with this logic and it works fine.  Test it out and see
what happens.
 
Todd
 
 
>From: "Carson, Wayne" <Wayne.Carson at solvay.com>
>Reply-To: SAP Workflow Users' Group <SAP-WUG at MITVMA.MIT.EDU>
>To: SAP-WUG at MITVMA.MIT.EDU
>Subject: Re: Workflow Question
>Date: Fri, 2 Feb 2001 00:56:05 +0100
>
>Hi Todd,
>My choices for process control function are:
>
>#4 doesn't make sense because I haven't generated a work item at this
>point.
>The work item is the result of the workflow and the first step is to check
>whether or not to continue based upon the PID.
>
>1) Cancel work item,
>2) Cancel work flow,
>3) Set work item to obsolete,
>4) Terminate workflow.  (defined as If this function is executed, workflow
>work items are set to the status completed . If the step process control is
>located in a workflow that is used as a subworkflow, the calling workflow
>is
>continued.)
>
>Wayne R. Carson
>Business Consultant  - SAP
>Technical Applications Team Leader
>Solvay Information Technologies, Inc.
>3333 Richmond Avenue, Houston, TX  77098
> > *  Office:  713/525-4143      Fax:  713/525-6795
> > * wayne.carson at solvay.com      Pager:  1-888-923-0943
> >
> >
> > -----Original Message-----
> > From: Todd Walter [SMTP:toddwalter at hotmail.com]
> > Sent: Wednesday, January 31, 2001 9:57 AM
> > To:   SAP-WUG at MITVMA.MIT.EDU
> > Subject:      Re: Workflow Question
> >
> > Wayne,
> >
> > The way it should be set up is to create your condition step with your
> > condition statement and True False Events.  When you return to the
>editor
> > you should have two branches coming off of this step.  On the True
>branch,
> > insert a "Process Control" step and set the process control function to
> > "Complete Workflow".  On the False branch, continue with your regular
> > steps.
> >
> > Todd
> >
> > >From: "Carson, Wayne" <Wayne.Carson at solvay.com>
> > >Reply-To: SAP Workflow Users' Group <SAP-WUG at MITVMA.MIT.EDU>
> > >To: SAP-WUG at MITVMA.MIT.EDU
> > >Subject: Workflow Question
> > >Date: Wed, 31 Jan 2001 15:33:50 +0100
> > >
> > >I am continuing to work on my workflow project.
> > >
> > >For the first step of my task, I have a method that reads a PID value.
> > The
> > >binding is now working.  I am able to see the container element that
> > stores
> > >the PID value in both the task container and workflow container.  Thank
> > you
> > >Todd.
> > >
> > >The second step is a condition.
> > >
> > >If the PID value has an "X", then I want to terminate the workflow.
>For
> > >the
> > >subsequent events, if the condition is true, then I terminate the
> > workflow.
> > >Otherwise, I continue to the next step in the workflow.
> > >
> > >On the graphical editor, both paths lead right back into the workflow.
>I
> > >expected one leg to "split" and show as a termination.  It appears that
> > my
> > >definition isn't correct for the two events or the condition is not
> > >properly
> > >defined.
> > >
> > >Is there a binding requirement for the two events?
> > >
> > >When I execute the workflow, the notification of a change in the
>delivery
> > >date on the PO happens regardless of the value in the PID.
> > >
> > >Thank you,
> > >
> > >Wayne R. Carson
> > >Business Consultant  - SAP
> > >Technical Applications Team Leader
> > >Solvay Information Technologies, Inc.
> > >3333 Richmond Avenue, Houston, TX  77098
> > > > *  Office:  713/525-4143      Fax:  713/525-6795
> > > > * wayne.carson at solvay.com      Pager:  1-888-923-0943
> > > >
> > > >
> >
> > _________________________________________________________________
> > Get your FREE download of MSN Explorer at http://explorer.msn.com
 
_________________________________________________________________
Get your FREE download of MSN Explorer at http://explorer.msn.com