UOM record disappears

Yahoo Archive
1
The SCR 97410 in the 700C release is different. The SCR they made a fix
for me is slated for 701. The SCR for our issue is 94039.



Joshua Giese

CTO

920.437.6400 Ext. 337

Site ID: 27450-E905700B2-SQL64

From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf
Of Greg Payne
Sent: Thursday, July 26, 2012 10:57 AM
To: vantage@yahoogroups.com
Subject: RE: [Vantage] Re: UOM record disappears





It is shown as fixed the 700C patch. did you have to run any fixes for the
other UOMs?

Greg Payne

From: vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com>
[mailto:vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com> ] On
Behalf Of Joshua Giese
Sent: Thursday, July 26, 2012 11:46 AM
To: vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com>
Subject: RE: [Vantage] Re: UOM record disappears

They just sent me a one off for this for E905700B2-SQL64

Joshua Giese

CTO

920.437.6400 Ext. 337

Site ID: 27450-E905700B2-SQL64

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 that_guyy
Sent: Wednesday, July 25, 2012 2:25 PM
To: vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com>
<mailto:vantage%40yahoogroups.com>
Subject: [Vantage] Re: UOM record disappears

Anon,
Confirmed, we are experiancing the exact same problem on 9.05.700B2 and I
have also opened a call with Epicor on the issue.
Here are some other things you may or may not have noticed in regard to
this problem, please confirm:
1. Only Part Specific UOMs appear in the Part Entry > UOM tab list, any
non part specific UOM's from the UOM Class do not show up.
2. Due to #1, you cannot assign a UPC code to any non-part specific UOM.
Example: UOM Class: EA, BX, CS - EA is Base & non part specific, BX & CS
are part specific. Any part that uses this UOM Class will only show BX &
CS, so you cannot assign a UPC code for EA.
3. If you try to run a BAQ to look for these part specific PartUOM's with
the Conversion Factor = '0' they will not show up... no idea why. So we
can't seem to find away to even see what part numbers are affected.

Can you confirm any of the above?
How are you 'monitoring' or dealing with this problem?

-Rick Bird
IT Software Administrator
Rowmark, LLC.

--- In vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com>
<mailto:vantage%40yahoogroups.com> <mailto:vantage%40yahoogroups.com> ,
"Anon"
<jgiese@... <mailto:jgiese@...%3cmailto:jgiese@...> <mailto:jgiese@...>>
wrote:
>
> Strange issue since we have gone to 700B2. After creating a part
specific UOM on a part (adding the conversion factor) we save and all is
well you can load the part and it is there. You start doing anything more
with that part i.e. adding a revision, cost adj, adding to a line on an
order and the UOM record that was previously created vanishes. Seems to be
pretty random. Anyone at all notice anything like this. We are having to
watch this very carefully while we work with Epicor on the issue. Just
looking for input.
>

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

________________________________
CONFIDENTIALITY NOTICE

The information contained in this communication, including attachments, is
privileged and confidential. It is intended only for the exclusive use of
the addressee. If the reader of this message is not the intended
recipient, or the employee or agent responsible for delivering it to the
intended recipient, you are hereby notified that any dissemination,
distribution or copying of this communication is strictly prohibited. If
you have received this communication in error, please notify us at (727)
578-6258 and immediately delete the communication.

"This (document/presentation) may contain technical data as defined in the
International Traffic In Arms Regulations (ITAR) 22 CFR 120.10. Export of
this material is restricted by the Arms Export Control Act (22 U.S.C. 2751
et seq.) and may not be exported to foreign persons without prior approval
form the U.S. Department of State."

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





[Non-text portions of this message have been removed]
2
Strange issue since we have gone to 700B2. After creating a part specific UOM on a part (adding the conversion factor) we save and all is well you can load the part and it is there. You start doing anything more with that part i.e. adding a revision, cost adj, adding to a line on an order and the UOM record that was previously created vanishes. Seems to be pretty random. Anyone at all notice anything like this. We are having to watch this very carefully while we work with Epicor on the issue. Just looking for input.
3
Anon,
Confirmed, we are experiancing the exact same problem on 9.05.700B2 and I have also opened a call with Epicor on the issue.
Here are some other things you may or may not have noticed in regard to this problem, please confirm:
1. Only Part Specific UOMs appear in the Part Entry > UOM tab list, any non part specific UOM's from the UOM Class do not show up.
2. Due to #1, you cannot assign a UPC code to any non-part specific UOM. Example: UOM Class: EA, BX, CS - EA is Base & non part specific, BX & CS are part specific. Any part that uses this UOM Class will only show BX & CS, so you cannot assign a UPC code for EA.
3. If you try to run a BAQ to look for these part specific PartUOM's with the Conversion Factor = '0' they will not show up... no idea why. So we can't seem to find away to even see what part numbers are affected.

Can you confirm any of the above?
How are you 'monitoring' or dealing with this problem?

-Rick Bird
IT Software Administrator
Rowmark, LLC.

