8.03.407 Issues

Our problem was with 407a. When you receive an RMA into a bin location,
but disposition into a different location, the material goes to the bin
defined in the receipt, not the disposition. Between that and
multi-company A/P being broken, it drove us to 408b... So far, it looks
pretty stable.



From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf
Of Chris Thompson
Sent: Wednesday, September 16, 2009 7:27 AM
To: vantage@yahoogroups.com
Subject: Re: [Vantage] 8.03.407 Issues





Dont do it!!!

(unless something major isnt working in your current version).

However you willl not get any other answers form support except "your
need to upgrade to 9 504" - we are now being told some things will be
9.1!!!!

________________________________
From: Andrew Best <abest@... <mailto:abest%40kice.com> >
To: vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com>
Sent: Wednesday, 16 September, 2009 14:30:57
Subject: RE: [Vantage] 8.03.407 Issues


We have these same issues along with several others in various other
modules of 8.03.407. But this is the most usable version that we have
encountered. My company is debating upgrading to newer versions...I am
very much opposed.

Regards,

Andrew Best

Kice Industries, Inc.

P(316)744-7151

F(316)295-2412

From: vantage@yahoogroups .com [mailto:vantage@yahoogroups .com] On
Behalf
Of Randy Weber
Sent: Monday, August 17, 2009 8:42 AM
To: vantage@yahoogroups .com
Subject: RE: [Vantage] 8.03.407 Issues

Bruce,

Yes, we have similar issues in 8.03.407c. Specifically, the printing
issue happens when the user does not save before printing. This happens
in order entry as well. Most of the time, while in data entry, if you
move from one portion of the form to another (e.g.. next sales order
line), the program recognizes this event and saves changes to the
previous line. But, when you make a change and go directly to the Print
Menu, the event isn't triggered so the last change you make isn't saved,
yet. Teach your users to hit save before printing, or ask this group if
a customization might be done to catch the print request and save first.

Regarding the job tree, I don't recall your exact problem but I will say
that Vantage is quirky and buggy at times. Similar to above, it seems to
get confused about changes being saved. It appears to me that while
making one change, there is another edit happening in the background
(invisible to the user), and that edit puts the record(s) in edit mode
(unsaved), and causes the system to think that another user has made a
change. Our work-around is to hit save a lot and clear-refresh, which
stinks.

Randy Weber

From: vantage@yahoogroups .com <mailto:vantage% 40yahoogroups. com>
[mailto:vantage@yahoogroups .com <mailto:vantage% 40yahoogroups. com> ]
On
Behalf
Of brucewbrannan
Sent: Friday, August 14, 2009 8:35 AM
To: vantage@yahoogroups .com <mailto:vantage% 40yahoogroups. com>
Subject: [Vantage] 8.03.407 Issues

Our engineers have been complaining about Vantage problems lately so I
went to investigate. They brought up several issues and I'd like to know
if other companies have experienced these issues.

-Often, when adding a subassembly to a job, it will not show up in the
tree view. The user must minimize the Job Entry window and then maximize
it again to make the subassembly appear in the tree.

-Sometimes when a subassembly is added to a job the parent assembly will
appear within the subassembly tree, until the windows is minimized then
maximized (refreshed?) . This action puts the parent assembly back at
the
top of the tree.

-Often, when entering job details, a user will copy a block of text from
one comment or text box in the Job Entry window and paste it into
another comment or text box but will receive an error like, "...being
modified or is in use by another user..." This is probably the most
common error and they have assured me that other users are not working
in the same jobs. This even happens when a single user works late or on
a Saturday when nobody else is in the system. The fix for this problem
is to do a refresh on the window, which normally dumps their previous
data entry because the record can't be saved.

-They regularly get 7224 errors. I might be wrong on the number but this
is what you see when there's a power outage and the server goes down. We
have taken many steps to lessen the possibility that this is a network
problem. We bought new switches and upgraded to gigabit on our
backbones. We bought a new server (when we installed Vantage 8.03).
We've replaced all of the older CAT5 with CAT5e and CAT6, even down to
the jumpers in their offices. Most of our PCs are less than a year old
and I even replaced one for a user who most frequently experienced the
7224 errors. He still gets the same errors.

-Sometimes when a user enters a drawing number and prints the traveler,
if the traveler is immediately printed the drawing number will not be on
it. When the user returns to the desk and prints it again the drawing
number will be on the traveler.

I've read the patch notes for the .408x series of fixes but nothing
seems to address these kinds of problems.

Has anybody had similar experiences with these issues?

Thanks,

Bruce

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

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

