Проблемы при закрытии склада DAX2009 SP1 RU5/RU6

[zelibobis]

Да, проводка прошлого периода, более того таких проводок довольно много по разным номенклатурам. Мне кажется это как раз последствие не корректного метода currencyTransfer_RU - так как из-за него оставались открытые и приходы и расходы с типом "Средневзвешенное закрытие запасов". Вопрос теперь как с этим жить дальше? После фикса currencyTransfer_RU - все новые создаваемые "Средневзвешенное закрытие запасов" будут сопоставляться корректно. Но вот что делать со старыми проводками прошлых периодов?

[Bega]

Цитата:

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

Да, проводка прошлого периода, более того таких проводок довольно много по разным номенклатурам. Мне кажется это как раз последствие не корректного метода currencyTransfer_RU - так как из-за него оставались открытые и приходы и расходы с типом "Средневзвешенное закрытие запасов". Вопрос теперь как с этим жить дальше? После фикса currencyTransfer_RU - все новые создаваемые "Средневзвешенное закрытие запасов" будут сопоставляться корректно. Но вот что делать со старыми проводками прошлых периодов?

Первое, я бы попробовал модифицировать код, чтобы эти проводки в этом периоде были все-таки сопоставлены, потом убрать модификацию. Другой вариант - джобом через doUpdate() проставить дату "Финансовое закрытие", флаг "Открытое значение" = Нет, "Сопоставленное количество" и "Сопоставленная сумма" в значение по сумме сопоставлений. Это чтобы эти проводки не участвовали больше в закрытии.

[zelibobis]

Спасибо. Попробую.

[Bega]

Цитата:

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

Спасибо. Попробую.

Обнаружил у себя такую же проблему. Некоторые номенклатуры у нас двигаются с нулевой стоимостью. Для части таких проводок сопоставление не работает и проводки постоянно висят открытыми.

В принципе это не особо влияет на правильность расчета себестоимости, только в журнале при закрытии выдаются предупреждения, что проводка не может быть полностью сопоставлена. Но вдруг в какой-то прекрасный момент в проводке может появится стоимость (то ли бухгалтер ошиблась, то ли решили теперь со стоимостью учет вести для этой номенклатуры, теперь не суть важно). Тут как раз и вылезает косяк: из-за того, что часть проводок не сопоставляются, цена оказывается неверной. Собственно, это та же самая ПРОБЛЕМА 6, только решение, которое я тогда предлагал, решает лишь часть проблем.

Причина, как и в прошлые разы оказались российские модификации расчета средневзвешенной стоимости в методе InventCostItemDim::updateModelAverage().
Там есть три условия, где идет проверка метода this.currencyTransfer_RU(). Не знаю, чего хотели локализаторы, но работает не верно.
Итак.

РЕШЕНИЕ ПРОБЛЕМЫ 6 (ВЕРСИЯ 2)

Нужно все эти три проверки this.currencyTransfer_RU() убрать из метода InventCostItemDim::updateModelAverage()., то есть в этих трех условиях if() вернуть все к слою syp.
УДАЛИТЬ:

УДАЛИТЬ и ВЕРНУТЬ (выделено зеленым).

УДАЛИТЬ и ВЕРНУТЬ (выделено зеленым).


С этой модификацией я закрыл ноябрь и у нас не было выдано ни одной ошибки про сопоставления, все висевшие несколько месяцев несопоставленные проводки были сопоставлены.

[Bega]

Цитата:

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

Первое, я бы попробовал модифицировать код, чтобы эти проводки в этом периоде были все-таки сопоставлены, потом убрать модификацию. Другой вариант - джобом через doUpdate() проставить дату "Финансовое закрытие", флаг "Открытое значение" = Нет, "Сопоставленное количество" и "Сопоставленная сумма" в значение по сумме сопоставлений. Это чтобы эти проводки не участвовали больше в закрытии.

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