299.65 is automatically converting to 299.64.

RE: 299.65 is automatically converting to 299.64.

Mathieu Drouin — Fri, 11 Aug 2023 13:18:40 GMT

I agree with Chris and James

Use fixed only - trunc is not necessary.
Put the fixed in the saveInto rather than the value
You can optionally combine fixed with round (see KB article below)

I don't think the todecimal is really necessary.

a!floatingPointField(
  label: "Test Decimal Value",
  value: ri!value,
  saveInto: {
    a!save(
      ri!value,
      if(
        a!isNotNullOrEmpty(save!value),
        fixed(save!value, 2),
        null
      )
    )
  }
)

More info found in this KB article: https://community.appian.com/support/w/kb/707/kb-1426-unexpected-results-on-decimal-calculations-and-rounding

RE: 299.65 is automatically converting to 299.64.

jamesm4933 — Fri, 11 Aug 2023 12:12:06 GMT

I can imagine you are frustrated, and under some stress.

However, I think you should take a breath and calm down, then re-read the advice you have received, because you have not actually followed it.

RE: 299.65 is automatically converting to 299.64.

Chris — Wed, 09 Aug 2023 15:53:11 GMT

If we don't want rounding, the combination of only fixed() and trunc() should do this for you:

a!floatingPointField(
  label: "Test",
  value: ri!value,
  saveInto: a!save(
    ri!value,
    if(
      rule!APN_isEmpty(save!value),
      0.00,
      fixed(trunc(save!value,2),2)
    )
  )
)

RE: 299.65 is automatically converting to 299.64.

shobhits6437 — Wed, 09 Aug 2023 07:42:26 GMT

Already tried, but this rounds off to next integer value, which is not the expectation here. Like:

RE: 299.65 is automatically converting to 299.64.

shobhits6437 — Wed, 09 Aug 2023 07:42:09 GMT

Already tried, but this rounds off to next integer value, which is not the expectation here. Like:

RE: 299.65 is automatically converting to 299.64.

shobhits6437 — Wed, 09 Aug 2023 07:41:40 GMT

Already tried, but this rounds off to next integer value, which is not the expectation here. Like:

RE: 299.65 is automatically converting to 299.64.

shobhits6437 — Wed, 09 Aug 2023 07:39:50 GMT

Already tried, but this rounds off to next integer value, which is not the expectation here. Like:

RE: 299.65 is automatically converting to 299.64.

shobhits6437 — Wed, 09 Aug 2023 07:38:06 GMT

This is not keeping up to two decimal places.

RE: 299.65 is automatically converting to 299.64.

deepakg271869 — Wed, 09 Aug 2023 04:50:59 GMT

Try to use fixed(ri!value,2) instead of todecimal(fixed(trunc(ri!value, 2))) under value config.

RE: 299.65 is automatically converting to 299.64.

Chris — Tue, 08 Aug 2023 18:43:25 GMT

Yes, but I haven't ran into any issues using fn!fixed (without fn!trunc), and I use it in a number of locations within a Purchase Request/Order application and elsewhere.

RE: 299.65 is automatically converting to 299.64.

Stefan Helzle — Tue, 08 Aug 2023 18:28:45 GMT

You are aware that fixed() returns a string and you are back into an auto type conversion cycle?

RE: 299.65 is automatically converting to 299.64.

Chris — Tue, 08 Aug 2023 16:29:48 GMT

I agree with fixed() only, and I would place the 'conversion' on the saveInto vs the display, try:

EDIT: Code updated

a!floatingPointField(
  label: "Test",
  value: ri!value,
  saveInto: a!save(
    ri!value,
    if(
      rule!APN_isEmpty(save!value),
      0.00,
      todecimal(fixed(save!value,2))
    )
  )
)

RE: 299.65 is automatically converting to 299.64.

jamesm4933 — Tue, 08 Aug 2023 13:14:38 GMT

Fascinating bug you found there.

From my testing, the issue seems to be with the trunc() function, fixed() does not exhibit the same behavior.

I recommend reducing your expression to: fixed(ri!value, 2)

It is not necessary to use todecimal(), as the a!floatingPointField() performs the cast as well.

So, right now, you are truncating as a floating point number, converting to a string, and setting a fixed number of characters, then converting BACK to a floating point number, for a field than then casts to a floating point number automatically. A few more steps than necessary, I should think.

Take care,

RE: 299.65 is automatically converting to 299.64.

Harshitha Mangamuri — Tue, 08 Aug 2023 13:06:40 GMT

Can you please try this code which will solve your issue

a!floatingPointField(
label: "Test Decimal Value",
value: todecimal(fixed(299.65,2))
)

RE: 299.65 is automatically converting to 299.64.

ganesh_sasank18 — Tue, 08 Aug 2023 12:57:22 GMT

have you tried with trim()?

RE: 299.65 is automatically converting to 299.64.

Stefan Helzle — Tue, 08 Aug 2023 12:54:10 GMT

There is a general problem with how computers store decimal values. Check this:

https://www.baeldung.com/cs/floating-point-numbers-inaccuracy

You will see this with a lot of numbers. Depending in the internal representation it works most of the time and sometimes not. And there is no real fool proof way of managing this. Mathematical rounding should get you covered most of the time. This conversion to a string and back to a decimal will probably not.

RE: 299.65 is automatically converting to 299.64.

shobhits6437 — Tue, 08 Aug 2023 12:51:13 GMT

Hi Harshitha,

Thanks for the solution, but here we are passing both parameters of trunc function as rule inputs:

RE: 299.65 is automatically converting to 299.64.

shobhits6437 — Tue, 08 Aug 2023 12:48:52 GMT

Hi Stefan, Thanks for your reply. But, issue is it's only happening with this specific number 2**.65 which is converting into 2**.64.

It's working with three decimal values, but business requirement is to keep up to two decimal values. And this is happening only in this scenario not with any other numbers. Like:

RE: 299.65 is automatically converting to 299.64.

shobhits6437 — Tue, 08 Aug 2023 12:45:53 GMT

It's working with three decimal values, but business requirement is to keep up to two decimal values. And this is happening only in this scenario not with any other numbers. Like:

RE: 299.65 is automatically converting to 299.64.

Harshitha Mangamuri — Tue, 08 Aug 2023 12:45:37 GMT

Hi, Please try to use this code which will give you 299.65

a!floatingPointField(
  label: "Test Decimal Value",
  value: todecimal(fixed(trunc(299.65, 3))),
)

RE: 299.65 is automatically converting to 299.64.

Stefan Helzle — Tue, 08 Aug 2023 12:40:59 GMT

There is nothing "converted". This is just the way how the values is displayed in both places.

RE: 299.65 is automatically converting to 299.64.

ganesh_sasank18 — Tue, 08 Aug 2023 12:40:51 GMT

is it necessary to truncate upto 2 decimals?once try with 3 decimals.