Slow performance with large number of Ship To's

That's a good idea. But... how do I hide that part of the tree view? I
looked in Options -> Tree View, and know how to change the labels but
don't see a way to remove a section. Tried creating a customization,
but don't see how to modify the nodes in a tree view - just remove the
entire tree view. Any suggestions? Epicor 9.05.600C.



Thanks,

Brian.



________________________________

From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf
Of Gary Parfrey
Sent: Wednesday, December 15, 2010 9:10 PM
To: vantage@yahoogroups.com
Subject: RE: [Vantage] Re: Slow performance with large number of Ship
To's





Doug, Brian

As a short term workaround try hiding the tree away in the UI?. You may
find it is faster as the screen does not keep rendering the tree UI when
hidden.

We have found when having large datasets in the screen, such as POs with
1000 lines the screen navigation is almost reduced to a crawl

When the tree is hidden everything navigates at a useable speed

May help?

Gary

From: vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com>
[mailto:vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com> ] On
Behalf
Of Brian Roberts
Sent: 15 December 2010 21:34
To: vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com>
Subject: RE: [Vantage] Re: Slow performance with large number of Ship
To's

We face the same issue, with one customer having over 6000 ship to
addresses.

In Vantage 9.05.600C (in testing for us), we are seeing the following
timing:

Customer Maintenance: Takes forever (over 60sec) to load that customer
because it is loading every single Ship To address into the tree & list.
Working on that customer is very slow... pauses in the 1-3 second range
when clicking, scrolling, looking at a ship to, etc. Frustrating.

Sales Order Entry: If you type in the ship to number when entering a
new order, very quick (~1 sec). Searching is also quick because it
pulls only 100 at a time (assuming you know what you're looking for).
Entering a new ship to address from the order entry screen (via right
click, Open With, Customer Ship To Entry) is also quick, because it
doesn't attempt to load any of the other ship to addresses. So the
process of entering an order (& possibly a new ship to) is nice and
quick.

I can test any other screens you're interested in, just ask.

Brian.

________________________________

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 djojmis
Sent: Wednesday, December 15, 2010 3:52 PM
To: vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com>
<mailto:vantage%40yahoogroups.com>
Subject: [Vantage] Re: Slow performance with large number of Ship To's

Greetings Erik,

We have the exact same issue and Epicor knows about it. It has something
to do with the way forms are loaded.

I don't believe any of this is confidential - Epicor performed a test
for me on 8.03, 9.04 and 9.05 creating an order for a customer with 1000
ship tos. The difference between 8.03 and 9.05 was significant. 9.05 was
13 times faster than 8.03 when entering a one line order with 1000
releases.

So if you are set up like me, getting to that release will not be easy.
This does give me the incentive and motivation to start working my way
toward 9.05.

As far as your two questions, I don't know of any way to help for
either.

Doug Oswald
MIS
FLEETWOOD





[Non-text portions of this message have been removed]
We have a few customers in Vantage that have a large number of Ship To addresses attached. In some cases over a thousand that have built up over the past 11 years on the system.

When selecting a Ship To for a Sales Order Release it is very slow because they all load. My questions are,

1)Is there any way to purge out obsolete ShipTo's?

2)Any good way to improve performance loading fewer addresses?

We are running Vantage 8.03.408B.

Thanks!

Erik Smalley
IT Manager
MEI
Greetings Erik,

We have the exact same issue and Epicor knows about it. It has something to do with the way forms are loaded.

I don't believe any of this is confidential - Epicor performed a test for me on 8.03, 9.04 and 9.05 creating an order for a customer with 1000 ship tos. The difference between 8.03 and 9.05 was significant. 9.05 was 13 times faster than 8.03 when entering a one line order with 1000 releases.

So if you are set up like me, getting to that release will not be easy. This does give me the incentive and motivation to start working my way toward 9.05.

As far as your two questions, I don't know of any way to help for either.

Doug Oswald
MIS
FLEETWOOD
We face the same issue, with one customer having over 6000 ship to
addresses.



In Vantage 9.05.600C (in testing for us), we are seeing the following
timing:



Customer Maintenance: Takes forever (over 60sec) to load that customer
because it is loading every single Ship To address into the tree & list.
Working on that customer is very slow... pauses in the 1-3 second range
when clicking, scrolling, looking at a ship to, etc. Frustrating.



