NBjHCBrc6KlSObm Пока что лидирующая идея - тупо складывать цену поступления с предыдущей ценой и делить пополам.
Ну это уж совсем безобразие, сделайте хоть средневзвес, т.е. (СтараяЦена*СтароеКоличество + НоваяЦена*НовоеКоличество) / (СтароеКоличество +НовоеКоличество). Усилий на доработку примерно столько же, но результат будет заметно адекватнее.
И, кстати, из-за погрешностей округления весьма желательно хранить не цену, а общую стоимость товаров (т.е. в приведенной формуле выкинуть делитель), а цену - рассчитывать каждый раз.

vmagNBjHCBrc6KlSObmНа законодательство плевать. Пока что лидирующая идея - тупо складывать цену поступления с предыдущей ценой и делить пополам. Этот склад ведётся уже 7 лет, и только сейчас решили подсчитать :D

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

P/S
Для тех кто слишком умен и знает в бухгалтерии толк: ключевая фраза тут - На законодательство плевать.
"на законодательство плевать" - это хорошо, но еще могут быть интересны отчеты по рентабельности (для которых-таки важно, за сколько реально мы купили товар и за сколько реально продали), могут быть "рекомендованные цены", маркетинговые акции и т.п. - т.е. все случаи, когда продажная цена фиксирована и не зависит ни от закупочных, ни от наценки.
Жестко связывать закупочные и продажные цены значит резко уменьшать гибкость системы.