Заказ на продажу. Зафиксировать мгновенную себестоимость

[pitersky]

Из написанного вами я, честно говоря, вообще не увидел проблемы.
Мгновенная себестоимость зависит от PostedQty и PostedValue инвентсума. Если система получила большую себестоимость - значит, так оно по проводкам и выходит. Зачем что-то править?

[Bega]

Да, видимо больше ничего не осталось делать, как наводить красоту У нас как-то бухгалтеры хотели красивой мгновенной, но как-то удалось убедить, что не нужна она реальная. Место где она считается: InventMovement::financialIssueCostValue().

[ena_ax]

Цитата:

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

Из написанного вами я, честно говоря, вообще не увидел проблемы.
Мгновенная себестоимость зависит от PostedQty и PostedValue инвентсума. Если система получила большую себестоимость - значит, так оно по проводкам и выходит. Зачем что-то править?

Представьте, что по каким то причинам, у вас PostedValue - имеет большое значение. Не важно как это получилось, например раньше же была ошибка, когда себестоимость увеличивалась по экспоненте.

Эта себестоимость отражается при разноске Заказов на продажу. Реальная себестоимость будет расчитана в конце месяца, и все огромные суммы по себестоимости списания скорректируются.
Но пока мы закроем склад, будет уже середина следующего месяца, и в этом месяце тоже огромные суммы по списанию. Если бы я мог закрыть склад последним днем месяца, то и проблем бы не было.

Другими словами, у меня мгновенная себестоимость (таких позиций немного) сильно отличается от фактической. Это я и хочу исправить.