__._,_..___
Messages in this topic (3) Reply (via web post) | Start a new topic
Messages | Files | Photos | Database | Members
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/.
<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/links

Change settings via the Web (Yahoo! ID required)
Change settings via email: Switch delivery to Daily Digest | Switch
format to Traditional
Visit Your Group | Yahoo! Groups Terms of Use | Unsubscribe
Recent Activity
* 5
New FilesVisit Your Group
Give Back
Yahoo! for Good
Get inspired
by a good cause.
Y! Toolbar
Get it Free!
easy 1-click access
to your groups.
Yahoo! Groups
Start a group
in 3 easy steps.
Connect with others..
.

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





Click here
<https://www.mailcontrol.com/sr/wQw0zmjPoHdJTZGyOCrrhg==
kRRb8LSWg2AqCAeXpUZKb9piw+eygweL4+5LRkMuvIdUTQ==> to report this email
as spam.



This message has been scanned for malware by SurfControl plc. www.surfcontrol.com


[Non-text portions of this message have been removed]
Our engineers have been complaining about Vantage problems lately so I went to investigate. They brought up several issues and I'd like to know if other companies have experienced these issues.

-Often, when adding a subassembly to a job, it will not show up in the tree view. The user must minimize the Job Entry window and then maximize it again to make the subassembly appear in the tree.

-Sometimes when a subassembly is added to a job the parent assembly will appear within the subassembly tree, until the windows is minimized then maximized (refreshed?). This action puts the parent assembly back at the top of the tree.

-Often, when entering job details, a user will copy a block of text from one comment or text box in the Job Entry window and paste it into another comment or text box but will receive an error like, "Â…being modified or is in use by another user..." This is probably the most common error and they have assured me that other users are not working in the same jobs. This even happens when a single user works late or on a Saturday when nobody else is in the system. The fix for this problem is to do a refresh on the window, which normally dumps their previous data entry because the record can't be saved.

-They regularly get 7224 errors. I might be wrong on the number but this is what you see when there's a power outage and the server goes down. We have taken many steps to lessen the possibility that this is a network problem. We bought new switches and upgraded to gigabit on our backbones. We bought a new server (when we installed Vantage 8.03). We've replaced all of the older CAT5 with CAT5e and CAT6, even down to the jumpers in their offices. Most of our PCs are less than a year old and I even replaced one for a user who most frequently experienced the 7224 errors. He still gets the same errors.

-Sometimes when a user enters a drawing number and prints the traveler, if the traveler is immediately printed the drawing number will not be on it. When the user returns to the desk and prints it again the drawing number will be on the traveler.

I've read the patch notes for the .408x series of fixes but nothing seems to address these kinds of problems.

Has anybody had similar experiences with these issues?

Thanks,

Bruce
Bruce,



Yes, we have similar issues in 8.03.407c. Specifically, the printing
issue happens when the user does not save before printing. This happens
in order entry as well. Most of the time, while in data entry, if you
move from one portion of the form to another (e.g. next sales order
line), the program recognizes this event and saves changes to the
previous line. But, when you make a change and go directly to the Print
Menu, the event isn't triggered so the last change you make isn't saved,
yet. Teach your users to hit save before printing, or ask this group if
a customization might be done to catch the print request and save first.



Regarding the job tree, I don't recall your exact problem but I will say
that Vantage is quirky and buggy at times. Similar to above, it seems to
get confused about changes being saved. It appears to me that while
making one change, there is another edit happening in the background
(invisible to the user), and that edit puts the record(s) in edit mode
(unsaved), and causes the system to think that another user has made a
change. Our work-around is to hit save a lot and clear-refresh, which
stinks.



Randy Weber



From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf
Of brucewbrannan
Sent: Friday, August 14, 2009 8:35 AM
To: vantage@yahoogroups.com
Subject: [Vantage] 8.03.407 Issues





Our engineers have been complaining about Vantage problems lately so I
went to investigate. They brought up several issues and I'd like to know
if other companies have experienced these issues.

-Often, when adding a subassembly to a job, it will not show up in the
tree view. The user must minimize the Job Entry window and then maximize
it again to make the subassembly appear in the tree.

-Sometimes when a subassembly is added to a job the parent assembly will
appear within the subassembly tree, until the windows is minimized then
maximized (refreshed?). This action puts the parent assembly back at the
top of the tree.

-Often, when entering job details, a user will copy a block of text from
one comment or text box in the Job Entry window and paste it into
another comment or text box but will receive an error like, "...being
modified or is in use by another user..." This is probably the most
common error and they have assured me that other users are not working
in the same jobs. This even happens when a single user works late or on
a Saturday when nobody else is in the system. The fix for this problem
is to do a refresh on the window, which normally dumps their previous
data entry because the record can't be saved.

