Workflows for releasing purchase documents!
Mark Pyc
markpyc at hotmail.com
Tue Feb 1 12:21:13 EST 2005
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
More information about the SAP-WUG
mailing list