Site-Подразделение: выделение прав для аккаунта для определенного Site.

[mazzy]

Цитата:

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

Имеется ввиду Dynamics AX 2009 и Site.
Ситуация просто такая, в dynamics я пытаюсь выделить логические связи в структуре нашей компании, выделяю их с помощью Site и Warehouse. Site в моем понимании выделяется по принципу местоположения нашего офиса в штатах. (Пример: Site1 - подразделение в Нью-Йорке, Site2 - подразделение во Флориде). Warehouse играют роль под-офисов наших Sites.

Ага. Именно так. Значит с терминологией определились.

Цитата:

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

Поэтому мне нужно выделить права доступа для определенного человека по определенному Site, т.е. чтобы он владел инфой по Флориде и не владел инфой с Нью-Йорка.

Тогда расскажите что вы подразумеваете под "выделить права доступа для определенного человека по определенному Site".

Site - это складская аналитика.
Она может синхронизироваться с финансовой аналитикой.
Что вы подразумеваете под "не владель инфой с Нью-Йорка"?

[mazzy]

Цитата:

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

Что вы подразумеваете под "не владель инфой с Нью-Йорка"?

Если подразумевается только складские отчеты.
То ищите обсуждения как скрыть склад или какую-нибудь запись в складской аналитике.

В двух словах: согласовано наложить RLS на InventDim и InventSite.
Но все равно в некоторых случаях останутся незакрытыми таблицы, которые используют InventDimID (складские проводки, строки заказов, строки накладных и т.п.), по которым теоретически можно вытащить инфу.

Чтобы скрыть везде вам нужно обеспечить InnerJoin (или Delayed Join) везде, где используется InventDimID. К сожалению это не всегда так. Иногда для повышения быстродействия используется Outer Join.

[DmitrySincerity]

Цитата:

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

Если подразумевается только складские отчеты.
То ищите обсуждения как скрыть склад или какую-нибудь запись в складской аналитике.

В двух словах: согласовано наложить RLS на InventDim и InventSite.
Но все равно в некоторых случаях останутся незакрытыми таблицы, которые используют InventDimID (складские проводки, строки заказов, строки накладных и т.п.), по которым теоретически можно вытащить инфу.

Чтобы скрыть везде вам нужно обеспечить InnerJoin (или Delayed Join) везде, где используется InventDimID. К сожалению это не всегда так. Иногда для повышения быстродействия используется Outer Join.

Более подробно. Есть офис во Флориде. В нем работает какой-то манагер.
Этот офис курирует-включает в себя какие-то подофисы (Warehouse). В эти Warehouse приходят клиенты к нашим сотрудникам за услугами.
Мне необходимо, чтобы этот манагер владел информацией только по этому Site (по Флориде), а именно: кто приходил, к кому, за какими услугами, сколько заплатил и т.д. Как Вы сказали - складская аналитика.
при получении доступа к Dynamics у него будет создан свой Account(допустим аккаунт по Site1=Флорида) - и именно через настройку прав для этого аккаунта я и хочу разделить-дать-ограничить права.
Понимаю, что разделение прав доступа можно сделать, например, на уровне ASP.NET приложения каким-то способом (отслеживая запросы и т.д.). Но хочется именно через возможности Dynamics.

[mazzy]

Такое случается редко.
Обычно прошу сформлировать задачу на человеческом языке.
Но в этот раз прошу сформлировать задачу в терминах более приближенных к Аксапте.

В вашей постановке задачи на обычном человеческом языке становится совершенно непонятно зачем приплели складскую аналитику сайт.

Цитата:

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

Более подробно. Есть офис во Флориде. В нем работает какой-то манагер.

Хорошо. Почему для этого выбран site, а не company?

Цитата:

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

Этот офис курирует-включает в себя какие-то подофисы (Warehouse).

Пусть. Только почему warehouse?

Цитата:

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

В эти Warehouse приходят клиенты к нашим сотрудникам за услугами.

Услугами? Вы имеете в виду номенклатуру с типом service? В warehouse?

Цитата:

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

Мне необходимо, чтобы этот манагер владел информацией только по этому Site (по Флориде), а именно: кто приходил, к кому, за какими услугами, сколько заплатил и т.д. Как Вы сказали - складская аналитика.

Что значит "приходил" в Site? С точки зрения Аксапты.
Что значит "услуги" по Site? С точки зрения Аксапты.
Что значит "заплатил" в Site? С точки зрения Аксапты.

Если "приходил" и "услуги" я хоть как-то могу натянуть на Site.
То "оплаты" вообще не представляю.
Оплаты в Аксапте с сайтами вообще никак не связаны.

Что вы собираетесь отделять то?
В Аксапте Invoice выставляются от компании в целом, а не от Site.
Оплата выполняется в компанию, а не в Site.

Зачем вы животинку мучаете?
Сделайте офис в Нью-Йорке одной компанией, а офис во Флориде другой.
Консолидируйте их финансовые показатели, чтбоы получить общую финансовую отчетность.

Цитата:

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

Понимаю, что разделение прав доступа можно сделать, например, на уровне ASP.NET приложения каким-то способом (отслеживая запросы и т.д.). Но хочется именно через возможности Dynamics.

Э-э-э... Тут я в ступор вошел.
С какой стати вы перепрыгнули на ASP? Каким это образом через ASP вы собираетесь отслеживать запросы?...

Мы говорили только о возможностях Dynamics AX.
Вам не понятно что такое RLS? Это инструмент настройки Акспаты - Record Level Security
FAQ: http://forum.mazzy.ru/index.php?showtopic=767, http://axapta.mazzy.ru/lib/rls_setup/

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