Пересчет inventSum

[DreamCreator]

День добрый!

1. Можно ли стандартным образом функционалом пересчитать inventSum (интересует поле 'В наличии') на основании проводок?

2. Чем мне аукнется если я руками изменю поле 'В наличии'?

[Logger]

Я почему-то решил что у вас оракл.
Видимо из-за баннеров

Вот и спросил.
Скрипт просматривал только по диагонали.

Чем вас не устроил InventSumReCalcItem о котором raz написал ?

[Kasper]

Доработал пост в блоге, учёл все комментарии.
Годится ?

Цитата:

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

Чем вас не устроил InventSumReCalcItem о котором raz написал ?

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

Цитата:

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

А вы явные противопоказания к удалению закрытых записей знаете ?

Квалифицированный ответ можно получить только от вендора, но можно порассуждать.
Допустим есть чистая настроенная база. Пока ещё ни одной складской проводки.
В складской картотеке есть одна номенклатура -- "Ведро"
И вот вы купили одно ведро и сразу же его продали. Нажимаем кнопку "Запасы". Видим - Ведро, количество - 0.
А если закрытую строку из InventSum удалить, то в форме "Запасы" будет пусто. Так не должно быть.

Так ?

[Perc]

Цитата:

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

А если закрытую строку из InventSum удалить, то в форме "Запасы" будет пусто. Так не должно быть.

Почему это так не должно быть. Ведь до того как ведро купили так было! И ничего страшного не произошло. В перечне есть на остатках нет.

[Logger]

Цитата:

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

А если закрытую строку из InventSum удалить, то в форме "Запасы" будет пусто. Так не должно быть.

Так ?

Строго говоря - не должно так быть.
Но я думаю ради производительности с этим можно смириться.

Или доработать форму "Запасы", чтобы все равно показывала записи.

[S.Kuskov]

А разве закрытой строка становится не после сопоставления закрытием склада? По-моему алгоритм закрытия как-то использует информацию из InventSum? Или я ошибаюсь? И точно ли не понадобятся такие закрытые строки в InventSum в случае открытия (отмены закрытия) склада?

[Logger]

Цитата:

Сообщение от S.Kuskov

А разве закрытой строка становится не после сопоставления закрытием склада? По-моему алгоритм закрытия как-то использует информацию из InventSum? Или я ошибаюсь? И точно ли не понадобятся такие закрытые строки в InventSum в случае открытия (отмены закрытия) склада?

На Inventsum.Insert() и Inventsum.update()
есть такой код :

    this.closedQty = this.isAllQtyFieldsZero();
    this.closed    = this.isAllValueFieldsZero() && this.closedQty;

(еще есть аналогичный код в хранимке, которая обновляет остаток в InvnetSum)

А в методах тупо идет сравнение количественных и суммовых полей с нулем.
На закрытие склад ей пофигу. Просто как правило суммовые поля выравниваются после закрытия что приводит к их обнулению и взведению галки closed. Но такое может быть и без закрытия склада.

Закрытие склада, насколько я помню не использует InventSum.
Табличка InventSum упоминается в методах
\Classes\InventCostClosingCancel_WorkInvent\checkAndDeleteVirtualTransfer
\Classes\InventCostClosingCancel_WorkInvent\deleteVirtualTransfers

но не для выборки из базы или фильтрации, а как накопительная переменная в памяти.

Цитата:

Сообщение от S.Kuskov

И точно ли не понадобятся такие закрытые строки в InventSum в случае открытия (отмены закрытия) склада?

По идее, они просто создадутся вновь если Аксапте потребуется остаток сделать отличным от нуля. Но я сам не проверял.

[Logger]

Я бы еще подправил метод
\Classes\InventSumDateEngine\selectInventOnHand
вот это место

    insert_recordset inventSumDateTrans (ItemId, PostedQty, ReceivedQty, DeductedQty, PickedQty, RegisteredQty, PostedValue,
                                         #InventDimFields, ParmId, TransType)
        select ItemId, sum(PostedQty), sum(Received), sum(Deducted), sum(Picked), sum(Registered), sum(PostedValue)
        from inventSum
        group by ItemId
        where inventSum.Closed == NoYes::Yes
        join #InventDimFields, parmId /*scalar*/, inventSumDateType /*scalar*/
            from inventDim
            group by #InventDimFields
            where inventDim.InventDimId == inventSum.InventDimId
        exists join inventTrans
            where inventTrans.ItemId      == inventSum.ItemId
               && inventTrans.InventDimId == inventSum.InventDimId
               && inventTrans.DateStatus  >= perDate;

здесь код явно закладывается на наличие закрытых записей. Легко исправляется.

Насколько я помню используется только в одном отчете по остаткам.

[Ярослав Щекин]

Цитата:

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

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

А я бы не стал так спешить.

Т.к. есть такой код в InventOnHand, похоже, что в стандарте на это могут закладываться, и придётся проверять весь код при обновлениях системы.

У нас, например (Ax 3.0), в доработках внедренцев (и наших) во многих местах код рассчитан на существование этой связки.

Кроме того, я посмотрел метод InventTrans.update из стандарта, и там тоже ожидается, что соответствующий InventSum существует, т.е. если проводки с удалённым InventSum когда-то будут использоваться (отмена закрытия склада, например), нужно проверить, как поведёт себя и этот код.

[Logger]

Так я и хотел в этой теме обсудить, какие места в стандартной Аксапте могут сломаться из-за такой кастомизации и как это лечить.

А свои доработки каждый сам будет допиливать.

[AraraT®]

Наткнулся на статью:
http://technet.microsoft.com/en-us/l.../dn505749.aspx

Думаю, что код можно портировать и на более ранние версии.

[Player1]

Цитата:

Сообщение от AraraT®

Наткнулся на статью:
http://technet.microsoft.com/en-us/l.../dn505749.aspx

Думаю, что код можно портировать и на более ранние версии.

Может быть, но если нет 2012 под рукой? Может кто-то показать, выложить эту процедуру?