Vantage 8 MRP issues

Yahoo Archive
1
We are on SQL.

The ratio of 3/1 is a good starting point. The ratio I'm using now is
almost 7/1 which is maybe 10% faster than 3/1. In our case, the
additional 10% counts.

--- In vantage@yahoogroups.com, "markewhittaker" <markewhittaker@...>
wrote:
>
> Brad,
>
> I am curious as to what environment you are running on. Progress
or
> SQL, Windows or Unix. We have also been having long MRP runtimes
(or
> at least I thought they were long until I read your post about 100
> hours). We installed the 809 patch and had a talk with Epicor's VP
> of Development who recomended a 3/1 Scheduler/Processes ratio to
> start from. He said the improvements were more dramatic with SQL
> since it was slower to start, but we run Progress. We currently
have
> the database on Windows but plan to move it to our unix box soon.
>
> Could you please specify what environment you run on and any other
> insight you have about tuning the performance?
>
> Thanks.
>
> --- In vantage@yahoogroups.com, "Brad Feazell" <Brad_feazell@>
> wrote:
> >
> > There are two big changes to MRP in 809 that may make the upgrade
> > worthwhile depending on your needs.
> >
> > 1) Major performance improvement. If you have server memory to
> spare,
> > you can experiment with the number of processors and schedulers
> which
> > are configurable on the Process MRP form - each requires an app
> > server. I have found that in our environment, 3 schedulers and 20
> > processors yeilds the fastest run time. The total runtime was
> reduced
> > from over 100 hours to less than 5 hours. We have a very large
> > database with lots of everything (orders, parts, jobs, resources,
> > etc.) so this was important to us.
> >
> > 2) You can enable historical dates and set the schedule start
date
> in
> > the past. We did some superficial testing on this and it appears
to
> > work OK.
> >
> > --- In vantage@yahoogroups.com, "Chuck Andrews" <controller@>
> > wrote:
> > >
> > > We didn't license MRP, so I can't speak from first hand
> experience;
> > but I
> > > did notice a number of MRP fixes on the Release 9 change list.
> > >
> > >
> > >
> > > If you're not yet ready to install 8.00.809. you can at least
> > download the
> > > change document to see if it your problems were addressed.
> > >
> > >
> > >
> > > Chuck Andrews
> > >
> > > Iridium Industries, Inc.
> > >
> > > One Forge Road
> > >
> > > E. Stroudsburg, PA 18301
> > >
> > > 570-476-8800 Ext 14
> > >
> > > Controller@
> > >
> > > _____
> > >
> > > From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com]
On
> > Behalf Of
> > > gsc1161
> > > Sent: Wednesday, August 09, 2006 10:34 AM
> > > To: vantage@yahoogroups.com
> > > Subject: [Vantage] Vantage 8 MRP issues
> > >
> > >
> > >
> > > Has anyone else had, or is having issues with conversion data
and
> > > MRP? Things like incorrect quantity suggestions, balance going
> > > negative, duplicate PO's, etc?
> > >
> > > If anyone is using MRP in 8.0 can you please reply? I would
like
> to
> > > know how many users are using MRP.
> > >
> > > Thanks in advance.
> > >
> > >
> > >
> > >
> > >
> > > [Non-text portions of this message have been removed]
> > >
> >
>
2
Has anyone else had, or is having issues with conversion data and
MRP? Things like incorrect quantity suggestions, balance going
negative, duplicate PO's, etc?

If anyone is using MRP in 8.0 can you please reply? I would like to
know how many users are using MRP.

Thanks in advance.
3
We didn't license MRP, so I can't speak from first hand experience; but I
did notice a number of MRP fixes on the Release 9 change list.



If you're not yet ready to install 8.00.809. you can at least download the
change document to see if it your problems were addressed.



Chuck Andrews

Iridium Industries, Inc.

One Forge Road

E. Stroudsburg, PA 18301

570-476-8800 Ext 14

Controller@...

_____

From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf Of
gsc1161
Sent: Wednesday, August 09, 2006 10:34 AM
To: vantage@yahoogroups.com
Subject: [Vantage] Vantage 8 MRP issues



Has anyone else had, or is having issues with conversion data and
MRP? Things like incorrect quantity suggestions, balance going
negative, duplicate PO's, etc?

If anyone is using MRP in 8.0 can you please reply? I would like to
know how many users are using MRP.

Thanks in advance.





[Non-text portions of this message have been removed]
4
We use MRP.

On patch 808G all the outstanding issues were cleared up as far as we
know.
All our data using MRP was electronically converted from another system
- we are new to Epicor.
We started using MRP in August of 2005. At that time, the service pack
level and patch level had several issues that created problems such as
you describe.
These were fixed at one point, but with patch 808D,E or F something
changed and we reverted back to the old problems.
The problems were again fixed with 808G

Pam
Metro Machine

________________________________

From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf
Of gsc1161
Sent: Wednesday, August 09, 2006 9:34 AM
To: vantage@yahoogroups.com
Subject: [Vantage] Vantage 8 MRP issues



