А в заказе клиенту тоже отображать один и тот же айтем в 3х позициях?
Но суть в другом. Потенциально, могут быть отмены скидок при рефандах/отменах. В частности, "2+1" тест именно это и проверяет - цена единицы идёт со скидкой, но ровно до тех пор, пока соблюдены условия скидки, иначе можно специально заказывать со скидкой, а потом нафиг всё отменять, оставляя нужное

Ну купил я , например на Амазоне ссд и клавиатуру. Этодин заказ. Отображался как один. А склады и магазины даже разные . Мне оплачивать отдельными транзакциями что-ли ?

да что угодно может быть, отдел магазина получил завоз из 3 одинаковых товаров на сумму X, один из товаров не доехал в кондиции
в итоге ожидался приход товара на сумму X, а пришло X - X / 3

дальше идет цепочка взаиморасчетов с виновником порчи этого товара и вот нам уже важны копейки

Чего?

Какие-то выдуманные сценарии

Плюс применил ещё купон на 50 баксов. Потом решил вернуть например клавиатуру. Как посчитать сколько купона вернуть а сколько наличности.

Абсолютно не выдуман. Вот недавно заказывал.

Мы делили пакет из 3х товаров на части. Правила разделения могут быть разные.

правила разделения должны быть точными )

Именно. Могло вообще быть 3 + 3 + 31 = 7 - из-за промо-акции "2+1"

Да, если есть такое пожелание
3 + 3 + 1

Ну вот. Теперь подходим к основному вопросу. Сколько рефандить денег при возврате одного из 3х одинаковых товаров?

Определись сначала что такое пакет из 3х товаров и чем он отличается от 3х товаров отдельно

Разным клиентам или одному?

одному. Промо-правило сработало (на Рождество, например) - 3 товара заказал, значит самый дешёвый за 1 евро получил

Не знаю, мне не понятны условия задачи и как это связано с флоатом теперь

Опиши лучше цифрами, чтобы понять в каком месте происходит затык при обычных расчетах флоатами.

ХЗ чё тут спорить
"In computing, floating-point arithmetic (FP) is arithmetic using formulaic representation of real numbers as an approximation to support a trade-off between range and precision. For this reason, floating-point computation is often found in systems which include very small and very large real numbers, which require fast processing times" (с) википедия и я с этим согласен
Попадают ли ситуации с баблом в категорию "systems which include very small and very large real numbers" ? Маловероятно.
Инструмент просто не для этого

А так - можно ли забить микроскопом гвоздь - ну можно, чё нет-то

А какой тебе инструмент нравится больше?