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

[Alenka]

Возможна ли ситуация, когда в inventSum финансовая сумма (в поле postedValue) ненулевая при нулевом количестве (поле postedqty)?
Если похожая тема уже возникала на форуме, подскажите, ПЛИЗ.

[glibs]

Конечно, возможна. На форуме есть поиск. Обсуждений было много. Поищите, и обязательно найдете информацию для вашего уровня.

[Raven Melancholic]

У нас даже дыла ситуация, когда знаки в этих полях были разные (правда лечилось пересчетом InventSum по номенклатуре). А вообще даже разработчики учитывают ситуацию, когда в одном из этих полей есть значение, а в другом нет при установки флага закрытия.

[Alenka]

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

[Raven Melancholic]

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

[Alenka]

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

[Raven Melancholic]

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

[Alenka]

Можете поподробнее написать об этом классе? Где он используется? Выложен ли пункт меню в главном меню на этот класс?

[Raven Melancholic]

В главном меню выложен не совсем на этот класс, но он используется в проверке целостности данных компании (наряду с другими операциями) "Основное\ Периодические операции\ Проверка целостности данных компании". Но только для того, чтобы проверить предположение о том, что вам поможет пересчет использовать эту функциональность как "из пушки по воробьям". Попробуйте пересчитать по конкретной номенклатуре с помощью примерно вот такого кода:
ttsbegin;
inventSumReCalcItem = new InventSumReCalcItem("КодНужнойНоменклатуры", false, CheckFix::Fix);
inventSumReCalcItem.updateNow();
ttscommit;
Хотя повторюсь: нужно анализировать причину, смотреть какие есть проводки, какие корекции и т.п.

[Alenka]

Спасибо, Raven Melancholic.
Попробовала этот код, но он не помог .

[Raven Melancholic]

Цитата:

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

Попробовала этот код, но он не помог

Значит действительно суммирование данных проводок дает количество в 0, а сумму (поля CostAmountPosted и CostAmountAdjustment) не 0. Вообще-то закрытие (или пересчет) склада должен все выровнять (если не менялся принцип расчета себестоимости при живых проводках). Может есть какая-либо проводка, которая имеет дату, не попадающую в ваш пересчет?

[Alenka]

Не может быть причиной этой ситуации настройки групп складской аналитики, а именно: Первичными аналитиками у нас являются 3 кода аналитик, Физ.наличие - те же три кода, а финансовому складу - один из них?

[Raven Melancholic]

Так вот в чем фокус.
Посмотрите запрос "В наличии" по вашей номенклатуре (на вкладке В наличии можно увидеть интересующие Вас данные), отобразив сначала только ту аналитику, которая является финансовой, а потом открыв все активные для той группы складских аналитик, к которой принадлежит данная номенклатура. Думаю сразу станет виден принцип работы Аксапты с мгновенной себестоимостью в разрезе аналитик.

[Alenka]

Еще раз спасибо, Raven Melancholic. Наконец стало более-менее ясно.

[glibs]

Цитата:

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

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

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

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

[Raven Melancholic]

Цитата:

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

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

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

[malex]

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

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

[ppol]

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

Можно ли подробней описать процедуру "лечения"