В УТ редакции 11.0.6 и 11.0.7 в модуле документа расчета себестоимости есть процедурка: СписатьОшибкиОкругленияРасчетаСебестоимости. В ней выбираются остатки с нулевым количеством и со стомостью попадающей в след. диапазон:
|    ГДЕ
|        Себестоимость.КоличествоОстаток = 0
|        И Себестоимость.СтоимостьОстаток МЕЖДУ -0.01 И 0.01


В УТ редакции 11.0.8 этот диапазон увеличился до 1.

Откуда вообще эти цифры взялись, и зачем ставить в принципе это ограничение? Куда спрашивается девать остатки с нулевым количеством, стоимость которых не попадает в эти ворота?

(0) разобраться с тем, откуда превышение ворот.

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

+(1) А оно может возникать только при нарушении последовательности ввода и (или) проведения документов.

(3) нет, вот простой пример: Приходуем 10 штук на сумму 1,25. Далее делаем 10 реализаций по одной штуке. Так как в регистре себестоимости два знака после запятой, то в результате в регистре расчета себестоимости после расчета, появятся 10 записей с расходом на 0,13. В итоге получаем суммарную ошибку округления 0,05. Количество спишется под ноль. Эти остатки так и будут висеть в регистре себестоимости, в релизе 6 и 7. В 8 спишутся на прочие расходы

т.е. у вас разрешился вопрос?
пропали висящие копейки в себестоимости по товарам с нулевым количественным остатком?
ну вот, значит все чудесно :)

я тоже обновила конфигурацию на последний релиз 11.08.11 и копейки ушли

(6) Все будет чудесно, если суммарная ошибка округления не превысит 1 в 8 релизе, а если превысит то тоже будет висеть

(4) С чего это 10 записей по 0,13???

Каждая запись будет = ОстатокСумма/Остаток * КоличествоПродажи.

Где-то средняя цена будет 0,13, а где-то 0,12.

(8) я специально делал тестовый пример, именно такой, все как я говорил происходит

(7) Если вы соблюдаете последовательность проведения документов, то у вас и не возникнет погрешности больше 1.

(10) с чего это вдруг? почему же в ранних версиях было ограничение только на 0,01?

По-хорошему нужна проверка на последней продаже, что продаваемое количество = остатку, и списывать всю сумму остатка, как это делают в конфигурациях Бухгалтерии. Но, похоже, что Торговлю писали другие художники, которые этот вариант почему-то не рассмотрели.

(4)
Странно, как-то у тебя получается:
Приход 10 штук на сумму 1,25.
Реализуем 1 штуку: Себестоимость 1,25/10 = 0,125 = 0,13
Остаток: 9 штук на сумму 1,12.
Реализуем 1 штуку: Себестоимость 1,12/9 = 0,124 = 0,12

Откуда у тебя 10 записей по 0,13?

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

(11) При этом нужно сравнить ещё тексты моделей по списанию партий.

(14) Ты не отвечаешь на мой ответ!

(16) я смотрю движения документа расчет себестоимости, там 10 записей по 0,13

(16) релиз 11.0.6, попробуй введи такой пример если не веришь

С чего вы взяли, что "Каждая запись будет = ОстатокСумма/Остаток * КоличествоПродажи", там не так, там стоимость одной штуки берется из регистра сведений "Стоимость товаров", как раз там хранится правильная стоимость 1 штуки - 0,125, а при списании считается как
Стоимость= КоличествоСписания*Стоимость(1штуки из регистра)=0,125, но при округлении получается 0,13 вот и все

(19) +1 Цена - не хранится, а расчитывается и округляется.

(20) в регистре стоимость товаров стоит 0,125

типичное списание по средней