Можно ли удалять InventDim и InventSum без проводок?

[Zabr]

Цитата:

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

поиск неиспользуемых inventSum сводится к поиску неиспользованных InventDim
Другого способа нет.

Ну да. А еще было бы неплохо, если бы в inventDim был бы какой-то признак как InventSum.closed. И использование его в индексах.

[Alexius]

Цитата:

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

Логичнее. а как?

поиск неиспользуемых inventSum сводится к поиску неиспользованных InventDim
Другого способа нет.

Как-то так

    InventSum   inventSum;
    InventTrans inventTrans;
    ;
    
    ttsbegin;

    delete_from inventSum
        notexists join inventTrans
            where inventTrans.ItemId      == inventSum.ItemId &&
                  inventTrans.inventDimId == inventSum.InventDimId;
            
    ttscommit;

[mazzy]

если хорошо подумать,
то ВНЕЗАПНО обнаружится, что InventSum зависит не только от inventTrans, но и от:
= заказов на продажу
= заказов на покупку
= заказов на перемещение
= заказов на производство
= складских журналов
= прогнозов
= сводного планирования
= проектов
= CRM
= ОС (как asset, так и rAsset)
= и т.п.

и станет понятно, что задача обнаружения неиспользованных InventSum сводится к задаче обнаружения неиспользованных inventDim

[S.Kuskov]

Цитата:

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

InventSum зависит не только от inventTrans

То есть как? Нет зависит конечно, но ведь не напрямую, а как раз таки через InventTrans. Или я чего-то не понял?

[mazzy]

Цитата:

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

То есть как? Нет зависит конечно, но ведь не напрямую, а как раз таки через InventTrans. Или я чего-то не понял?

напрямую.
Ожидается приход, Ожидается расход, Зарезервировано в ожидаемом расходе.

не, я тормоз.
да, из проводок.

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

[Alexius]

Цитата:

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

Ну да. А еще было бы неплохо, если бы в inventDim был бы какой-то признак как InventSum.closed. И использование его в индексах.

А какое назначение этого признака ? Боюсь что поддержка его в актуальном состоянии окажется гораздо дороже выгод от него

[S.Kuskov]

Цитата:

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

А какое назначение этого признака ? Боюсь что поддержка его в актуальном состоянии окажется гораздо дороже выгод от него

Это точно, тут совсем без вариантов. Да и развитие складских аналитик вроде как совсем в другую сторону идёт dynamicsmatters: Performance and InventDim

[Raven Melancholic]

Цитата:

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

А какое назначение этого признака ? Боюсь что поддержка его в актуальном состоянии окажется гораздо дороже выгод от него

Абсолютно никакого смысла этот признак иметь не может. Комбинация аналитик используется далеко не только в InventSum. Например, при использовании WMS можно задавать разные настройки для разных складов (да и не только для WMS, например, можно задавать разные группы инвентаризации для разных складов). В комбинациях аналитик опять же используется InventDimId. В настройках внешних кодов так же используется InventDimId
В общем, InventDimId (и связанные записи таблицы InventDim), вполне могут не присутствовать в InventSum, но иметь вполне значимые сущности.

[Logger]

Цитата:

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

Это точно, тут совсем без вариантов. Да и развитие складских аналитик вроде как совсем в другую сторону идёт dynamicsmatters: Performance and InventDim

Да совсем не факт.
Тем более что в следующих версиях Аксапты в LedgerTrans хотят объединить Dimension и LedgerAccount в одно значение по аналогии с InventDimId - InventDim.

[Ievgenii]

Цитата:

Абсолютно никакого смысла этот признак иметь не может. Комбинация аналитик используется далеко не только в InventSum. Например, при использовании WMS можно задавать разные настройки для разных складов (да и не только для WMS, например, можно задавать разные группы инвентаризации для разных складов). В комбинациях аналитик опять же используется InventDimId. В настройках внешних кодов так же используется InventDimId
В общем, InventDimId (и связанные записи таблицы InventDim), вполне могут не присутствовать в InventSum, но иметь вполне значимые сущности.

Это очень правильный комментарий.

Цитата:

Да совсем не факт.

Не факт , но никаких таких "флагов" или атрибутов мы добовлять не планируем и вам не советуем.

[petr]

Кто-нибудь пробовал использовать класс InventUnusedDimCleanUp в четверке? Я имею ввиду экспортировать из 2009, импортировать в четверку и запустить?

Работает?
Были ли замечены какие-либо подводные камни?

[wolfstein]

Цитата:

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

Кто-нибудь пробовал использовать класс InventUnusedDimCleanUp в четверке? Я имею ввиду экспортировать из 2009, импортировать в четверку и запустить?
Работает?
Были ли замечены какие-либо подводные камни?

Работает.
При переносе из 2009 в 4-ку в методе isCandidateInventDimIdTable() необходимо закомментировать строчку с упоминанием конфигурационного ключа SysDeletedObjects41, т.к. в 4-ке его нет, и тут же добавили строчку с InventSum для его исключения из проверки:

