Сумма документа = 17691.30
Процент = 0.5
17691.30 * 0.005 = 88.4565
ОКР(88.4565, 2) = 88.46

СТРОКИ

3920.40 * 0.005 = 19.60
3920.40 * 0.005 = 19.60
630.43 * 0.005 =  3.17
3168.00 * 0.005 = 15.84
2178.00 * 0.005 = 10.89
2178.00 * 0.005 = 10.89
1692.90 * 0.005 =  8.46
          СУММА: 88.45
РАЗНИЦА: 88.46 - 88.45 = 0.1
ВОПРОС:
Как рассчитать строки, чтобы распределение получалось без разницы?

не использовать копейки

Поправка:
СТРОКИ

3920.40 * 0.005 = 19.60
3920.40 * 0.005 = 19.60
630.60 * 0.005 =  3.17 <---
3168.00 * 0.005 = 15.84
2178.00 * 0.005 = 10.89
2178.00 * 0.005 = 10.89
1692.90 * 0.005 =  8.46

+ (1) и процент должен быть целым

или использовать накопление погрешности округления. оно в типовых конфигурациях всегда есть

да вот в том, что нужны и копейки, и два дробных знака в процентах

(4) Или раскидать разницу по строкам после.

(0) Для начала - определиться, какая сумма правильная

(5) в общем случае сумма процентов по строкам <> сумме процента

(6) Будь мужиком, раскидай...

+ (8) и поэтому сумма НДС документа равна Итог("СуммаНДС"), а не СуммаДок * ставку

(10) Ставок бывает и больше одной :)

Считать нарастающим итогом

(11) и поэтому тоже =)

(12) то есть, устанавливать процент в итерации на уменьшении общей суммы?

(0) Ещё как не равны, каждый месяц с этим сталкиваюсь, когда обрабатываются транзакции с АЗС.

(14) Еще раз: какая сумма правильная?

в том, чтобы "запихнуть" разницу в какую либо строку, не является проблемой 8) вопрос в том, есть ли способ определить "правильную" строку где у меня сработала погрешность округления?

да как не равны (a+b)*c = ac + bc... Проблема в том точность нужна выше а 2 знака после запятой.

(14) Спроси у постановщика задачи. Объясни ему, почему суммы по строкам и итог не равны и предложи варианты решения проблемы. Пусть последнее слово останется за ним.

(16) 88.46 от Суммы документа

сумма округлений не равна округлению суммы.

точность итоговая в любом случае два знака после запятой, т.к. итоговая сумму тоже округляют. просто надо определиться что быдет правильно для заказчика - вывести на процент по сумме документа или на сумму построчных процентов. а после этого уже делать - в первом случае накапливать ошибку округления с каждой строки и применять к следующей (так сделано штатное накопление округления в типовых) или ничего не делать во втором случае.

(0) Округлять надо как в договоре написано. Скидка либо с суммы документа либо с транзакции (строки). И правильный ответ один, а остальные в топку.

(17) не определишь, да и зачем.
решал аналогичное например так:
Сначала отсортировал по увеличению показателя, потом в последнюю строку добавлял разницу (%итого - Сумма% по предыдущим строкам).

ЭВРИКА!!!

(18) (21) Спасибо!

(20) Тогда остаток раскидать пропорционально суммам, да и все. Можно даже не вычисляя процент по строкам вообще.

Решение: увеличить точность на уровне переменных

(28) Это не решение. Пока есть округление, будет ошибка.

(26) тебе с самого начала про это говорят

Хмм... а потом ваш документ ОстатокРаскидатьПропорционально поступит в другую организацию и тогда вас раскидают пропорционально... :)

это не поможет. может быть пять строк с 0,33333333333 после округления каждой потеряется 0,003333333 а это с пяти строк 2 копейки

(28) в общем случае равенства не будет никогда

(28) Дурью не майся, в РФ учет ведётся в рублях и копейках. Доли копеек не предусмотрены. Поэтому читай договор и поступай как написано, округляй в нужном месте..

Да. Додумал мысль. Это только решает итоги по документу и строкам, но не более

Думаю оазницу поместить по последней строке

*разницу

не пробиваемый =)

смысл спрашивать было?

Это не единственная идея.
(38) Я пытаюсь рассмотреть множество вариантов
(39) Как раз узнать это множество вариантов
Сейчас попробую реализовать распределение по строкам в отношении суммы строки к сумме документа

так у тебя те же копейки будут набегать которые ты откидывал округлением на первом проходе.

(40) это называется изобретать велосипед. все без исключений прошли через это. в каждой строке расхождение из-за округлений может достигать 0.005 рублей

какая задача? если чтобы сумма по срокам равнялась Окр(база*коэфф) то тогда у тебя только два варианта - простой и неправильный - вкидывать разницу на последнюю или первую строчку, второй вариант - округлять округляй но погрешность округления с каждой строки используй при округлении следующей

только имей ввиду что делать это надо перед записью документа, потому что в какой-то строке результат округления не будет математически равен ОКР(база строки*коэфф)

В зарплатах на большое количество людей всегда такая проблема. Потом приходит дятел с пенсионного фонда, смотрит процент от общей суммы  начислений и начинает истерить если две копейки разницы, чем сумма при построчном вычислении.

(35) нет там таких проблем
есть проблемы у кого-то с арифметикой

тут даже в запросе это делали, надо поискать

В типовых есть процедура округления с погрешностью. Отличная процедура - на любом наборе первых N из M строк выдает

СУММА(ОКРУГЛЕНИЕ(ОкругляемаяСумма)) = ОКРУГЛЕНИЕ(СУММА(ОкругляемаяСумма))

(47)
В запросе геморно - надо накопительный считать

Сейчас попробовал так:
ТекСтрока.СуммаОтчисленийБанкуВР = ОКР(ОКР(ТекСтрока.СуммаПремииПоДоговоруВД / 100 * ПроцентОтчисленийБанку, 3), 2);
Показало правильно

(36) Я обычно кидаю сумму погрешности на строку с максимальным значением суммы. Там она меньше заметна.