Сергей ВаскецовlycoХотя у меня сумма величина расчётная
Это плохо. Сумма обязана быть хранимой величиной. Все движение денежных средств - движение сумм. Цена - исключительно один из атрибутов, с помощью которого выполняется расчет количества по сумме, или наоборот, суммы по количеству. Вот цена - другое дело, она может быть хранимая, а может быть расчетная, но сумма и количество - никогда.

lycoцена = const для карточки
Это вообще не понял. Речь про "средние" склады с хранением истории цен по карточкам?

Что за "средние" склады? Обычные склады Фифо, а не по среднему. В карточках себестоимость единицы и указана, соответственно история цен есть.

GavrilovD...а хранить данные в длинном целом не пробовали? Заодно и все вычисления производить. Помогает в этом случае...
Ну как это может помочь? Ну хотя бы на текущем примере проиллюстрируйте.

CoolibinТак если партионный учет, то цену списания можно спокойно рассчитывать в разрезе партии по тому алгоритму, который предлагал Naf. Не вижу противоречия. И почему она тогда должна различаться в одной партии? Конечно, если вы будете приходовать в одну партию тмц по разной цене прихода, тогда да. Но в этом случае и ваша формула идет отдыхать.
Различаться она будет именно из-за того, что она расчётная, т.е. может округлиться то в одну, то в другую сторону. Поэтому-то я и задался таким вопросом, а на фига это делать потом, когда можно приходовать сразу же на целые (в копейках) цены. Результат-то в итоге один и тот же, а вот сделать можно по-разному.