Ну это причина возникновения\пропадания копеек, это понятно. Это я тоже раскопал. Вопрос то в другом. Мне показалось странным что сначала рассчитывается некая "исходная" стоимость без налога, сохраняется а затем делается "обратный пересчет" но не по исходному алгоритму, когда в качестве исходных данных для расчета берется стоимость 1 ед товара, а по другому алгоритму, когда в качестве исходных данных для расчета берется стоимость всей позиции этого товара. Из-за этого и получается такая проблема - погрешности округлений. Можно ведь было также рассчитать налог для 1 ед.
Ошибки при расчете НДС в модуле commerce
Можно, конечно, но не хотелось бы. Тем более придется копать параллельно еще кучу материала.
Я просто хотел узнать как другие люди справляются с подобной проблемой, есть ли какое-то "стандартное" решение? Я ведь наверняка не первый.
Ошибки при расчете НДС в модуле commerce
Ну это причина возникновения\пропадания копеек, это понятно. Это я тоже раскопал. Вопрос то в другом. Мне показалось странным что сначала рассчитывается некая "исходная" стоимость без налога, сохраняется а затем делается "обратный пересчет" но не по исходному алгоритму, когда в качестве исходных данных для расчета берется стоимость 1 ед товара, а по другому алгоритму, когда в качестве исходных данных для расчета берется стоимость всей позиции этого товара. Из-за этого и получается такая проблема - погрешности округлений. Можно ведь было также рассчитать налог для 1 ед.