Problem with start condition

[Mark Pyc]

G'day Tony,

Firstly SWEL is the event log, it's not to be confused with the event queue.


If an event is raised, and the event log is turned on, then it will be
logged. If you have a start condition which prevents it you should see a red
light in the log and a message to indicate the check function (which is how
the start condition is implemented) raised an exception.

If this isn't the case for you, make sure the start condition is active and
you can further check that in SWETYPV that there is a check function in
place which checks the start condition (this should be there automatically).

Have fun,
Mark


On 6/23/06, Hoodak, Anthony J. <AHoodak at gleason.com> wrote:
>
>  Greetings -
>
> Background:
>
> I have a WF that I have created that monitors a specific BO. The WF is
> triggered by a an event that gets raised, and this is working properly. Too
> properly in fact because I have an issue where our shop floor data
> collection system is sending a bunch of records to SAP to process. Each
> record is triggering the WF and this should not be the case, as I only want
> records created by specific sources. So to prefilter events, I used a start
> condition to NOT process any of the events that are triggered by the shop
> floor system. The problem is, I am still seeing those event transactions
> appear in the SWEL queue.
>
> Questions:
>
> 1. Should I still see these events in the SWEL queue?
> 2. If not, I am using SWB_COND to set a start condition for this WF. The
> precheck is pretty simple (if the creator of the record is NOT = SFDC, then
> start the WF). In theory these should be the exceptions. What am I doing
> wrong?
>
> Hope this all makes sense and someone can point out the error in my ways.
>
> Thanks in advance,
>
> Tony Hoodak
> Gleason Corp
>
> _______________________________________________
> SAP-WUG mailing list
> SAP-WUG at mit.edu
> http://mailman.mit.edu/mailman/listinfo/sap-wug
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.mit.edu/pipermail/sap-wug/attachments/20060623/06a3c986/attachment.htm