Глюк с себестоимостью

[Swetik]

Аксапта 3.0
Такая ситуация : был приход номенклатуры по 143 руб на склад Сырье , через несколько дней расход (вернее , перемещение ) со склада Сырья на склад Производство. После разноски данного перемещения себестоимость проводки оказалась около 2 000 000 000 руб.
Я подозреваю - был какой-то сбой в системе.
Подскажите, пожалуйста , как выйти корректнее из этой ситуации , если закрытие склада по этому периоду будет через месяц, а эту номенклатуру нужно списывать дальше в производство, а списывается она по бешенной цене, что отражается на готовом изделии и следующих продажах ?
Как застраховаться от подобных сбоев ?

[Андре]

Цитата:

После разноски данного перемещения себестоимость проводки оказалась около 2 000 000 000 руб.

Скажите пожалуйста значение полей costAmountPosted, costAmountAdjustment в расходной и приходной проводках по этому переносу.
Не будет лишним, если приведете значения остальных полей, начинающихся с cost*
Кроме того, укажите значения полей postedQty и postedValue в inventSum в строках с данной номеклатурой и данными inventDimId. Эти поля определяют то, какой у вас будет мгновенная себестоимость. Возможно, что значения в inventSum "сбились". В этом случае их можно пересчитать по inventTrans.

Еще, попробуйте поишраться с формочкой - "Дерево сопоставлений" - очень часто помогает.

[Swetik]

Пересчитать по InventTrans - это проверка целостности данных компании - управление запасами - Складские провдки + в Наличии ?

[Андре]

Цитата:

Пересчитать по InventTrans - это проверка целостности данных компании

Да. Только перед тем, как запускать эту достаточно длительную операцию - посмотрите все-таки inventSum - может у Вас там все в порядке.

[Wamr]

Для пересчета остатков по конкретной номенклатуре можно использовать job

PHP код:

static void Job_ReCalcInventSum(Args _args)
{
    InventSumReCalcItem     reCalcItem;
    InventTable             inventTable;
    Query                   q = new Query();
    QueryRun                qr;
    ;

    q.addDataSource(tableNum(InventTable)).addRange(fieldNum(InventTable, ItemId)).value("073611");

    qr = new QueryRun(q);

    SetPrefix("Проверка InventSum");
    while(qr.next())
    {
        inventTable = qr.getNo(1);
        SetPrefix(inventTable.ItemId);


        // Режим - проверка. Для исправления сделать CheckFix::Fix
        reCalcItem = new InventSumReCalcItem(inventTable.ItemId, true, CheckFix::Check); 
        reCalcItem.updateNow();
    }
} 


Выполняется за приемлемое время, никому не мешая

[Wamr]

У нас такие проблемы возникали, когда нерадивый пользователь вводит штрих-код в поле сумма или кол-ва.
Решались обычно простеньким job-ом (период открыт, коррекций не было, нет связанных документов)

PHP код:

static void Job_CostAmount(Args _args)
{
    InventTrans inventTrans = InventTrans::findRecId(-1553193763, true);
    ;

    inventTrans.CostAmountPosted = 50.22;
    inventTrans.CostAmountOperations = -inventTrans.CostAmountPosted;
    inventTrans.update();
} 


[Swetik]

Спасибо всем большое, сейчас попробую