protected boolean isCandidateInventDimIdTable(SysDictTable _sysDictTable)
{
    configurationKeyId  configurationKeyId = _sysDictTable.configurationKeyId();
    tableId             tableId = _sysDictTable.id();
    ;

    // The table should only be evaluated if it has not been marked for deletion, it is
    // not a temporary table and is not InventDim nor InventDimCleanUp
    if (configurationKeyId      == configurationkeynum(SysDeletedObjects40) ||
        //configurationKeyId      == configurationkeynum(SysDeletedObjects41) ||
        _sysDictTable.isTmp()    == true                                     ||
        tableId                 == tablenum(InventDim)                      ||
        tableId                 == tablenum(InventSum)                      ||
        tableId                 == tablenum(InventDimCleanUp))
        return false;
    else
        return true;
}

О результатах работы выше писал Zabr.
Во вложении класс InventUnusedDimCleanUp для 4-ки.

[wolfstein]

Возникла необходимость очистить неиспользуемые InventDim на AX3.0, поэтому по аналогии с AX2009 сделал класс InventUnusedDimCleanUp для трешки.
Может быть кому-то будет полезен.
AX3.0SP3
Проект во вложении.

[Владимир Максимов]

Ну, и для комплекта, код для Axapta 2.5 SP3.

Правда, просто копировать было не интересно, поэтому сделал несколько модификаций

1. Единый многоуровневый ProgressBar
2. Удаление выполняется прямыми командами SQL
3. По окончании работы процедуры выводится Infolog с результатами работы (если было, что удалять)
4. Добавлена краткая справка, вызываемая по F1 при открытой форме
5. Добавлена опциональная возможность удаление во всех компаниях
6. Добавлена опциональная возможность удалить складские остатки (InventSum) по окончании удаления складских аналитик

[Zabr]

Цитата:

Сообщение от Владимир Максимов

[*]Удаление выполняется прямыми командами SQL[/LIST]

Транзакционная целостность данных при этом соблюдается, если прервать процедуру?

[Владимир Максимов]

Цитата:

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

Транзакционная целостность данных при этом соблюдается, если прервать процедуру?

Соответствующие процедуры сделаны по образу и подобию аналогичной процедуры из Axapta 2009

    connection.ttsbegin();

    statement.executeUpdate(sqlStr);

    connection.ttscommit();

Так что, да. Соблюдается.

Хотя, по большому счету, нарушить целостность выполнения одной единственной команды Delete - это надо постараться И еще, о какой целостности идет речь, если удаляются записи, на которые нет ссылок ни в одной другой таблице?

[Pustik]

Даешь всем желающим по модифе удаления ненужных InventDim!!!!!! Ура

[Vadik]

Цитата:

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

Даешь всем желающим по модифе удаления ненужных InventDim!!!!!! Ура

Может кто-то поделиться статистикой - какие аналитики используются и как, количество записей в InventDim до и после, общие впечатления (по возможности - объективные) ? Просто не очень понятно, что там такого можно понавычистить и что от этого улучшится
P.S. что можно поломать, случайно вычистив не то что надо, я в общих чертах представляю

[Pustik]

Цитата:

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

Может кто-то поделиться статистикой - какие аналитики используются и как, количество записей в InventDim до и после, общие впечатления (по возможности - объективные) ? Просто не очень понятно, что там такого можно понавычистить и что от этого улучшится
P.S. что можно поломать, случайно вычистив не то что надо, я в общих чертах представляю

Я, так понимаю, это камень в мой огород.
Ну, во-первых, я просто шутил, смайлики об этом очень открыто говорят .
Если серьезно, то чистка лишних InventDim имеет имеет смысл для экономии места.
В InventDim, в будущем не нужные записи появляются если :
1) В черновике (Закупка, Заказ, Журнал, Заявки на покупку и т.д.) пользователь изначально задал не правильную аналитику. А потом ответственное лицо аналитику поменяло как надо и разнесло.
2) Проводка, связанная с Производственным заказом без партии, по мере оприходования разобьется на несколько по партиям. И если заказ одноразовый, то комбинация без партии уже не нужна.
3) В Спецификациях вообще привязок к проводкам нет. Т.е. забил пользователь сначала одно, потом поменял на другое, потом на третье. А это уже 3 комбинации.(и это не только в спецификациях). Очень похоже на первый случай, но все таки там документы готовые к разноски, а это просто справочник.
Я думаю случаев еще много. Пользователи, естественно не знают, про InventDim, и на комбинации аналитик им наплевать.Могут шуровать как хотят. В итоге добавят еще пару не нужных комбинаций.
Статистику сказать не могу. Мы этого не делали. Но думаю, что при больших разнообразиях и вариантов комбинаций аналитик, согласно настройкам системы, лишние аналитики будут периодически появляться. почему бы их и не почистить.

[Владимир Максимов]

Удалилось примерно 10% от общего количества записей. Как в InventDim, так и в InventSum. От общего объема базы данных это составило примерно 0,1% (по объему InventSum / InventDim = 3 / 1) Строго говоря, "копейки", которые вряд ли вообще заметно повлияют на что-либо. Так что, удаление скорее "для порядка", чем из практической необходимости.

Из стандартных аналитик у нас используется только Склад и ГТД. Плюс добавлены еще 2 собственные аналитики.