Как автоматически расшарить сущность с пользователями?

[xany]

MS CRM 4.0.
Есть opportunity, для которой указывается помимо owner еще и перечень исполнителей (пользователей), которые так же принимают участие в обработке opp..
Необходимо чтобы система автоматически шарила opportunity с указанными исполнителями.
Возможно кто то уже сталкивался с такой задачей? Можно ли это сделать средствами Java Script? Есть ли какие то идеи?

P.S. О стандартном действии Share я знаю, фишка в том, чтобы не заставлять пользователя постоянно при добавлении исполнителя, еще делать дополнительный шаг для того чтобы с ним расшарить сущность.

[a33ik]

Цитата:

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

Привет. Есть opportunity, для которой указывается помимо owner еще и перечень исполнителей (пользователей), которые так же принимают участие в обработке opp..
Необходимо чтобы система автоматически шарила opportunity с указанными исполнителями.
Возможно кто то уже сталкивался с такой задачей? Можно ли это сделать средствами Java Script? Есть ли какие то идеи?

P.S. О стандартном действии Share я знаю, фишка в том, чтобы не заставлять пользователя постоянно при добавлении исполнителя, еще делать дополнительный шаг для того чтобы с ним расшарить сущность.

Рекомендовал бы это делать плагином.
По поводу исполнения в плагине - при помощи GrantAccessRequest и метода Execute экземпляра объекта CrmService - можно предоставлять доступ к сущностям.

[xany]

А нельзя ли на форму с opportunity на OnLoad повесить скрипт, который на изменение полей с исполнителями, будет вызывать функцию шаринга с указанным исполнителем с предифайнеными опциями секьюрити (читать, писать, и т.д.)?
Или же такой функции нет, И сделать такое можно только плагином..?

Небольшое уточнение: когда я шарю какую либо сущность с пользователем, он видит кроме данных самой сущности все связанные с ней сущности не зависимо от уровня доступа, который предоставлен его роли?

[a33ik]

Цитата:

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

А нельзя ли на форму с opportunity на OnLoad повесить скрипт, который на изменение полей с исполнителями, будет вызывать функцию шаринга с указанным исполнителем с предифайнеными опциями секьюрити (читать, писать, и т.д.)?
Или же такой функции нет, И сделать такое можно только плагином..?

Небольшое уточнение: когда я шарю какую либо сущность с пользователем, он видит кроме данных самой сущности все связанные с ней сущности не зависимо от уровня доступа, который предоставлен его роли?

Можно конечно и жаваскриптом. Но. Такой скрипт во первых будет трудно отладить - это раз. Второе - он будет гигантского размера и низкой читабельности. Говорю это как писавший и жаваскрипты с использованием CRM сервиса и плагины.

[Артем Enot Грунин]

Цитата:

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

Небольшое уточнение: когда я шарю какую либо сущность с пользователем, он видит кроме данных самой сущности все связанные с ней сущности не зависимо от уровня доступа, который предоставлен его роли?

Тип связи между объектами определяет ее поведение при выполнении некоторых операций. Например Организация или Контакт являются "родителями" по отношению к Сделкам, Заказам и пр. Поэтому все операции с ней отражаются и на дочерние объекты. Иными словами дав доступ к организации, вы дадите его и ко всем дочерним объектам. Если вам не по душе такое поведение, вы можете изменить его в настройках связи.

[xany]

Дело в том что у меня следующая проблема. Возможно шаринг это и неидеальное ее решение. И вы свежим взглядом что то присоветуете.
У меня Pro версия, в ней создана следующая организационная структура: У организации есть два офиса. У одного из офисов есть дочерние отделы.
Офисы не должны видеть записи друг друга. Дочерние отделы не должны видеть записи друг друга.
Сейчас в security roles для реализации описанных правил, прописано что все видят все только в рамках своего Business Unit. А родительский офис еще и в рамках дочерних.

Процесс работы такой над одной из сущностей: в какой то момент opportunity из офиса, передается в один из дочерних отделов на доработку (асайнится на человека дочернего отдела).
Для того чтобы грамотно ее доработать дочерний отдел получивший опу на доработку должен видеть все ноуты, которые по ней создавались и создаются, и актвности (не исключена возможность что родительский офис может дополнять переданную опу дополнительными notes и activities).

Но с учетом настроенной security получается, что при передаче opp, дочерний отдел видит только те notes, которые были созданы пользователями их отдела. А фактически надо чтобы каждый пользователь дочернего отдела видел все по переданной опе не зависимо каким отделом это добавлено.

Решение с предоставлением доступа этим пользователям видеть notes в рамках всей организации не катит, тогда эти люди увидят notes из неродительского офиса.

Что вы можете посоветовать в такой ситуации? Кастомную доработку? Или есть стандартные способы??

[a33ik]

Цитата:

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

