|
![]() |
#1 |
Чайный пьяница
|
![]() Цитата:
Сообщение от xany
![]() Дело в том что у меня следующая проблема. Возможно шаринг это и неидеальное ее решение. И вы свежим взглядом что то присоветуете.
У меня Pro версия, в ней создана следующая организационная структура: У организации есть два офиса. У одного из офисов есть дочерние отделы. Офисы не должны видеть записи друг друга. Дочерние отделы не должны видеть записи друг друга. Сейчас в security roles для реализации описанных правил, прописано что все видят все только в рамках своего Business Unit. А родительский офис еще и в рамках дочерних. Процесс работы такой над одной из сущностей: в какой то момент opportunity из офиса, передается в один из дочерних отделов на доработку (асайнится на человека дочернего отдела). Для того чтобы грамотно ее доработать дочерний отдел получивший опу на доработку должен видеть все ноуты, которые по ней создавались и создаются, и актвности (не исключена возможность что родительский офис может дополнять переданную опу дополнительными notes и activities). Но с учетом настроенной security получается, что при передаче opp, дочерний отдел видит только те notes, которые были созданы пользователями их отдела. А фактически надо чтобы каждый пользователь дочернего отдела видел все по переданной опе не зависимо каким отделом это добавлено. Решение с предоставлением доступа этим пользователям видеть notes в рамках всей организации не катит, тогда эти люди увидят notes из неродительского офиса. Что вы можете посоветовать в такой ситуации? Кастомную доработку? Или есть стандартные способы??
__________________
Эмо разработчик, сначала пишу код, потом плачу над его несовершенством. Подписывайтесь на мой блог, twitter и YouTube канал. Пользуйтесь моим Ultimate Workflow Toolkit |
|
![]() |
#2 |
Участник
|
![]()
При попытке поменять это через изменение типа связи Note и Opportunity (в 1:N)- Я выставляю Relationship Behavior- Configurable cascading и по всем действиям ставлю Cascade All. Однако изменения у меня не сохраняются
![]() Последний раз редактировалось xany; 04.03.2009 в 15:52. |
|
![]() |
#3 |
Чайный пьяница
|
У меня в нолёвой нетронутой организации - Ноуты реасайнятся при реассайне опортьюнити. Проверьте у себя. Возможно ктото выставил у вас конфигурируемое каскадирование.
__________________
Эмо разработчик, сначала пишу код, потом плачу над его несовершенством. Подписывайтесь на мой блог, twitter и YouTube канал. Пользуйтесь моим Ultimate Workflow Toolkit |
|
![]() |
#4 |
Чайный пьяница
|
![]()
Окна с ошибками какие то появляются? Плюс приложите скриншот актуальной настройки связи.
__________________
Эмо разработчик, сначала пишу код, потом плачу над его несовершенством. Подписывайтесь на мой блог, twitter и YouTube канал. Пользуйтесь моим Ultimate Workflow Toolkit |
|
![]() |
#5 |
Участник
|
Хм. Скрины такие же как и у вас. Везде стоит Cascade All.
И если выставленные настройки должны гарантировать что при асайне опы на другого owner все notes будут реасайнены на него...то непонятно другое.. по какой причине пользователи не видят notes к этой opp. тех пользователей которые находятся в родительском офисе...Я ведь правильно понимаю, что после того как опа заасайнена на другого пользователя, то: 1. все нотес и активности в рамках этой опы будут реасайнены на него, 2. все новые нотес, которые создаются по этой опе, будут так же асайнится на него? Последний раз редактировалось xany; 04.03.2009 в 16:22. |
|
![]() |
#6 |
Чайный пьяница
|
![]() Цитата:
Сообщение от xany
![]() Хм. Скрины такие же как и у вас. Везде стоит Cascade All.
И если выставленные настройки должны гарантировать что при асайне опы на другого owner все notes будут реасайнены на него...то непонятно другое.. по какой причине пользователи не видят notes к этой opp. тех пользователей которые находятся в родительском офисе...Я ведь правильно понимаю, что после того как опа заасайнена на другого пользователя, то: 1. все нотес и активности в рамках этой опы будут реасайнены на него, 2. все новые нотес, которые создаются по этой опе, будут так же асайнится на него?
__________________
Эмо разработчик, сначала пишу код, потом плачу над его несовершенством. Подписывайтесь на мой блог, twitter и YouTube канал. Пользуйтесь моим Ultimate Workflow Toolkit |
|
![]() |
#7 |
Чайный пьяница
|
![]()
И профайлер и база говорят о том, что owner-ом Notes - становится пользователь, на которого был выполнен Assign opportunity.
__________________
Эмо разработчик, сначала пишу код, потом плачу над его несовершенством. Подписывайтесь на мой блог, twitter и YouTube канал. Пользуйтесь моим Ultimate Workflow Toolkit |
|
![]() |
#8 |
Участник
|
Цитата:
Многое стало понятно. Каждый день что то новое. Единственное что огорчает, что на овнера переходят только те нотес, которые были уже созданы на момент реасайна опы. А те которые были созданы после, не переходят. Микрософт в принципе предусмотрел: овнер опы по-любому их видит. У нас просто немного вычурный процесс. По сути овнер то один. Но исполнителей много. Все исполнители из одного бизнес юнита что и текущий овнер. И вот проблема в том.. что исполнители, остальных нотесов, которые были добавлены после асайна, не видят. Если овнеры новых нотесов из бизнес юнита по уровню выше располагаются. Единственное что пока придумали, это при добавлении очередной note, запускать workflow, который будет реасайнить opp на ее текущего овнера, а это будет реасайнить созданную notes. |
|
|
Опции темы | Поиск в этой теме |
Опции просмотра | |
|