Incorrect conversion factor for UOM

Yahoo Archive
1
I would also like a copy please.
llowney@...<mailto:llowney@...>

Thank you very much.

Linda

From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf Of Jacqueline Restivo
Sent: February-28-13 3:58 PM
To: vantage@yahoogroups.com
Subject: Re: [Vantage] Re: Incorrect conversion factor for UOM




Can I get a copy of these as well. Thank you
jrestivo@...<mailto:jrestivo%40cnpkg.com>

________________________________
From: "janjanowiak@...<mailto:janjanowiak%40sbcglobal.net>" janjanowiak@...<mailto:janjanowiak%40sbcglobal.net>>
To: "vantage@yahoogroups.com<mailto:vantage%40yahoogroups.com>" vantage@yahoogroups.com<mailto:vantage%40yahoogroups.com>>
Sent: Tuesday, January 22, 2013 2:30 PM
Subject: Re: [Vantage] Re: Incorrect conversion factor for UOM


Can I get a copy of these
mailto:JanJanowiak%40powergreatlakes.com

Thanks

Janice Janowiak

On Jan 22, 2013, at 12:55 PM, "Richard Sirow" mailto:rick%40iccparts.com> wrote:

> Yes.
>
> Anyone who wants instructions, please e-mail me & I will respond off-list
>
> Richard Sirow, President, Independent Components Corp.
>
> mailto:rick%40iccparts.com
>
> From: mailto:vantage%40yahoogroups.com [mailto:mailto:vantage%40yahoogroups.com] On Behalf Of
> jgiese1988
> Sent: Tuesday, January 22, 2013 1:00 PM
> To: mailto:vantage%40yahoogroups.com
> Subject: [Vantage] Re: Incorrect conversion factor for UOM
>
> Do tell... :) version 9.05.x?
>
> --- In mailto:vantage%40yahoogroups.com , "Richard
> Sirow" wrote:
> >
> > Stan,
> >
> >
> >
> > If this is a Part Specific UOM Conversion I can give you instructions -
> > there is a hidden override field that can be used.
> >
> >
> >
> > Rick Sirow
> >
> >
> >
> > From: mailto:vantage%40yahoogroups.com
> [mailto:mailto:vantage%40yahoogroups.com ] On
> Behalf Of
> > stanchmura
> > Sent: Tuesday, January 22, 2013 11:51 AM
> > To: mailto:vantage%40yahoogroups.com
> > Subject: [Vantage] Incorrect conversion factor for UOM
> >
> >
> >
> >
> >
> > Unfortunately I have entered an incorrect conversion factor for UOM.
> (Inches
> > to feet is 1 and should be 12). Since there are transactions on the parts
> > assigned to it, it now cannot be changed. And I can't set up a new
> (correct)
> > one and reassign it to the affected parts for the same reason
> > (transactions). I have contacted Epicor for a solution (likely some kind
> of
> > custom programming) but they are sluggish to reply and I expect a high
> cost.
> > If any one encountered an entry error like this, I would be very
> interested
> > if and how it was solved. Perhaps a workaround I've not thought of? (all
> new
> > part numbers and a new UOM was considered but this affects about 900 part
> > numbers.)
> > Thanks
> > Stan
> >
> >
> >
> >
> >
> > [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]

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



[Non-text portions of this message have been removed]
2
Unfortunately I have entered an incorrect conversion factor for UOM. (Inches to feet is 1 and should be 12). Since there are transactions on the parts assigned to it, it now cannot be changed. And I can't set up a new (correct) one and reassign it to the affected parts for the same reason (transactions). I have contacted Epicor for a solution (likely some kind of custom programming) but they are sluggish to reply and I expect a high cost. If any one encountered an entry error like this, I would be very interested if and how it was solved. Perhaps a workaround I've not thought of? (all new part numbers and a new UOM was considered but this affects about 900 part numbers.)
Thanks
Stan
3
My solution would be to write a BPM that fixes the data issues...
It's a custom program that you trigger to run based on a BPM.
The trick to it is that you need to know all the tables that it affected... and how it affected it... so that the BPM knows how to fix it.

A simple example that I've done in the past:

I needed to change the production standard of the first operation of each release traveler.
I set up a data directive in the Vendor table that can only be ran by me.

