Dynamics CRM 實體建立中的個人許可權與部門及上下級部門的區別
在CRM的實體的許可權體系分為個人級,部門級,上下級和組織級,一般瞭解這個體系的人都能分清這四個級別對應的關係,但理解的比較深刻的一般都是讀寫刪,比如個人級的只能讀寫刪記錄ower為自己的記錄,部門級能讀寫刪記錄的owner和本人同部門下的,等等,但我們(當然也可能只有我自己)似乎一直忽略的一個點是在建立這件事上,個人、部門、上下級的區別是什麼,我也是被問到了這個問題,一時懵逼沒概念,特意搜尋了下資料,所以才會有了本文的分享。
現在假設一個場景,兩個相同部門下的銷售員,預設有客戶實體的個人級的建立讀寫許可權,像下面這樣自己建立owner為自己的客戶儲存是沒有任務問題的
但假設這個銷售要幫助本部門下的另一個同事建立一個客戶時,就會遇到下面的這個問題,提示沒有許可權,到這裡就能看出來這個建立的部門及上下級的意義所在了
這種場景下我們就需要把建立許可權改為部門級,當然讀寫也是部門級,不然你建立了也讀不了改不了
改完後就能成功建立了
如果你的專案中有類似的場景出現,那你就不會對建立許可權的部門級甚至上下級許可權陌生了。
相關文章
- vue+elementUI實現許可權的部門管理VueUI
- 入門MySQL——使用者與許可權MySql
- MySQL入門--使用者與許可權MySql
- Linux 許可權入門指南Linux
- Dynamics 365 JS中如何查詢使用者對實體是否有某個操作許可權JS
- iOS中atomic和nonatomic區別及內部實現iOS
- 阿里雲體驗實驗室 教程《Linux指令入門-檔案與許可權》阿里Linux
- SAP PLM文件許可權物件的控制級別物件
- [MySQL光速入門]031 許可權管理MySql
- MongoDB入門系列(四):許可權管理MongoDB
- Util應用框架快速入門(5) - 許可權入門框架
- Dynamics CRM實體系列之窗體
- 許可權的級聯問題
- Vue 專案實現按鈕級別許可權管理Vue
- 跨部門協作效率低?那就一個平臺整合所有部門工作
- Apple OS X系統中存在可以提升root許可權的API後門APPAPI
- 關於call, apply, bind方法的區別與內部實現APP
- kubernetes實戰篇之建立一個只讀許可權的使用者
- 如何管理跨部門的溝通與協作?
- 德勤區塊鏈服務部門更換負責人區塊鏈
- saas-export專案-部門管理-部門刪除Export
- 認證鑑權與API許可權控制在微服務架構中的設計與實現:升級API微服務架構
- Linux 中的許可權管理Linux
- 一個簡單的Vue按鈕級許可權方案Vue
- HIVE的許可權控制和超級管理員的實現Hive
- 讓人頭疼的BCProxy許可權
- vue要做許可權管理該怎麼做?如果控制到按鈕級別的許可權怎麼做?Vue
- 無程式碼實現CRM角色許可權問題
- 類的許可權與應用
- Linux提權-許可權升級Linux
- 測試部門獨立出開發部門的硬性條件是什麼
- 跨部門工作如何實現無障礙?是時候用上這款跨部門協作軟體了
- 騰訊與相關部門合作打擊區塊鏈犯罪區塊鏈
- 部門工資最高的員工
- 如何用 Vue 實現前端許可權控制(路由許可權 + 檢視許可權 + 請求許可權)Vue前端路由
- 淺談許可權管理的設計與實現
- Android6.0------許可權申請管理(單個許可權和多個許可權申請)Android
- 採購管理軟體:採購部門的5大合同管理實踐