系統設定
啟用前之系統設定
外寄郵件伺服器
ODOO系統本身可以發送EMAIL，做為對外聯絡 或報價單 採購單等通知使用
本公司的ODO系統 預設能透過msa.hinet.net直接發信，但是通常會被當成垃圾信
建議要設定自己的外寄郵件伺服器 以下說明
- 到ODOO中的 設定 >> 討論 >> 使用自訂電子郵件伺服器 >> 發送郵件伺服器
- 進入後 按下新增
輸入伺服器名稱跟郵件伺服器的相關資訊，smtp server 帳號 密碼等。
可以先測試連接 沒問題即可儲存。
系統使用者與權限運作
- Odoo 的權限管理邏輯： Odoo 的權限設計是開發人員需要仔細理解的重要部分。由於每家公司的需求不同，技術人員需要根據 Odoo 的權限邏輯進行客製化設計。
- 核心權限控制模型 (IR model access)： Odoo 中管理模型存取權限的主要模型是 ir.model.access。這個模型用於控制對每個模型的「讀、寫、建、刪」權限。演講者強調這是設定權限時「最優先要先處理的」。
- 使用者群組 (RES Group)： 為了方便管理，Odoo 允許將使用者進行分組 (res.groups)。可以根據不同的群組給予不同的模型存取權限，這樣就無需為每個使用者單獨設定權限。
- 資料可視規則 (IR rule)： ir.rule 模型用於建立資料的可視規則，即控制使用者可以看到哪些資料。最常見的應用場景是區分使用者只能看到自己建立的文件，還是可以看到全部的文件。這方面的設定也通常透過 res.groups 進行。
- 視圖層級的權限設定： 除了在 ir.model.access 和 ir.rule 中設定，有時也可以直接在視圖 (View) 中針對特定的元素（如按鈕 button link）設定哪些群組 (groups) 可以看到或操作。這提供了更細粒度的控制。
- superuser 的特權： Odoo 的 superuser 不受 ir.model.access 和 ir.rule 這兩種權限設定的影響。開發人員在使用 superuser 進行開發時，必須記得登入普通使用者帳號測試權限設定是否如預期運作，以免出現開發時順利但在實際使用中無法運作的情況。
- 完整會計功能的顯示： Odoo 的會計功能會隨著版本更新進行調整，部分功能預設可能不對使用者開放。在 Odoo 15 中，需要透過使用者群組設定，將需要使用完整會計功能的人員加入特定的群組（例如「顯示所有會計功能」），才能看到全部的會計菜單和設定選項。
- 建立新使用者： 建立新使用者帳戶時，需要填寫使用者名稱和電子郵件。系統在建立使用者的同時也會自動建立一個聯絡人。第一次建立時建議先填寫電子郵件地址並儲存，然後再修改登入帳號 (Login) 欄位，以達到更簡潔的登入名稱。可以在使用者設定中修改密碼。
- 員工模組與使用者關聯： 安裝「員工」模組後，使用者設定頁面會出現「建立員工」按鈕，可以快速將使用者資訊帶入員工模組。員工模組的 HR 設定 中的 相關使用者 (user_id) 欄位關聯的是 res.users 模型（即使用者帳戶）。並非所有員工都必須有關聯的使用者帳戶。
- 聯絡人 (RES partner) 的重要性： Odoo 中所有與地址、電話等通訊聯絡相關的資訊，無論是客戶、供應商、還是員工，都統一集中在 res.partner 這個模型中進行管理。各個模組（如銷售、採購、員工）在顯示相關人員資訊時，都是從 res.partner 中串聯或篩選出來的。員工的個人隱私資訊（如家庭住址）也儲存在其關聯的 res.partner 記錄中。
測驗：十個簡答題 (每題 2-3 句)
- 在 Odoo 的權限設定中，哪個 Model 是管理 Model 存取權限的核心？這個 Model 主要控制哪些操作？
- RES Group 在 Odoo 權限系統中的作用是什麼？使用 RES Group 有什麼好處？
- IR Rule 的主要功能是什麼？在系統中常見的 IR Rule 應用案例是什麼？
- Superuser 在 Odoo 的權限系統中有什麼特殊之處？這對開發人員在測試時需要注意什麼？
- 除了 IR Model Access 和 IR Rule，Odoo 還在哪個地方可以直接設定權限的可視規則？
- 如何在 Odoo 15 中啟用完整的會計功能？這需要調整哪個設定？
- 在 Odoo 中建立新使用者時，最初建議先填寫哪個欄位？這樣做的目的是什麼？
- 新建立的使用者的 Login 欄位預設會是什麼？如何修改它以便更方便登入？
- 如果在 Odoo 安裝了員工模組，建立使用者後會多出一個什麼按鈕？這個按鈕的功能是什麼？
- 在 Odoo 系統中，關於地址、電話等通訊聯絡資訊，統一集中在哪個 Model 中進行管理？為什麼這樣設計？
測驗答案
- 在 Odoo 的權限設定中，IR Model Access 是管理 Model 存取權限的核心 Model。它主要控制針對各個 Model 的讀取、寫入、建立和刪除（讀寫建刪）權限。
- RES Group 用於將使用者進行分組。透過針對不同的群組設定存取權限，可以避免逐一設定每個使用者的權限，提高管理效率。
- IR Rule 主要用於建立資料的可視規則或全域規則。常見的應用案例是設定銷售人員只能看到自己的文件，或能看到所有文件。
- Superuser 在 Odoo 中不受 IR Model Access 和 IR Rule 的權限設定影響。因此開發人員使用 Superuser 測試時，必須記得登出並使用一般權限的帳號再次測試設定是否生效。
- 除了 IR Model Access 和 IR Rule，Odoo 還可以直接在 View 裡面針對特定的元素（如按鈕）設定權限的可視規則。
- 在 Odoo 15 中，需要到「設定」->「使用者」->「群組」中，找到並勾選「顯示所有會計功能」的群組，並將需要使用會計功能的使用者加入此群組，才能啟用完整的會計功能。
- 在 Odoo 中建立新使用者時，最初建議先填寫電子郵件地址。這是因為系統在建立使用者的同時會建立一個聯絡人，電子郵件地址會被填入聯絡人資訊中。
- 新建立使用者的 Login 欄位預設會是完整的電子郵件地址。若想簡化登入，可以在建立使用者並儲存聯絡人後，將 Login 欄位修改為更短的帳號名稱。
- 如果在 Odoo 安裝了員工模組，建立使用者後會多出一個「建立員工」的按鈕。這個按鈕可以快速地將該使用者關聯並建立為一個員工記錄。
- 在 Odoo 系統中，所有關於地址、電話等通訊聯絡資訊統一集中在 RES Partner 這個 Model 中進行管理（即聯絡人資訊）。這樣設計是為了將所有聯絡性質的資訊（包括客戶、供應商、員工等）集中管理，方便各個模組串聯和重複使用這些資料。
討論模組
Odoo 討論模組功能
- 討論模組的多功能性： 影片開頭即強調討論模組處理了「蠻多訊息類的功能」，是「在做內部跟外部去進行一些資訊的溝通上很重要的一個模組」。這表明討論模組並非僅限於單一溝通方式，而是整合了多種訊息交流的功能。
- 內部溝通功能：
- 建立頻道： 類似 LINE 群組，使用者或不同部門可以建立自己的頻道進行溝通聯繫。「頻道的話就有點像我們LINE可以設群組啦」。
- 私信： 針對特定的使用者或員工進行一對一的私人訊息交流。原文解釋「私信就是當然就是我直接針對哪一位哪一個使用者哪個員工，我要跟他私訊」。
- 內部備註： 在表單下方記錄只有內部人員看得到的資訊。原文說明「它內部備註只有內部人可以看得到。也就是你要登錄系統後台，然後進來這裡面才看得到這個內部備註的內容」。影片特別提醒，與「發送訊息」區分開來，避免誤將內部備註寄送給外部使用者。
- 外部溝通功能：
- 發送外部信件：透過與 Gmail 等郵箱服務串聯，可以直接從 Odoo 系統中發送電子郵件給客戶或其他外部聯繫人。原文提到「進行外部信件的發信呢，這邊它可以透過Gmail去進行發信」。「發送訊息」功能在設定郵箱後是可以寄送 email 給客戶的，使用時需注意。
- 模組整合功能：
- 訊息記錄與備註： 在各個模組下方可以進行訊息的記錄。
- 及時訊息追蹤與關注： 使用者可以設定對特定表單進行追蹤與關注，以便在內容變更、討論或活動發生時收到通知。原文提及「表單的一些及時訊息的追踪跟關注，也是我們前面在介紹FW的時候有在講那個我們的表單，它其實除了記錄之外，你也可以去設追踪跟關注，這個地方也是屬於討論模組的功能」。
- 標記代辦事項 (信號標示)： 在訊息或表單記錄中，可以使用信號標識來標記重要的代辦事項，方便後續處理。
- 活動規劃與提醒： 在表單下方可以規劃與該表單相關的活動，例如會議、電話、任務等，並設定提醒，分配給特定人員。原文指出「我們通常在FW的下面去進行記錄的時候，也順便可能去登記活動，登記會議，登記提醒說我這個客戶這個案子，我什麼時候要打電話，要做什麼追踪，那個活動的規劃跟功能，這個也都是在討論模組功能」。活動完成後，可以標記完成並記錄備註，甚至安排下一個活動。
- 收件箱與訊息視窗： 討論模組的介面設計清晰，左上方的「收箱」匯總了被關注或被提及的相關訊息。上方的訊息視窗和活動快速視窗提供彈跳視窗，方便快速查看。影片透過登入不同帳號（admin 和書）來展示收件箱如何呈現被提及和關注的訊息以及活動通知。
- 關注者與通知設定： 影片實際操作展示如何在表單中添加關注者，並設定在何種情況下（例如階段改變、討論、活動）通知關注者，強調了資訊傳遞的效率。原文提及「我這字筆去關注他什麼情況下它會跳通知信箱給輸」。
- 歷史記錄與資訊傳遞： 討論模組會記錄所有的訊息、備註、活動和完成記錄，形成一個完整的歷史軌跡，這對於業務交接或追溯事件非常有用。原文強調「如果你要做一些訊息的溝通傳遞，或者可能你的主辦業務有去做變更的時候，其實它透過系統的記錄啊，你就可以很迅速知道說前一首人他現在完成到什麼進度，那中間他們有什麼溝通內容都可以」。
總結：
Odoo 的討論模組是一個整合了內部溝通、外部溝通、表單協作以及活動管理等多重功能的強大工具。透過頻道、私信、內部備註、外部信件發送、表單記錄與追蹤、以及活動規劃與提醒等功能，它可以有效地促進企業內外部的資訊流通與協作，提升營運效率。特別是其與表單的深度整合，使得在處理具體業務流程時，能夠方便地進行相關的溝通與記錄，確保資訊的完整性和可追溯性。理解並善用討論模組的各項功能，對於使用 Odoo 系統進行日常工作至關重要。
測驗 (共 10 題，每題 2-3 句作答)
- 討論模組在 Odoo 中的主要功能有哪些？
- 頻道和私信在討論模組中有何不同？
- 如何在 Odoo 中標記待辦事項？
- Odoo 如何實現外部信件的發送功能？
- Fview 表單下方的記錄和發信功能屬於哪個模組？
- 除了記錄，Fview 表單還提供了哪些與討論模組相關的功能？
- 如何在討論模組的收件箱中看到相關訊息？
- 如何在系統中快速查看訊息和活動通知？
- 在 Fview 中發送訊息和記錄內部備註有何區別？
- 如何透過活動規劃與追蹤功能安排和記錄任務？
測驗答案
- 討論模組主要用於內部訊息通知（頻道、私信）、標記待辦事項、發送外部信件以及在表單下方進行記錄、發信、追蹤和關注重。
- 頻道類似於 LINE 群組，用於部門或特定群體的溝通；私信則用於直接針對特定使用者或員工進行一對一溝通。
- 在 Odoo 中，標記待辦事項是透過星號標識來實現的。
- Odoo 可以透過設定 Gmail 帳號來實現外部信件的發送功能。
- Fview 表單下方的記錄和發信功能屬於討論模組。
- 除了記錄，Fview 表單還提供了對表單的即時訊息追蹤和關注重功能，以及活動規劃和提醒功能。
- 如果你被關注重或被 @ 相關訊息，這些訊息就會出現在討論模組的收件箱中。
- 系統右上方的訊息視窗和活動快捷視窗會以彈跳視窗的方式呈現，可以快速點選查看。
- 在 Fview 中，發送訊息是透過設定的 Email 帳號將內容寄送給外部收件者，而記錄內部備註則只會顯示在系統內部，僅限內部人員查看。
- 可以透過「安排活動」功能來安排各種待辦事項（例如電話、會議），設定到期時間和分派人員，完成後可以標記完成並記錄備註，甚至安排下一個活動。
產品與合作夥伴主檔
- 產品系統架構 (Product System Architecture):
- Odoo 在處理產品時，採用了兩層特殊的系統架構。
- 與一般系統在處理產品變體時需要建立多個獨立產品不同，Odoo 使用了兩個不同的 model 來運作：
- Product Template (產品模板): 這是最高層級的 model，用於建立產品的基本資訊。例如，您可以建立一個名為「衣服」的產品模板。
- Product (產品): 這個 model 用於處理產品的具體實體或變體。當在產品模板中設定了屬性（如尺寸、顏色）後，系統會根據這些屬性自動展開生成不同的產品變體。
- 在系統運作時，例如在建立銷售訂單或採購單時，實際抓取的資料是來自 product 這個 model，因為這些變體才是實際交易的最小單位。庫存系統的運作也是基於 product model 的資料。
- 「那 在 歐 度 裡 面 呢 ， 它 其 實 因 為 它 是 用 兩 個 層 次 ， 一 個 叫 pruct template, 這 個 model 一 個 是 pruct 這 個 model 兩 個 model 去 運 行 整 個 產 品 的 架 構」
- 「整 個 我 們 平 常 在 建 銷 售 單 啊 或 採 購 啊 ， 其 實 真 正 系 統 在 運 行 的 時 候 它 是 去 抓 這 個 P 的 的 model 裡 面 的 資 料 ， 因 為 這 個 才 是 真 正 最 終 的 每 一 項 的 產 品」
- 產品變體一旦展開，其銷售價格、庫存數量、成本等資訊需要在變體（即 product model）中進行設定和管理。
- 合作夥伴主檔 (Partner Master Data):
- 合作夥伴主檔在 Odoo 中非常重要，因為所有涉及到「人」或聯繫資訊的模組，原則上都會用到這個功能。
- 所有的聯繫資訊都在 res.partner 這個合作夥伴主檔 model 中進行運作和處理。
- 無論是在銷售模組中建立客戶、採購模組中建立供應商、建立聯絡人，還是設定員工的私人聯繫方式和地址，所有這些資訊的建立都是在 res.partner 這個 model 中進行的。
- 「全 部 在 歐 度 裡 面 ， 它 都 是 在 RESP 這 個 合 作 夥 伴 主 裡 面 去 做 運 作 跟 處 理 的。」
- 「這 些 還 有 我 們 職 業 去 建 聯 絡 人 或 者 員 工 去 建 私 人 聯 絡 方 式 去 設 他 地 址 。 這 些 全 部 都 是 在 RES partner 這 個 合 作 夥 伴 主 擋 。 去 進 行 建 立 的 。」
- 合作夥伴的類別與組織結構 (Partner Categories and Organization):
- 合作夥伴可以區分為「個人」和「公司」兩種類型，不同的類型會影響下方欄位的顯示和所需資訊。
- 合作夥伴主檔具有「組重」或階層結構的概念。在一個公司（主檔）下，可以新增多個聯繫人或地址（從屬關係）。
- 這種組重關係對於公司帳務對帳非常重要。當一個從屬聯繫人下單時，系統會追溯其所屬的主公司或個人，並將交易歸屬到主檔。這確保了財務系統不會混亂。
- 「一 個 人 下 面 他 可 能 會 依 負 著 很 多 不 同 的 其 他 的 聯 絡 資 訊 ， 聯 絡 地 址 ， 所 以 就 會 你 可 以 看 到 它 的 這 個 下 面 還 會 有 個 呃 就 是 組 重 的 概 念。」
- 「通 常 有 這 個 關 聯 啊 ， 你 才 就 是 因 為 講 直 在 我 們 在 公 司 賬 務 對 賬 上 才 不 會 混 亂 ， 因 為 當 這 邊 有 做 關 聯 的 時 候 ， 張 經 理 假 設 他 下 的 單 它 其 實 是 歸 屬 於 供 應 商」
- 如果一個聯繫人（例如公司的採購經理）除了作為公司的窗口外，本身也可能與公司有單獨的交易，則需要在 res.partner 中獨立建立一個屬於這個個人的檔案，而不是僅將其設為公司的從屬聯繫人，以免混淆。
- 建立客戶與供應商的方式 (Creating Customers and Suppliers):
- 從 Odoo 12 版本之後，建立客戶和供應商的方式與舊版本有所不同。
- 在舊版本中，可以在聯絡人畫面直接勾選該合作夥伴是客戶還是供應商。
- 在 12 版本之後，要將一個合作夥伴定義為客戶或供應商，必須透過特定的模組（如銷售模組的客戶選單、採購模組的供應商選單或會計模組的客戶/供應商選單）去建立或進行相關交易。
- 當一個聯絡人與銷售訂單相關聯（產生應收憑單且過帳）或與採購訂單相關聯（產生應付憑單且過帳）後，系統會自動將其標記為客戶或供應商。
- 「在 歐 度 裡 面 ， 它 在 建 立 客 戶 跟 供 應 商 ， 你 必 須 在 銷 售 模 組 這 邊 去 創 建 客 戶 ， 或 者 是 會 計 模 組 去 創 建 客 戶」
- 「它 是 根 據 這 個 去 判 斷 說 它 是 客 戶 還 是 公 應 商 嘛」
- 儘管建立方式改變，但所有客戶和供應商的資訊最終都儲存在 res.partner 這個 model 中。
- 私人地址存取權限 (Private Address Access Permissions):
- 在設定使用者權限時，有一個選項可以控制使用者是否可以存取合作夥伴的「私人地址」（家庭地址）。
- 系統預設可能會勾選「存取私人地址」，但如果公司不希望所有使用者都能看到合作夥伴的私人資訊，可以在使用者設定中取消勾選此選項。
- 擁有較高權限（如系統管理員）的使用者通常可以看到所有資訊，不受此設定的影響。
總結：
本內容主要介紹了 Odoo 系統中兩個基礎且重要的主檔：產品主檔和合作夥伴主檔。
- 產品主檔的關鍵在於理解 product template 和 product 這兩個 model 的區別以及它們如何協同工作來處理產品變體。雖然基礎課程只提供架構概念，但深入的設定將在後續的庫存和生產課程中詳細講解。
- 合作夥伴主檔是 Odoo 中所有聯繫資訊的中心，由 res.partner model 負責。理解合作夥伴的類型、組重結構以及如何透過不同模組建立客戶和供應商至關重要。尤其需要注意新舊版本在定義客戶和供應商方式上的差異，以及組重關係在帳務處理中的應用。同時也簡要提及了私人地址的存取權限設定。
這些基礎概念對於後續學習 Odoo 的其他模組和功能非常重要，建議使用者透過實際操作練習來加深理解。
產品主檔
- Odoo產品系統架構特點： Odoo使用雙層結構處理產品，區別於傳統系統需要為每個產品變體建立獨立產品檔案的方式。
- Product Template (產品模板): 這是產品的頂層模型（model）。通常在建立產品時，是在Product Template上進行設定。它代表一個產品系列或通用產品（例如：衣服）。
- Product (產品): 這是產品的底層模型（model），也稱為產品變體。Odoo會根據Product Template設定的「屬性」自動展開成不同的Product。實際的銷售單、採購單以及庫存操作，都是基於Product這個模型中的資料進行。
- 屬性與屬性值 (Attributes and Attribute Values): 屬性是產品的特徵（例如：尺寸、顏色、品牌），屬性值是這些特徵的具體選項（例如：尺寸為S、M、L；顏色為黑色、紅色）。設定Product Template的屬性後，系統會根據屬性值組合自動生成不同的Product變體。
- 變體的設定： 產品變體的銷售價格、庫存數量、成本等特定資訊，需要在Product（產品變體）層級進行調整和管理。
合作夥伴主檔 (res.partner)
- RES Partner Model: 在Odoo系統中，所有與「人」或「聯絡資訊」相關的資料，包括客戶、供應商、聯絡人、員工的私人資訊等，全部儲存在RES Partner這個合作夥伴主檔模型中。
- 合作夥伴類型： 合作夥伴主檔可以設定類型為「個人」或「公司」，不同的類型會影響下方欄位的顯示。
- 組織結構概念 (組重關係): 一個主要的合作夥伴（如公司）可以包含多個相關的聯絡人或地址。這種組重關係（主從關係）對於帳務處理非常重要，確保交易能歸屬到正確的主體。
- 聯絡人與地址： 在合作夥伴主檔下，可以新增聯絡人（如公司內部的業務、採購、會計聯絡人）和不同類型的地址（如帳單地址、收貨地址）。
- 建立客戶與供應商： 在Odoo 12版之後，建議透過銷售模組建立「客戶」、採購模組建立「供應商」，或會計模組建立客戶/供應商。系統會根據是否有銷售單（應收）或採購單（應付）來判斷合作夥伴是否為客戶或供應商，並在RES Partner模型中進行標記。直接在「聯絡人」選單中建立的合作夥伴，一開始會被視為一般聯絡人，直到產生相關交易後才會被自動歸類。
- 私人地址存取權限： 在使用者設定中，可以設定使用者是否能存取其他聯絡人的私人地址資訊，以保護隱私。
術語解釋 (Glossary)
- Product Template (產品模板): Odoo中產品的頂層模型，代表一個產品系列或通用產品。
- Product (產品): Odoo中產品的底層模型，代表一個產品變體，實際的交易和庫存管理基於此模型。
- Attribute (屬性): 產品的特徵，如尺寸、顏色。
- Attribute Value (屬性值): 屬性的具體選項，如尺寸的S, M, L。
- Product Variant (產品變體): 由產品模板和其屬性值組合形成的具體產品。
- RES Partner (合作夥伴): Odoo中儲存所有與人或聯絡資訊相關資料的核心模型，包括客戶、供應商、聯絡人等。
- Organization Structure / Master-Detail Relationship (組重關係 / 主從關係): 指一個主要的合作夥伴（如公司）包含多個相關聯絡人或地址的結構。
- Customer (客戶): 與公司有銷售往來的合作夥伴。
- Vendor / Supplier (供應商): 與公司有採購往來的合作夥伴。
- Contact (聯絡人): 與合作夥伴相關的個人聯絡資訊。
- Invoicing Address (帳單地址): 用於開立帳單的地址。
- Delivery Address (收貨地址): 用於收貨的地址。
- Private Address Access (存取私人地址): 使用者是否具備查看其他聯絡人私人地址的權限。
- Model (模型): Odoo系統中資料儲存和組織的基本單元。
測驗
請用2-3句話簡短回答以下問題：
- Odoo在處理產品時，使用了哪兩個主要的模型？
- 在Odoo中，產品的銷售價格、庫存數量等通常在哪個模型進行設定和調整？
- 傳統ERP系統在處理產品變體時，與Odoo的產品架構有何不同？
- 在Odoo中，除了客戶和供應商，還有哪些類型的資料會儲存在RES Partner模型中？
- 為何合作夥伴主檔中的（主從關係）在帳務處理上很重要？
- 在Odoo 12版之後，建立一個新的「客戶」通常建議透過哪個模組或選單進行？
- 直接在「聯絡人」選單中建立一個新的RES Partner時，系統一開始會如何分類它？
- 系統如何判斷一個RES Partner是否為「客戶」或「供應商」（在Odoo 12+版本中）？
- 在哪個系統設定中可以控制使用者是否能看到其他聯絡人的私人地址？
- 如果一個個人既是某公司的聯絡人，也可能作為獨立個體與公司進行交易，在系統中應如何建立其資料以避免混亂？
測驗答案
- Odoo使用Product Template和Product（產品變體）這兩個模型來處理產品。
- 產品的銷售價格、庫存數量等通常在Product（產品變體）這個模型中進行設定和調整。
- 傳統系統可能需要為每個變體建立一個獨立的產品檔案，而Odoo使用一個產品模板和其屬性來自動生成變體。
- 除了客戶和供應商，員工的私人資訊、公司內部的聯絡人等資料也會儲存在RES Partner模型中。
- 主從關係確保交易（如訂單、帳單）能正確歸屬到主要的公司或個人主體，避免帳務混亂。
- 在Odoo 12版之後，建議透過銷售模組的「客戶」選單、採購模組的「供應商」選單，或會計模組來建立客戶和供應商。
- 直接在「聯絡人」選單中建立的RES Partner，一開始會被視為一個「一般聯絡人」。
- 系統會根據該RES Partner是否有產生相關的應收（銷售）或應付（採購）單據來判斷它是否為客戶或供應商。
- 在使用者設定中，可以取消勾選「存取私人地址」的選項來控制此權限。
- 應該建立兩個獨立的RES Partner檔案：一個作為該公司的聯絡人（設定關聯公司），另一個作為獨立個體建立（不設定關聯公司）。