-They regularly get 7224 errors. I might be wrong on the number but this
is what you see when there's a power outage and the server goes down. We
have taken many steps to lessen the possibility that this is a network
problem. We bought new switches and upgraded to gigabit on our
backbones. We bought a new server (when we installed Vantage 8.03).
We've replaced all of the older CAT5 with CAT5e and CAT6, even down to
the jumpers in their offices. Most of our PCs are less than a year old
and I even replaced one for a user who most frequently experienced the
7224 errors. He still gets the same errors.

-Sometimes when a user enters a drawing number and prints the traveler,
if the traveler is immediately printed the drawing number will not be on
it. When the user returns to the desk and prints it again the drawing
number will be on the traveler.

I've read the patch notes for the .408x series of fixes but nothing
seems to address these kinds of problems.

Has anybody had similar experiences with these issues?

Thanks,

Bruce





[Non-text portions of this message have been removed]
We have these same issues along with several others in various other
modules of 8.03.407. But this is the most usable version that we have
encountered. My company is debating upgrading to newer versions...I am
very much opposed.



Regards,





Andrew Best

Kice Industries, Inc.

P(316)744-7151

F(316)295-2412



From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf
Of Randy Weber
Sent: Monday, August 17, 2009 8:42 AM
To: vantage@yahoogroups.com
Subject: RE: [Vantage] 8.03.407 Issues





Bruce,

Yes, we have similar issues in 8.03.407c. Specifically, the printing
issue happens when the user does not save before printing. This happens
in order entry as well. Most of the time, while in data entry, if you
move from one portion of the form to another (e.g. next sales order
line), the program recognizes this event and saves changes to the
previous line. But, when you make a change and go directly to the Print
Menu, the event isn't triggered so the last change you make isn't saved,
yet. Teach your users to hit save before printing, or ask this group if
a customization might be done to catch the print request and save first.

Regarding the job tree, I don't recall your exact problem but I will say
that Vantage is quirky and buggy at times. Similar to above, it seems to
get confused about changes being saved. It appears to me that while
making one change, there is another edit happening in the background
(invisible to the user), and that edit puts the record(s) in edit mode
(unsaved), and causes the system to think that another user has made a
change. Our work-around is to hit save a lot and clear-refresh, which
stinks.

Randy Weber

From: vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com>
[mailto:vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com> ] On
Behalf
Of brucewbrannan
Sent: Friday, August 14, 2009 8:35 AM
To: vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com>
Subject: [Vantage] 8.03.407 Issues

Our engineers have been complaining about Vantage problems lately so I
went to investigate. They brought up several issues and I'd like to know
if other companies have experienced these issues.

-Often, when adding a subassembly to a job, it will not show up in the
tree view. The user must minimize the Job Entry window and then maximize
it again to make the subassembly appear in the tree.

-Sometimes when a subassembly is added to a job the parent assembly will
appear within the subassembly tree, until the windows is minimized then
maximized (refreshed?). This action puts the parent assembly back at the
top of the tree.

-Often, when entering job details, a user will copy a block of text from
one comment or text box in the Job Entry window and paste it into
another comment or text box but will receive an error like, "...being
modified or is in use by another user..." This is probably the most
common error and they have assured me that other users are not working
in the same jobs. This even happens when a single user works late or on
a Saturday when nobody else is in the system. The fix for this problem
is to do a refresh on the window, which normally dumps their previous
data entry because the record can't be saved.

-They regularly get 7224 errors. I might be wrong on the number but this
is what you see when there's a power outage and the server goes down. We
have taken many steps to lessen the possibility that this is a network
problem. We bought new switches and upgraded to gigabit on our
backbones. We bought a new server (when we installed Vantage 8.03).
We've replaced all of the older CAT5 with CAT5e and CAT6, even down to
the jumpers in their offices. Most of our PCs are less than a year old
and I even replaced one for a user who most frequently experienced the
7224 errors. He still gets the same errors.

-Sometimes when a user enters a drawing number and prints the traveler,
if the traveler is immediately printed the drawing number will not be on
it. When the user returns to the desk and prints it again the drawing
number will be on the traveler.

I've read the patch notes for the .408x series of fixes but nothing
seems to address these kinds of problems.

Has anybody had similar experiences with these issues?

Thanks,

Bruce

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





[Non-text portions of this message have been removed]
Dont do it!!!

(unless something major isnt working in your current version).

However you willl not get any other answers form support except "your need to upgrade to 9 504" - we are now being told some things will be 9.1!!!!




