После распределения затрат и проведения окончательной калькуляции, на остатке материалов зависает количество 0,001.

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

Оборот количества - несколько тысяч единиц. Суммы распределяются замечательно, построчно (3 проводки по сырью) арифметика тоже правильно считает.

Как бы это откорректировать?
Ручная операция не подходит - количество не убрать, например, на 00 счет, но и оставить переходящим тоже нельзя.

Может, при проведении рассчитывать остаток и сравнивать с количеством в проводке?

Решение "в лоб":

Разница = ОстатокНаСчете - КвоПроводки;
Если Разница <= 0.001 Тогда
   КвоПроводки = КвоПроводки + Разница;
КонецЕсли;

Решение "в лоб" мне кажется неправильным.

А придумать алгоритм, который распределяет сумму пропорционально без потерь очень сложно?

не дело. я писал алгоритм, который при списании последнюю сумму и количество закрывал полностью под 0

Выпустили асфальта 1500 тонн на несколько сот тысяч. Количество измеряется в тоннах. Построчно в отладчике я смотрел - при распределении затрат получается сумма, у которой в 4 знаке после запятой меньше 3. Например, 1234,56701

Вот формула:
КвоПроводки = ОКР(тз.Кво*СуммаБаза/Итог("СуммаБаза")

(4)Полагаю, это не единственные параметры? Есть некое количество или сумма, которые надо распределить, есть веса распределения. На каждой итерации промежуточный результат округляется. И на каждой итерации необходимо сделать поправку.

Вот количенство из трех проводок:

КвоПроводки = 1546.34044
КвоПроводки = 1716.40728
КвоПроводки = 700.90528

Если их в таком виде сложить - то получается красиво - 3963,653.
Но в проводках точность количества до 3 знаков, и получается итого списано 3963,652.

Вот как раз эта разница и зависает - 0,001

(5) Это те параметры, которые влияют на распределение количества.

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

(6)Я обычно использую такой алгоритм. Есть число, которое надо распределить, Сумма, есть массив числе, пропорционально которым ее надо распределить ТЗ.НормаРаспределения. Пишу
К1=0;К2=0;
ТЗ.Выбратьстроки();
Пока ТЗ.получитьстроку()=1 цикл
если ТЗ.итог("НормаРаспределения")-К2=0 тогда
 продолжить;
конецесли;
ТЗ.Результат=окр((Сумма-К1)*ТЗ.НормаРаспределения/(ТЗ.итог("НормаРаспределения")-К2),2);
К1=К1+ТЗ.Результат;
К2=К2+ТЗ.НормаРаспределения;
конеццикла;
Всегда все распределяет до копейки :)

Что-то начинаю въезжать...
Твоя НормаРаспределения - это у меня СуммаБаза?

Твоя Сумма - это СуммаБаза из строчки?

(9)Похоже на то.

(10)Распределяешь ты, насколько понимаю тз.Кво

да. Мне тз.Кво надо распределить

(13)Значит моя Сумма - это твое тз.КВо

Не въеду в тз.Результат - с чем моим соединить? // туплю

(8) Идея хороша, код кривой.

(16)Тебе никто не мешает предложить лучший.

(15)КвоПроводки, судя по коду.

(16) Подскажи, что надо исправить?
Потому что я его к себье приспособил и у меня в результате получается то же. что и в проводке:

КвоПроводки = 1546.340
КвоПроводки = 1716.407
КвоПроводки =  700.905

(18) Да, я так поставил, не помогло. Блин...

Кошернее всего накапливать ошибку округления и скидывать ее на последнюю проводку. И чтобы не так заметно было - отсортировать ТЗ, чтобы в конце самая "жирная" сумма была. Количество строк в ТЗ известно, номер текущей строки тоже.

(17) Предлагаю ТЗ.итог("НормаРаспределения") за пределы цикла вынести.

(21.2)Каюсь. Часто грешен неоптимальным кодом.

(22) Кто не грешен, то пусть кинет в меня камень :)

"Часто грешен неоптимальным кодом" - да это фраза для Лурка для статьи Индусский код!!!

(24) Коллега, на что способен Темный Эльф мы хорошо знаем. А вот на что способен Anton_2011 пока нет. Это я об индусском коде.

(21) Идея!

ОшибкаОкругления = 0;

Цикл
...
ОшибкаОкругления = КвоПроводки - Окр(КвоПроводки)
// Итерация1: 1546.34044 - 1546,340 = 0,00044 ОшибкаОкругления = 0,00044
// Итерация2: 1716.40728 - 1716.407 = 0,00028 ОшибкаОкругления = 0,00044+0,00028
// Итерация3: 700.90528 - = 700.905 = 0,00028 ОшибкаОкругления = 0,00044+0,00028+0,00028
// Итерация3 - последняяСтрока, КвоПроводки = КвоПроводки+ОшибкаОкругления
...
КонецЦикла

Вы не охринели в пятницу округлениями заниматься?
Давайте сразу дифференциал под интегралом возьмем в квадрате числа Пи равному 4-м!

(27) Нет, не охренели. Нать закрыт mgthbjl

*период

(27) И того, солнце зашло, уже священный субботний покой начался.

Метод из (26) навеянный (21) сработал.

В итоге получилось (трассировка проведения):
Строка 1 ОшибкаОкругления = 0.00044 Накопленная ошибка округления = 0.00044
Строка 2 ОшибкаОкругления = 0.00028 Накопленная ошибка округления = 0.00072
Строка 3 ОшибкаОкругления = 0.00028 Накопленная ошибка округления = 0.001

Всем спасибо!
Вопрос закрыт.

----------------
Но можем еще поговорить на эту тему ;)