For first ttVendor no-lock:

/*Custom code went here, where I found each table and row that needed to be updated*/
For each jobhead where
Jobhead.company = cur-comp and
Jobhead.jobcomplete = false,
Each joboper where
Joboper.company = cur-comp and
Joboper.jobnum = jobhead.jobnum and
Joboper.oprseq = 10.

If avail joboper then do:

Assign joboper.prodstd = 2.

End.
End.
End.


So all I had to do was open up supplier entry, load any vendor, add a period to the name... save... data directive runs and makes changes to the jobs... I turn off the data directive then remove the period from the supplier's name.



Marco Vissuet
Systems Engineer
Pacific Contours Corporation
Office (619) 670-3900
Fax (619) 670-1643
mvissuet@...<mailto:mvissuet@...>
http://www.pacificcontours.com/
"The information contained herein may be subject to the International Traffic in Arms Regulations (ITAR) Warning: - This document contains data whose export is restricted by the Arms Export Control Act (Title 22, U.S.C., Sec 2751, et seq.) as amended, or the Export Administration Act (Title 50, U.S.C., App 2401 et seq.) as amended. Violations of these export laws are subject to severe criminal and civil penalties. Disseminate in accordance with provisions of DoD Directive 5230.25.

From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf Of stanchmura
Sent: Tuesday, January 22, 2013 8:51 AM
To: vantage@yahoogroups.com
Subject: [Vantage] Incorrect conversion factor for UOM



Unfortunately I have entered an incorrect conversion factor for UOM. (Inches to feet is 1 and should be 12). Since there are transactions on the parts assigned to it, it now cannot be changed. And I can't set up a new (correct) one and reassign it to the affected parts for the same reason (transactions). I have contacted Epicor for a solution (likely some kind of custom programming) but they are sluggish to reply and I expect a high cost. If any one encountered an entry error like this, I would be very interested if and how it was solved. Perhaps a workaround I've not thought of? (all new part numbers and a new UOM was considered but this affects about 900 part numbers.)
Thanks
Stan



[Non-text portions of this message have been removed]
4
Marco, Just a thought, this is totally just my two bits. You would not have to turn off the BPM to take the period away from the name. If you then remove the period, then the BPM would run again but basically placing a 2 where a 2 already exist in the JobOper.ProdStd. Now that is if I am reading the example correct.


Dan Godfrey
(805) 389-1935 x 251
5
Yes you are reading it correctly... You don't have turn off the BPM before you remove the period.

The reason why I do it this way its because sometimes I don't have a set value, instead I have a calculated value... and don't want it to run a second time or the BPM might take 30+ seconds to run and I don't want to wait again for it to run.


Marco Vissuet
Systems Engineering
Pacific Contours Corporation
Office (619) 670-3900
Fax (619) 670-1643
marcov@...<mailto:marcov@...>
http://www.pacificcontours.com/

"The information contained herein may be subject to the International Traffic in Arms Regulations (ITAR) Warning: - This document contains data whose export is restricted by the Arms Export Control Act (Title 22, U.S.C., Sec 2751, et seq.) as amended, or the Export Administration Act (Title 50, U.S.C., App 2401 et seq.) as amended. Violations of these export laws are subject to severe criminal and civil penalties. Disseminate in accordance with provisions of DoD Directive 5230.25.

From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf Of Dan Godfrey
Sent: Tuesday, January 22, 2013 9:48 AM
To: vantage@yahoogroups.com
Subject: RE: [Vantage] Incorrect conversion factor for UOM



Marco, Just a thought, this is totally just my two bits. You would not have to turn off the BPM to take the period away from the name. If you then remove the period, then the BPM would run again but basically placing a 2 where a 2 already exist in the JobOper.ProdStd. Now that is if I am reading the example correct.

Dan Godfrey
(805) 389-1935 x 251



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



If this is a Part Specific UOM Conversion I can give you instructions -
there is a hidden override field that can be used.



Rick Sirow



From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf Of
stanchmura
Sent: Tuesday, January 22, 2013 11:51 AM
To: vantage@yahoogroups.com
Subject: [Vantage] Incorrect conversion factor for UOM