Has anyone else had, or is having issues with conversion data and
MRP? Things like incorrect quantity suggestions, balance going
negative, duplicate PO's, etc?

If anyone is using MRP in 8.0 can you please reply? I would like to
know how many users are using MRP.

Thanks in advance.






[Non-text portions of this message have been removed]
5
Thanks Pam -- about how many active part numbers do you have?

Gregory S. Creighton
Plant Manager
ADCO Circuits, Inc.
gcreighton@...
248-829-4644


________________________________

From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf Of Lindquist, Pam
Sent: Wednesday, August 09, 2006 11:53 AM
To: vantage@yahoogroups.com
Subject: RE: [Vantage] Vantage 8 MRP issues



We use MRP.

On patch 808G all the outstanding issues were cleared up as far as we
know.
All our data using MRP was electronically converted from another system
- we are new to Epicor.
We started using MRP in August of 2005. At that time, the service pack
level and patch level had several issues that created problems such as
you describe.
These were fixed at one point, but with patch 808D,E or F something
changed and we reverted back to the old problems.
The problems were again fixed with 808G

Pam
Metro Machine

________________________________

From: vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com> [mailto:vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com> ] On Behalf
Of gsc1161
Sent: Wednesday, August 09, 2006 9:34 AM
To: vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com>
Subject: [Vantage] Vantage 8 MRP issues

Has anyone else had, or is having issues with conversion data and
MRP? Things like incorrect quantity suggestions, balance going
negative, duplicate PO's, etc?

If anyone is using MRP in 8.0 can you please reply? I would like to
know how many users are using MRP.

Thanks in advance.

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






[Non-text portions of this message have been removed]
6
We're on 8.00. Having HUGE mrp issues. Exactly as described below;
incorrect suggestions, doubling requirements on POs. We're
suffering. We just went live last week. Service Pack 809 was
supposed to resolve all of our issues, but did not. I'm not sure it
had any effect at all on the MRP issues, though the change list
referred to many MRP fixes.

amy

>
>
> ________________________________
>
> From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On
Behalf Of Lindquist, Pam
> Sent: Wednesday, August 09, 2006 11:53 AM
> To: vantage@yahoogroups.com
> Subject: RE: [Vantage] Vantage 8 MRP issues
>
>
>
> We use MRP.
>
> On patch 808G all the outstanding issues were cleared up as far as
we
> know.
> All our data using MRP was electronically converted from another
system
> - we are new to Epicor.
> We started using MRP in August of 2005. At that time, the service
pack
> level and patch level had several issues that created problems
such as
> you describe.
> These were fixed at one point, but with patch 808D,E or F something
> changed and we reverted back to the old problems.
> The problems were again fixed with 808G
>
> Pam
> Metro Machine
>
> ________________________________
>
> From: vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com>
[mailto:vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com> ]
On Behalf
> Of gsc1161
> Sent: Wednesday, August 09, 2006 9:34 AM
> To: vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com>
> Subject: [Vantage] Vantage 8 MRP issues
>
> Has anyone else had, or is having issues with conversion data and
> MRP? Things like incorrect quantity suggestions, balance going
> negative, duplicate PO's, etc?
>
> If anyone is using MRP in 8.0 can you please reply? I would like
to
> know how many users are using MRP.
>
> Thanks in advance.
>
> [Non-text portions of this message have been removed]
>
>
>
>
>
>
> [Non-text portions of this message have been removed]
>
7
There are two big changes to MRP in 809 that may make the upgrade
worthwhile depending on your needs.

1) Major performance improvement. If you have server memory to spare,
you can experiment with the number of processors and schedulers which
are configurable on the Process MRP form - each requires an app
server. I have found that in our environment, 3 schedulers and 20
processors yeilds the fastest run time. The total runtime was reduced
from over 100 hours to less than 5 hours. We have a very large
database with lots of everything (orders, parts, jobs, resources,
etc.) so this was important to us.

2) You can enable historical dates and set the schedule start date in
the past. We did some superficial testing on this and it appears to
work OK.

--- In vantage@yahoogroups.com, "Chuck Andrews" <controller@...>
wrote:
>
> We didn't license MRP, so I can't speak from first hand experience;
but I
> did notice a number of MRP fixes on the Release 9 change list.
>
>
>
> If you're not yet ready to install 8.00.809. you can at least
download the
> change document to see if it your problems were addressed.
>
>
>
> Chuck Andrews
>
> Iridium Industries, Inc.
>
> One Forge Road
>
> E. Stroudsburg, PA 18301
>
> 570-476-8800 Ext 14
>
> Controller@...
>
> _____
>
> From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On
Behalf Of
> gsc1161
> Sent: Wednesday, August 09, 2006 10:34 AM
> To: vantage@yahoogroups.com
> Subject: [Vantage] Vantage 8 MRP issues
>
>
>
> Has anyone else had, or is having issues with conversion data and
> MRP? Things like incorrect quantity suggestions, balance going
> negative, duplicate PO's, etc?
>
> If anyone is using MRP in 8.0 can you please reply? I would like to
> know how many users are using MRP.
>
> Thanks in advance.
>
>
>
>
>
> [Non-text portions of this message have been removed]
>
8
Amy - Thanks for your response. Do you have the Advance Material
Module? Multiple Warehouses, Multiple Bins? This seems to be a common
thread among those of us with AMM. What response have you had from
Epicor?

