Списание ошибок округления при расчете себестоимости #616827

В УТ редакции 11.0.6 и 11.0.7 в модуле документа расчета себестоимости есть процедурка: СписатьОшибкиОкругленияРасчетаСебестоимости. В ней выбираются остатки с нулевым количеством и со стомостью попадающей в след. диапазон: В УТ редакции 11.0.8 этот диапазон увеличился до 1. Откуда вообще эти цифры взялись, и зачем ставить в принципе это ограничение? Куда спрашивается девать остатки с нулевым количеством, стоимость которых не попадает в эти ворота?

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

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

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

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

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

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

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

С чего это 10 записей по 0,13??? Каждая запись будет = ОстатокСумма/Остаток * КоличествоПродажи. Где-то средняя цена будет 0,13, а где-то 0,12.

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

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

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

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

Странно, как-то у тебя получается: Приход 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?

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

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

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

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

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

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

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

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

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