Order items unit_amount is not rounded properly

We are experiencing a similar issue, and the reason why we have prices with more than 2 decimals is that Commerce price widget allows to enter them. Product manager entered a 3 decimals price by accident.

Adjustments are more likely to have more than 2 decimals, but they are not throwing this error. Reason is that adjustments are rounded by the following call:
$adjustments = $this->adjustmentTransformer->processAdjustments($adjustments);
That internally combines, sort and round the adjustments.

So, it seems logic that unit item prices are rounded as well, as proposed in the patch.

Would be great if you could consider this patch, or propose a different approach.

Thank you!

Usually the total is rounded, not the unit price, but if not rounding is causing issues in some cases, willing to commit the patch.
However, the patch doesn't use dependency injection, so it's not acceptable as is.

MR created using DI for the rounder service.

Automatically closed - issue fixed for 2 weeks with no activity.