Unfortunately I have entered an incorrect conversion factor for UOM. (Inches
to feet is 1 and should be 12). Since there are transactions on the parts
assigned to it, it now cannot be changed. And I can't set up a new (correct)
one and reassign it to the affected parts for the same reason
(transactions). I have contacted Epicor for a solution (likely some kind of
custom programming) but they are sluggish to reply and I expect a high cost.
If any one encountered an entry error like this, I would be very interested
if and how it was solved. Perhaps a workaround I've not thought of? (all new
part numbers and a new UOM was considered but this affects about 900 part
numbers.)
Thanks
Stan





[Non-text portions of this message have been removed]
7
Do tell... :) version 9.05.x?

--- In vantage@yahoogroups.com, "Richard Sirow" wrote:
>
> Stan,
>
>
>
> If this is a Part Specific UOM Conversion I can give you instructions -
> there is a hidden override field that can be used.
>
>
>
> Rick Sirow
>
>
>
> From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf Of
> stanchmura
> Sent: Tuesday, January 22, 2013 11:51 AM
> To: vantage@yahoogroups.com
> Subject: [Vantage] Incorrect conversion factor for UOM
>
>
>
>
>
> Unfortunately I have entered an incorrect conversion factor for UOM. (Inches
> to feet is 1 and should be 12). Since there are transactions on the parts
> assigned to it, it now cannot be changed. And I can't set up a new (correct)
> one and reassign it to the affected parts for the same reason
> (transactions). I have contacted Epicor for a solution (likely some kind of
> custom programming) but they are sluggish to reply and I expect a high cost.
> If any one encountered an entry error like this, I would be very interested
> if and how it was solved. Perhaps a workaround I've not thought of? (all new
> part numbers and a new UOM was considered but this affects about 900 part
> numbers.)
> Thanks
> Stan
>
>
>
>
>
> [Non-text portions of this message have been removed]
>
8
Yes.



Anyone who wants instructions, please e-mail me & I will respond off-list



Richard Sirow, President, Independent Components Corp.

rick@...



From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf Of
jgiese1988
Sent: Tuesday, January 22, 2013 1:00 PM
To: vantage@yahoogroups.com
Subject: [Vantage] Re: Incorrect conversion factor for UOM





Do tell... :) version 9.05.x?

--- In vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com> , "Richard
Sirow" wrote:
>
> Stan,
>
>
>
> If this is a Part Specific UOM Conversion I can give you instructions -
> there is a hidden override field that can be used.
>
>
>
> Rick Sirow
>
>
>
> From: vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com>
[mailto:vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com> ] On
Behalf Of
> stanchmura
> Sent: Tuesday, January 22, 2013 11:51 AM
> To: vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com>
> Subject: [Vantage] Incorrect conversion factor for UOM
>
>
>
>
>
> Unfortunately I have entered an incorrect conversion factor for UOM.
(Inches
> to feet is 1 and should be 12). Since there are transactions on the parts
> assigned to it, it now cannot be changed. And I can't set up a new
(correct)
> one and reassign it to the affected parts for the same reason
> (transactions). I have contacted Epicor for a solution (likely some kind
of
> custom programming) but they are sluggish to reply and I expect a high
cost.
> If any one encountered an entry error like this, I would be very
interested
> if and how it was solved. Perhaps a workaround I've not thought of? (all
new
> part numbers and a new UOM was considered but this affects about 900 part
> numbers.)
> Thanks
> Stan
>
>
>
>
>
> [Non-text portions of this message have been removed]
>





[Non-text portions of this message have been removed]
9
Can I get a copy of these
JanJanowiak@...

Thanks

Janice Janowiak

On Jan 22, 2013, at 12:55 PM, "Richard Sirow" <rick@...> wrote:

