> For the complete documentation index, see [llms.txt](https://docs.coreway.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.coreway.com/coreway-hr/zh-hk/sso/member-account.md).
# 第四步：設定成員企業帳號
成員能不能用企業帳號登入，取決於企業身份源回傳的值能不能對上這位成員。這一步用來檢查與調整每位成員的配對值。
## 配對規則
{% stepper %}
{% step %}
## 取得身份源值
成員在企業身份源完成登入後，系統取得一個值（NameID 或指定屬性）。
{% endstep %}
{% step %}
## 比對成員資料
用這個值去比對團隊成員的**電郵**或**手機號碼**。
{% endstep %}
{% step %}
## 配對成功
首次登入即建立綁定，之後同一個企業帳號直接對應這位成員。
{% endstep %}
{% step %}
## 配對失敗
無法登入（系統不會自動建立新成員）。
{% endstep %}
{% endstepper %}
預設使用**員工資料**裡的電郵與手機號碼；在成員詳情中單獨設定的值優先。
## 在哪裡設定
{% stepper %}
{% step %}
## 前往成員列表
前往 **通訊錄 → 成員**。
{% endstep %}
{% step %}
## 開啟成員帳號資訊
點開某位成員，在「帳號資訊 → 已連結的帳戶」中找到 **企業帳號** 一列。
{% endstep %}
{% step %}
## 配置企業帳號
點右側 **配置**。
{% endstep %}
{% endstepper %}
該列會顯示：
| 顯示 | 含義 |
| --------- | -------------------- |
| 電郵 / 手機號碼 | 目前用來配對的值 |
| 「員工資料」標籤 | 這些值跟隨員工資料，沒有單獨設定 |
| 「已綁定」 | 該成員已完成首次 SSO 登入並建立綁定 |
| 「未綁定」 | 尚未用企業帳號登入過 |
{% hint style="info" %}
未開啟企業登入時，成員詳情不會顯示這一列。
{% endhint %}
## 單獨設定配對值
點 **配置** 後開啟「設定 SSO 帳號」彈窗，填寫電郵與手機號碼：
* 兩項**留空**即跟隨員工資料。
* 兩項在團隊內都**不能與其他成員重複**。
* 若成員原本跟隨員工資料，彈窗會提示：已從員工資料帶入電郵和手機號碼；**儲存後這位成員改用這裡的值，不再跟隨員工資料變化**。
* 若成員已綁定，彈窗會提示：修改不會影響現有綁定。成員在企業身份源換了帳號時，請改用「解除綁定」。
還原員工資料
已單獨設定過、且尚未綁定的成員，彈窗中會出現 **還原員工資料**。點擊後該成員恢復為跟隨員工資料配對。（上圖該成員已綁定，因此顯示的是「解除綁定」。）
## 解除綁定
已綁定的成員，彈窗中會出現 **解除綁定**。
使用時機：成員在企業身份源換了帳號、或綁錯了人。解除後該成員**下次登入時會重新配對**，請先確認新的電郵／手機號碼已填好。
## 導入前的檢查建議
正式啟用前，建議先確認：
* 需要使用 SSO 的成員都已加入通訊錄。
* 這些成員在 Okta 的電郵（或所選屬性值）與系統中的電郵／手機號碼一致。
* 有例外的成員已在本頁單獨設定。
下一步 → [第五步：啟用並驗證登入](/coreway-hr/zh-hk/sso/enable-and-verify.md)
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.
Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:
```
GET https://docs.coreway.com/coreway-hr/zh-hk/sso/member-account.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
