Float a TFMTBCD ......

[[Lepe]]

Ejem, ¿y quien te dice que el valor exacto de 8.522234 es ese?

Es que... los floats, por diseño, no son precisos, se hicieron para que los cálculos matemáticos fueran rápidos, pero insisto, no precisos.

Sin investigar, yo diría que el ClientDataset tendría que coger la precisión y escala del campo de la BBDD, claro, puede ser normal que se definan todos los importes como numeric(15, 3).

[Chaja]

Estimado Lepe...
no te entendi mucho , pero como puede ser un posible parche a esta situacion?. En el CDS ???? en una ocasion quise limitar los campos pero no me da bolilla. inclusive ahora que me toma como campos los tipo TFMBCD por mas que le ponga 20 de size , me toma 4 ( ahora cambie la base a 4 decimales el numeric(15,4)).

[[Lepe]]

La solución es crear/modificar los campos de la BBDD a 6 decimales. Digo 6 porque fué lo que hicieron las compañías telefónicas al entrar el euro. Todas las operaciones monetarias se realizan con 6 decimales y después si hay que redondear, se hace en el último importe.

Al menos en españa, solo se puede redondear el total de una factura, pero ni se te ocurra redondear el importe de un artículo, la base imponible de la factura o cálculos intermedios, porque estarías contradiciendo la ley.

Como ya hace años que andamos con sólo el euro, también puedes poner a True la propiedad Currency que tienen los campos numéricos (es lo que se hace con el dolar desde hace años).

Resumiendo: campos con numeric(15, 6) y Currency a True (para que solo muestre dos decimales y el símbolo del € (propiedad DisplayFormat del campo a ,0.00 €


Saludos