Skip to main content

Notifications

Announcements

No record found.

Community site session details

Community site session details

Session Id :
Finance | Project Operations, Human Resources, ...
Suggested answer

Overflow in floating point, number too large

(0) ShareShare
ReportReport
Posted on by 15

This error ocurs in Receipt/Invoice Entry (04.010.00) screen trying to modify the quantity received field.

This happens only in the first line. We tried to modify the others without problems

pastedimage1619205612560v2.png

This is the receipt nbr 4 for the PO

I need a work around to save this error.

Thanks

  • TomMalia Profile Picture
    325 on at
    RE: Overflow in floating point, number too large

    Follow up.... In my case, I missed something obvious.... the inventory item's stocking units was EA and the PO Receipt UOM was FT and there was no unit conversion for FT to EA.... so the RcptCnvFactor value (not positive about the spelling of that field) was 0 and this is what was causing the overflow during the release process in my case.

  • TomMalia Profile Picture
    325 on at
    RE: Overflow in floating point, number too large

    I am experiencing very similar issues at a client running SL 2018 CU2  ....the PO setup screen was set to precision = 4

    The overflow error is happening when trying to release a receipt batch that has a quantity of of only 25.0 units and a unit price of 8.87

    I am going to attempt to submit a support request but wanted to contribute to this post as confirmation that there appears to be a really error in the PO Receipts processing logic related to floating point over flow and it still exists in SL 2018 CU2.

    I will try to remember to come back and post results of attempting to submit to tech support.

  • Patricia Pico Profile Picture
    15 on at
    RE: Overflow in floating point, number too large

    Jana, thanks for registering the bug in MS
    The issue is that due to the characteristics of the company, a construction company, working with 4 decimal places is almost impossible. They certify work progress with the precision of 6 positions.
    How is the bug proritized? Is it possible that it has the highest? And how can I follow the progress of it?

    Thansk again

    Patricia

  • Suggested answer
    CFROTON Profile Picture
    4,710 on at
    RE: Overflow in floating point, number too large

    I wrote up bug 40776 for this issue with the floating point error when using 6 decimal places. Workaround I guess would be to change it to 4

    Best,

    Jana MacDonald

  • CFROTON Profile Picture
    4,710 on at
    RE: Overflow in floating point, number too large

    Dear Patricia,

    You should probably create a case in support for the distribution team. Perhaps there is a limit to the decimal places?

    I actually followed your screenshots and I was able to reproduce the error. I'm in 2018 CU5

    I just set PO setup to 6 decimals and apparently receipt entry did not like it because I immediately got the floating point error.  I changed it to 4 decimal places in PO setup and it allows me to save.

    Best Regards,

    Jana MacDonald

  • Patricia Pico Profile Picture
    15 on at
    RE: Overflow in floating point, number too large

    Hi.

    Let me tell you that in the purchase setup screen the quantity and price fields are configured with 6 decimal places

    At the  PO screen we order a quantity like  40428499.000000 and the price is 1.000000

    Then a receipt was entered and released successfully. The quantiy received was 9852107,89

    Then we try to enter a new receipt for the pending amount of the PO and when trying to save the transaction the error message 118 is displayed and the screen closes without saving the transaction.

    Another case was to perform the same PO for quantity equal to 40428499.000000 and unit cost equal to 1.000000 and then we tried to receipt it completely and again when we saving the receipt transaction the same error message 118 is shown and no receipt transaction is generated.

    We try to enter new partial receptions for smaller amounts but in a moment we get the same error message 118

    What can be causing this error that does not allow us to make new receptions. We couldn't find a way to get around this problem.

  • Patricia Pico Profile Picture
    15 on at
    RE: Overflow in floating point, number too large

    in the purchase setup screen the quantity and price fields are configured with 6 decimal places

    pastedimage1619647447192v1.png

    The PO is entered  as follows, the quantity ordered is 40428499.000000 and the price is 1.000000

    pastedimage1619647557985v2.png

    Then a receipt was entered and released successfully. The quantiy received was 9852107,89

    pastedimage1619647761410v3.png

    Then we try to enter a new receipt for the pending amount of the PO and when trying to save the transaction the error message 118 is displayed and the screen closes without saving the transaction.
    pastedimage1619648095054v4.png
    Another case was to perform the PO for quantity equal to 40428499.000000 and unit cost equal to 1.000000 and then we tried to receipt it completely and again when we saving the receipt transaction the same error message 118 is shown and no receipt transaction is generated.
    We try to enter new partial receptions for smaller amounts but in a moment we get the same error message 118

    What can be causing this error that does not allow us to make new receptions. We couldn't find a way to get around this problem.
  • Patricia Pico Profile Picture
    15 on at
    RE: Overflow in floating point, number too large

    No.. I happens when trying to modify the quantity received and then the screen is closed.

    We discovered that there is a control in the number of positions of the data to be entered.

    The quantity field is parameterized in 6 decimal places.

    For which a number such as 99999999.000000 causes the error and closes the screen

    It is an issue that we have to resolve with the client

    Thanks a lot for your help...

  • CFROTON Profile Picture
    4,710 on at
    RE: Overflow in floating point, number too large

    Dear Patricia,

    Isn't the record from a PO?

    Best Regards,

    Jana Macdonald

  • Patricia Pico Profile Picture
    15 on at
    RE: Overflow in floating point, number too large

    Hi Dana

    When I clicked the buttom OK at the message the receipt/invoice entry  screen closed.

    So no POtran record is created.

    Patricia

Under review

Thank you for your reply! To ensure a great experience for everyone, your content is awaiting approval by our Community Managers. Please check back later.

Helpful resources

Quick Links

Daivat Vartak – Community Spotlight

We are honored to recognize Daivat Vartak as our March 2025 Community…

Announcing Our 2025 Season 1 Super Users!

A new season of Super Users has arrived, and we are so grateful for the daily…

Kudos to the February Top 10 Community Stars!

Thanks for all your good work in the Community!

Leaderboard

#1
André Arnaud de Calavon Profile Picture

André Arnaud de Cal... 292,869 Super User 2025 Season 1

#2
Martin Dráb Profile Picture

Martin Dráb 231,733 Most Valuable Professional

#3
nmaenpaa Profile Picture

nmaenpaa 101,156 Moderator

Leaderboard

Product updates

Dynamics 365 release plans