Update Display Decimals

rafaelrv

Member
This is a multi-part message in MIME format.

------=_NextPart_000_005C_01C06532.77EEE910
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Hi List,
We ran the R9200100 in CRP and everything went ok so far. The problem is =
that now we see data on SQL as the real quantity * 10000 (We updated to =
4 decimals). If you see the same info in OW it displays just fine. This =
quantity should looks the same in both places, right??? Any clue why? is =
this is "Function as Designed" ?

Thanks=20

Rafael Rodr=EDguez Vel=E1zquez
Gerente de T.I.
Grupo Vendes
rafaelrv@grupovendes.com
www.grupovendes.com

------=_NextPart_000_005C_01C06532.77EEE910
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.2314.1000" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3D"Comic Sans MS" size=3D2>Hi List,</FONT></DIV>
<DIV><FONT face=3D"Comic Sans MS" size=3D2>We ran the R9200100 in CRP =
and everything=20
went ok so far. The problem is that now we see data on SQL as the real =
quantity=20
* 10000 (We updated to 4 decimals).If you see the same info in OW =
it=20
displays just fine. This quantity should looks the same in both =
places,=20
right??? Anyclue why?is this is "Function as Designed"=20
?</FONT></DIV>
<DIV><FONT face=3D"Comic Sans MS" size=3D2></FONT></DIV>
<DIV><FONT face=3D"Comic Sans MS" size=3D2>Thanks</FONT></DIV>
<DIV></DIV>
<DIV><FONT face=3D"Comic Sans MS" size=3D2>Rafael Rodr=EDguez =
Vel=E1zquez
Gerente de=20
T.I.
Grupo Vendes
<A=20
href=3D"mailto:rafaelrv@grupovendes.com">rafaelrv@grupovendes.com</A>
=
<A=20
href=3D"http://www.grupovendes.com">www.grupovendes.com</A></FONT></DIV><=
/BODY></HTML>

------=_NextPart_000_005C_01C06532.77EEE910--
 

TStPierre

Member
The setting 'use decimal shift' on the datasource definition controls this.
Switch it off and the extra zeros will disappear.
The data dictionary definition of the number determines how many zeros will
appear and controls the precision to which the decimal part of a number is
held on systems that store numbers as character strings or BCD (i.e. AS400)

This is indeed "Function as Designed".


Tony St. Pierre
WEL Energy
Hamilton, New Zealand

--------------------------
To view this thread, visit the JDEList forum at:
http://198.144.193.139/cgi-bin/wwwthreads/showflat.pl?Cat=0&Board=OW&Number=
2671
*************************************************************
This is the JDEList One World / XE Mailing List.
Archives and information on how to SUBSCRIBE, and
UNSUBSCRIBE can be found at http://www.JDELIST.com
*************************************************************
 

Guest

Guest
Tony, are you saying that there is a way to change the display decimals and
the data as well? This was never available, to my knowledge in OneWorld,
which makes a significant problem if you change display decimals after going
live. World has had this function for many years. Could you clarify your
explanation for us non-technical types?

Thanks!

Andy Klee
Klee Associates
JD Edwards Certified Professional
Tel: 970 856 4811

www.JDETips.com
 

TStPierre

Member
No. The data as actually recorded would not be affected by changing the data
source or dictionary settings.
e.g. If the value of two has been stored as 2000 because the field was
defined as three display decimals and the data source has decimal shift on
then switching decimal shift off would cause the value to appear as two
thousand next time it was accessed by OneWorld, I believe.
Under what circumstances would you want to change display decimals after
going live?

Tony St. Pierre
WEL Energy
Hamilton, New Zealand
 

Guest

Guest
Shouldn't have to. But sometimes clients don't get this setup until after
there is already some test data in the system. I was just checking to be
sure that there was not any automatic conversion of the data available, as
there is in World.

Thanks.

Andy Klee
Klee Associates
JD Edwards Certified Professional
Tel: 970 856 4811

www.JDETips.com
 
Top