Проблема разделения данных по компаниям в MSDax 2012

[zelen]

Добрый день.
В MSDax 2012 R3 CU10 прорабатываем структуру разделения данных. Хотим использовать под разные юр. лица разные компании, проекты принадлежат разным компаниям, но в справочнике аналитик хотим видеть общий список проектов. Проект хотели сделать единым для всех компаний и он будет соответствовать договору с внешним заказчиком (то есть в разных юр. лицах проводки будут отнесены на единый проект).
Может кто-нибудь уже имел практику по данной теме, желательно если даже в рамках модуля - Проекты?
В общем структура данных такая:
1. Общие данные: аналитики, план счетов, структуры счетов, контрагенты,
номенклатура, спецификация, склады, профили разноски, иерархии
подразделений, номерные серии;
2. Данные для каждой компании: проекты (причем они же есть в аналитиках),
настройки компаний (ЮЛ), бюджетного контроля, главных книг, ОС.
Также вопросы:
1. Возможность использования Table collections осталась, но существуют проблемы
с поиском данных ядром системы в Виртуальной и обычных компаниях, в итоге
система не находит данные из-за связки общих таблиц с дополнительными. Есть
ли обходной вариант или все нужно пихать в одну Виртуальную компанию?
2. В многих местах система работает непосредственно с кодом компании: Заявки на
закупки (указание компании в момент выборки проекта под заявку), в Проектах. В
итоге, если Проекты включить в виртуальную компанию, то возникнут глюки в
результате использования данного функционала.При исключении проекта из
виртуалки, все норм., но его не видно в другой компании например при заведении
бюджета в аналитиках Какой обходной вариант можно применить к данной
проблеме?
3. Существуют ли какие-либо баги в использовании Cross Company применимо к
Query, Selects?

[EVGL]

Еще как имели практику.
Проекты в AX2012 разделены по компаниям, но могут просматриваться вместе.
Intercompany projects можно использовать в табелях (западных), командировочных (западных) и счетах на покупку: https://blogs.msdn.microsoft.com/bwe...012-r3-part-1/

Их нельзя использовать в заказах на продажу и покупку: покупка всегда формируется в компании, в которой сидит проект.

Виртуальные компании - это тупик: в AX7 их больше нет.

Финансовая аналитика, интегрированная с проектами, видна только в компании проекта. Поэтому сделали отдельную custom аналитику:

Цитата:

For every new project create a new unique dimension ProjectID and automatically assign it to the project.
* Every time a project record is created a new value must be generated for the dimension “Project ID”, Dimension value = Project id (as is), Description = Project name (as is). The description is not updated on project name changes, i.e. it is a one-time action. At that moment, this value should also be written back to the project record (ProjTable) and merged with the other existing dimensions.

 
There is no need to update this field in the Create project form while the user is typing in the project code, it only happens after clicking OK.
The Project ID should also be assigned in any scenario in AX where a project record is created, either manually (the “Create project” form) or automatically (from a project quotation in the wizard, for example). I.e. it must be triggered upon ProjTable.insert().
Should the assumption “5 Project IDs never intersect across companies” be broken for some reason (i.e. somebody is creating a project with a number already existing in another legal entity), this may not lead to an error in project creation. A new dimension record is not inserted, the value of the existing dimension is written into the project master record.
 
The dimension values are not deleted if the user decides to delete the project record, but they may be re-used as the system may re-use the project IDs. 
Project numbers / ID's are NOT deleted but will be "terminated" by the project end date. Every project ID that is no longer active (closed) should be "hidden" or no longer be usable for end-user input in time-sheets, expense reports, purchase orders or new invoices. However historical transactions in accounting still might use the project reference, e.g. Fixed Asset's amortizations, reversals from manual GL entries, etc.

Should accounting be in the need of a manual correction, they may manually temporarily remove the checkbox.

Цитата:

Существуют ли какие-либо баги в использовании Cross Company применимо к
Query, Selects

- Да. "Западные" табели (Project timesheets) не работают, если начать "виртуализировать" проекты. Если в коде встречается cross company, то в комбинации с виртуальными компаниями это перестает работать.

[zelen]

А доводилось ли совмещать структуру проектов из разных компаний? Т.е имея ProjTable.ProjId в одной компании, указывать его в ProjTable.ParentId в другой? Какие проблемы могут или возникали в данном случае? Спасибо.

[EVGL]

Цитата:

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

А доводилось ли совмещать структуру проектов из разных компаний? Т.е имея ProjTable.ProjId в одной компании, указывать его в ProjTable.ParentId в другой? Какие проблемы могут или возникали в данном случае? Спасибо.

Доводилось
Очередной тупик, сначала запрограммировали, потом попробовали пожить с этим и потом вырезали это при апгрейде на Ax7. Можно доработать lookup чтобы выбирать родилеля из другой компании, но дерево отображается неправильно, да и прочие фичи вроде обзора всех транзакций на родительском проекте не работают.

[NV]

Можно при создании проекта в одной компании автоматически создавать идентичный проект (с этим же кодом и прочими реквизитами) в другой компании.

[zelen]

Спасибо всем :-)
Будем разруливать тупики :-)