Epicor's answer to you tells me they know quite a bit about VB.NET - and also about the generally flaky checkbox control behavior that makes such a seemingly simple customization an act of frustration.
Inserting a simple messagebox.show() statement after an (appropriate) event trigger to set the table.field (boolean) to True almost always makes the customization work. Remove the messagebox.show() and it stops working.
...Completely defeats the purpose (in most cases) as the goal is to 'hard code' your business rules (eliminating opportunities for user entry error when the 'rule' is 100% applicable) - and to eliminate mouse clicks and keystrokes (that are absolutely non value added activities).
Try adding a custom epitext box control to the form and tie it to an already available ud character field.
Use a GotFocus control event on the last control the users touch before saving the record.
Within that subroutine, 'do the math' to determine if the user entered (but not yet saved) labor qty complete + labor qty scrapped plus the (to date saved) op qty complete + op qty scrapped actually completes the total op qty due.
If yes, set your ud field to string "True". (If no, to string "False".)
Then use your AfterFieldChange event against your ud character field.
Within that sub, set the boolean op complete field = to your ud character field value.
Sometimes the flaky native checkbox control will accept a change (without blowing things up) by pushing a string "True" or "False" at it.
Some variation on that might work. (Maybe a LostFocus control event - to allow the native app code to process 1st works or, depending upon what the app needs to do natively, and AfterAdapter event might work.)
...If that doesn't work... ????
I'll post anything that turns out to be useful as I'm reasonably sure we'll have the same issue you are having. (Timing depends upon how critical we deem the customization need relative to all others in the hopper at that time.)
Rob Brown
Kersten MacLennan <kmaclennan@...> wrote:
I tried that very thing. Maybe I didn't put it in the right place (I put
it in the AfterFieldChange event), but it interfered with the original
code. It set the scrap qty back to 0 and the reason code button remained
disabled, but the op was checked as complete. I ended up putting a
message box up when the OK button was clicked if the box wasn't checked
and the quantities added up as described. I gave Epicor a call before I
gave up on my original code but they told me that they really don't know
.Net and they gave me the message box fix in the BeforeSave event.
If you figure it out, I'd appreaciate the insight.
Thanks
Kersten MacLennan
IT/ERP Analyst
Semrock, Inc.
3625 Buffalo Rd.,
Suite 6
Rochester, NY 14624
585-594-7009
585-594-7095 fax
kmaclennan@...
The Standard in Optical Filters for Biotech & Analytical Instrumentation
Hundreds of Thousands of Ion Beam Sputtered filters delivered -
extensive inventory now!
The information contained in this message and any attachments may be
privileged, confidential, and protected from disclosure. If the reader
of this message is not the intended recipient, or any agent responsible
for delivering this message to the intended recipient, you are hereby
notified that any dissemination, distribution, or copying of this
communication may be unlawful and therefore strictly prohibited. If you
received this message in error, please reply to the message and delete
it. Thank you
________________________________
From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf
Of Robert Brown
Sent: Friday, February 15, 2008 4:53 PM
To: vantage@yahoogroups.com
Subject: Re: [Vantage] Scrap quantity
The MES behavior is likely not a bug. (For a change) just flexibility
built in to make it easier to make vantage behave to suit different
company paradigms.
You can probably write a reasonably simple customization to make the
condition of IF the sum of qty rptd + sum of scrap qty rptd = op qty
expected, mark the op complete. (The ease will depend upon whether the
native Op Qty Complete control was well written and allows you to poke
in and set it... MANY native checkbox controls are not cooperative!).
I expect we will have to do this so, if we succeed, I'll share.
The Job Tracker behavior is likely a bug.
Rob Brown
Patrick Parker <pbparker@... <mailto:pbparker%40yahoo.com> >
wrote:
Okay, can someone explain what's up with this? We're running 8.03.403D
and when MES users report a scrap amount when they end activity, it
properly inserts the labor transaction with a scrap quantity.
However, when you view the operation in job tracker, it shows the
proper completed amount but zeros for scrapped amounts.
Furthermore, when they go to end the production activity with the
remaining counts, MES doesn't recognize a scrapped amount and mark the
Operation Complete checkbox automatically.
Is this how it works or are we seeing a bug here? I can't see anywhere
at this point where Vantage is recogniziation scraps except retrieving
labor transactions. :(
---------------------------------
Never miss a thing. Make Yahoo your homepage.
[Non-text portions of this message have been removed]
[Non-text portions of this message have been removed]
---------------------------------
Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now.
[Non-text portions of this message have been removed]
Inserting a simple messagebox.show() statement after an (appropriate) event trigger to set the table.field (boolean) to True almost always makes the customization work. Remove the messagebox.show() and it stops working.
...Completely defeats the purpose (in most cases) as the goal is to 'hard code' your business rules (eliminating opportunities for user entry error when the 'rule' is 100% applicable) - and to eliminate mouse clicks and keystrokes (that are absolutely non value added activities).
Try adding a custom epitext box control to the form and tie it to an already available ud character field.
Use a GotFocus control event on the last control the users touch before saving the record.
Within that subroutine, 'do the math' to determine if the user entered (but not yet saved) labor qty complete + labor qty scrapped plus the (to date saved) op qty complete + op qty scrapped actually completes the total op qty due.
If yes, set your ud field to string "True". (If no, to string "False".)
Then use your AfterFieldChange event against your ud character field.
Within that sub, set the boolean op complete field = to your ud character field value.
Sometimes the flaky native checkbox control will accept a change (without blowing things up) by pushing a string "True" or "False" at it.
Some variation on that might work. (Maybe a LostFocus control event - to allow the native app code to process 1st works or, depending upon what the app needs to do natively, and AfterAdapter event might work.)
...If that doesn't work... ????
I'll post anything that turns out to be useful as I'm reasonably sure we'll have the same issue you are having. (Timing depends upon how critical we deem the customization need relative to all others in the hopper at that time.)
Rob Brown
Kersten MacLennan <kmaclennan@...> wrote:
I tried that very thing. Maybe I didn't put it in the right place (I put
it in the AfterFieldChange event), but it interfered with the original
code. It set the scrap qty back to 0 and the reason code button remained
disabled, but the op was checked as complete. I ended up putting a
message box up when the OK button was clicked if the box wasn't checked
and the quantities added up as described. I gave Epicor a call before I
gave up on my original code but they told me that they really don't know
.Net and they gave me the message box fix in the BeforeSave event.
If you figure it out, I'd appreaciate the insight.
Thanks
Kersten MacLennan
IT/ERP Analyst
Semrock, Inc.
3625 Buffalo Rd.,
Suite 6
Rochester, NY 14624
585-594-7009
585-594-7095 fax
kmaclennan@...
The Standard in Optical Filters for Biotech & Analytical Instrumentation
Hundreds of Thousands of Ion Beam Sputtered filters delivered -
extensive inventory now!
The information contained in this message and any attachments may be
privileged, confidential, and protected from disclosure. If the reader
of this message is not the intended recipient, or any agent responsible
for delivering this message to the intended recipient, you are hereby
notified that any dissemination, distribution, or copying of this
communication may be unlawful and therefore strictly prohibited. If you
received this message in error, please reply to the message and delete
it. Thank you
________________________________
From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf
Of Robert Brown
Sent: Friday, February 15, 2008 4:53 PM
To: vantage@yahoogroups.com
Subject: Re: [Vantage] Scrap quantity
The MES behavior is likely not a bug. (For a change) just flexibility
built in to make it easier to make vantage behave to suit different
company paradigms.
You can probably write a reasonably simple customization to make the
condition of IF the sum of qty rptd + sum of scrap qty rptd = op qty
expected, mark the op complete. (The ease will depend upon whether the
native Op Qty Complete control was well written and allows you to poke
in and set it... MANY native checkbox controls are not cooperative!).
I expect we will have to do this so, if we succeed, I'll share.
The Job Tracker behavior is likely a bug.
Rob Brown
Patrick Parker <pbparker@... <mailto:pbparker%40yahoo.com> >
wrote:
Okay, can someone explain what's up with this? We're running 8.03.403D
and when MES users report a scrap amount when they end activity, it
properly inserts the labor transaction with a scrap quantity.
However, when you view the operation in job tracker, it shows the
proper completed amount but zeros for scrapped amounts.
Furthermore, when they go to end the production activity with the
remaining counts, MES doesn't recognize a scrapped amount and mark the
Operation Complete checkbox automatically.
Is this how it works or are we seeing a bug here? I can't see anywhere
at this point where Vantage is recogniziation scraps except retrieving
labor transactions. :(
---------------------------------
Never miss a thing. Make Yahoo your homepage.
[Non-text portions of this message have been removed]
[Non-text portions of this message have been removed]
---------------------------------
Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now.
[Non-text portions of this message have been removed]