Дело в том что у меня следующая проблема. Возможно шаринг это и неидеальное ее решение. И вы свежим взглядом что то присоветуете.
У меня Pro версия, в ней создана следующая организационная структура: У организации есть два офиса. У одного из офисов есть дочерние отделы.
Офисы не должны видеть записи друг друга. Дочерние отделы не должны видеть записи друг друга.
Сейчас в security roles для реализации описанных правил, прописано что все видят все только в рамках своего Business Unit. А родительский офис еще и в рамках дочерних.

Процесс работы такой над одной из сущностей: в какой то момент opportunity из офиса, передается в один из дочерних отделов на доработку (асайнится на человека дочернего отдела).
Для того чтобы грамотно ее доработать дочерний отдел получивший опу на доработку должен видеть все ноуты, которые по ней создавались и создаются, и актвности (не исключена возможность что родительский офис может дополнять переданную опу дополнительными notes и activities).

Но с учетом настроенной security получается, что при передаче opp, дочерний отдел видит только те notes, которые были созданы пользователями их отдела. А фактически надо чтобы каждый пользователь дочернего отдела видел все по переданной опе не зависимо каким отделом это добавлено.

Решение с предоставлением доступа этим пользователям видеть notes в рамках всей организации не катит, тогда эти люди увидят notes из неродительского офиса.

Что вы можете посоветовать в такой ситуации? Кастомную доработку? Или есть стандартные способы??

Настройте связь между Opportunity и нотес - на реассайн чайлдов.

[xany]

Цитата:

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

Настройте связь между Opportunity и нотес - на реассайн чайлдов.

При попытке поменять это через изменение типа связи Note и Opportunity (в 1:N)- Я выставляю Relationship Behavior- Configurable cascading и по всем действиям ставлю Cascade All. Однако изменения у меня не сохраняются Я что то не так делаю?

[a33ik]

Цитата:

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

Подскажите, пожалуйста, как это сделать... Заранее извиняюсь за глупый вопрос

У меня в нолёвой нетронутой организации - Ноуты реасайнятся при реассайне опортьюнити. Проверьте у себя. Возможно ктото выставил у вас конфигурируемое каскадирование.

[a33ik]

Цитата:

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

При попытке поменять это через изменение типа связи Note и Opportunity (в 1:N)- Я выставляю Relationship Behavior- Configurable cascading и по всем действиям ставлю Cascade All. Однако изменения у меня не сохраняются Я что то не так делаю?

Окна с ошибками какие то появляются? Плюс приложите скриншот актуальной настройки связи.

[xany]

Хм. Скрины такие же как и у вас. Везде стоит Cascade All.
И если выставленные настройки должны гарантировать что при асайне опы на другого owner все notes будут реасайнены на него...то непонятно другое.. по какой причине пользователи не видят notes к этой opp. тех пользователей которые находятся в родительском офисе...Я ведь правильно понимаю, что после того как опа заасайнена на другого пользователя, то:
1. все нотес и активности в рамках этой опы будут реасайнены на него,
2. все новые нотес, которые создаются по этой опе, будут так же асайнится на него?

[a33ik]

Цитата:

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

Хм. Скрины такие же как и у вас. Везде стоит Cascade All.
И если выставленные настройки должны гарантировать что при асайне опы на другого owner все notes будут реасайнены на него...то непонятно другое.. по какой причине пользователи не видят notes к этой opp. тех пользователей которые находятся в родительском офисе...Я ведь правильно понимаю, что после того как опа заасайнена на другого пользователя, то:
1. все нотес и активности в рамках этой опы будут реасайнены на него,
2. все новые нотес, которые создаются по этой опе, будут так же асайнится на него?

В теории - да. А на практике - посмотрю профалером что делается при эсайне - результаты сюда выложу.

[a33ik]

Цитата:

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

В теории - да. А на практике - посмотрю профалером что делается при эсайне - результаты сюда выложу.

И профайлер и база говорят о том, что owner-ом Notes - становится пользователь, на которого был выполнен Assign opportunity.

[xany]

Цитата:

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

И профайлер и база говорят о том, что owner-ом Notes - становится пользователь, на которого был выполнен Assign opportunity.

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

[a33ik]

Цитата:

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

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

Реализуйте плагином. Будет работать моментально. А воркфлов - сами понимаете. Выполняется не ежемоментно.

[xany]

Цитата:

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

Реализуйте плагином. Будет работать моментально. А воркфлов - сами понимаете. Выполняется не ежемоментно.

Да. Вы правы. Но у нас "политика партии" - внедрить CRM без вмешательства программиста.. Ну т.е стандартными средствами, без доработок. Поэтому крутимся как можем В общем вы мне несказанно помогли. Спасибо огромное

[a33ik]

Цитата:

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

Да. Вы правы. Но у нас "политика партии" - внедрить CRM без вмешательства программиста.. Ну т.е стандартными средствами, без доработок. Поэтому крутимся как можем В общем вы мне несказанно помогли. Спасибо огромное

На этом ресурсе благодарность принято выражать повышением репутации