Hello, we are running on 409C and are experiencing the same error. Un-checking the "Include Open Order in Credit" box in the Customer Maintenance seems to fix this error. But is this the correct fix? Or just a work around? Is there a fix I can get from Epicor?
Thanks in advance.
From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf Of marko9280
Sent: Tuesday, April 12, 2011 1:47 PM
To: vantage@yahoogroups.com
Subject: [Vantage] Re: Values Does not Match the Mask
For a long time (several years) we had the problem that customers were over their credit limit - even though it did not seem possible. So we had to either run the conversion program once per week or keep increasing the customer credit limit to unreasonable levels (that were far larger than the actual open invoices + open order amount).
We started getting the "mask" error when we upgraded to 409A (May 2010).
Epicor just said it was a known issue - but did not seem to care how much time we wasted running the credit limit every week and how much time we spent resetting credit limits. Epicor has closed the call - even though the problem is not fixed (SCR 75878).
To stop this error go through your customers and under the "Billing" "Credit" "Credit Detail" tab uncheck the "Include Open Order in Credit". We had about 400 customers when we went through and did this - I got pretty fast at it. This was my fix - not the Epicor fix.
We then went back and set the credit limits lower to reflect only open invoices. I found it was the same 10 or 20 customers that we kept having the problem with.
I think there is a bug in the way that the software is calculating the open credit "when including open orders" but it only seems to be for certain customers. Maybe it is the medium volume customer - who did not pay very often (larger check less frequency) - maybe it only recalculates when a check is received - not when the order ships. Like it was not releasing the "open order" amount as the orders shipped - then we would invoice and "double dip" on the credit limit. IMHO
Thanks in advance.
From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf Of marko9280
Sent: Tuesday, April 12, 2011 1:47 PM
To: vantage@yahoogroups.com
Subject: [Vantage] Re: Values Does not Match the Mask
For a long time (several years) we had the problem that customers were over their credit limit - even though it did not seem possible. So we had to either run the conversion program once per week or keep increasing the customer credit limit to unreasonable levels (that were far larger than the actual open invoices + open order amount).
We started getting the "mask" error when we upgraded to 409A (May 2010).
Epicor just said it was a known issue - but did not seem to care how much time we wasted running the credit limit every week and how much time we spent resetting credit limits. Epicor has closed the call - even though the problem is not fixed (SCR 75878).
To stop this error go through your customers and under the "Billing" "Credit" "Credit Detail" tab uncheck the "Include Open Order in Credit". We had about 400 customers when we went through and did this - I got pretty fast at it. This was my fix - not the Epicor fix.
We then went back and set the credit limits lower to reflect only open invoices. I found it was the same 10 or 20 customers that we kept having the problem with.
I think there is a bug in the way that the software is calculating the open credit "when including open orders" but it only seems to be for certain customers. Maybe it is the medium volume customer - who did not pay very often (larger check less frequency) - maybe it only recalculates when a check is received - not when the order ships. Like it was not releasing the "open order" amount as the orders shipped - then we would invoice and "double dip" on the credit limit. IMHO
--- In vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com> , "Fay Weis" <fweis@...> wrote:
>
>
> We're on 409A, so I don't know why we're still getting these.
>
> Matt, where were you seeing the yellow triangles? I haven't seen those on any of the trackers when I get the error. What usually happens for us is that we can't retrieve transactions.
>
> --- In vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com> , "mattcald_73" <matt@> wrote:
> >
> > Now that you mention it, since we went to 409C, we haven't had that issue either.
> >
> > --Matt
> >
> > --- In vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com> , Steven Gotschall <sgotschall@> wrote:
> > >
> > > We use to get this a lot, but I haven't seen it since we went to 8.03.408A. It
> > > was obviously a bug that must have been fixed in the 408 version.
> > >
> > >
> > >
> > >
> > > ________________________________
> > > From: Fay Weis <fweis@>
> > > To: vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com>
> > > Sent: Tue, April 12, 2011 10:40:13 AM
> > > Subject: [Vantage] Re: Values Does not Match the Mask
> > >
> > > Â
> > >
> > >
> > > I know this is an old thread, but I'm hoping someone has figured out the cause
> > > of these errors. We run the conversion to fix the problem, but it continues to
> > > recur. Sometimes the same customer will generate this error, even after the
> > > conversion. Has anyone been able to determine what causes this error? Has it
> > > been narrowed down to a field(s) that trigger it? This is so annoying, so if
> > > anyone has been able to put a finger on it, I would really appreciate your help.
> > > TIA.
> > >
> > > Fay Weis
> > > KEES, Inc.
> > >
> > > --- In vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com> , "Matt Caldwell" <matt@> wrote:
> > > >
> > > > On Vantage 8.X, Running Conversion 9527 will fix this...
> > > >
> > > >
> > > >
> > > > From: vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com> [mailto:vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com> ] On Behalf
> > > > Of Troy Christensen
> > > > Sent: Tuesday, January 06, 2009 12:41 PM
> > > > To: Vantage@yahoogroups.com <mailto:Vantage%40yahoogroups.com>
> > > > Subject: [Vantage] Values Does not Match the Mask
> > > >
> > > >
> > > >
> > > > Greetings Everyone:
> > > >
> > > > I have been recently getting this error on several Customer Tracker
> > > > screens and I wonder if anyone else has seen this and know of a work
> > > > around?
> > > >
> > > >
> > > > Error Detail
> > > > ============
> > > > value does not match the mask
> > > > Stack Trace
> > > > ===========
> > > > at Infragistics.Win.UltraWinMaskedEdit.InputCharBase.set_Char( Char
> > > > value )
> > > > at Infragistics.Win.UltraWinMaskedEdit.NumberSection.SetText( String
> > > > text )
> > > > at Infragistics.Win.EditorWithMask.SetDoubleValue( SectionsCollection
> > > > sections, Double val,
> > > > MaskInfo maskInfo )
> > > > at Infragistics.Win.EditorWithMask.SetDataValue( SectionsCollection
> > > > sections, Type dataType,
> > > > Object val, MaskInfo maskInfo )
> > > > at Infragistics.Win.UltraWinMaskedEdit.EditInfo.SetValue( Object val )
> > > > at Infragistics.Win.UltraWinMaskedEdit.EditInfo.set_Value( Object value
> > > > )
> > > > at Infragistics.Win.EditorWithMask.set_Value( Object value )
> > > > at Infragistics.Win.UltraWinEditors.UltraNumericEditor.set_Value( Object
> > > > value )
> > > > at
> > > > Epicor.Mfg.UI.FrameWork.EpiNumericEditor.oDataView_EpiViewNotification(
> > > > EpiDataView
> > > > view, EpiNotifyArgs ar )
> > > > at Epicor.Mfg.UI.FrameWork.EpiViewNotification.Invoke( EpiDataView view,
> > > > EpiNotifyArgs args
> > > > )
> > > > at Epicor.Mfg.UI.FrameWork.EpiDataView.Notify( EpiNotifyArgs args )
> > > > at Epicor.Mfg.UI.App.CustomerTracker.Transaction.GetCustomerData( String
> > > > custNum
> > > >
> > > >
> > > > Troy Christensen
> > > > IT Administrator
> > > > Celia Corporation
> > > >
> > > > [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]
> > >
> >
>
This message has been processed via your triumphgroup.com e-mail address.
______________________________________________________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email
______________________________________________________________________
[Non-text portions of this message have been removed]