Configurator Error Epicor9 v701

Yahoo Archive
1
Yup, you're right it does appear to work when used for quotes, orders, and jobs. Kinda nerve racking though that i can't test as i develop this, especially considering the size. Thanks for the info.

--- In vantage@yahoogroups.com, "hexadecimalman" <christian.duguay@...> wrote:
>
> Hi,
>
> We got this error and here's the reply from Epicor:
>
> SCR number 114048. The problem happens whenever a configuration has more than 79 rules. The workaround is that once you approve the configuration you can use it on quotes, orders, and jobs.
>
>
> In our case, it works even if we get the error message in the designer. Try testing it in a quote/order to see if it works.
>
> Christian
>
> --- In vantage@yahoogroups.com, "Jennifer" <jlisser@> wrote:
> >
> > We are running into the same issue on 9.05.701. If we leave our last rule in and omit a previous one we can get it through, so we know it isn't the rule and appears to be more of a limit.
> >
> > Epicor has SCR119885 that was for a company having the same problem. We opened a call with Epicor on it and found out that SCR was for only 77 rules, we have hundreds. They had us try that one-off anyway, but it didn't fix our issue. We are still working with support.
> >
> > I will post an update if we find out anything. Please share if you find out anything.
> >
> > Thanks!
> > Jenn
> >
>
2
Trying to engineer a huge part in the configurator. I am giving the user the option to select how many different lines they want to enter, up to 9. They can enter the same value for multiple lines. Then based on what they enter I have the configurator picking the correct parts and determining how many they need based on the length they enter. I think i have managed to exceed the number of rules, possibly because i have so many different options. I started getting this error: Comiliation in the Rules. File D:\Epicor905\Server\pcrules\tsrules\mainA1524261.p at line 77 column 1 error 217. The configured part will not function correctly, unable to generate configuration.

I noticed that I get this error when I add one more rule to my configuration and hit test rules. If i take that last added rule off, and it hit test rules it works just fine. I know it's not a problem with the rule b/c all my other rules work well, and it doesn't matter what type of rule i try to create or what part i try to put the rule on.

Is there a limit to the number of rules in a configurator or am i missing something.

Thanks in advance for all your help.
3
Have you looked at File D:\Epicor905\Server\pcrules\tsrules\mainA1524261.p
at line 77 column to see what's there?

Are you nesting an If or other block statement?

Mark W.


On Thu, Jun 20, 2013 at 2:50 PM, ralmon64 <ralmon@...> wrote:

> **
>
>
> Trying to engineer a huge part in the configurator. I am giving the user
> the option to select how many different lines they want to enter, up to 9.
> They can enter the same value for multiple lines. Then based on what they
> enter I have the configurator picking the correct parts and determining how
> many they need based on the length they enter. I think i have managed to
> exceed the number of rules, possibly because i have so many different
> options. I started getting this error: Comiliation in the Rules. File
> D:\Epicor905\Server\pcrules\tsrules\mainA1524261.p at line 77 column 1
> error 217. The configured part will not function correctly, unable to
> generate configuration.
>
> I noticed that I get this error when I add one more rule to my
> configuration and hit test rules. If i take that last added rule off, and
> it hit test rules it works just fine. I know it's not a problem with the
> rule b/c all my other rules work well, and it doesn't matter what type of
> rule i try to create or what part i try to put the rule on.
>
> Is there a limit to the number of rules in a configurator or am i missing
> something.
>
> Thanks in advance for all your help.
>
>
>


[Non-text portions of this message have been removed]
4
If there is a "Rules Limit", I haven't found it yet and I have a HUGE "Did everything they told me I couldn't" configurator. It does give odd errors that the answers are found in stupid places. I would double check any variables you may be using. You can only use a variable name on one page. They do not play well if you accidently use the same variable twice even if you define it a second time. Global variables have been a PITA for me, so I avoid them. Because it can be so temperamental, what I would do is remove your rules one at a time until you narrow down to the "culprit". Don't go on over kill w/ your changes. I have found It is usually something small. I make a copy every evening and/or every new feature of the working configurator so I have a base just in case.

Brenda

-----Original Message-----
From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf Of Mark Wonsil
Sent: Thursday, June 20, 2013 5:16 PM
To: vantage@yahoogroups.com
Subject: Re: [Vantage] Configurator Error Epicor9 v701

Have you looked at File D:\Epicor905\Server\pcrules\tsrules\mainA1524261.p
at line 77 column to see what's there?

Are you nesting an If or other block statement?

Mark W.


On Thu, Jun 20, 2013 at 2:50 PM, ralmon64 <ralmon@...> wrote:

> **
>
>
> Trying to engineer a huge part in the configurator. I am giving the
> user the option to select how many different lines they want to enter, up to 9.
> They can enter the same value for multiple lines. Then based on what
> they enter I have the configurator picking the correct parts and
> determining how many they need based on the length they enter. I think
> i have managed to exceed the number of rules, possibly because i have
> so many different options. I started getting this error: Comiliation
> in the Rules. File D:\Epicor905\Server\pcrules\tsrules\mainA1524261.p
> at line 77 column 1 error 217. The configured part will not function
> correctly, unable to generate configuration.
>
> I noticed that I get this error when I add one more rule to my
> configuration and hit test rules. If i take that last added rule off,
> and it hit test rules it works just fine. I know it's not a problem
> with the rule b/c all my other rules work well, and it doesn't matter
> what type of rule i try to create or what part i try to put the rule on.
>
> Is there a limit to the number of rules in a configurator or am i
> missing something.
>
> Thanks in advance for all your help.
>
>
>


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