--- In vantage@yahoogroups.com, "Anon" <jgiese@...> wrote:
>
> Strange issue since we have gone to 700B2. After creating a part specific UOM on a part (adding the conversion factor) we save and all is well you can load the part and it is there. You start doing anything more with that part i.e. adding a revision, cost adj, adding to a line on an order and the UOM record that was previously created vanishes. Seems to be pretty random. Anyone at all notice anything like this. We are having to watch this very carefully while we work with Epicor on the issue. Just looking for input.
>
4
They just sent me a one off for this for E905700B2-SQL64



Joshua Giese

CTO

920.437.6400 Ext. 337

Site ID: 27450-E905700B2-SQL64



From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf
Of that_guyy
Sent: Wednesday, July 25, 2012 2:25 PM
To: vantage@yahoogroups.com
Subject: [Vantage] Re: UOM record disappears





Anon,
Confirmed, we are experiancing the exact same problem on 9.05.700B2 and I
have also opened a call with Epicor on the issue.
Here are some other things you may or may not have noticed in regard to
this problem, please confirm:
1. Only Part Specific UOMs appear in the Part Entry > UOM tab list, any
non part specific UOM's from the UOM Class do not show up.
2. Due to #1, you cannot assign a UPC code to any non-part specific UOM.
Example: UOM Class: EA, BX, CS - EA is Base & non part specific, BX & CS
are part specific. Any part that uses this UOM Class will only show BX &
CS, so you cannot assign a UPC code for EA.
3. If you try to run a BAQ to look for these part specific PartUOM's with
the Conversion Factor = '0' they will not show up... no idea why. So we
can't seem to find away to even see what part numbers are affected.

Can you confirm any of the above?
How are you 'monitoring' or dealing with this problem?

-Rick Bird
IT Software Administrator
Rowmark, LLC.

--- In vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com> , "Anon"
<jgiese@...> wrote:
>
> Strange issue since we have gone to 700B2. After creating a part
specific UOM on a part (adding the conversion factor) we save and all is
well you can load the part and it is there. You start doing anything more
with that part i.e. adding a revision, cost adj, adding to a line on an
order and the UOM record that was previously created vanishes. Seems to be
pretty random. Anyone at all notice anything like this. We are having to
watch this very carefully while we work with Epicor on the issue. Just
looking for input.
>





[Non-text portions of this message have been removed]
5
It is shown as fixed the 700C patch. did you have to run any fixes for the other UOMs?

Greg Payne

From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf Of Joshua Giese
Sent: Thursday, July 26, 2012 11:46 AM
To: vantage@yahoogroups.com
Subject: RE: [Vantage] Re: UOM record disappears



They just sent me a one off for this for E905700B2-SQL64

Joshua Giese

CTO

920.437.6400 Ext. 337

Site ID: 27450-E905700B2-SQL64

From: vantage@yahoogroups.com<mailto:vantage%40yahoogroups.com> [mailto:vantage@yahoogroups.com<mailto:vantage%40yahoogroups.com>] On Behalf
Of that_guyy
Sent: Wednesday, July 25, 2012 2:25 PM
To: vantage@yahoogroups.com<mailto:vantage%40yahoogroups.com>
Subject: [Vantage] Re: UOM record disappears

Anon,
Confirmed, we are experiancing the exact same problem on 9.05.700B2 and I
have also opened a call with Epicor on the issue.
Here are some other things you may or may not have noticed in regard to
this problem, please confirm:
1. Only Part Specific UOMs appear in the Part Entry > UOM tab list, any
non part specific UOM's from the UOM Class do not show up.
2. Due to #1, you cannot assign a UPC code to any non-part specific UOM.
Example: UOM Class: EA, BX, CS - EA is Base & non part specific, BX & CS
are part specific. Any part that uses this UOM Class will only show BX &
CS, so you cannot assign a UPC code for EA.
3. If you try to run a BAQ to look for these part specific PartUOM's with
the Conversion Factor = '0' they will not show up... no idea why. So we
can't seem to find away to even see what part numbers are affected.

Can you confirm any of the above?
How are you 'monitoring' or dealing with this problem?

-Rick Bird
IT Software Administrator
Rowmark, LLC.

--- In vantage@yahoogroups.com<mailto:vantage%40yahoogroups.com> <mailto:vantage%40yahoogroups.com> , "Anon"
<jgiese@...<mailto:jgiese@...>> wrote:
>
> Strange issue since we have gone to 700B2. After creating a part
specific UOM on a part (adding the conversion factor) we save and all is
well you can load the part and it is there. You start doing anything more
with that part i.e. adding a revision, cost adj, adding to a line on an
order and the UOM record that was previously created vanishes. Seems to be
pretty random. Anyone at all notice anything like this. We are having to
watch this very carefully while we work with Epicor on the issue. Just
looking for input.
>

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


________________________________
CONFIDENTIALITY NOTICE

The information contained in this communication, including attachments, is privileged and confidential. It is intended only for the exclusive use of the addressee. If the reader of this message is not the intended recipient, or the employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify us at (727) 578-6258 and immediately delete the communication.

"This (document/presentation) may contain technical data as defined in the International Traffic In Arms Regulations (ITAR) 22 CFR 120.10. Export of this material is restricted by the Arms Export Control Act (22 U.S.C. 2751 et seq.) and may not be exported to foreign persons without prior approval form the U.S. Department of State."


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