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