> Yes.
>
> Anyone who wants instructions, please e-mail me & I will respond off-list
>
> Richard Sirow, President, Independent Components Corp.
>
> rick@...
>
> From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf Of
> jgiese1988
> Sent: Tuesday, January 22, 2013 1:00 PM
> To: vantage@yahoogroups.com
> Subject: [Vantage] Re: Incorrect conversion factor for UOM
>
> Do tell... :) version 9.05.x?
>
> --- In vantage@yahoogroups.com , "Richard
> Sirow" wrote:
> >
> > Stan,
> >
> >
> >
> > If this is a Part Specific UOM Conversion I can give you instructions -
> > there is a hidden override field that can be used.
> >
> >
> >
> > Rick Sirow
> >
> >
> >
> > From: vantage@yahoogroups.com
> [mailto:vantage@yahoogroups.com ] On
> Behalf Of
> > stanchmura
> > Sent: Tuesday, January 22, 2013 11:51 AM
> > To: vantage@yahoogroups.com
> > Subject: [Vantage] Incorrect conversion factor for UOM
> >
> >
> >
> >
> >
> > Unfortunately I have entered an incorrect conversion factor for UOM.
> (Inches
> > to feet is 1 and should be 12). Since there are transactions on the parts
> > assigned to it, it now cannot be changed. And I can't set up a new
> (correct)
> > one and reassign it to the affected parts for the same reason
> > (transactions). I have contacted Epicor for a solution (likely some kind
> of
> > custom programming) but they are sluggish to reply and I expect a high
> cost.
> > If any one encountered an entry error like this, I would be very
> interested
> > if and how it was solved. Perhaps a workaround I've not thought of? (all
> new
> > part numbers and a new UOM was considered but this affects about 900 part
> > numbers.)
> > Thanks
> > Stan
> >
> >
> >
> >
> >
> > [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]
10
Can you upload them to the group? Yahoo Group I mean


*Jose C Gomez*
*Software Engineer*
*
*
*
*T: 904.469.1524 mobile
E: jose@...
http://www.josecgomez.com
<http://www.linkedin.com/in/josecgomez> <http://www.facebook.com/josegomez>
<http://www.google.com/profiles/jose.gomez> <http://www.twitter.com/joc85>
<http://www.josecgomez.com/professional-resume/>
<http://www.josecgomez.com/feed/>
<http://www.usdoingstuff.com>

*Quis custodiet ipsos custodes?*


On Tue, Jan 22, 2013 at 2:30 PM, <janjanowiak@...> wrote:

> **
>
>
> Can I get a copy of these
> JanJanowiak@...
>
> Thanks
>
> Janice Janowiak
>
>
> On Jan 22, 2013, at 12:55 PM, "Richard Sirow" rick@...> wrote:
>
> > Yes.
> >
> > Anyone who wants instructions, please e-mail me & I will respond off-list
> >
> > Richard Sirow, President, Independent Components Corp.
> >
> > rick@...
> >
> > From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On
> Behalf Of
> > jgiese1988
> > Sent: Tuesday, January 22, 2013 1:00 PM
> > To: vantage@yahoogroups.com
> > Subject: [Vantage] Re: Incorrect conversion factor for UOM
> >
> > Do tell... :) version 9.05.x?
> >
> > --- In vantage@yahoogroups.com , "Richard
> > Sirow" wrote:
> > >
> > > Stan,
> > >
> > >
> > >
> > > If this is a Part Specific UOM Conversion I can give you instructions -
> > > there is a hidden override field that can be used.
> > >
> > >
> > >
> > > Rick Sirow
> > >
> > >
> > >
> > > From: vantage@yahoogroups.com
> > [mailto:vantage@yahoogroups.com ] On
> > Behalf Of
> > > stanchmura
> > > Sent: Tuesday, January 22, 2013 11:51 AM
> > > To: vantage@yahoogroups.com
> > > Subject: [Vantage] Incorrect conversion factor for UOM
> > >
> > >
> > >
> > >
> > >
> > > Unfortunately I have entered an incorrect conversion factor for UOM.
> > (Inches
> > > to feet is 1 and should be 12). Since there are transactions on the
> parts
> > > assigned to it, it now cannot be changed. And I can't set up a new
> > (correct)
> > > one and reassign it to the affected parts for the same reason
> > > (transactions). I have contacted Epicor for a solution (likely some
> kind
> > of
> > > custom programming) but they are sluggish to reply and I expect a high
> > cost.
> > > If any one encountered an entry error like this, I would be very
> > interested
> > > if and how it was solved. Perhaps a workaround I've not thought of?
> (all
> > new
> > > part numbers and a new UOM was considered but this affects about 900
> part
> > > numbers.)
> > > Thanks
> > > Stan
> > >
> > >
> > >
> > >
> > >
> > > [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]
>
>
>


