Финансовые суммы в InventSum

[Alenka]

Насколько я понимаю поле финансовая сумма в inventSum участвует в формировании себестоимости проводки. Получается, что если первоначально финансовая сумма ненулевая, то это изменит себестоимость товара (причем может значительно изменить) в проводке. Это, в свою очередь приведет к неправильным отчетам по наценке и т.д.
Это является "стандартным поведением системы"?

[Raven Melancholic]

В определении мгновенной себестоимости действительно участвует и будет кривая. Но закрытие склада её выровняет. Кстати, давно оно у вас было последний раз?

[Alenka]

Закрытия склада вообще не было, т.к. мы еще "маленькие", нам всего полгода.
Но мы уже думаем об этом.
Возникает вопрос: действительно ли закрытие все исправит, потому что просто пересчет этого не делает.

[Raven Melancholic]

Пересчет и закрытие используют один и тот же алгоритм, поэтому ...
Без закрытия или пересчета склада о данных по марже и т.п. вообще говорить можно только с достаточной степенью допуска.
Вашу ситуацию исправляет пересчет в InventSum (имею ввиду не периодическую операцию закрытие и коррекция, а именно пересчет данных nventSum классом InventSumReCalcItem)? На самом деле у вас могут быть такой набор настроек, при которых ваша ситуация не является чем-то необычным.

[glibs]

Цитата:

Сообщение от Raven Melancholic

...
Пересчет и закрытие используют один и тот же алгоритм, поэтому
...

Почти один и тот же.

Я слыхал минимум про два различия (я про 3.0).

[Raven Melancholic]

Цитата:

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

Я слыхал минимум про два различия (я про 3.0).

Хм, а про какой тогда не слыхал? Голову сломал какое из трех я считаю лишним

[malex]

У нас тоже была ситуация с нулевым количеством и не нулевой стоимостью. Возникала, когда пользователи поставили финансовый склад для ГСА, по которым были незакрытые проводки.

Лечили рассопоставлением проводок (в рамках SettleTransId) с разными значениями складских аналитик с включенным финансовым складом. Последующее закрытие склада делало правильное сопоставление.