|
21.11.2011, 14:07 | #1 |
Участник
|
оба по 0
|
|
21.11.2011, 15:42 | #2 |
Участник
|
Получается у вас расходная средневзвешенная проводка прошлого периода оказалась почему-то открытой. Это именно проводка прошлого периода? Какая у нее финансовая дата? Она и перед закрытием тоже открыта? Или оказывается открытой в процессе закрытия из-за корректировки приходов прошлого месяца?
Если это средневзвешенная расходная проводка прошлого периода, то по логике она и не должна сопоставляться со средневзвешенным приходом этого периода, а именно это происходит в указанном куске кода. Мне кажется нужно сначала выяснить, почему эта проводка оказалась открытой. |
|
21.11.2011, 16:19 | #3 |
Участник
|
Да, проводка прошлого периода, более того таких проводок довольно много по разным номенклатурам. Мне кажется это как раз последствие не корректного метода currencyTransfer_RU - так как из-за него оставались открытые и приходы и расходы с типом "Средневзвешенное закрытие запасов". Вопрос теперь как с этим жить дальше? После фикса currencyTransfer_RU - все новые создаваемые "Средневзвешенное закрытие запасов" будут сопоставляться корректно. Но вот что делать со старыми проводками прошлых периодов?
|
|
21.11.2011, 16:53 | #4 |
Участник
|
Цитата:
Сообщение от zelibobis
Да, проводка прошлого периода, более того таких проводок довольно много по разным номенклатурам. Мне кажется это как раз последствие не корректного метода currencyTransfer_RU - так как из-за него оставались открытые и приходы и расходы с типом "Средневзвешенное закрытие запасов". Вопрос теперь как с этим жить дальше? После фикса currencyTransfer_RU - все новые создаваемые "Средневзвешенное закрытие запасов" будут сопоставляться корректно. Но вот что делать со старыми проводками прошлых периодов?
|
|
21.11.2011, 17:21 | #5 |
Участник
|
Спасибо. Попробую.
|
|
15.12.2011, 16:14 | #6 |
Участник
|
Обнаружил у себя такую же проблему. Некоторые номенклатуры у нас двигаются с нулевой стоимостью. Для части таких проводок сопоставление не работает и проводки постоянно висят открытыми.
В принципе это не особо влияет на правильность расчета себестоимости, только в журнале при закрытии выдаются предупреждения, что проводка не может быть полностью сопоставлена. Но вдруг в какой-то прекрасный момент в проводке может появится стоимость (то ли бухгалтер ошиблась, то ли решили теперь со стоимостью учет вести для этой номенклатуры, теперь не суть важно). Тут как раз и вылезает косяк: из-за того, что часть проводок не сопоставляются, цена оказывается неверной. Собственно, это та же самая ПРОБЛЕМА 6, только решение, которое я тогда предлагал, решает лишь часть проблем. Причина, как и в прошлые разы оказались российские модификации расчета средневзвешенной стоимости в методе InventCostItemDim::updateModelAverage(). Там есть три условия, где идет проверка метода this.currencyTransfer_RU(). Не знаю, чего хотели локализаторы, но работает не верно. Итак. РЕШЕНИЕ ПРОБЛЕМЫ 6 (ВЕРСИЯ 2) Нужно все эти три проверки this.currencyTransfer_RU() убрать из метода InventCostItemDim::updateModelAverage()., то есть в этих трех условиях if() вернуть все к слою syp. УДАЛИТЬ: УДАЛИТЬ и ВЕРНУТЬ (выделено зеленым). УДАЛИТЬ и ВЕРНУТЬ (выделено зеленым). С этой модификацией я закрыл ноябрь и у нас не было выдано ни одной ошибки про сопоставления, все висевшие несколько месяцев несопоставленные проводки были сопоставлены. |
|
|
За это сообщение автора поблагодарили: fed (15), EVGL (15), Logger (15). |
15.12.2011, 16:21 | #7 |
Участник
|
Цитата:
Сообщение от Bega
Первое, я бы попробовал модифицировать код, чтобы эти проводки в этом периоде были все-таки сопоставлены, потом убрать модификацию. Другой вариант - джобом через doUpdate() проставить дату "Финансовое закрытие", флаг "Открытое значение" = Нет, "Сопоставленное количество" и "Сопоставленная сумма" в значение по сумме сопоставлений. Это чтобы эти проводки не участвовали больше в закрытии.
|
|
Теги |
баг, закрытие склада, ошибка, ошибка при закрытии склада, себестоимость |
|
|