[Non-text portions of this message have been removed]
11
Yes! I would like the instructions. Someone requested they be uploaded to
the group. If not, please send them directly?



Thanks

schmura@...



Stan







This communication is intended only for use by the addressee(s) named herein
and may contain technical data as defined in the International Traffic In
Arms Regulations (ITAR) 22 CFR 120.10. or the Export Administration
Regulations. Export of this material is restricted cannot be exported to
foreign persons or foreign destination without prior written approval from
the U. S. Department of State or the US Department of Commerce.



From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf Of
Richard Sirow
Sent: Tuesday, January 22, 2013 1:56 PM
To: vantage@yahoogroups.com
Subject: RE: [Vantage] Re: Incorrect conversion factor for UOM





Yes.

Anyone who wants instructions, please e-mail me & I will respond off-list

Richard Sirow, President, Independent Components Corp.

rick@... <mailto:rick%40iccparts.com>

From: vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com>
[mailto:vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com> ] On
Behalf Of
jgiese1988
Sent: Tuesday, January 22, 2013 1:00 PM
To: vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com>
Subject: [Vantage] Re: Incorrect conversion factor for UOM

Do tell... :) version 9.05.x?

--- In vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com> ,
"Richard
Sirow" wrote:
>
> Stan,
>
>
>
> If this is a Part Specific UOM Conversion I can give you instructions -
> there is a hidden override field that can be used.
>
>
>
> Rick Sirow
>
>
>
> From: vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com>
[mailto:vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com> ] On
Behalf Of
> stanchmura
> Sent: Tuesday, January 22, 2013 11:51 AM
> To: vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com>
> Subject: [Vantage] Incorrect conversion factor for UOM
>
>
>
>
>
> Unfortunately I have entered an incorrect conversion factor for UOM.
(Inches
> to feet is 1 and should be 12). Since there are transactions on the parts
> assigned to it, it now cannot be changed. And I can't set up a new
(correct)
> one and reassign it to the affected parts for the same reason
> (transactions). I have contacted Epicor for a solution (likely some kind
of
> custom programming) but they are sluggish to reply and I expect a high
cost.
> If any one encountered an entry error like this, I would be very
interested
> if and how it was solved. Perhaps a workaround I've not thought of? (all
new
> part numbers and a new UOM was considered but this affects about 900 part
> numbers.)
> Thanks
> Stan
>
>
>
>
>
> [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]
12
Can I get a copy of these as well. Thank you
jrestivo@...


________________________________
From: "janjanowiak@..." <janjanowiak@...>
To: "vantage@yahoogroups.com" <vantage@yahoogroups.com>
Sent: Tuesday, January 22, 2013 2:30 PM
Subject: Re: [Vantage] Re: Incorrect conversion factor for UOM

Â
Can I get a copy of these
mailto:JanJanowiak%40powergreatlakes.com

Thanks

Janice Janowiak

On Jan 22, 2013, at 12:55 PM, "Richard Sirow" mailto:rick%40iccparts.com> wrote:

> Yes.
>
> Anyone who wants instructions, please e-mail me & I will respond off-list
>
> Richard Sirow, President, Independent Components Corp.
>
> mailto:rick%40iccparts.com
>
> From: mailto:vantage%40yahoogroups.com [mailto:mailto:vantage%40yahoogroups.com] On Behalf Of
> jgiese1988
> Sent: Tuesday, January 22, 2013 1:00 PM
> To: mailto:vantage%40yahoogroups.com
> Subject: [Vantage] Re: Incorrect conversion factor for UOM
>
> Do tell... :) version 9.05.x?
>
> --- In mailto:vantage%40yahoogroups.com , "Richard
> Sirow" wrote:
> >
> > Stan,
> >
> >
> >
> > If this is a Part Specific UOM Conversion I can give you instructions -
> > there is a hidden override field that can be used.
> >
> >
> >
> > Rick Sirow
> >
> >
> >
> > From: mailto:vantage%40yahoogroups.com
> [mailto:mailto:vantage%40yahoogroups.com ] On
> Behalf Of
> > stanchmura
> > Sent: Tuesday, January 22, 2013 11:51 AM
> > To: mailto:vantage%40yahoogroups.com
> > Subject: [Vantage] Incorrect conversion factor for UOM
> >
> >
> >
> >
> >
> > Unfortunately I have entered an incorrect conversion factor for UOM.
> (Inches
> > to feet is 1 and should be 12). Since there are transactions on the parts
> > assigned to it, it now cannot be changed. And I can't set up a new
> (correct)
> > one and reassign it to the affected parts for the same reason
> > (transactions). I have contacted Epicor for a solution (likely some kind
> of
> > custom programming) but they are sluggish to reply and I expect a high
> cost.
> > If any one encountered an entry error like this, I would be very
> interested
> > if and how it was solved. Perhaps a workaround I've not thought of? (all
> new
> > part numbers and a new UOM was considered but this affects about 900 part
> > numbers.)
> > Thanks
> > Stan
> >
> >
> >
> >
> >
> > [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]