________________________________
From: Andrew Best <abest@...>
To: vantage@yahoogroups.com
Sent: Wednesday, 16 September, 2009 14:30:57
Subject: RE: [Vantage] 8.03.407 Issues

Â
We have these same issues along with several others in various other
modules of 8.03.407. But this is the most usable version that we have
encountered. My company is debating upgrading to newer versions...I am
very much opposed.

Regards,

Andrew Best

Kice Industries, Inc.

P(316)744-7151

F(316)295-2412

From: vantage@yahoogroups .com [mailto:vantage@yahoogroups .com] On Behalf
Of Randy Weber
Sent: Monday, August 17, 2009 8:42 AM
To: vantage@yahoogroups .com
Subject: RE: [Vantage] 8.03.407 Issues

Bruce,

Yes, we have similar issues in 8.03.407c. Specifically, the printing
issue happens when the user does not save before printing. This happens
in order entry as well. Most of the time, while in data entry, if you
move from one portion of the form to another (e.g.. next sales order
line), the program recognizes this event and saves changes to the
previous line. But, when you make a change and go directly to the Print
Menu, the event isn't triggered so the last change you make isn't saved,
yet. Teach your users to hit save before printing, or ask this group if
a customization might be done to catch the print request and save first.

Regarding the job tree, I don't recall your exact problem but I will say
that Vantage is quirky and buggy at times. Similar to above, it seems to
get confused about changes being saved. It appears to me that while
making one change, there is another edit happening in the background
(invisible to the user), and that edit puts the record(s) in edit mode
(unsaved), and causes the system to think that another user has made a
change. Our work-around is to hit save a lot and clear-refresh, which
stinks.

Randy Weber

From: vantage@yahoogroups .com <mailto:vantage% 40yahoogroups. com>
[mailto:vantage@yahoogroups .com <mailto:vantage% 40yahoogroups. com> ] On
Behalf
Of brucewbrannan
Sent: Friday, August 14, 2009 8:35 AM
To: vantage@yahoogroups .com <mailto:vantage% 40yahoogroups. com>
Subject: [Vantage] 8.03.407 Issues

Our engineers have been complaining about Vantage problems lately so I
went to investigate. They brought up several issues and I'd like to know
if other companies have experienced these issues.

-Often, when adding a subassembly to a job, it will not show up in the
tree view. The user must minimize the Job Entry window and then maximize
it again to make the subassembly appear in the tree.

-Sometimes when a subassembly is added to a job the parent assembly will
appear within the subassembly tree, until the windows is minimized then
maximized (refreshed?) . This action puts the parent assembly back at the
top of the tree.

-Often, when entering job details, a user will copy a block of text from
one comment or text box in the Job Entry window and paste it into
another comment or text box but will receive an error like, "...being
modified or is in use by another user..." This is probably the most
common error and they have assured me that other users are not working
in the same jobs. This even happens when a single user works late or on
a Saturday when nobody else is in the system. The fix for this problem
is to do a refresh on the window, which normally dumps their previous
data entry because the record can't be saved.

-They regularly get 7224 errors. I might be wrong on the number but this
is what you see when there's a power outage and the server goes down. We
have taken many steps to lessen the possibility that this is a network
problem. We bought new switches and upgraded to gigabit on our
backbones. We bought a new server (when we installed Vantage 8.03).
We've replaced all of the older CAT5 with CAT5e and CAT6, even down to
the jumpers in their offices. Most of our PCs are less than a year old
and I even replaced one for a user who most frequently experienced the
7224 errors. He still gets the same errors.

-Sometimes when a user enters a drawing number and prints the traveler,
if the traveler is immediately printed the drawing number will not be on
it. When the user returns to the desk and prints it again the drawing
number will be on the traveler.

I've read the patch notes for the .408x series of fixes but nothing
seems to address these kinds of problems.

Has anybody had similar experiences with these issues?

Thanks,

Bruce

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

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


__._,_..___
Messages in this topic (3) Reply (via web post) | Start a new topic
Messages | Files | Photos | Database | Members
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/.%c2%a0
(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/links

Change settings via the Web (Yahoo! ID required)
Change settings via email: Switch delivery to Daily Digest | Switch format to Traditional
Visit Your Group | Yahoo! Groups Terms of Use | Unsubscribe
Recent Activity
* Â 5
New FilesVisit Your Group
Give Back
Yahoo! for Good
Get inspired
by a good cause.
Y! Toolbar
Get it Free!
easy 1-click access
to your groups.
Yahoo! Groups
Start a group
in 3 easy steps.
Connect with others..
.






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