Алгоритм расчета общей суммы

[kashperuk]

Вот немного усложненный пример, на котором можно думать



Расхождение в этом случае = 11.29

2 mazzy:
Да оно так и хранится.
Проблема в том, что цены округлены до второго знака тоже.
и бухгалтерия не хочет видеть более 2 знаков в цене.
А соответственно возникают расхождения.

P.S. Именно, EVGL правильно говорит

[Михаил Андреев]

Цитата:

Сообщение от kashperuk

Проблема в том, что цены округлены до второго знака тоже.
и бухгалтерия не хочет видеть более 2 знаков в цене.

Чего? А почему не до целых гривен?
Посмотрите настройку валюты на закладке Округление. Обычно достаточно там настроить: цены округлять до сотой доли единицы валюты и т.д.
Или, речь о закупках?
Откуда такая забавная задачка?

[mazzy]

Цитата:

Сообщение от EVGL

А что, не заметно, что везде два знака после запятой?
Задача-то типовая: восстановить цену по сумме.

В том то и дело, что ВИДНО.
Не факт, что так и ХРАНИТСЯ.
Аксапта всегда ПОКАЗЫВАЕТ округленные суммы, а ХРАНИТ как записал программист.

Цитата:

Сообщение от kashperuk

Да оно так и хранится.

Точно-точно?

Цитата:

Сообщение от kashperuk

и бухгалтерия не хочет видеть более 2 знаков в цене.

Ну и пусть ВИДИТ!

Если же вопрос не о представлении, а о ХРАНЕНИИ.
У цен свое правило округления задается в параметрах валют.
У цен свой тип, для которого можно настроить свое количество знаков после запятой.

Но тогда у бухов будет расхождение с контрагентами, которые работают с двумя знаками после запятой в цене

Если цена округляется, то согласен с EVGL, будут нестыковки либо в цене каждой строчки, либо в общем НДСе в зависимости от того, в каком направлении будет выполняться расчет (от цены к общей сумме или от общей суммы к цене)