[TasmanianDevil]

Как-то упоминал, но повторюсь, что решением, гораздо более "прочным", относительно стандартной архитектуры, к увеличению кол-ва складских и номенклатурных аналитик, было бы :
1) Разделеление InventDim - комбинации аналитик хранения и номенклатурных аналитик нечего мешать в одну кучу. Две таблицы комбинаций, две ссылки в документах.
2) Перевод прямых реляций таблиц складской/номенклатурной аналитики на коммутируемые массивы ссылок и ведение соответствующих настроек (какой уровень куда ссылается) в группах складской и номенклатурной аналитик (в качестве базового элемента - аналоги пары полей "тип счета" и "счет" в журнале ГК, итого по 7 уровней аналитики для каждой группы аналитики до упора в ограничение платформы).

Текущая "линейная" архитектура InventDim при своем достоинстве в виде простоты имеет огромный недостаток - увеличение потребных складских и номенклатурных аналитик в рамках всего учета номенклатур не эквивалентно увеличению кол-ва одновременно используемых в рамках единичной операции движения каждой конкретной номенклатуры, т.е. часть полей аналитики попросту не используется, но мы очень быстро упираемся в ограничения платформы.

Предлагаемая архитектура дает больший запас прочности к увеличению потребного кол-ва аналитических разрезов номенклатуры (7*Nгрупп по складской аналитике + 7*Mгрупп по номенклатурной аналитике - при увеличении кол-ва групп кол-во возможных аналитик растет в геометрической прогрессии), но при этом потребует упорядоченности в структуре учета.

Нашу битву с mazzy на эту тему можно в треде "Производительность и InventDim" поглядеть.