BPM logic not making sense

If you're putting this on the DefaultOprSeq method, then yes - the value of
ttLaborDtl.OprSeq is not yet set. Instead of battling the code here, why
not put it on the method that's doing the actual starting of the production
activity. At that point, all the ttLaborDtl values should be set.



From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf Of
Mike Numbers
Sent: Thursday, January 19, 2012 2:31 PM
To: vantage@yahoogroups.com
Subject: RE: [Vantage] BPM logic not making sense





Kevin,

Below is the code I am using that gives me the previous screen's value in
the ttLaborDtl.Oprseq. For instance, on my screen if I enter oprseq = 10
and enter the value being passed is 0. When I change 10 to 20 and enter,
the value being passed in the ttLaborDtl.OprSeq is 10.

I am running this on the MES screen for Start Production Activity. My BPM
is the Labor.DefaultOprSeq.

The values being passed for the parameter oprseq appear to match the screen
values, but I never get a hit on my condition. ( I replace the
ttLaborDtl.OprSeq with 'oprseq'. The rest of my condition is " query is
more than 0.

I am fairly new with this language, but have been programming for quite a
while.

Any help would be appreciated.

for each ttLaborDtl no-lock , each JobMtl no-lock where
(ttLaborDtl.Company = JobMtl.Company and ttLaborDtl.JobNum = JobMtl.JobNum
and ttLaborDtl.AssemblySeq = JobMtl.AssemblySeq and ttLaborDtl.OprSeq =
JobMtl.RelatedOperation )

Mike

From: vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com>
[mailto:vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com> ] On
Behalf Of
Kevin Simon
Sent: Thursday, January 19, 2012 2:07 PM
To: vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com>
Subject: RE: [Vantage] BPM logic not making sense

Mike,

I think you would want to use the ttLaborDtl.OprSeq. To me, it doesn't make
sense that it's not the operation your working on. What method do you have
this attached to? Can you cut/paste your code here so that can be reviewed?

Kevin Simon

From: vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com>
<mailto:vantage%40yahoogroups.com>
[mailto:vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com>
<mailto:vantage%40yahoogroups.com> ] On
Behalf Of
mike.numbers
Sent: Thursday, January 19, 2012 11:29 AM
To: vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com>
<mailto:vantage%40yahoogroups.com>
Subject: [Vantage] BPM logic not making sense

I am writing a BPM to prevent users from working on a job operation if all
of the material has not been issued. My original problem with the BPM was
the ttLaborDtl.OprSeq was being passed to my logic with data from the
previous screen. Last week another user was kind enough to suggest me using
the parameter %oprseq% in place of ttLaborDtl.Oprseq. I can see the data
being passed is what I expect (%oprseq% = the screen value of the operation
sequence). The problem is the BPM is never finding a value for a related
operation in JobMtl that matches %oprseq%. I have written a BAQ that shows
the job and jobmtl related operations so I know there is a match. I have
confirmed the BPM is attached to the correct method. Anyone have any
suggestions?

[Non-text portions of this message have been removed]

[Non-text portions of this message have been removed]





[Non-text portions of this message have been removed]
I am writing a BPM to prevent users from working on a job operation if all of the material has not been issued. My original problem with the BPM was the ttLaborDtl.OprSeq was being passed to my logic with data from the previous screen. Last week another user was kind enough to suggest me using the parameter %oprseq% in place of ttLaborDtl.Oprseq. I can see the data being passed is what I expect (%oprseq% = the screen value of the operation sequence). The problem is the BPM is never finding a value for a related operation in JobMtl that matches %oprseq%. I have written a BAQ that shows the job and jobmtl related operations so I know there is a match. I have confirmed the BPM is attached to the correct method. Anyone have any suggestions?
Mike,



I think you would want to use the ttLaborDtl.OprSeq. To me, it doesn't make
sense that it's not the operation your working on. What method do you have
this attached to? Can you cut/paste your code here so that can be reviewed?




Kevin Simon



From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf Of
mike.numbers
Sent: Thursday, January 19, 2012 11:29 AM
To: vantage@yahoogroups.com
Subject: [Vantage] BPM logic not making sense





I am writing a BPM to prevent users from working on a job operation if all
of the material has not been issued. My original problem with the BPM was
the ttLaborDtl.OprSeq was being passed to my logic with data from the
previous screen. Last week another user was kind enough to suggest me using
the parameter %oprseq% in place of ttLaborDtl.Oprseq. I can see the data
being passed is what I expect (%oprseq% = the screen value of the operation
sequence). The problem is the BPM is never finding a value for a related
operation in JobMtl that matches %oprseq%. I have written a BAQ that shows
the job and jobmtl related operations so I know there is a match. I have
confirmed the BPM is attached to the correct method. Anyone have any
suggestions?





[Non-text portions of this message have been removed]
Kevin,



Below is the code I am using that gives me the previous screen's value in
the ttLaborDtl.Oprseq. For instance, on my screen if I enter oprseq = 10
and enter the value being passed is 0. When I change 10 to 20 and enter,
the value being passed in the ttLaborDtl.OprSeq is 10.



I am running this on the MES screen for Start Production Activity. My BPM
is the Labor.DefaultOprSeq.



The values being passed for the parameter oprseq appear to match the screen
values, but I never get a hit on my condition. ( I replace the
ttLaborDtl.OprSeq with 'oprseq'. The rest of my condition is " query is
more than 0.



I am fairly new with this language, but have been programming for quite a
while.



Any help would be appreciated.



for each ttLaborDtl no-lock , each JobMtl no-lock where
(ttLaborDtl.Company = JobMtl.Company and ttLaborDtl.JobNum = JobMtl.JobNum
and ttLaborDtl.AssemblySeq = JobMtl.AssemblySeq and ttLaborDtl.OprSeq =
JobMtl.RelatedOperation )



Mike



From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf Of
Kevin Simon
Sent: Thursday, January 19, 2012 2:07 PM
To: vantage@yahoogroups.com
Subject: RE: [Vantage] BPM logic not making sense





Mike,

I think you would want to use the ttLaborDtl.OprSeq. To me, it doesn't make
sense that it's not the operation your working on. What method do you have
this attached to? Can you cut/paste your code here so that can be reviewed?

Kevin Simon

From: vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com>
[mailto:vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com> ] On
Behalf Of
mike.numbers
Sent: Thursday, January 19, 2012 11:29 AM
To: vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com>
Subject: [Vantage] BPM logic not making sense

I am writing a BPM to prevent users from working on a job operation if all
of the material has not been issued. My original problem with the BPM was
the ttLaborDtl.OprSeq was being passed to my logic with data from the
previous screen. Last week another user was kind enough to suggest me using
the parameter %oprseq% in place of ttLaborDtl.Oprseq. I can see the data
being passed is what I expect (%oprseq% = the screen value of the operation
sequence). The problem is the BPM is never finding a value for a related
operation in JobMtl that matches %oprseq%. I have written a BAQ that shows
the job and jobmtl related operations so I know there is a match. I have
confirmed the BPM is attached to the correct method. Anyone have any
suggestions?

[Non-text portions of this message have been removed]





[Non-text portions of this message have been removed]