Refine price rounding and process discount prices

Good afternoon.
I ask for help in resolving the issue.
So far, no suitable solution has been found.
Example:
Item 1 1 x 1.253 = 1.253
Item 2 1x 1.153 = 1.153
Total 2.406
It is my deep conviction that ALL financial programs do not work with fractional kopecks.
In the box, it is necessary to round the price to hundredths in the process (do not display the rounded value, but round it up and use the rounded value in subsequent calculations)
Example:
Product 1 1x1.25 = 1.25
Product 2 1x 1.15 = 1.15
Total 2.40
Everyone who uses the checkbox faces this problem. The checkbox, like all financial programs, only works with whole pennies.
When passing data from the example, we get:
Product 1 1x1.25 = 1.25
Product 2 1x 1.15 = 1.15
But the total is taken from the process
Total 2.41 (and should be 2.40)
As a result, the checkbox gives an error,
Similar problems also arise in the formation of invoices and invoices. Differences in amounts are not allowed in accounting.
When solving this problem, please also take into account that when using a discount, the discounted price and the discounted amount should also be rounded.
The revision concerns a large number of users.
Perhaps someone uses a fractional value of the quantity of goods. Then the rounded price will still give fractional kopecks in total.
The obvious solution seems to be rounding the selling price. An action on process change is suitable for this.
More difficult. Specify the discount (for example, as a percentage) and get fractional values in the calculation of values:
total price
Total discount amount
Cost (with discount)
It is enough to round the final price, and all other lines are calculated based on the rounded values and will always be without fractional kopecks. But it’s not a fact that boxing counts in that order. Perhaps you can suggest your own.
As a result of rounding, there should be no fractional kopecks in:
Selling price
total price
Price without discount
Price
Order Total