|
|
|
|
#1 |
|
Участник
|
Основной аргумент заказчика, почему не использовать виртуальные компании, то что эта фича не будет поддерживаться в AX7 ввиду ряда причин,. Кроме того, создавать пост-фактум виртуальную компанию и сливать в нее данные достаточно трудная и опасная (в плане потерять данные) задача, особенно с таким количеством таблиц (кто пробовал тот знает).
Вариант с SaveDataPerCompany = No тоже рассматривается, вижу следующие проблемы: 1. Все ссылки на таблицы поплывут. При смене SaveDataPercompany = No перегенерируется RecId, DataAreaId удаляется. Соответственно нужно: данные из всех компаний слить в одну, обновить ссылки и во все Relations от ресурсных таблиц добавлять DataAreaId. Кроме того, придется систему модифицировать: например пришло 2 заказа на планирование - один из компании А, другой из Б, нужно естественно при обработке указать, для какой компании запланирован ресурс. В общем-то это вариант 1 с преимуществами, что не надо дублировать таблицы. |
|
|
|
|
#2 |
|
Гость
|
Я бы смотрел в сторону решения по номенклатуре идеологически:
номенклатура общая, но настраивается для конкретных компаний которые ее юзают и тп Т.е. за SaveDataPercompany = No в части таблиц Чуток индуса (может понятнее будет моя корявая мысль) https://dynamicsaxgyan.wordpress.com...amics-ax-2012/ Последний раз редактировалось axm2013; 20.04.2016 в 17:26. |
|
|
| Теги |
| планирование ресурсов, сводное планирование |
|
|
| Опции темы | Поиск в этой теме |
| Опции просмотра | |
|