Gregory S. Creighton
Plant Manager
ADCO Circuits, Inc.
gcreighton@...
248-829-4644


________________________________

From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf
Of cpsadp
Sent: Thursday, August 10, 2006 12:15 PM
To: vantage@yahoogroups.com
Subject: [Vantage] Re: Vantage 8 MRP issues



We're on 8.00. Having HUGE mrp issues. Exactly as described below;
incorrect suggestions, doubling requirements on POs. We're
suffering. We just went live last week. Service Pack 809 was
supposed to resolve all of our issues, but did not. I'm not sure it
had any effect at all on the MRP issues, though the change list
referred to many MRP fixes.

amy

>
>
> ________________________________
>
> From: vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com>
[mailto:vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com> ] On
Behalf Of Lindquist, Pam
> Sent: Wednesday, August 09, 2006 11:53 AM
> To: vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com>
> Subject: RE: [Vantage] Vantage 8 MRP issues
>
>
>
> We use MRP.
>
> On patch 808G all the outstanding issues were cleared up as far as
we
> know.
> All our data using MRP was electronically converted from another
system
> - we are new to Epicor.
> We started using MRP in August of 2005. At that time, the service
pack
> level and patch level had several issues that created problems
such as
> you describe.
> These were fixed at one point, but with patch 808D,E or F something
> changed and we reverted back to the old problems.
> The problems were again fixed with 808G
>
> Pam
> Metro Machine
>
> ________________________________
>
> 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 gsc1161
> Sent: Wednesday, August 09, 2006 9:34 AM
> To: vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com>
<mailto:vantage%40yahoogroups.com>
> Subject: [Vantage] Vantage 8 MRP issues
>
> Has anyone else had, or is having issues with conversion data and
> MRP? Things like incorrect quantity suggestions, balance going
> negative, duplicate PO's, etc?
>
> If anyone is using MRP in 8.0 can you please reply? I would like
to
> know how many users are using MRP.
>
> Thanks in advance.
>
> [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]
9
Brad,

I am curious as to what environment you are running on. Progress or
SQL, Windows or Unix. We have also been having long MRP runtimes (or
at least I thought they were long until I read your post about 100
hours). We installed the 809 patch and had a talk with Epicor's VP
of Development who recomended a 3/1 Scheduler/Processes ratio to
start from. He said the improvements were more dramatic with SQL
since it was slower to start, but we run Progress. We currently have
the database on Windows but plan to move it to our unix box soon.

Could you please specify what environment you run on and any other
insight you have about tuning the performance?

Thanks.

--- In vantage@yahoogroups.com, "Brad Feazell" <Brad_feazell@...>
wrote:
>
> There are two big changes to MRP in 809 that may make the upgrade
> worthwhile depending on your needs.
>
> 1) Major performance improvement. If you have server memory to
spare,
> you can experiment with the number of processors and schedulers
which
> are configurable on the Process MRP form - each requires an app
> server. I have found that in our environment, 3 schedulers and 20
> processors yeilds the fastest run time. The total runtime was
reduced
> from over 100 hours to less than 5 hours. We have a very large
> database with lots of everything (orders, parts, jobs, resources,
> etc.) so this was important to us.
>
> 2) You can enable historical dates and set the schedule start date
in
> the past. We did some superficial testing on this and it appears to
> work OK.
>
> --- In vantage@yahoogroups.com, "Chuck Andrews" <controller@>
> wrote:
> >
> > We didn't license MRP, so I can't speak from first hand
experience;
> but I
> > did notice a number of MRP fixes on the Release 9 change list.
> >
> >
> >
> > If you're not yet ready to install 8.00.809. you can at least
> download the
> > change document to see if it your problems were addressed.
> >
> >
> >
> > Chuck Andrews
> >
> > Iridium Industries, Inc.
> >
> > One Forge Road
> >
> > E. Stroudsburg, PA 18301
> >
> > 570-476-8800 Ext 14
> >
> > Controller@
> >
> > _____
> >
> > From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On
> Behalf Of
> > gsc1161
> > Sent: Wednesday, August 09, 2006 10:34 AM
> > To: vantage@yahoogroups.com
> > Subject: [Vantage] Vantage 8 MRP issues
> >
> >
> >
> > Has anyone else had, or is having issues with conversion data and
> > MRP? Things like incorrect quantity suggestions, balance going
> > negative, duplicate PO's, etc?
> >
> > If anyone is using MRP in 8.0 can you please reply? I would like
to
> > know how many users are using MRP.
> >
> > Thanks in advance.
> >
> >
> >
> >
> >
> > [Non-text portions of this message have been removed]
> >
>