記錄的創建人、擁有者、加入者的身份介紹
錶中的每一條記錄都是一個完整業務對象,針對一條業務數據、可能會有不同的人進行協作,就需要有查看、編輯、刪除的不同權限的分配。
首先、我們看下一條記錄都有哪些身份。
1、創建人身份
就是創建記錄的操作人。
根據創建記錄的方式,創建人分4種:
- 用戶手動添加的記錄,創建人就是操作人的姓名
- 通過公開錶單創建的記錄, 創建人統一記作: “公開錶單”
- 通過工作流創建的記錄,創建人統一記作:“工作流”
- 通過API新增的記錄,創建人統一記作: “API”
創建人僅僅是一個身份標識,並不是一個權限身份,不能將創建人更改為其他人。其實我們想更換創建人時,要的是更換管理權限。
2、記錄的擁有者
擁有者,就是這條記錄的實際擁有人、管理人。對這條記錄擁有查看、編輯、刪除的權限。在創建一條記錄時,擁有者默認為創建人,之後可以指定其他人為擁有者。
如何成為一條記錄的擁有者,有4種方法
2.1、係統字段【擁有者】指定的人
每個錶的記錄,都有幾個係統屬性字段:創建人,創建時間、修改時間、擁有者。每條記錄的擁有者隻能有1個人員,也可以設置為【未指定】
如何設置一條記錄的係統字段擁有者
單個記錄編輯時
批量編輯多條記錄的擁有者
2.2、成員類型字段選擇的人員
成員類型的字段 ,可以選擇同事或好友的HAP賬號,被選擇的人可以擁有管理者的權限,配置如下,選擇為【記錄的擁有者】,其權限和1中的擁有者相同。
如下圖: 一條工單,不同階段會有不同的負責人,我們就可以通過負責人(成員控件)這個字段來選擇不同的人。
2.3、部門字段中選擇的部門人員
部門字段的權限如果設置瞭擁有者,那麼選擇的部門下的人員就被賦予瞭這條記錄擁有者權限
2.4、組織角色字段中選擇的角色人員
組織角色字段的權限如果設置瞭擁有者,那麼選擇的角色下的人員就被賦予瞭這條記錄擁有者權限
係統擁有者和成員/部門/組織角色下的人員有什麼不同
⚠️⚠️⚠️成員、部門、組織角色選擇的人員,隻是被賦予擁有者角色相同的權限,僅在權限配置時有作用,這些人員不會同步到係統擁有者字段,在進行篩選時要分開處理。
例如,在工作錶中按擁有者篩選、工作流的更改擁有者都是指係統擁有者。
3、記錄的成員
記錄成員/加入者,就像一個任務的成員,屬於一般參與人,對這條記錄僅僅有查看權限,沒有管理權限。
如何成為一條記錄的成員
隻有1個方法,即成員字段選擇的人。在下圖配置中,將選擇的人設置為【作為成員】
擁有者或成員字段(擁有者權限)選擇的人一定也是這條記錄的加入者/成員。
下麵,我們通過一張圖,展示一下這幾種角色
4、用戶加入的
在配置角色可操作的記錄範圍時,會有【用戶加入的】選項,它是成員和擁有者的統稱,如果你是成員就是加入瞭這條記錄,如果你是擁有者,自然也加入瞭這條記錄。
如上圖,在下麵,會自動提取到哪些人是當前記錄的加入的。
5、實際的角色權限
記錄的擁有者和成員,實際能否含有對應的權限,還需要看應用管理員在用戶的角色權限中是否分配瞭相關權限。
例如,在角色配置中,此應用角色沒有記錄的編輯的權限,那麼即使記錄擁有者也無法修改記錄數據。
如果應用管理員將應用角色的編輯權限的範疇選擇瞭全部,那麼即使是記錄的加入者也可以編輯這條記錄。
如下圖: 需要結閤實際配置來實現每個角色的操作。
文檔問題反饋
文檔中是否有錯彆字、內容過期、難以理解等問題? 點此給我們反饋吧