Копейка рубль дорожит

[LCh]

Допустим, мы пользуемся коррекцией в наличии и делим проводку.
При делении проводки на две так же делится и CostAmountAdjustment.
Соответственно, каждую строчку в InventSettlement так же надо поделить на две.
Соответственно, при коррекции в копейку и вообще при любом неудобном делении а потом округлении теряется дробная часть...
В итоге предварительно посчитаная несопоставленная сумма отличается от той, которая записывается в новую проводку в результате деления, и вся коррекция "в наличии" ломается.

Вопрос - что за нафиг? И куда это всё девать? Легко придумать ситуацию, когда с каждым делением InventSettlement будет терятся по копейке.

[Тимур]

Вот для таких вещей существуют специальные системные счета - счета округлений.

[LCh]

Возможно, я некорректно обьяснил. Сумма проводок с несопоставленной суммой и сопоставленной суммой равна сумме оригинальной проводки. Но пропорция, в которой делится CostAmountAdjustment между двумя итоговыми проводками, иная, чем предполагает система.

Грубо говоря, система считает, что 10% от 100 копеек будет 10 копеек (то, что попадёт в проводку по несопоставленной сумме). А в итоге получится в первой проводке 11 копеек, а во второй 89.

В любом случае я это уже исправил просто используя в предварительном расчёте тот же механизм, что и при делении. Но работу это замедлило очень сильно.

[Тимур]

Думаю, что предварительная сумма считается по "неправильному" алгоритму специально, чтобы система не тормозила.