[Non-text portions of this message have been removed]
13
i would like to get a copy of these as well.

Will help for sure.

--- In vantage@yahoogroups.com, Jacqueline Restivo <jacqueline_restivo@...> wrote:
>
>
>
> Can I get a copy of these as well. Thank you
> jrestivo@...
>
>
> ________________________________
> From: "janjanowiak@..." <janjanowiak@...>
> To: "vantage@yahoogroups.com" <vantage@yahoogroups.com>
> Sent: Tuesday, January 22, 2013 2:30 PM
> Subject: Re: [Vantage] Re: Incorrect conversion factor for UOM
>
> ÂÂ
> Can I get a copy of these
> mailto:JanJanowiak%40powergreatlakes.com
>
> Thanks
>
> Janice Janowiak
>
> On Jan 22, 2013, at 12:55 PM, "Richard Sirow" mailto:rick%40iccparts.com> wrote:
>
> > Yes.
> >
> > Anyone who wants instructions, please e-mail me & I will respond off-list
> >
> > Richard Sirow, President, Independent Components Corp.
> >
> > mailto:rick%40iccparts.com
> >
> > From: mailto:vantage%40yahoogroups.com [mailto:mailto:vantage%40yahoogroups.com] On Behalf Of
> > jgiese1988
> > Sent: Tuesday, January 22, 2013 1:00 PM
> > To: mailto:vantage%40yahoogroups.com
> > Subject: [Vantage] Re: Incorrect conversion factor for UOM
> >
> > Do tell... :) version 9.05.x?
> >
> > --- In mailto:vantage%40yahoogroups.com , "Richard
> > Sirow" wrote:
> > >
> > > Stan,
> > >
> > >
> > >
> > > If this is a Part Specific UOM Conversion I can give you instructions -
> > > there is a hidden override field that can be used.
> > >
> > >
> > >
> > > Rick Sirow
> > >
> > >
> > >
> > > From: mailto:vantage%40yahoogroups.com
> > [mailto:mailto:vantage%40yahoogroups.com ] On
> > Behalf Of
> > > stanchmura
> > > Sent: Tuesday, January 22, 2013 11:51 AM
> > > To: mailto:vantage%40yahoogroups.com
> > > Subject: [Vantage] Incorrect conversion factor for UOM
> > >
> > >
> > >
> > >
> > >
> > > Unfortunately I have entered an incorrect conversion factor for UOM.
> > (Inches
> > > to feet is 1 and should be 12). Since there are transactions on the parts
> > > assigned to it, it now cannot be changed. And I can't set up a new
> > (correct)
> > > one and reassign it to the affected parts for the same reason
> > > (transactions). I have contacted Epicor for a solution (likely some kind
> > of
> > > custom programming) but they are sluggish to reply and I expect a high
> > cost.
> > > If any one encountered an entry error like this, I would be very
> > interested
> > > if and how it was solved. Perhaps a workaround I've not thought of? (all
> > new
> > > part numbers and a new UOM was considered but this affects about 900 part
> > > numbers.)
> > > Thanks
> > > Stan
> > >
> > >
> > >
> > >
> > >
> > > [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]
>
>
>
>
> [Non-text portions of this message have been removed]
>