Sales Order Entry: If you type in the ship to number when entering a
new order, very quick (~1 sec). Searching is also quick because it
pulls only 100 at a time (assuming you know what you're looking for).
Entering a new ship to address from the order entry screen (via right
click, Open With, Customer Ship To Entry) is also quick, because it
doesn't attempt to load any of the other ship to addresses. So the
process of entering an order (& possibly a new ship to) is nice and
quick.



I can test any other screens you're interested in, just ask.



Brian.



________________________________

From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf
Of djojmis
Sent: Wednesday, December 15, 2010 3:52 PM
To: vantage@yahoogroups.com
Subject: [Vantage] Re: Slow performance with large number of Ship To's





Greetings Erik,

We have the exact same issue and Epicor knows about it. It has something
to do with the way forms are loaded.

I don't believe any of this is confidential - Epicor performed a test
for me on 8.03, 9.04 and 9.05 creating an order for a customer with 1000
ship tos. The difference between 8.03 and 9.05 was significant. 9.05 was
13 times faster than 8.03 when entering a one line order with 1000
releases.

So if you are set up like me, getting to that release will not be easy.
This does give me the incentive and motivation to start working my way
toward 9.05.

As far as your two questions, I don't know of any way to help for
either.

Doug Oswald
MIS
FLEETWOOD





[Non-text portions of this message have been removed]
Forgot to add:



Customer Tracker is nice & fast (unlike Customer Maintenance), because
it doesn't load all the ship to addresses by default. But clicking that
Retrieve button in the Ship To tab slows it down. (And retrieving all
shipments for that customer is a "lets go get a coffee" timeframe - but
that is due to our volume, not Epicor's issue).



Brian.



________________________________

From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf
Of Brian Roberts
Sent: Wednesday, December 15, 2010 4:34 PM
To: vantage@yahoogroups.com
Subject: RE: [Vantage] Re: Slow performance with large number of Ship
To's





We face the same issue, with one customer having over 6000 ship to
addresses.

In Vantage 9.05.600C (in testing for us), we are seeing the following
timing:

Customer Maintenance: Takes forever (over 60sec) to load that customer
because it is loading every single Ship To address into the tree & list.
Working on that customer is very slow... pauses in the 1-3 second range
when clicking, scrolling, looking at a ship to, etc. Frustrating.

Sales Order Entry: If you type in the ship to number when entering a
new order, very quick (~1 sec). Searching is also quick because it
pulls only 100 at a time (assuming you know what you're looking for).
Entering a new ship to address from the order entry screen (via right
click, Open With, Customer Ship To Entry) is also quick, because it
doesn't attempt to load any of the other ship to addresses. So the
process of entering an order (& possibly a new ship to) is nice and
quick.

I can test any other screens you're interested in, just ask.

Brian.

________________________________

From: vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com>
[mailto:vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com> ] On
Behalf
Of djojmis
Sent: Wednesday, December 15, 2010 3:52 PM
To: vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com>
Subject: [Vantage] Re: Slow performance with large number of Ship To's

Greetings Erik,

We have the exact same issue and Epicor knows about it. It has something
to do with the way forms are loaded.

I don't believe any of this is confidential - Epicor performed a test
for me on 8.03, 9.04 and 9.05 creating an order for a customer with 1000
ship tos. The difference between 8.03 and 9.05 was significant. 9.05 was
13 times faster than 8.03 when entering a one line order with 1000
releases.

So if you are set up like me, getting to that release will not be easy.
This does give me the incentive and motivation to start working my way
toward 9.05.

As far as your two questions, I don't know of any way to help for
either.

Doug Oswald
MIS
FLEETWOOD






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



As a short term workaround try hiding the tree away in the UI?. You may
find it is faster as the screen does not keep rendering the tree UI when
hidden.

We have found when having large datasets in the screen, such as POs with
1000 lines the screen navigation is almost reduced to a crawl

When the tree is hidden everything navigates at a useable speed



May help?



Gary



From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf
Of Brian Roberts
Sent: 15 December 2010 21:34
To: vantage@yahoogroups.com
Subject: RE: [Vantage] Re: Slow performance with large number of Ship
To's





We face the same issue, with one customer having over 6000 ship to
addresses.

In Vantage 9.05.600C (in testing for us), we are seeing the following
timing:

Customer Maintenance: Takes forever (over 60sec) to load that customer
because it is loading every single Ship To address into the tree & list.
Working on that customer is very slow... pauses in the 1-3 second range
when clicking, scrolling, looking at a ship to, etc. Frustrating.

Sales Order Entry: If you type in the ship to number when entering a
new order, very quick (~1 sec). Searching is also quick because it
pulls only 100 at a time (assuming you know what you're looking for).
Entering a new ship to address from the order entry screen (via right
click, Open With, Customer Ship To Entry) is also quick, because it
doesn't attempt to load any of the other ship to addresses. So the
process of entering an order (& possibly a new ship to) is nice and
quick.

I can test any other screens you're interested in, just ask.

Brian.

________________________________

From: vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com>
[mailto:vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com> ] On
Behalf
Of djojmis
Sent: Wednesday, December 15, 2010 3:52 PM
To: vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com>
Subject: [Vantage] Re: Slow performance with large number of Ship To's

Greetings Erik,

We have the exact same issue and Epicor knows about it. It has something
to do with the way forms are loaded.

I don't believe any of this is confidential - Epicor performed a test
for me on 8.03, 9.04 and 9.05 creating an order for a customer with 1000
ship tos. The difference between 8.03 and 9.05 was significant. 9.05 was
13 times faster than 8.03 when entering a one line order with 1000
releases.

So if you are set up like me, getting to that release will not be easy.
This does give me the incentive and motivation to start working my way
toward 9.05.

As far as your two questions, I don't know of any way to help for
either.

Doug Oswald
MIS
FLEETWOOD

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





[Non-text portions of this message have been removed]
We have had a similar issue since Vantage 8. We had it in 9.04.503b and we still
have it in 9.04.505c.

In the end we made our own customer tracker which is very fast.

We have always linked the issue with multiple bill tos rather than multiple ship
tos.




________________________________
From: Brian Roberts <broberts@...>
To: vantage@yahoogroups.com
Sent: Wed, 15 December, 2010 21:47:45
Subject: RE: [Vantage] Re: Slow performance with large number of Ship To's

Â
Forgot to add:

Customer Tracker is nice & fast (unlike Customer Maintenance), because
it doesn't load all the ship to addresses by default. But clicking that
Retrieve button in the Ship To tab slows it down. (And retrieving all
shipments for that customer is a "lets go get a coffee" timeframe - but
that is due to our volume, not Epicor's issue).

Brian.

________________________________

From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf
Of Brian Roberts
Sent: Wednesday, December 15, 2010 4:34 PM
To: vantage@yahoogroups.com
Subject: RE: [Vantage] Re: Slow performance with large number of Ship
To's

We face the same issue, with one customer having over 6000 ship to
addresses.

In Vantage 9.05.600C (in testing for us), we are seeing the following
timing:

Customer Maintenance: Takes forever (over 60sec) to load that customer
because it is loading every single Ship To address into the tree & list.
Working on that customer is very slow... pauses in the 1-3 second range
when clicking, scrolling, looking at a ship to, etc. Frustrating.

Sales Order Entry: If you type in the ship to number when entering a
new order, very quick (~1 sec). Searching is also quick because it
pulls only 100 at a time (assuming you know what you're looking for).
Entering a new ship to address from the order entry screen (via right
click, Open With, Customer Ship To Entry) is also quick, because it
doesn't attempt to load any of the other ship to addresses. So the
process of entering an order (& possibly a new ship to) is nice and
quick.

I can test any other screens you're interested in, just ask.

Brian.

________________________________

From: vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com>
[mailto:vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com> ] On
Behalf
Of djojmis
Sent: Wednesday, December 15, 2010 3:52 PM
To: vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com>
Subject: [Vantage] Re: Slow performance with large number of Ship To's

Greetings Erik,

We have the exact same issue and Epicor knows about it. It has something
to do with the way forms are loaded.

I don't believe any of this is confidential - Epicor performed a test
for me on 8.03, 9.04 and 9.05 creating an order for a customer with 1000
ship tos. The difference between 8.03 and 9.05 was significant. 9.05 was
13 times faster than 8.03 when entering a one line order with 1000
releases.

So if you are set up like me, getting to that release will not be easy.
This does give me the incentive and motivation to start working my way
toward 9.05.

As far as your two questions, I don't know of any way to help for
either.

Doug Oswald
MIS
FLEETWOOD

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


Â




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