------------------------------------

Useful links for the Yahoo!Groups Vantage Board are: ( Note: You must have already linked your email address to a yahoo id to enable access. )
(1) To access the Files Section of our Yahoo!Group for Report Builder and Crystal Reports and other 'goodies', please goto: http://groups.yahoo.com/group/vantage/files/.
(2) To search through old msg's goto: http://groups.yahoo.com/group/vantage/messages
(3) To view links to Vendors that provide Vantage services goto: http://groups.yahoo.com/group/vantage/linksYahoo! Groups Links
5
We are running into the same issue on 9.05.701. If we leave our last rule in and omit a previous one we can get it through, so we know it isn't the rule and appears to be more of a limit.

Epicor has SCR119885 that was for a company having the same problem. We opened a call with Epicor on it and found out that SCR was for only 77 rules, we have hundreds. They had us try that one-off anyway, but it didn't fix our issue. We are still working with support.

I will post an update if we find out anything. Please share if you find out anything.

Thanks!
Jenn
6
Yup, they had us try the one off fix as well, with no success. I'm trying to schedule a webex with them so they can see the problem. We went through all of our rules to to verify that weren't duplicating any references or variables and we weren't. For the time being seems like the only thing to do is change the way we are having the user input the data.

In yours are you doing a lot of calculations or just using the set/keep when rules.



--- In vantage@yahoogroups.com, "Jennifer" <jlisser@...> wrote:
>
> We are running into the same issue on 9.05.701. If we leave our last rule in and omit a previous one we can get it through, so we know it isn't the rule and appears to be more of a limit.
>
> Epicor has SCR119885 that was for a company having the same problem. We opened a call with Epicor on it and found out that SCR was for only 77 rules, we have hundreds. They had us try that one-off anyway, but it didn't fix our issue. We are still working with support.
>
> I will post an update if we find out anything. Please share if you find out anything.
>
> Thanks!
> Jenn
>
7
Afraid I can't answer to calculations versus set/keep. Our configurator developer is out this week otherwise I would ask him and let you know right away. We're waiting for him to come back to schedule a webex, I know where the configurator menu option is but that's about it...
Good luck!

--- In vantage@yahoogroups.com, "ralmon64" <ralmon@...> wrote:
>
> Yup, they had us try the one off fix as well, with no success. I'm trying to schedule a webex with them so they can see the problem. We went through all of our rules to to verify that weren't duplicating any references or variables and we weren't. For the time being seems like the only thing to do is change the way we are having the user input the data.
>
> In yours are you doing a lot of calculations or just using the set/keep when rules.
>
8
SO interesting fact. The limit isn't the number of rules. The limit is the number parts that have rules associated with them. So i guess the question to ask is does anyone have a large number of parts with rules? If so how did you work around this issue.?

--- In vantage@yahoogroups.com, "ralmon64" <ralmon@...> wrote:
>
> Yup, they had us try the one off fix as well, with no success. I'm trying to schedule a webex with them so they can see the problem. We went through all of our rules to to verify that weren't duplicating any references or variables and we weren't. For the time being seems like the only thing to do is change the way we are having the user input the data.
>
> In yours are you doing a lot of calculations or just using the set/keep when rules.
>
>
>
> --- In vantage@yahoogroups.com, "Jennifer" <jlisser@> wrote:
> >
> > We are running into the same issue on 9.05.701. If we leave our last rule in and omit a previous one we can get it through, so we know it isn't the rule and appears to be more of a limit.
> >
> > Epicor has SCR119885 that was for a company having the same problem. We opened a call with Epicor on it and found out that SCR was for only 77 rules, we have hundreds. They had us try that one-off anyway, but it didn't fix our issue. We are still working with support.
> >
> > I will post an update if we find out anything. Please share if you find out anything.
> >
> > Thanks!
> > Jenn
> >
>
9
Hi,

We got this error and here's the reply from Epicor:

SCR number 114048. The problem happens whenever a configuration has more than 79 rules. The workaround is that once you approve the configuration you can use it on quotes, orders, and jobs.


In our case, it works even if we get the error message in the designer. Try testing it in a quote/order to see if it works.

Christian

--- In vantage@yahoogroups.com, "Jennifer" <jlisser@...> wrote:
>
> We are running into the same issue on 9.05.701. If we leave our last rule in and omit a previous one we can get it through, so we know it isn't the rule and appears to be more of a limit.
>
> Epicor has SCR119885 that was for a company having the same problem. We opened a call with Epicor on it and found out that SCR was for only 77 rules, we have hundreds. They had us try that one-off anyway, but it didn't fix our issue. We are still working with support.
>
> I will post an update if we find out anything. Please share if you find out anything.
>
> Thanks!
> Jenn
>