Workflows for releasing purchase documents!

[Mark Pyc]

G'day Zsolt,

Yep, I've got plenty of ideas. Too many in fact to list here without a 
better description of your problem.

You need to look at your design, explain what is in place and how you are 
attempting to control the cancelling of the worklow(s?). It sounds like you 
have a very bespoke/custom solution and so without knowing the solution it's 
hard to comment.

To get a decent answer here it's best if the problem is as specific as 
possible. It also helps if you explain what testing you have done, and what 
alternatives you have already tried.

Also if you are not already familiar with the standard PReq / PO release WFs 
read up on them. It's not typical to have the second stage release Workitem 
existing before the first is already released. If you have a radically 
different design and can't get it working, explain it and explain why you've 
designed it the way you have.

Sorry if this sounds negative. I don't mean to be unhelpful.

Have fun,
Mark

From: Márton Zsolt <Zsolt.Marton at t-systems.co.hu>
Reply-To: "SAP Workflow Users' Group" <sap-wug at mit.edu>
To: "SAP Workflow Users' Group" <sap-wug at mit.edu>
Subject: RE: Workflows for releasing purchase documents!
Date: Tue, 1 Feb 2005 17:25:11 +0100

Hi Mark!

Sorry for belated reply!

I've created the check function controlling the events and the existing wf 
instances, but I hit a new problem:
If the release strategy require two release steps and I cancel the release 
after the first level, the workitem concerning the second release step 
remains in the agents inbox.

Any idea?
Regards
Zsolt


-----Original Message-----
From: sap-wug-bounces at mit.edu [mailto:sap-wug-bounces at mit.edu] On Behalf Of 
Mark Pyc
Sent: Tuesday, January 25, 2005 5:38 PM
To: sap-wug at mit.edu
Subject: RE: Workflows for releasing purchase documents!

G'day Zsolt,

How are they manually retriggering?? Do they raise an event or start
directly?

If they don't use the event then you simply need to filter the event on
subsequent raises. Easy enough with a check function looking for existing WF
instances - if any exist, don't start another one.

The usual story, a bit more info will help.

Have fun,
Mark

PS I'm not asking any 'Why' questions here, I'm assuming you've already done
that.

From: Márton Zsolt <Zsolt.Marton at t-systems.co.hu>
Reply-To: "SAP Workflow Users' Group" <sap-wug at mit.edu>
To: "SAP Workflow Users' Group" <sap-wug at mit.edu>
Subject: Workflows for releasing purchase documents!
Date: Tue, 25 Jan 2005 16:46:02 +0100

Hi all!

One of our customers - they are using standard workflows for releasing
purchase documents   for a long time - request is to change the workflows in
a such a way, that workflow is started automatically only at the first time,
when the release step is created; when the document is created. That is to
say, they don't want to restart the workflow when the release step is
canceled. In that case they want to start manually. Does anybody know a good
solution to this problem?
The problem is not how to start manually the workflow (they are already
using this), but how to not start when the release is canceled.

My idea is, to create a new starting event, but in that situation, my
workflow will run just once, because at the second level the workflow is not
triggered, the release step is not created.

Any idea is welcome
Regards
Zsolt


_______________________________________________
SAP-WUG mailing list
SAP-WUG at mit.edu
http://mailman.mit.edu/mailman/listinfo/sap-wug


_______________________________________________
SAP-WUG mailing list
SAP-WUG at mit.edu
http://mailman.mit.edu/mailman/listinfo/sap-wug


_______________________________________________
SAP-WUG mailing list
SAP-WUG at mit.edu
http://mailman.mit.edu/mailman/listinfo/sap-wug