Part Specific UOM fix for 9.05.700B

I had forgotten about the override. I had never gotten it to run 9.04. I'll give it a try in 9.05.

--- In vantage@yahoogroups.com, Sirow Richard <rick@...> wrote:
>
> Carson,
> It is not a bug, but an intentional way to be able to correct errors. You can expose the field in Part Maintenance. The Help line has the procedure. Because of the possible dangers involved I do not want to post it, but will send it to anyone who asks.
>
> Richard L. Sirow, President
> 516-481-5100x106
> www.iccparts.com
> rick@...
>
> On Mar 19, 2013, at 10:37 AM, carson251 <carsonepicor@...> wrote:
>
> > We've had problems with part specific UOMs being inaccurate and then not having a way to fix them. I came across a bug that allows them to be changed. When using Part.UpdateExt in 9.05.700B any update to a part will clear the conversions under the partuom table. This is normally a very bad thing, but can be used to fix uoms. I have a service connect routine that does a GetByID, then UpdateExt, modifying part.number01 and passing the same data back. This changes all the conversion to 0 and allows them to be updated again. This can also be done with the business logic tester. (I would assume a updateable dashboard would also work)
> >
> > Carson
> >
> >
>
>
>
> [Non-text portions of this message have been removed]
>
We've had problems with part specific UOMs being inaccurate and then not having a way to fix them. I came across a bug that allows them to be changed. When using Part.UpdateExt in 9.05.700B any update to a part will clear the conversions under the partuom table. This is normally a very bad thing, but can be used to fix uoms. I have a service connect routine that does a GetByID, then UpdateExt, modifying part.number01 and passing the same data back. This changes all the conversion to 0 and allows them to be updated again. This can also be done with the business logic tester. (I would assume a updateable dashboard would also work)

Carson
Carson,
It is not a bug, but an intentional way to be able to correct errors. You can expose the field in Part Maintenance. The Help line has the procedure. Because of the possible dangers involved I do not want to post it, but will send it to anyone who asks.

Richard L. Sirow, President
516-481-5100x106
www.iccparts.com
rick@...

On Mar 19, 2013, at 10:37 AM, carson251 <carsonepicor@...> wrote:

> We've had problems with part specific UOMs being inaccurate and then not having a way to fix them. I came across a bug that allows them to be changed. When using Part.UpdateExt in 9.05.700B any update to a part will clear the conversions under the partuom table. This is normally a very bad thing, but can be used to fix uoms. I have a service connect routine that does a GetByID, then UpdateExt, modifying part.number01 and passing the same data back. This changes all the conversion to 0 and allows them to be updated again. This can also be done with the business logic tester. (I would assume a updateable dashboard would also work)
>
> Carson
>
>



[Non-text portions of this message have been removed]
Someone posted a document in the use group files a few months back on how to expose the override.

reply Signature




Joshua Giese

CTO

920.437.6400 Ext. 337

Site ID: 27450-E905700B2-SQL64

----- Original Message -----

From: "Sirow Richard" <rick@...>
To: vantage@yahoogroups.com
Sent: Tuesday, March 19, 2013 11:26:08 AM
Subject: Re: [Vantage] Part Specific UOM fix for 9.05.700B

Carson,
It is not a bug, but an intentional way to be able to correct errors. You can expose the field in Part Maintenance. The Help line has the procedure. Because of the possible dangers involved I do not want to post it, but will send it to anyone who asks.

Richard L. Sirow, President
516-481-5100x106
www.iccparts.com
rick@...

On Mar 19, 2013, at 10:37 AM, carson251 <carsonepicor@...> wrote:

> We've had problems with part specific UOMs being inaccurate and then not having a way to fix them. I came across a bug that allows them to be changed. When using Part.UpdateExt in 9.05.700B any update to a part will clear the conversions under the partuom table. This is normally a very bad thing, but can be used to fix uoms. I have a service connect routine that does a GetByID, then UpdateExt, modifying part.number01 and passing the same data back. This changes all the conversion to 0 and allows them to be updated again. This can also be done with the business logic tester. (I would assume a updateable dashboard would also work)
>
> Carson
>
>



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



------------------------------------

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/.
(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/linksYahoo! Groups Links






[Non-text portions of this message have been removed]
I would like to see it, if you could please....

-----Original Message-----
From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf
Of Sirow Richard
Sent: Tuesday, March 19, 2013 12:26 PM
To: vantage@yahoogroups.com
Subject: Re: [Vantage] Part Specific UOM fix for 9.05.700B

Carson,
It is not a bug, but an intentional way to be able to correct errors.
You can expose the field in Part Maintenance. The Help line has the
procedure. Because of the possible dangers involved I do not want to
post it, but will send it to anyone who asks.

Richard L. Sirow, President
516-481-5100x106
www.iccparts.com
rick@...

On Mar 19, 2013, at 10:37 AM, carson251 <carsonepicor@...> wrote:

> We've had problems with part specific UOMs being inaccurate and then
not having a way to fix them. I came across a bug that allows them to be
changed. When using Part.UpdateExt in 9.05.700B any update to a part
will clear the conversions under the partuom table. This is normally a
very bad thing, but can be used to fix uoms. I have a service connect
routine that does a GetByID, then UpdateExt, modifying part.number01 and
passing the same data back. This changes all the conversion to 0 and
allows them to be updated again. This can also be done with the business
logic tester. (I would assume a updateable dashboard would also work)
>
> Carson
>
>



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



------------------------------------

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/.
(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/linksYahoo! Groups Links