在我們的客戶的CRM安裝中，我們面臨一些特殊情況。首先，組織結構圖說明業務單元的結構：跨業務部門的賬戶和活動的可視性
organisational chart http://img545.imageshack.us/img545/9153/orgchart.jpg
當Alice或鮑勃（或：被收購）創建一個帳戶（或活動或聯繫人）保羅，喬治和林戈，那麼約翰看不到那些實體。設定存取權限級別爲「父：子業務部門」約翰解決了這個問題，但後來約翰還可以看到Alice和Bob的活動，這是我們的客戶想要今非昔比。
另一方面，我有一些似乎與彼此和上述相矛盾的例子：一個由Ringo創建並由John擁有的，John可見的帳戶以及由George創建並由George擁有的帳戶， 不是可見約翰。
主要問題是：約翰有史以來是否能夠看到由/由基礎業務單位（銷售代表1/2/3）中的人員擁有的實體？
是，這裏假設是Alice和Bob是John的BU的父母，並在手約翰是在下面的3 BU的上級業務部門。
約翰的作用將需要進行修改，以包括實體和反映3/4餡餅訪問。
巴特3/4餡餅是答案在這裏，但如果放在頂部業務部門的用戶分配一個任務給銷售代表之一;該活動無意中被轉移到銷售代表業務部門，而不是留在管理業務部門。這就是約翰能看到這些活動的原因。 「創建者」不適用任何安全措施，但記錄所有權確實意味着業務單位。爲了解決這個問題，您可以使用團隊而不是業務單位來分離數據並分配團隊所有權，並將John添加到他應該訪問記錄的團隊中。團隊可以變通並超越業務部門，並且可以爲授予額外訪問權限的用戶添加其他角色。請注意，CRM的安全角色模型是寬容的而不是限制性的，這意味着有兩個角色（其中一個角色可以通過團隊成員分配）將始終爲用戶提供更多的權限，並且永遠不會降低權限。因此，在較低的銷售代表BU中添加團隊並將記錄分配給這些記錄的人員也會將記錄移動到那些較低的BU仍然允許John看到他們（如果John現在擁有3/4權限）。
希望這有助於
亞歷克斯的答案
謝謝，但客戶是不是一個客戶了，所以我不能檢查它。 但有一件事：3/4餅餡意味着「父母：孩子的業務單位」，正如我在我原來的問題中已經提到的，這確實解決了問題，但是約翰也可以看到Alice和Bob的實體，而這不是期望。 – bvgheluwe