Закрытие склада- журнал переноса

[Swetik]

Аксапта 3.0 sp 3

Возможно ошибка

Коррекции по приходу и расходу в журнале переноса не равны.
(в ручную корректировки не производились)

Произошло следующее

датой 31 января 2004 делали пересчет складских запасов :
в результате
31.01.04 кор-я по приходу +100 руб (кор-я)
31.01.04 кор-я по расходу -100 руб (средневзвешенная)
пока вопросов нет - все нормально.
Позже по времени , но датой 6 января 2004 делаем закрытие склада
(в документации написано, что "проводки, скорректированные при пересчете , будут обрабатываться заново при последующих расчетах"), но что получилось:
(проводки по сопоставлению)
по расходу :
06.01.04 - средневзвешенная - 99 руб
31.01.04 - средневзвешенная - 100 руб
06.01.04 - коррекция +100 руб (видимо это отмена расчета за 31.01.04)
ИТОГО : -99
по приходу :
06.01.04 - коррекция +99 руб
31.01.04 -коррекция +100 руб
(здесь отмены расчета за 31.01.04 НЕТ !!!)
ИТОГО : +199
И это по всем журналам переноса, по периодам , где был расчет
Что является абсолютно неправильным.
Может кто-нибудь с этим уже сталкивался и знает, как выйти из этой ситуации ?

[Андре]

Сопоставления смотрели ? Уверены, что приход по переносу сопоставился с расходом по этому же переносу ?

[Swetik]

Уверены.
Попробуйте, смоделировать ситуацию , получиться именно так

[SLAYPNIR]

Это действительно ошибка
В случае, когда закрытие склада делается позже пересчета, но датой, раньшей чем пересчет, возникают проблемы с корректировками.

Вот пример:
1. Складская модель - средневзвешенная на дату
2. Складская аналитика - склад, финансовый склад включен.
3. 1-го числа приходуем 10 штук номенклатуры на склад "Основной" по 50 рублей за штуку (всего 500 рублей).
4. 2-го числа перемещаем 5 штук со склада "Основной" на склад "Магазин".
5. 3-го числа через заказ списываем 5 штук со склада "Магазин".
4. Затем проводим коррекцию приходной проводки на 300 рублей. Разносим ее 1-м числом.
5. 30-м числом месяца делаем пересчет себестоимости.
6. Видим, что у проводок по перемещению и заказу себестоимость стала 400 рублей (верная).
7. Затем закрываем склад раньшей, чем пересчет, датой. Например, 15-м числом. Видим, что в одной из половинок перемещения себестоимость 550 рублей вместо 400 рублей.

Если выключить финансовый склад, то проблемы нет.

В такой ситуации поможет только отмена пересчетов.
То есть, если мы делаем закрытие более ранней датой, то нужно откатить все последующие пересчеты, провести закрытие и потом снова провести пересчеты теми датами, которыми они были сделаны.

[Swetik]

У нас финансовый склад не активен ни у одной аналитики, но ошибка та же.
В методе updateReceiptAdjustment класса InventCostItemDim
разные действия на > и < 0

if (inventTransCurrency == InventTransCurrency_RU::PrimaryCur)
        {
            adjustmentLater = inventTrans.costAmountAdjustment ? this.calcLaterAdjustment(inventTrans) : 0;
        }
        else
        {
            adjustmentLater = inventTrans.costAmountSecCurAdjustment_RU ? this.calcLaterAdjustment(inventTrans) : 0;
        }

if (inventTrans.Qty > 0)
        {
            if (adjustmentLater)
               mapSettleValue.insert(inventTrans.RecId,-adjustmentLater);

            this.updateReceiptAdjustmentTrans(inventTrans,adjustmentLater);
        }
        else
        if (inventTrans.Qty < 0)
        {
            if (adjustmentLater)
                this.createErrorAdjustment(inventTrans,-adjustmentLater);

            if (abs(this.financialOpenQty(inventTrans)) < inventAdj::settleQtyDiff() && this.financialOpenValue(inventTrans))
                this.createErrorAdjustment(inventTrans,-this.financialOpenValue(inventTrans));
        }

Вот я думаю , только ли по приходу по переносу такая ошибка ?
Выходит функцию пересчет лучше не трогать ? Ведь для управленческого учета расчет делается всегда раньше , чем закрытие (т.е. дата расчета > посл.даты закрытия)

[SLAYPNIR]

Три варианта решения:
1. Не пользоваться пересчетом (грустно...)
2. Откатывать будущие пересчеты перед закрытием и снова их делать после закрытия теми же датами. Актальная себестоимость не должна измениться (хотя надо тестировать).
3. Не уверен, но можно после закрытия сделать пересчеты снова теми же датами, они вроде должны "вылечить" ситуацию. То есть, получается следующая схема:
- пересчет на 30-е число (к примеру)
- закрытие на 15-е число
- снова пересчет на 30-е число.
Но этот вариант надо тестировать. Ну и какой-то инструмент для мониторинга должен быть, который бы выявлял бы все "испорченные" проводки по переносу, чтобы возиться только по этим номенклатурам.

А насчет кода я не советчик, к сожалению

[glibs]

Похоже, здесь тоже борются с аналогичной или даже точно такой же проблемой.

http://technet.navision.com/workspac...kop=mark&wso=1

[BOAL]

В буржуйском фикс листе к Сп2 писали, что проблема пересчета скл журнала переноса решена...
не знаю, что там было до того, но на сп2 (и сп3 думается тоже)
есть прикол...

Расчет по средней
покупаем что-то по цене Х... переносим на склад 1,

Покупаем еще это "что-то" по другой цене...

запускаем пересчет - все ок - у + и - одна сумма...

переносим на склад 2, другой датой.

запускаем пересчет....

о-па... + и - разные суммы... причем и в первом переносе тоже....


Что они там фиксили? загадка...

Закрытие склада можно и не делать - расхожнение на пересчете прекрасно видно...

мало того 3 подряд запущеных пересчета или отмененные и запущенные один дают разные результаты!!!

Вывод... косвенный приход (+ у переноса или спецификации) корректируется сам в процессе расчета и учитывается как корректированный, те бага (расхождение) будет только увеличиваться...

нужно сказать, что порядок практически константа... где-то 1 единица в осн. валюте... проверьте на 10 и 100000

Но где правильные цифры?
если у меня, к примеру, учет дешевых материалов (а валюта онс. бакс) и я их только и делаю что гоняю и специфицирую..... кранты методу по средней....
ну или кранты пересчету склада... как обычно метод "стереть и написать самому" ..

[Morpheus]

Эта проблема уже исправлена? Если да, то как называется заплатка?

[EVGL]

Цитата:

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

Эта проблема уже исправлена? Если да, то как называется заплатка?

SP4 или Inventory Closing Rollup 2.