АХ2012: Виртуализация InventDim и спр.Используемые продукты

[grib_nat]

Добрый день!

АХ2012 R3

Холдинг занимается производством ГП, продажей ГП и закупкой ТМЦ (отдельные
юридические лица).

Получилось так, что виртуализировали спр. Используемые продукты и Используемые варианты (InventDimCombination).

Сейчас встал вопрос о виртуализации InventDim, т.к в InventDimCombination есть ссылка.

Прошу высказать Ваше экспертное мнение по данной ситуации.

[Ivanhoe]

Уф. А с какой целью виртуализировали?

[grib_nat]

Единые НСИ, много доп реквизитов внесли на спр. Используемых продуктов и Используемые варианты.

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

[Ivanhoe]

По идее нужно было на продукты всё "общее" вешать, а используемые продукты выпускать в нужные компании с нужными аттрибутами. Либо сделать просто копирование используемых продуктов между компаниями.

[cuba]

Цитата:

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

По идее нужно было на продукты всё "общее" вешать, а используемые продукты выпускать в нужные компании с нужными аттрибутами. Либо сделать просто копирование используемых продуктов между компаниями.

Вот, прям, с каждым словом согласен)

[grib_nat]

В компании очень жесткая политика ЕНСИ данных - есть отдельный проект, который автоматизирует ввод всех данных и чтобы проще было их поддерживать, они часть спр.виртуализировали.
Под раздачу попали и спр. Ипользуемых продуктов, используемые варианты.
Мне нужны четкие аргументы, почему от этого лучше отказаться. Интуиция мне подсказывает, что это негативно скажется в будущем. Но перед руководством это не будет являться аргументом. При этом руководитель НСИ категорично против. Тут конфликт интересов

[Ivanhoe]

Нужно отделить мух от котлет.

Есть бизнес-процесс MDM и его функции. Централизация, контроль и всё такое.
Есть реализация в системе Dynamics AX 2012 R3.

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

В 2012 это не очень подход - и виртуальные компании уже "не best practice", и реализация многих стандартных функций сделана так, что без виртуальных компаний часть данных общая. В итоге, из-за вашей текущей реализации вам придется много чего допиливать, много тестировать, причем не только "в лоб" сам справочник - а всю логистическую цепочку. И вариативность этой работы очень большая - зависит от всего объема функций системы, которыми вы пользуетесь.

Соответственно рекомендации руководству могут быть только в режиме "риски такие-то" и "примерный бюджет на доделку такой-то". И это реально будут большие цифры. Если есть деньги - ну в путь, многие вон жалуются, что работы меньше стало

[user_ax]

Возможно вопрос покажется делитантским, но не подскажете, что в данном контексте означает "виртуализировать" ? Это - https://technet.microsoft.com/en-us/.../aa834413.aspx ?

[Ivanhoe]

Я отвечал в рамках этой функциональности, да.

[grib_nat]

Цитата:

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

Возможно вопрос покажется делитантским, но не подскажете, что в данном контексте означает "виртуализировать" ? Это - https://technet.microsoft.com/en-us/.../aa834413.aspx ?

Да, все верно

[Alexius]

Если виртуальная компания включает в себя ВСЕ не-виртуальные, то на мой взгляд, лучше просто отключить ведение по компаниям в требуемых таблицах (SaveDataPerCompany = No).

[grib_nat]

Цитата:

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

Если виртуальная компания включает в себя ВСЕ не-виртуальные, то на мой взгляд, лучше просто отключить ведение по компаниям в требуемых таблицах (SaveDataPerCompany = No).

Был такой опыт у консалтинга, который ведет проект по ЕНСИ.
Поменяли признак на спр. Клиентов. Работа полностью была остановлена - приложение не подлежало восстановлению. Восстанавливали бэкап.

[БАХ43]

Цитата:

Поменяли признак на спр. Клиентов. Работа полностью была остановлена - приложение не подлежало восстановлению. Восстанавливали бэкап.

Видимо, для начала надо было удалить все индексы, не допускающие дубликатов (а лучше просто Все), потом SaveDataPerCompany = No, удалить дубликаты в таблице и перестроить индексы заново.

[Alexius]

Цитата:

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

Был такой опыт у консалтинга, который ведет проект по ЕНСИ.
Поменяли признак на спр. Клиентов. Работа полностью была остановлена - приложение не подлежало восстановлению. Восстанавливали бэкап.

Проворачивал это на десятках, а может и сотнях таблиц АХ разных версий от 2.5 до 2012 и такого не встречал. Если этот глюк у вас был воспроизводимым, то возможно - это проблемы конкретной версии Kernel.