一、 odoo中的物件

選單、視圖、訪問權限(對應模型)、記錄規則(對應模型記錄)

二、權限控制

總的來說，odoo中的權限控制顆粒度還是非常細的，最小可以到模型中的某個具體的欄位，以及在odoo系統中的每一條記錄，

2.1 實作原理

以上提到的所有的物件，都是以權限組為最小單位進行控制的，有點類似于庫存中商品與變體的感覺，

2.2 UI方式實作權限控制

激活開發者模式
激活后，可在設定的二級選單中看到多了群組、翻譯和技術選單，此處只講權限，因此我們進入群組，
在群組頁面下，已列出了目前系統中在用的群組，我們以【會計】模塊下的【發票】群組為例進行講解，
在發票群組的form視圖下，我們可以配置屬于該群組的用戶、群組繼承關系、選單、視圖、訪問權限、記錄規則，

下面我們針對以上提到的每一類物件進行詳細說明

2.2.1 用戶

直接將用戶配置到該群組，同一用戶可屬于多個群組，因此即可具備多個群組的權限，
多個群組之間是或的關系，即權限是累加的，因此，若用戶需創建一個新的權限組，那么可以全部重新配置物件權限或者可以查找最接近目標的權限組進行集成，然后再添加需要的權限即可，

2.2.2 繼承

該群組繼承自另一個群組，且在該群組添加用戶后，該用戶也將同步屬于繼承的群組，

2.2.3 選單

選單是指該權限組允許訪問的選單，
用戶可直接在UI層面增刪改，但不建議，存在丟失風險，

2.2.4 視圖

用戶通過odoo系統，在后臺中看到所有的頁面均是以視圖的形式存在，視圖在服務器中的存在形式是XML檔案，并以字串的形式存盤在資料庫中，
用戶可直接在UI層面增刪改，但不建議，存在丟失風險，

2.2.5 訪問權限

訪問權限針對的物件是odoo中的資料模型，涉及的權限為其實就是資料庫中的CURD(創建、寫、讀、洗掉)，
用戶可直接修改該群組對于某一模型操作的權限控制，同樣也可以針對模型進行新增、洗掉，但不建議，存在丟失風險，

2.2.6 記錄規則

記錄規則針對的是已存盤在系統中的具體記錄資訊，比如，在資料庫層面，銷售訂單是存盤在同一個表結構中的，但在多公司的模式下，我們有時并不希望某些員工看到其他公司的銷售情況，因此，就可以通過限制銷售訂單的訪問記錄實作，下圖中的[(1,'=',1)]代表是具備針對該模型的全部訪問權限，
其中記錄規則還可以限制記錄是在何種操作方式下生效，比如限制用戶只能修改自己創建的銷售單等，
以上內容，用戶同樣可直接在UI層面增刪改，但不建議，存在丟失風險，

2.2.7 模型欄位的控制

我們知道，在odoo中，所有的資料記錄都是依賴于模型存在的，模型對應的又是資料庫中的表，模型的組成中包括欄位、型別等基本資訊，分別對應資料庫表中的列及列型別，在代碼層面，我們可以實作針對特定模型某個欄位的權限控制，比如，我們在銷售單中新建利潤欄位，該欄位可根據實際的成本價及售價自動生成，便于管理層直觀的了解此次銷售的基本情況，但是，我們并不想普通的員工了解到這些資訊，那么，我們就可以將該欄位分配到特定的群組，
以上內容，用戶同樣可直接在UI層面實作，但不建議，存在丟失風險，