教學課程：設定 Workday 來自動佈建使用者

文章
11/12/2024

本教學課程的目的是要說明需要執行什麼步驟，才能將人員設定檔從 Workday 佈建至內部部署 Active Directory (AD)。

注意

如果您想要從 Workday 佈建的使用者需要內部部署 AD 帳戶和 Microsoft Entra 帳戶，則請使用本教學課程。

如果 Workday 的使用者只需要 Microsoft Entra 帳戶 (僅限雲端的使用者)，則請參閱關於如何設定 Workday 至 Microsoft Entra ID 使用者佈建的教學課程。
若要將屬性 (例如電子郵件地址、使用者名稱和電話號碼) 設定為從 Microsoft Entra ID 回寫至 Workday，則請參閱關於如何設定 Workday 回寫的教學課程。

下列影片提供規劃與 Workday 佈建整合時相關步驟的快速概觀。

概觀

Microsoft Entra 使用者佈建服務與 Workday Human Resources API 整合以佈建使用者帳戶。 Microsoft Entra 使用者佈建服務支援的 Workday 使用者佈建工作流程，可讓下列人力資源和身分識別生命週期管理案例的自動化：

雇用新員工 - 將新員工新增至 Workday 時，系統會在 Active Directory、Microsoft Entra ID、Microsoft 365 (選擇性) 和 Microsoft Entra ID 支援的其他 SaaS 應用程式中自動建立使用者帳戶，並將由 IT 管理的連絡人資訊回寫到 Workday。
員工屬性和設定檔更新 - 在 Workday 中更新員工記錄時（例如姓名、職稱或經理），會在 Active Directory、Microsoft Entra ID、Microsoft 365 (選擇性) 和 Microsoft Entra ID 支援的其他 SaaS 應用程式中自動更新員工的使用者帳戶。
員工離職 - 在 Workday 中將員工設定為離職時，會在 Active Directory、Microsoft Entra ID、Microsoft 365 (選擇性) 和 Microsoft Entra ID 支援的其他 SaaS 應用程式自動停用員工的使用者帳戶。
重新雇用員工：在 Workday 中重新雇用員工時，系統會自動重新啟用其舊帳戶或將其重新佈建 (取決於您的喜好設定) 至 Active Directory、Microsoft Entra ID、Microsoft 365 (選擇性) 和 Microsoft Entra ID 支援的其他 SaaS 應用程式。

誰最適合使用此使用者佈建解決方案？

此 Workday 使用者佈建解決方案很適用於：

需要以預先建置的雲端式解決方案進行 Workday 使用者佈建的組織
需要直接將使用者從 Workday 佈建到 Active Directory 或 Microsoft Entra ID 的組織
需要使用從 Workday HCM 模組取得的資料來佈建使用者的組織 (請參閱 Get_Workers)
需要僅根據在 Workday HCM 模組中偵測到的變更聯結、移動及保留使用者，使其同步至一或多個 Active Directory 樹系、網域和 OU 的組織 (請參閱 Get_Workers)
使用 Microsoft 365 來收發電子郵件的組織

解決方案架構

本節針對常見的混合式環境，說明端對端使用者佈建方案架構。有兩個相關的流程：

授權 HR 資料流程 – 從 Workday 到內部部署 Active Directory：在此流程中，人員事件 (例如新雇用、調動、解雇) 會先發生在雲端 Workday HR 租用戶，然後事件資料會透過 Microsoft Entra ID 和佈建代理程式流入內部部署 Active Directory。視事件而定，它可能會在 AD 中產生建立/更新/啟用/停用作業。
回寫流程 – 從內部部署的 Active Directory 到 Workday：在 Active Directory 中建立帳戶之後，它會透過 Microsoft Entra Connect 與 Microsoft Entra ID 同步處理，而且電子郵件、使用者名稱和電話號碼等資訊可以寫回 Workday。

概觀的概念圖表。

端對端使用者資料流程

HR 小組在 Workday HCM 中執行人員異動 (新進人員/異動人員/離職人員或新雇用/異動/解雇)
Microsoft Entra 佈建服務會執行排程好的 Workday HR 身分識別同步處理作業，並找出需要處理以便與內部部署 Active Directory 同步的變更。
Microsoft Entra 佈建服務會使用包含 AD 帳戶建立/更新/啟用/停用作業的要求承載，來叫用內部部署的 Microsoft Entra Connect 佈建代理程式。
Microsoft Entra Connect 佈建代理程式使用服務帳戶來新增/更新 AD 帳戶資料。
Microsoft Entra Connect/AD 同步引擎會執行差異同步來提取 AD 中的更新。
Active Directory 會與 Microsoft Entra ID 同步更新。
如果已設定 Workday 回寫應用程式，其便會將電子郵件、使用者名稱和電話號碼等屬性回寫到 Workday。

規劃您的部署

將 Workday 設定為 Active Directory 使用者佈建需要進行相當多涵蓋不同層面的規劃，例如：

設定 Microsoft Entra Connect 佈建代理程式
要部署的 Workday 至 AD 使用者佈建應用程式數目
選取正確的相符識別碼、屬性對應、轉換和範圍篩選器

如需完整的指導方針和建議的最佳做法，請參閱雲端 HR 部署計劃。

在 Workday 中設定整合系統使用者

有一個所有 Workday 佈建連接器常見的需求，就是它們必須要有 Workday 系統整合系統使用者的認證，才能連線至「Workday 人力資源 API」。本節說明如何在 Workday 中建立整合系統使用者，並且包含下列各節：

建立整合系統使用者
建立整合安全性群組
設定網域安全性原則權限
設定商務程序安全性原則權限
啟用安全性原則變更

注意

可以略過此程式，而改用 Workday 系統管理員帳戶作為系統整合帳戶。這適用於示範，但不建議用於生產環境部署。

建立整合系統使用者

建立整合系統使用者：

使用管理員帳戶登入 Workday 租用戶。在 [Workday 應用程式] 中，在搜尋方塊內輸入 create user，然後按一下 [建立整合系統使用者]。
為新的「整合系統使用者」提供使用者名稱和密碼來完成「建立整合系統使用者」工作。
- 保持 [下次登入時要求新密碼] 選項未核取，因為該使用者會以程式設計的方式登入。
- 保持 [工作階段逾時分鐘數] 為預設值 0，以防止使用者的工作階段提早逾時。
- 選取選項 [不允許 UI 工作階段]，因為它會提供一層額外的安全性，防止使用整合系統密碼的使用者登入 Workday。

建立整合安全性雲組

在此步驟中，您將在 Workday 中建立不受限制或受限制的整合系統安全性群組，並將上個步驟中建立的整合系統使用者指派給此群組。

建立安全性群組：

在搜尋方塊中輸入 create security group，然後按一下 [建立安全性群組] 連結。
完成建立安全性群組工作。
- Workday 中有兩種類型的安全性群組：
  - 不受限制：此安全性群組的所有成員都可以存取此安全性群組所保護的所有資料執行個體。
  - 受限制：所有安全性群組成員都只能對此安全性群組所能存取的一小部分資料執行個體 (資料列) 進行內容相關的存取。
- 請洽詢您的 Workday 整合合作夥伴，以選取適用於整合的安全性群組類型。
- 知道群組類型之後，請從 [Type of Tenanted Security Group] $租用安全性群組類型$ 下拉式清單中選取 [Integration System Security Group (Unconstrained)] $整合系統安全性群組 (不受限制)$ 或 [Integration System Security Group (Constrained)] $整合系統安全性群組 (受限制)$。
安全性群組成功建立之後，您會看到可用來將成員指派到安全性群組的頁面。請將在上個步驟中建立的新整合系統使用者新增到此安全性群組。如果您使用限制安全組，您必須選取適當的組織範圍。

設定網域安全性原則權限

在此步驟中，您會為安全性群組的人員資料授與網域安全性原則權限。

設定網域安全性原則權限：

在搜尋方塊中輸入 [安全性群組成員資格和存取權]，然後按一下報告連結。
搜尋並選取在上一個步驟中建立的安全性群組。
按一下群組名稱旁邊的省略號 (...)，然後從功能表中，選取 [安全性群組]>[維護安全性群組的網域權限]
在 [整合權限] 下，將下列網域新增至 [允許 Put 存取的網域安全性原則] 清單
- 外部帳戶佈建
- 人員資料：公用人員報告
- 個人資料：工作連絡人資訊 (如果您打算將連絡人資料從 Microsoft Entra ID 回寫至 Workday，則為必要)
- Workday 帳戶 (如果您打算將使用者名稱/UPN 從 Microsoft Entra ID 回寫至 Workday，則為必要)
在 [整合權限] 下，將下列網域新增至 [允許 Get 存取的網域安全性原則] 清單
- 人員資料：背景工作角色
- 人員資料：所有職位
- 人員資料：目前人員配置資訊
- 人員資料：人員個人檔案的職稱
- 人員資料：合格的背景工作角色 (選擇性 - 新增此項目以擷取佈建的背景工作角色資格資料)
- 人員資料：技能和體驗 (選擇性 - 新增此項目以擷取佈建的背景工作角色技能資料)
完成上述步驟之後，[權限] 畫面會出現，如下所示：
按一下 [確定]，然後在下一個畫面上按一下 [完成] 以完成設定。

設定商務程序安全性原則權限

在此步驟中，您會為安全性群組的人員資料授與「商務程序安全性」原則權限。

注意

只有在設定「Workday 回寫」應用程式連接器時才需要執行此步驟。

設定商務程序安全性原則權限：

在搜尋方塊中輸入商務程序原則，然後按一下連結 [編輯商務程序安全性原則] 工作。
在 [商務程序類型] 文字方塊中，搜尋連絡人，然後選取 [工作連絡人變更] 商務程序，並按一下 [確定]。
在 [編輯商務程序安全性原則] 頁面上，捲動到 [維護工作連絡人資訊 (Web 服務)] 區段。
選取新的整合系統安全性群組，並新增到可起始 Web 服務要求的安全性群組清單。
按一下 [完成]。

啟用安全性原則變更

啟用安全性原則變更：

在搜尋方塊中輸入 activate，然後按一下 [啟用擱置的安全性原則變更] 連結。
輸入供稽核用的註解並按一下 [確定] 按鈕，以開始「啟用擱置的安全性原則變更」工作。
在下一個畫面核取 [確認] 核取方塊，然後按一下 [確定] 以完成工作。

佈建代理程式安裝必要條件

請先檢閱佈建代理程式安裝必要條件，再繼續進行下一節。

設定將使用者從 Workday 佈建至 Active Directory

本節提供將使用者帳戶從 Workday 佈建至整合範圍內每個 Active Directory 網域的步驟。

新增佈建連接器應用程式和下載佈建代理程式
安裝並設定內部部署佈建代理程式
設定 Workday 和 Active Directory 的連線能力
設定屬性對應
啟用及啟動使用者佈建

第 1 部分：新增佈建連接器應用程式和下載佈建代理程式

若要設定 Workday 至 Active Directory 佈建：

以至少雲端應用程式系統管理員的身分登入 Microsoft Entra 系統管理中心。
瀏覽至 [身分識別] > [應用程式] > [企業應用程式] > [新增應用程式]。
搜尋 Workday 至 Active Directory 使用者佈建，並從資源庫新增該應用程式。
新增應用程式且出現應用程式詳細資料畫面之後，請選取 [佈建]。
將 [布建模式] 變更為 [自動]。
按一下顯示的資訊橫幅以下載布建代理程式。

第 2 部分：安裝並設定內部部署佈建代理程式

若要佈建至內部部署的 Active Directory，則必須在已加入網域並可透過網路存取所需 Active Directory 網域的伺服器上，安裝佈建代理程式。

將下載的代理程式安裝程式傳輸到伺服器主機，並遵循安裝代理程式一節中所列的步驟來完成代理程式設定。

第 3 部分：在佈建應用程式中，設定 Workday 和 Active Directory 的連線能力

在此步驟中，我們將建立 Workday 和 Active Directory 的連線能力。

以至少雲端應用程式系統管理員的身分登入 Microsoft Entra 系統管理中心。
瀏覽至 [身分識別]>[應用程式]>[企業應用程式]>[在第 1 部分建立的 Workday 至 Active Directory 使用者佈建應用程式]

完成 [系統管理員認證] 區段，如下所示：

Workday 使用者名稱 – 輸入 Workday 整合系統帳戶的使用者名稱，並附加租用戶網域名稱。看起來應該像這樣：username@tenant_name
Workday 密碼 – 輸入 Workday 整合系統帳戶的密碼

Workday Web Services API URL – 輸入租用戶的 Workday Web 服務端點 URL。 URL 會決定連接器所使用的 Workday Web 服務 API 版本。

URL 格式	使用的 WWS API 版本	需要變更 XPATH
https://####.workday.com/ccx/service/tenantName	v21.1	No
https://####.workday.com/ccx/service/tenantName/Human_Resources	v21.1	No
https://####.workday.com/ccx/service/tenantName/Human_Resources/v##.#	v##.#	Yes

注意

如果 URL 中未指定任何版本資訊，則應用程式會使用 Workday Web 服務 (WWS) v21.1，而且不需要對應用程式隨附的預設 XPATH API 運算式進行任何變更。若要使用特定的 WWS API 版本，請在 URL 中指定版本號碼
範例: https://wd3-impl-services1.workday.com/ccx/service/contoso4/Human_Resources/v34.0

如果您使用 WWS API v30.0+，請在開啟布建作業之前，更新 [屬性對應 -> 進階選項 -> Workday 編輯屬性清單] 下的 XPATH API 表達式，請參閱管理您的設定和 Workday 屬性參考一節。

Active Directory 樹系 – 向代理程式註冊的 Active Directory 網域「名稱」。請使用下拉式清單來選取用於佈建的目標網域。此值通常是如下的字串：contoso.com
Active Directory 容器 - 輸入容器 DN，其中是代理程式預設應建立使用者帳戶的位置。範例：OU=Standard Users,OU=Users,DC=contoso,DC=test

注意

只有在屬性對應中未設定 parentDistinguishedName 屬性時，才會對用戶帳戶建立進行這項設定。此設定不會用於使用者搜尋或更新作業。整個網域的子樹狀會落在搜尋作業的範圍中。
通知電子郵件 – 輸入您的電子郵件地址，然後勾選 [發生失敗時傳送電子郵件] 核取方塊。

注意

如果佈建作業進入隔離狀態，Microsoft Entra 佈建服務會傳送電子郵件通知。
按一下 [測試連線] 按鈕。如果連線測試成功，請按一下頂端的 [儲存] 按鈕。如果失敗，請仔細檢查代理程式上設定的 Workday 認證和 AD 認證是否有效。
順利儲存認證之後，[對應] 區段會顯示 [Synchronize Workday Workers to On Premises Active Directory] $將 Workday 人員同步至內部部署 Active Directory$ 預設對應

第 4 部分：設定屬性對應

在本節中，您會設定使用者資料從 Workday 流動至 Active Directory 的方式。

在 [佈建] 索引標籤的 [對應] 底下，按一下 [Synchronize Workday Workers to On Premises Active Directory] $將 Workday 人員同步至內部部署 Active Directory$。
在 [來源物件範圍] 欄位中，您可以透過定義一組屬性型篩選，選取應該佈建至 AD 的 Workday 使用者集合範圍。預設範圍是「Workday 中的所有使用者」。範例篩選：
- 範例：將範圍限定為人員識別碼介於 1000000 到 2000000 (不含 2000000) 之間的使用者
  - 屬性：WorkerID
  - 運算子：REGEX Match
  - 值：(1[0-9][0-9][0-9][0-9][0-9][0-9])
- 範例：僅員工和非約聘人員
  - 屬性：EmployeeID
  - 運算子：不是 NULL
提示

第一次設定佈建應用程式時，您將需要測試及確認屬性對應和運算式，以確保它提供您所需的結果。 Microsoft 建議您使用 [來源物件範圍] 底下的 [範圍篩選] 和 [隨選佈建]，以利用幾個來自 Workday 的測試使用者來測試您的對應。確認對應能夠運作之後，您便可以移除篩選，或逐漸擴大篩選來包含更多使用者。

警告

佈建引擎的預設行為是停用/刪除超出範圍的使用者。這可能不適合您的 Workday 至 AD 整合。若要覆寫此預設行為，請參閱略過刪除超出範圍的使用者帳戶一文
在 [目標物件動作] 欄位中，您可以全域篩選在 Active Directory 上執行的動作。最常見的動作是 [建立] 和 [更新]。
在 [屬性對應] 區段中，您可以定義個別 Workday 屬性如何對應至 Active Directory 屬性。
按一下現有的屬性對應以進行更新，或按一下畫面底端的 [新增新對應] 以新增新對應。個別屬性對應支援下列屬性：
- 對應類型
  - 直接 – 將 Workday 屬性的值原封不動地寫入至 AD 屬性
  - 常數 – 將靜態的常數字串值寫入至 AD 屬性
  - 運算式 – 可讓您根據一或多個 Workday 屬性，將自訂值寫入 AD 屬性。如需詳細資訊，請參閱這篇有關運算式的文章。
- 來源屬性 - 來自 Workday 的使用者屬性。如果您要尋找的屬性不存在，請參閱自定義 Workday 使用者屬性清單。
- 預設值 – 選用。如果來源屬性具有空值，則對應會改為寫入此值。最常見的設定是將其保留空白。
- 目標屬性 - Active Directory 中的使用者屬性。
- 使用此屬性比對物件 – 是否應該將此對應用於唯一識別 Workday 與 Active Directory 之間的使用者。此值通常是在 Workday 的 [Worker 人員識別碼] 欄位上設定的，這通常與 Active Directory 中的其中一個員工識別碼屬性對應。
- 比對優先順序 – 您可以設定多個比對屬性。具有多個屬性時，系統會以此欄位定義的順序進行評估。只要找到相符項目，便不會評估進一步比對屬性。
- 套用此對應
  - 一律 – 將此對應套用於使用者建立和更新動作
  - 僅限建立期間 - 僅將此對應套用於使用者建立動作
若要儲存您的對應，請按一下 [屬性對應] 區段頂端的 [儲存]。

以下是 Workday 與 Active Directory 之間的一些範例屬性對應，以及一些常用運算式

對應至 parentDistinguishedName 屬性的運算式可用來根據一或多個 Workday 來源屬性，將使用者佈建至不同的 OU。此範例會根據用戶位於哪個城市，將使用者放在不同的 OU 中。
Active Directory 中的 userPrincipalName 屬性是使用重複函式 SelectUniqueValue 來產生，該函式會檢查目標 AD 網域中是否有產生的值，而且只有在唯一時才設定它。
這裡有關於撰寫表示式的檔。本節包含說明如何移除特殊字元的範例。

WORKDAY 屬性	ACTIVE DIRECTORY 屬性	比對識別碼？	建立/更新
WorkerID	EmployeeID	是	僅於建立時寫入
PreferredNameData	cn		僅於建立時寫入
SelectUniqueValue( Join("@", Join(".", [FirstName], [LastName]), "contoso.com"), Join("@", Join(".", Mid([FirstName], 1, 1), [LastName]), "contoso.com"), Join("@", Join(".", Mid([FirstName], 1, 2), [LastName]), "contoso.com"))	userPrincipalName		僅於建立時寫入
`Replace(Mid(Replace([UserID], , "([\\/\\\\\\[\\]\\:\\;\\\|\\=\\,\\+\\\\?\\<\\>])", , "", , ), 1, 20), , "(\\.)$", , "", , )`	sAMAccountName		僅於建立時寫入
Switch([Active], , "0", "True", "1", "False")	accountDisabled		建立 + 更新
FirstName	givenName		建立 + 更新
LastName	sn		建立 + 更新
PreferredNameData	displayName		建立 + 更新
公司	公司		建立 + 更新
SupervisoryOrganization	部門		建立 + 更新
ManagerReference	manager		建立 + 更新
BusinessTitle	title		建立 + 更新
AddressLineData	streetAddress		建立 + 更新
Municipality	l		建立 + 更新
CountryReferenceTwoLetter	co		建立 + 更新
CountryReferenceTwoLetter	c		建立 + 更新
CountryRegionReference	st		建立 + 更新
WorkSpaceReference	physicalDeliveryOfficeName		建立 + 更新
PostalCode	郵遞區號		建立 + 更新
PrimaryWorkTelephone	telephoneNumber		建立 + 更新
傳真	facsimileTelephoneNumber		建立 + 更新
行動	行動		建立 + 更新
LocalReference	preferredLanguage		建立 + 更新
Switch([Municipality], "OU=Default Users,DC=contoso,DC=com", "Dallas", "OU=Dallas,OU=Users,DC=contoso,DC=com", "Austin", "OU=Austin,OU=Users,DC=contoso,DC=com", "Seattle", "OU=Seattle,OU=Users,DC=contoso,DC=com", "London", "OU=London,OU=Users,DC=contoso,DC=com")	parentDistinguishedName		建立 + 更新

當您的屬性對應設定完成後，您可使用隨選佈建來測試單一使用者的佈建，然後啟用並啟動使用者佈建服務。

啟用及啟動使用者佈建

在 Workday 佈建應用程式設定完成，且您已使用隨選佈建來驗證單一使用者的佈建後，即可開啟佈建服務。

提示

根據預設，當您開啟佈建服務時，它會為範圍中的所有使用者起始佈建作業。如果有對應錯誤或 Workday 資料問題，則佈建作業可能失敗並進入隔離狀態。為了避免這種情況，我們建議您最好是先設定 [來源物件範圍] 篩選，並使用隨選佈建來對幾個測試使用者測試您的屬性對應，然後才為所有使用者啟動完整同步。確認對應能夠運作且提供您所需的結果之後，您便可以移除篩選，或逐漸擴大篩選來包含更多使用者。

移至 [佈建] 刀鋒視窗，然後按一下 [開始佈建]。
此作業會啟動初始同步，所需花費的時數會視 Workday 租用戶中的使用者人數而定。您可以檢查進度列來追蹤同步週期的進度。
您可隨時檢查 Microsoft Entra 系統管理中心的 [佈建] 索引標籤，查看佈建服務執行了哪些動作。佈建記錄會列出佈建服務執行的所有個別同步處理事件，例如從 Workday 外部讀取了哪些使用者，接著又新增到或更新到 Active Directory 中。如需有關如何檢閱佈建記錄及修正佈建錯誤的指示，請參閱 [疑難排解] 一節。
在初始同步完成之後，它會在 [佈建] 索引標籤中寫入稽核摘要報告，如下所示。

解決方案功能問題

處理來自 Workday 的新雇用人員時，解決方案如何在 Active Directory 中為新使用者帳戶設定密碼？

當內部部署佈建代理程式收到建立新 AD 帳戶的要求時，它會自動產生一個為滿足 AD 伺服器所定義之密碼複雜性需求而設計的複雜隨機密碼，並在使用者物件上設定此密碼。此密碼不會記錄到任何地方。

解決方案是否支援在佈建作業完成後傳送電子郵件通知？

否，目前版本不支援在完成布建作業之後傳送電子郵件通知。

解決方案是否會將 Workday 使用者設定檔快取在 Microsoft Entra 雲端中，或快取在佈建代理程式層？

否，解決方案不會保有使用者設定檔快取。 Microsoft Entra 佈建服務僅用來作為資料處理器，負責從 Workday 讀取資料並寫入至目標 Active Directory 或 Microsoft Entra ID。如需有關使用者隱私權和資料保留的詳細資料，請參閱管理個人資料一節。

解決方案是否支援將內部部署 AD 群組指派給使用者？

目前不支援此功能。建議的因應措施是部署 PowerShell 指令碼，以查詢 Microsoft Graph API 端點的佈建記錄資料，然後使用該資料來觸發情節，例如群組指派。此 PowerShell 指令碼可以連結至工作排程器，並部署在執行佈建代理程式的相同主機上。

解決方案使用哪些 Workday API 來查詢和更新 Workday 人員設定檔？

解決方案目前使用下列 Workday API：

[管理員認證] 區段中使用的 Workday Web Services API URL 格式，將決定用於 Get_Workers 的 API 版本
- 如果 URL 格式為：https://####.workday.com/ccx/service/tenantName，則會使用 API v21.1。
- 如果 URL 格式為：https://####.workday.com/ccx/service/tenantName/Human_Resources，則會使用 API v21.1
- 如果 URL 格式為：https://####.workday.com/ccx/service/tenantName/Human_Resources/v##.#，則會使用指定的 API 版本。（範例：如果指定 v34.0，則會使用它。
Workday 電子郵件回寫功能使用 Change_Work_Contact_Information (30.0 版)
Workday 使用者名稱回寫功能使用 Update_Workday_Account (31.2 版)

是否可以搭配兩個 Microsoft Entra 租用戶來設定我的 Workday HCM 租用戶？

是，支援此設定。以下是設定此案例的概要步驟：

部署佈建代理程式 #1，並向 Microsoft Entra 租用戶 #1 註冊此代理程式。
部署佈建代理程式 #2，並向 Microsoft Entra 租用戶 #2 註冊此代理程式。
根據每個「佈建代理程式」將管理的「子網域」，為每個代理程式設定網域。一個代理程式可以處理多個網域。
在 Microsoft Entra 系統管理中心，於每個租用戶中安裝「Workday 至 AD 使用者佈建應用程式」，然後為其設定個別的網域。

您的意見反應極具價值，因為它可協助我們設定未來版本和增強功能的方向。我們歡迎所有意見反應，並鼓勵您在 Microsoft Entra ID 意見反應論壇中提交您的構想或改進建議。針對與 Workday 整合相關的特定意見反應，請選取 [SaaS Applications] $SaaS 應用程式$，然後使用關鍵字 Workday 來搜尋，以尋找與 Workday 相關的現有意見反應。

UserVoice Workday 的螢幕快照。

提出新構想建議時，請檢查看看是否已有其他人提出類似的功能建議。在該情況下，您可以投票給該功能或增強功能要求。您也可以留下有關您特定使用案例的評論，以表示您對該構想的支持，以及示範該功能為何也對您極具價值。

佈建代理程式問題

佈建代理程式的 GA 版本是哪一版？

如需佈建代理程式的最新 GA 版本，請參閱 Microsoft Entra Connect 佈建代理程式：版本發行記錄。

如何得知我的佈建代理程式版本？

登入已安裝佈建代理程式的 Windows Server。
移至 控制台 ->Uninstall 或 Change a Program menu。
尋找對應至專案 Microsoft Entra Connect 布建代理程式的版本。

Microsoft 是否會自動推送佈建代理程式更新？

是，如果 Windows 服務 Microsoft Entra Connect 代理程式更新程式已啟動並執行，則 Microsoft 會自動更新佈建代理程式。

我是否可以將佈建代理程式安裝在執行 Microsoft Entra Connect 的同一部伺服器上？

是，您可以將佈建代理程式安裝在執行 Microsoft Entra Connect 的同一部伺服器上。

進行設定時，「佈建代理程式」會提示您輸入 Microsoft Entra 系統管理員認證。代理程式是否會將認證儲存在本機伺服器上？

在設定期間，「佈建代理程式」提示您輸入 Microsoft Entra 系統管理員認證只是為了連線到 Microsoft Entra 租用戶。它不會將認證儲存在本機伺服器上。不過，它的確會將用來連線到「內部部署 Active Directory 網域」的認證儲存在本機 Windows 密碼保存庫中。

如何將佈建代理程式設定成使用 Proxy 伺服器進行連出 HTTP 通訊？

「佈建代理程式」支援使用連出 Proxy。您可以透過編輯代理程式設定檔 C:\Program Files\Microsoft Azure AD Connect 佈建代理程式\AADConnectProvisioningAgent.exe.config 來設定它。請將下列各行新增至該檔案中靠近檔案結尾處的 </configuration> 結尾標記之前。以您的 Proxy 伺服器名稱和連接埠值取代 [proxy-server] 和 [proxy-port] 變數。

    <system.net>
          <defaultProxy enabled="true" useDefaultCredentials="true">
             <proxy
                usesystemdefault="true"
                proxyaddress="http://[proxy-server]:[proxy-port]"
                bypassonlocal="true"
             />
         </defaultProxy>
    </system.net>

如何確保佈建代理程式能夠與 Microsoft Entra 租用戶進行通訊，而沒有任何防火牆封鎖代理程式所需的連接埠？

您也可以檢查所需的連接埠是否皆已開啟。

是否可以設定讓一個佈建代理程式佈建多個 AD 網域？

是，可以設定讓一個「佈建代理程式」處理多個 AD 網域，只要代理程式能夠監控個別網域控制站即可。 Microsoft 建議您設定一個由 3 個佈建代理程式組成的群組來服務同一組 AD 網域，以確保能夠提供高可用性及提供容錯移轉支援。

如何將與佈建代理程式相關的網域取消註冊？

*，取得 Microsoft Entra 租用戶的租用戶識別碼。

登入執行佈建代理程式的 Windows Server。
以 Windows 系統管理員身分開啟 PowerShell。

變更至包含註冊指令碼的目錄，然後執行下列命令，此命令會以您租用戶識別碼的值取代 [tenant ID] 參數。

cd "C:\Program Files\Microsoft Azure AD Connect Provisioning Agent\RegistrationPowershell\Modules\PSModulesFolder"
Import-Module "C:\Program Files\Microsoft Azure AD Connect Provisioning Agent\RegistrationPowershell\Modules\PSModulesFolder\MicrosoftEntraPrivateNetworkConnectorPSModule.psd1"
Get-PublishedResources -TenantId "[tenant ID]"

在顯示的代理程式清單中，從 resourceName 同於 AD 網域名稱的資源，複製 id 欄位的值。

將識別碼值貼到此命令中，然後在 PowerShell 中執行命令。

Remove-PublishedResource -ResourceId "[resource ID]" -TenantId "[tenant ID]"

重新執行代理程式設定精靈。
任何其他先前指派給此網域的代理程式都將需要重新設定。

如何將佈建代理程式解除安裝？

登入已安裝佈建代理程式的 Windows Server。
移至 [控制台]-> [解除安裝或變更程式] 功能表
將下列程式解除安裝：
- Microsoft Entra Connect 佈建代理程式
- Microsoft Entra Connect 代理程式更新程式
- Microsoft Entra Connect 佈建代理程式套件

Workday 至 AD 的屬性對應和設定問題

如何備份或匯出 Workday 佈建屬性對應和結構描述的工作複本？

您可以使用 Microsoft Graph API 來匯出您的「Workday 使用者佈建」設定。如需詳細資料，請參閱匯出及匯入您的 Workday 使用者佈建屬性對應設定。

我在 Workday 和 Active Directory 中有自訂屬性。如何設定讓解決方案使用我的自訂屬性？

解決方案支援自訂的 Workday 和 Active Directory 屬性。若要將您的自訂屬性新增至對應結構描述，請開啟 [屬性對應] 刀鋒視窗，然後向下捲動以展開 [顯示進階選項] 區段。

編輯屬性清單的螢幕快照。

若要新增您的自訂 Workday 屬性，請選取 [Edit attribute list for Workday] $編輯 Workday 的屬性清單$ 選項，然後若要新增自訂 AD 屬性，請選取 [Edit attribute list for On Premises Active Directory] $編輯內部部署 Active Directory 的屬性清單$ 選項。

另請參閱：

自訂 Workday 使用者屬性的清單

如何設定讓解決方案根據 Workday 變更，只更新 AD 中的屬性而不建立任何新的 AD 帳戶？

您可以藉由設定 [屬性對應] 刀鋒視窗中的 [目標物件動作] 來完成此設定，如下所示：

更新動作的螢幕快照。

請只針對要從 Workday 流向 AD 的更新作業選取 [更新] 核取方塊。

我是否可以將使用者的照片從 Workday 佈建至 Active Directory？

解決方案目前不支援在 Active Directory 中設定 thumbnailPhoto 和 jpegPhoto 等二進位屬性。

請移至您「Workday 佈建應用程式」的 [佈建] 刀鋒視窗。
按一下 [屬性對應]
在 [對應] 底下，選取 [Synchronize Workday Workers to On Premises Active Directory] $將 Workday 人員同步至內部部署 Active Directory$ (或 [Synchronize Workday Workers to Microsoft Entra ID] $將 Workday 人員同步至 Microsoft Entra ID$)。
在 [屬性對應] 頁面上，向下捲動並勾選 [顯示進階選項] 方塊。按一下 [Edit attribute list for Workday] $編輯 Workday 的屬性清單$
在開啟的刀鋒視窗中，找到 [Mobile] 屬性，然後按一下該資料列，以編輯 [API 運算式]

以下列新運算式取代 API 運算式，新運算式將只有在 Workday 中工作行動電話號碼的「公共用途旗標」設定為 "True" 時，才會擷取該電話號碼。

 wd:Worker/wd:Worker_Data/wd:Personal_Data/wd:Contact_Data/wd:Phone_Data[translate(string(wd:Phone_Device_Type_Reference/@wd:Descriptor),'abcdefghijklmnopqrstuvwxyz','ABCDEFGHIJKLMNOPQRSTUVWXYZ')='MOBILE' and translate(string(wd:Usage_Data/wd:Type_Data/wd:Type_Reference/@wd:Descriptor),'abcdefghijklmnopqrstuvwxyz','ABCDEFGHIJKLMNOPQRSTUVWXYZ')='WORK' and string(wd:Usage_Data/@wd:Public)='1']/@wd:Formatted_Phone

儲存「屬性清單」。
儲存「屬性對應」。
清除目前狀態，然後重新啟動完整同步處理。

如何根據使用者的部門/國家 (地區)/縣市屬性來設定 AD 中的顯示名稱格式，以及處理區域差異？

這是在 AD 中設定 displayName 屬性的常見需求，因此也會提供使用者部門和國家/地區的相關信息。例如，如果 John Smith 在美國的行銷部門工作，您可以將其 displayName 顯示為 Smith, John (Marketing-US)。

以下說明如何處理建構 CN 或 displayName 這類需求，以包含公司、業務單位、城市或國家 /地區等屬性。

擷取每個 Workday 屬性時，都是使用基礎 XPATH API 運算式來擷取，其可在 [屬性對應] -> [進階] 區段 -> [編輯 Workday 的屬性清單] 中設定。以下是 Workday PreferredFirstName、PreferredLastName、Company 和 SupervisoryOrganization 属性的預設 XPATH API 表達式。

Workday 屬性	API XPath 運算式
PreferredFirstName	wd:Worker/wd:Worker_Data/wd:Personal_Data/wd:Name_Data/wd:Preferred_Name_Data/wd:Name_Detail_Data/wd:First_Name/text()
PreferredLastName	wd:Worker/wd:Worker_Data/wd:Personal_Data/wd:Name_Data/wd:Preferred_Name_Data/wd:Name_Detail_Data/wd:Last_Name/text()
公司	wd:Worker/wd:Worker_Data/wd:Organization_Data/wd:Worker_Organization_Data[wd:Organization_Data/wd:Organization_Type_Reference/wd:ID[@wd:type='Organization_Type_ID']='Company']/wd:Organization_Reference/@wd:Descriptor
SupervisoryOrganization	wd:Worker/wd:Worker_Data/wd:Organization_Data/wd:Worker_Organization_Data/wd:Organization_Data[wd:Organization_Type_Reference/wd:ID[@wd:type='Organization_Type_ID']='Supervisory']/wd:Organization_Name/text()

請向您的 Workday 小組確認上述 API 運算式是否適用於您的 Workday 租用戶設定。必要時，您可以依照自訂 Workday 使用者屬性的清單一節所述，編輯這些運算式。

同樣地，透過下列 XPATH 可取出 Workday 中的國家/地區資訊：wd:Worker/wd:Worker_Data/wd:Employment_Data/wd:Position_Data/wd:Business_Site_Summary_Data/wd:Address_Data/wd:Country_Reference

Workday 屬性清單區段中有 5 個國家/地區相關屬性。

Workday 屬性	API XPath 運算式
CountryReference	wd:Worker/wd:Worker_Data/wd:Employment_Data/wd:Position_Data/wd:Business_Site_Summary_Data/wd:Address_Data/wd:Country_Reference/wd:ID[@wd:type='ISO_3166-1_Alpha-3_Code']/text()
CountryReferenceFriendly	wd:Worker/wd:Worker_Data/wd:Employment_Data/wd:Position_Data/wd:Business_Site_Summary_Data/wd:Address_Data/wd:Country_Reference/@wd:Descriptor
CountryReferenceNumeric	wd:Worker/wd:Worker_Data/wd:Employment_Data/wd:Position_Data/wd:Business_Site_Summary_Data/wd:Address_Data/wd:Country_Reference/wd:ID[@wd:type='ISO_3166-1_Numeric-3_Code']/text()
CountryReferenceTwoLetter	wd:Worker/wd:Worker_Data/wd:Employment_Data/wd:Position_Data/wd:Business_Site_Summary_Data/wd:Address_Data/wd:Country_Reference/wd:ID[@wd:type='ISO_3166-1_Alpha-2_Code']/text()
CountryRegionReference	wd:Worker/wd:Worker_Data/wd:Employment_Data/wd:Position_Data/wd:Business_Site_Summary_Data/wd:Address_Data/wd:Country_Region_Reference/@wd:Descriptor

若要建置正確的屬性對應運算式，請識別哪些 Workday 屬性「可靠地」代表使用者的名字、姓氏、國家/地區及部門。假設這些屬性分別是 PreferredFirstName、PreferredLastName、CountryReferenceTwoLetter 及 SupervisoryOrganization。您可以使用這個來建置 AD displayName 屬性的運算式，以取得像是 Smith, John (Marketing-US) 的顯示名稱，如下所示。
```
 Append(Join(", ",[PreferredLastName],[PreferredFirstName]), Join(""," (",[SupervisoryOrganization],"-",[CountryReferenceTwoLetter],")"))
```
有了正確的運算式之後，請編輯 [屬性對應] 資料表，然後修改 displayName 屬性對應，如下所示：

延伸上述範例，假設您想要將來自 Workday 的縣市名稱轉換成速記值，然後使用它來建置顯示名稱 (例如 Smith, John (CHI) 或 Doe, Jane (NYC))，則您可以使用 Switch 運算式搭配 Workday Municipality 屬性作為決定性變數，來獲得此結果。

Switch
(
  [Municipality],
  Join(", ", [PreferredLastName], [PreferredFirstName]),  
       "Chicago", Append(Join(", ",[PreferredLastName], [PreferredFirstName]), "(CHI)"),
       "New York", Append(Join(", ",[PreferredLastName], [PreferredFirstName]), "(NYC)"),
       "Phoenix", Append(Join(", ",[PreferredLastName], [PreferredFirstName]), "(PHX)")
)

另請參閱：

如何使用 SelectUniqueValue 來為 samAccountName 屬性產生唯一值？

假設您想要使用來自 Workday 的 FirstName 和 LastName 屬性組合，為 samAccountName 屬性產生唯一值。以下是可供您開始著手的運算式：

SelectUniqueValue(
    Replace(Mid(Replace(NormalizeDiacritics(StripSpaces(Join("",  Mid([FirstName],1,1), [LastName]))), , "([\\/\\\\\\[\\]\\:\\;\\|\\=\\,\\+\\*\\?\\<\\>])", , "", , ), 1, 20), , "(\\.)*$", , "", , ),
    Replace(Mid(Replace(NormalizeDiacritics(StripSpaces(Join("",  Mid([FirstName],1,2), [LastName]))), , "([\\/\\\\\\[\\]\\:\\;\\|\\=\\,\\+\\*\\?\\<\\>])", , "", , ), 1, 20), , "(\\.)*$", , "", , ),
    Replace(Mid(Replace(NormalizeDiacritics(StripSpaces(Join("",  Mid([FirstName],1,3), [LastName]))), , "([\\/\\\\\\[\\]\\:\\;\\|\\=\\,\\+\\*\\?\\<\\>])", , "", , ), 1, 20), , "(\\.)*$", , "", , )
)

上述運算式如何運作：如果使用者是 John Smith，它會先嘗試產生 JSmith，如果 JSmith 已經存在，則會產生 JoSmith，如果此值也存在，則會產生 JohSmith。此運算式也會確保產生的值符合與 samAccountName 相關的長度限制和特殊字元限制。

另請參閱：

如何移除含有變音符號的字元，並將其轉換成一般英文字母？

建構使用者的電子郵件地址或 CN 值時，請使用 NormalizeDiacritics 函式來移除使用者名字和姓氏中的特殊字元。

疑難排解秘訣

本節提供有關如何使用「Microsoft Entra 部署記錄」和「Windows Server 事件檢視器」記錄，針對 Workday 整合的相關佈建問題進行疑難排解的特定指引。本節以在下列文章中所擷取的一般疑難排解步驟和概念為基礎：教學課程：使用者帳戶佈建自動報告

本節涵蓋下列疑難排解層面：

設定佈建代理程式以發出事件檢視器記錄
設定 Windows 事件檢視器以進行代理程式疑難排解
設定 Microsoft Entra 系統管理中心佈建記錄以進行服務疑難排解
了解 AD 使用者帳戶建立作業的記錄
了解管理員更新作業的記錄
解決常見的錯誤

設定佈建代理程式以發出事件檢視器記錄

登入已部署佈建代理程式的 Windows Server 電腦
停止 [Microsoft Entra Connect 佈建代理程式] 服務。
建立原始設定檔的複本：C:\Program Files\Microsoft Azure AD Connect Provisioning Agent\AADConnectProvisioningAgent.exe.config。

使用下列內容來取代現有的 <system.diagnostics> 區段。

接聽程式組態 etw 會將訊息發出至 EventViewer 記錄
接聽程式組態 textWriterListener 會將追蹤訊息傳送至 ProvAgentTrace.log 檔案。僅取消註解與 textWriterListener 相關的程式碼行，以便進行進階疑難排解。

  <system.diagnostics>
      <sources>
      <source name="AAD Connect Provisioning Agent">
          <listeners>
          <add name="console"/>
          <add name="etw"/>
          <!-- <add name="textWriterListener"/> -->
          </listeners>
      </source>
      </sources>
      <sharedListeners>
      <add name="console" type="System.Diagnostics.ConsoleTraceListener" initializeData="false"/>
      <add name="etw" type="System.Diagnostics.EventLogTraceListener" initializeData="Azure AD Connect Provisioning Agent">
          <filter type="System.Diagnostics.EventTypeFilter" initializeData="All"/>
      </add>
      <!-- <add name="textWriterListener" type="System.Diagnostics.TextWriterTraceListener" initializeData="C:/ProgramData/Microsoft/Azure AD Connect Provisioning Agent/Trace/ProvAgentTrace.log"/> -->
      </sharedListeners>
  </system.diagnostics>

開始 [Microsoft Entra Connect 佈建代理程式] 服務。

設定 Windows 事件檢視器以進行代理程式疑難排解

登入已部署佈建代理程式的 Windows Server 電腦
開啟「Windows Server 事件檢視器」傳統型應用程式。
選取 [Windows 記錄] > [應用程式]。
使用 [篩選目前的記錄...] 選項來檢視記錄在 Azure Entra Connect 佈建代理程式來源底下的所有事件，並指定 "-5" 篩選來排除「事件識別碼」為 "5" 的事件，如下所示。

注意

事件識別碼 5 會將代理程式啟動程序訊息擷取到 Microsoft Entra 雲端服務，因此我們會在分析記錄檔時進行篩選。
按一下 [確定]，然後依 [日期和時間] 資料行來排序結果檢視。

設定 Microsoft Entra 系統管理中心佈建記錄以進行服務疑難排解

啟動 Microsoft Entra 系統管理中心，然後導覽至 Workday 佈建應用程式的 [佈建] 區段。
使用 [佈建記錄] 頁面上的 [資料行] 按鈕，以在檢視中只顯示下列資料行 ([日期]、[活動]、[狀態]、[原因])。此設定可確保您只將焦點放在與疑難排解相關的資料上。
使用 [目標] 和 [日期範圍] 查詢參數來篩選檢視。
- 將 [目標] 查詢參數設定為 Workday 人員物件的「人員識別碼」或「員工識別碼」。
- 將 [日期範圍] 設定為您要調查佈建相關錯誤或問題的適當期間。

了解 AD 使用者帳戶建立作業的記錄

當偵測到 Workday 中的新雇用人員 (假設「員工識別碼」為 21023) 時，Microsoft Entra 佈建服務會嘗試為該人員建立新的 AD 使用者帳戶，然後在該程序中建立 4 個佈建記錄，如下所述：

當您按一下任何佈建記錄時，[活動詳細資料] 頁面隨即開啟。以下是每個記錄記錄類型的 [活動詳細數據] 頁面顯示的內容。

Workday 匯入紀錄：此記錄會顯示從 Workday 擷取的人員資訊。請使用記錄之 [其他詳細資料] 區段中的資訊，針對有關從 Workday 擷取資料的問題進行疑難排解。以下顯示一個範例記錄，以及有關如何解譯每個欄位的指標。

ErrorCode : None  // Use the error code captured here to troubleshoot Workday issues
EventName : EntryImportAdd // For full sync, value is "EntryImportAdd" and for delta sync, value is "EntryImport"
JoiningProperty : 21023 // Value of the Workday attribute that serves as the Matching ID (usually the Worker ID or Employee ID field)
SourceAnchor : a071861412de4c2486eb10e5ae0834c3 // set to the WorkdayID (WID) associated with the record

AD 匯入記錄：此記錄會顯示從 AD 擷取之帳戶的資訊。如同在初始使用者建立期間沒有 AD 帳戶， 活動狀態原因 指出 Active Directory 中找不到任何具有相符標識元屬性值的帳戶。請使用記錄之 [其他詳細資料] 區段中的資訊，針對有關從 Workday 擷取資料的問題進行疑難排解。以下顯示一個範例記錄，以及有關如何解譯每個欄位的指標。
```
ErrorCode : None // Use the error code captured here to troubleshoot Workday issues
EventName : EntryImportObjectNotFound // Implies that object wasn't found in AD
JoiningProperty : 21023 // Value of the Workday attribute that serves as the Matching ID
```
若要尋找與此 AD 匯入作業對應的佈建代理程式記錄檔記錄，請開啟 Windows 事件檢視器記錄檔，然後使用 [尋找...] 功能表選項來尋找包含相符識別碼/聯結屬性值的記錄項目 (在此情況中為 21023)。

尋找 [事件識別碼 = 9] 的項目，這會為您提供代理程式用來擷取 AD 帳戶的 LDAP 搜尋篩選。您可以確認這是否是擷取唯一使用者項目的適當搜尋篩選。

緊接其後且 [事件識別碼] 為2 的記錄會擷取搜尋作業的結果，以及它是否有傳回任何結果。
同步處理規則動作記錄：此記錄會顯示屬性對應規則和所設定範圍篩選的結果，以及將採取來處理連入 Workday 事件的佈建動作。請使用記錄之 [其他詳細資料] 區段中的資訊，針對同步處理動作的相關問題進行疑難排解。以下顯示一個範例記錄，以及有關如何解譯每個欄位的指標。
```
ErrorCode : None // Use the error code captured here to troubleshoot sync issues
EventName : EntrySynchronizationAdd // Implies that the object is added
JoiningProperty : 21023 // Value of the Workday attribute that serves as the Matching ID
SourceAnchor : a071861412de4c2486eb10e5ae0834c3 // set to the WorkdayID (WID) associated with the profile in Workday
```
如果屬性對應運算式有問題或連入 Workday 資料有問題 (例如：必要屬性的值是空的或為 Null)，則您會在此階段看到失敗，其中會有提供失敗詳細資料的 ErrorCode。
AD 匯出記錄：此記錄會顯示 AD 帳戶建立作業的結果，以及在該程序中設定的屬性值。請使用記錄之 [其他詳細資料] 區段中的資訊，針對帳戶建立作業的相關問題進行疑難排解。以下顯示一個範例記錄，以及有關如何解譯每個欄位的指標。在 [其他詳細資料] 區段中，“EventName” 設定為 “EntryExportAdd”、“JoiningProperty” 設定為 [比對識別碼] 屬性的值、“SourceAnchor” 設定為與記錄相關的 WorkdayID (WID)、“TargetAnchor” 設定為新建使用者的 AD “ObjectGuid” 屬性值。
```
ErrorCode : None // Use the error code captured here to troubleshoot AD account creation issues
EventName : EntryExportAdd // Implies that object is created
JoiningProperty : 21023 // Value of the Workday attribute that serves as the Matching ID
SourceAnchor : a071861412de4c2486eb10e5ae0834c3 // set to the WorkdayID (WID) associated with the profile in Workday
TargetAnchor : aaaaaaaa-0000-1111-2222-bbbbbbbbbbbb // set to the value of the AD "objectGuid" attribute of the new user
```
若要尋找與此 AD 匯出作業對應的佈建代理程式記錄檔記錄，請開啟 Windows 事件檢視器記錄檔，然後使用 [尋找...] 功能表選項來尋找包含相符識別碼/聯結屬性值的記錄項目 (在此情況中為 21023)。

尋找與匯出作業之時間戳記對應且 [事件識別碼 = 2] 的 HTTP POST 記錄。此記錄將包含佈建服務傳送給佈建代理程式的屬性值。

緊接在上述事件之後，應該有另一個事件，此事件會擷取建立 AD 帳戶作業的回應。這個事件會傳回在AD中建立的新 objectGuid，並將其設定為布建服務中的 TargetAnchor 屬性。

了解管理員更新作業的記錄

manager 屬性是 AD 中的參考屬性。佈建服務不會在進行使用者建立作業的過程中設定 manager 屬性。而是在為使用者建立 AD 帳戶之後，於進行「更新」作業的過程中，才會設定 manager 屬性。進一步擴充上述範例，假設 Workday 中已啟用「員工識別碼」為 "21451" 的新進人員，而該新進人員的管理員 (21023) 已有 AD 帳戶。在此案例中，於稽核記錄中搜尋使用者 21451 會顯示 5 個項目。

前 4 個記錄與我們在使用者建立作業中探索的記錄類似。第 5 個記錄是與 manager 屬性更新相關的匯出。此記錄顯示 AD 帳戶管理員更新作業的結果，而此作業是以管理員的 objectGuid 屬性執行。

// Modified Properties
Name : manager
New Value : "aaaaaaaa-0000-1111-2222-bbbbbbbbbbbb" // objectGuid of the user 21023

// Additional Details
ErrorCode : None // Use the error code captured here to troubleshoot AD account creation issues
EventName : EntryExportUpdate // Implies that object is created
JoiningProperty : 21451 // Value of the Workday attribute that serves as the Matching ID
SourceAnchor : 9603bf594b9901693f307815bf21870a // WorkdayID of the user
TargetAnchor : 43b668e7-1d73-401c-a00a-fed14d31a1a8 // objectGuid of the user 21451

解決常見的錯誤

本節涵蓋 Workday 使用者佈建的相關常見錯誤及其解決方式。錯誤依下列方式分組：

佈建代理程式錯誤
連線錯誤
AD 使用者帳戶建立錯誤
AD 使用者帳戶更新錯誤

佈建代理程式錯誤

#	錯誤案例	可能的原因	建議的解決方式
1.	安裝佈建代理程式時發生錯誤，錯誤訊息：服務 'Microsoft Entra Connect Provisioning Agent' (AADConnectProvisioningAgent) 無法啟動。請確認您有足夠的權限可以啟動系統。	如果您嘗試在域控制器上安裝布建代理程式，且組策略會防止服務啟動，通常會顯示此錯誤。如果您執行的是舊版的代理程式，而且在開始新安裝之前尚未卸載，也會看到它。	在非 DC 伺服器上安裝佈建代理程式。確定先將舊版代理程式解除安裝，然後才安裝新的代理程式。
2.	Windows 服務「Microsoft Entra Connect 佈建代理程式」處於「正在啟動」狀態，而未切換成「正在執行」狀態。	在安裝過程中，代理程式精靈會在伺服器上建立本機帳戶 (NT Service\AADConnectProvisioningAgent)，這是用於啟動服務的登入帳戶。如果您 Windows Server 上的安全性原則會導致本機帳戶無法執行服務，您就會遇到此錯誤。	開啟 [服務] 主控台。在 Windows 服務 [Microsoft Entra Connect Provisioning Agent] 上按一下滑鼠右鍵，然後在 [登入] 索引標籤中，指定用來執行此服務的網域系統管理員帳戶。重新啟動服務。
3.	在「連線 Active Directory」步驟中以您的 AD 網域設定佈建代理程式時，精靈花費很長的時間嘗試載入 AD 結構描述，並且最終逾時。	通常，如果因防火牆問題而導致精靈無法聯繫 AD 網域控制站伺服器，就會出現此錯誤。	在 [ 連線 Active Directory 精靈] 畫面上，提供 AD 網域的認證時，有一個選項稱為 [選取域控制器優先順序]。請使用此選項來選取與代理程式伺服器位於相同網站中的網域控制站，並確保沒有任何會封鎖通訊的防火牆規則。

連線錯誤

如果佈建服務無法連線至 Workday 或 Active Directory，可能會導致佈建進入隔離狀態。請使用下表來針對連線問題進行疑難排解。

#	錯誤案例	可能的原因	建議的解決方式
1.	當您按兩下 [ 測試連線] 時，會收到錯誤訊息：連線到Active Directory 時發生錯誤。請確定內部部署布建代理程式正在執行，且其已設定正確的 Active Directory 網域。	如果布建代理程式未執行，或Microsoft Entra ID 與布建代理程式之間有防火牆封鎖通訊，通常會顯示此錯誤。如果代理程式精靈中未設定網域，您可能也會看到此錯誤。	開啟 Windows Server 上的 [服務] 主控台，以確認代理程式正在執行。開啟佈建代理程式精靈，並確認已向代理程式註冊正確的網域。
2.	布建作業在週末（Fri-Sat）進入隔離狀態，我們會收到電子郵件通知，指出同步處理發生錯誤。	此錯誤的其中一個常見原因是計劃性 Workday 停機。如果您使用 Workday 實作租使用者，請注意 Workday 已排定週末實作租使用者的停機時間（通常是從星期五晚上到星期六早上），在此期間 Workday 布建應用程式可能會進入隔離狀態，因為它無法連線到 Workday。一旦 Workday 實作租用戶恢復上線，它就會回到正常狀態。在罕見的情況下，如果「整合系統使用者」的密碼因租用戶重新整理而發生變更，或帳戶處於鎖定或過期狀態，您也可能看到此錯誤。	請洽詢您的 Workday 系統管理員或整合合作夥伴，以了解 Workday 排定於何時停機，以在停機期間忽略警示訊息，並在 Workday 執行個體恢復上線後確認可用性。

AD 使用者帳戶建立錯誤

#	錯誤案例	可能的原因	建議的解決方式
1.	佈建記錄檔中匯出作業失敗，錯誤訊息：OperationsError-SvcErr：發生作業錯誤。尚未為目錄服務設定上層參照。目錄服務因此無法發行轉介給這個樹系外的物件。	如果 Active Directory 容器 OU 未正確設定，或父代 DistinguishedName 使用的運算式對應發生問題，通常會顯示此錯誤。	檢查 [Active Directory 容器] OU 參數是否有錯字。如果您在屬性對應中使用 parentDistinguishedName ，請確定它一律評估為 AD 網域內的已知容器。請檢查稽核記錄中的[匯出]事件，以查看產生的值。
2.	在布建記錄檔中匯出作業失敗，錯誤碼為： SystemForCrossDomainIdentityManagementBadResponse 和訊息錯誤：ConstraintViolation-AtrErr：要求中的值無效。屬性的值不在可接受的值範圍內。\nError 詳細數據：CONSTRAINT_ATT_TYPE - 公司。	雖然此錯誤是 company 屬性特定的錯誤，但針對其他屬性 (例如 CN)，您也可能看到此錯誤。之所以會出現此錯誤，是因為 AD 的強制執行結構描述條件約束緣故。 AD 中的 company 和 CN 等屬性預設有 64 個字元的上限。如果來自 Workday 的值超過 64 個字元，您就會看到此錯誤訊息。	檢查佈建記錄中的[匯出]事件，以查看錯誤訊息中所回報屬性的值。請考慮使用 Mid 函式以截斷來自 Workday 的值，或將對應變更至沒有類似之長度條件約束的 AD 屬性。

AD 使用者帳戶更新錯誤

在進行 AD 使用者帳戶更新程序的期間，佈建服務會從 Workday 和 AD 讀取資訊、執行屬性對應規則，然後判斷是否有任何變更需要生效。因而相應地觸發更新事件。如果上述任何步驟發生失敗，則會記錄在布建記錄中。請使用下表來針對常見的更新錯誤進行疑難排解。

#	錯誤案例	可能的原因	建議的解決方式
1.	佈建記錄中有同步處理規則動作失敗，訊息為：EventName = EntrySynchronizationError 和 ErrorCode = EndpointUnavailable。	當因為內部部署佈建代理程式發生處理錯誤，而導致佈建服務無法從 Active Directory 擷取使用者設定檔資料時，就會出現此錯誤。	查看「佈建代理程式事件檢視器」記錄中是否有指出讀取作業相關問題的錯誤事件 (依「事件識別碼」#2 來進行篩選)。
2.	針對 AD 中的某些使用者，AD 中的 manager 屬性未更新。	此錯誤最有可能的原因是您使用範圍規則，而使用者的管理員不屬於範圍。如果在目標 AD 網域中找不到管理員的相符標識符屬性（例如 EmployeeID），或未設定為正確的值，您也可能遇到此問題。	檢閱範圍篩選，然後將管理員使用者新增到範圍中。檢查 AD 中的管理員設定檔，以確定有相符標識碼屬性的值。

管理您的設定

本節說明如何進一步延伸、自訂及管理您的 Workday 導向使用者佈建設定。其中涵蓋下列主題：

自訂 Workday 使用者屬性的清單
匯出及匯入您的設定

自訂 Workday 使用者屬性的清單

Active Directory 和 Microsoft Entra ID 的 Workday 佈建應用程式都包含您可以從中選取的預設 Workday 使用者屬性清單。不過，這些清單並不全面。 Workday 支援數百個可能的使用者屬性，這些屬性可以是 Workday 租用戶的標準或唯一屬性。

Microsoft Entra 佈建服務支援自訂清單或 Workday 屬性的功能，以包含任何在人力資源 API 的 Get_Workers 作業中公開的屬性。

若要進行此變更，您必須使用 Workday Studio 來擷取代表您要使用之屬性的 XPath 運算式，然後使用進階屬性編輯器，將這些運算式新增至您的佈建設定。

若要擷取 Workday 使用者屬性的 XPath 運算式：

下載並安裝 Workday Studio。您需要 Workday 社群帳戶才能存取安裝程式。
從 Workday Web Services Directory，根據您打算使用的 WWS API 版本，下載特定的 Workday Human_Resources WSDL 檔案
啟動 Workday Studio。
從命令列中，選取 [Workday] > [在測試器中測試 Web 服務] 選項。
選取 [外部]，然後選取您在步驟 2 下載的 Human_Resources WSDL 檔案。
將 [位置] 欄位設定為 https://IMPL-CC.workday.com/ccx/service/TENANT/Human_Resources，但是以您實際的執行個體類型取代 "IMPL-CC"，並以您實際的租用戶名稱取代 "TENANT"。
將 [作業] 設定為 [Get_Workers]
按一下 [要求]/[回應] 窗格下方的小型設定連結，以設定您的 Workday 認證。勾選 [驗證]，然後輸入 Workday 整合系統帳戶的使用者名稱和密碼。務必將使用者名稱的格式設為 name@tenant，並保持選取 WS-Security UsernameToken 選項。
選取 [確定]。

在 [要求] 窗格中，將以下 XML 貼上。將 Employee_ID 設定為 Workday 租用戶中真實使用者的員工識別碼。將 wd:version 設定為您打算使用的 WWS 版本。選取已填入您想擷取之屬性的使用者。

<?xml version="1.0" encoding="UTF-8"?>
<env:Envelope xmlns:env="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsd="https://www.w3.org/2001/XMLSchema">
  <env:Body>
    <wd:Get_Workers_Request xmlns:wd="urn:com.workday/bsvc" wd:version="v21.1">
      <wd:Request_References wd:Skip_Non_Existing_Instances="true">
        <wd:Worker_Reference>
          <wd:ID wd:type="Employee_ID">21008</wd:ID>
        </wd:Worker_Reference>
      </wd:Request_References>
      <wd:Response_Group>
        <wd:Include_Reference>true</wd:Include_Reference>
        <wd:Include_Personal_Information>true</wd:Include_Personal_Information>
        <wd:Include_Employment_Information>true</wd:Include_Employment_Information>
        <wd:Include_Management_Chain_Data>true</wd:Include_Management_Chain_Data>
        <wd:Include_Organizations>true</wd:Include_Organizations>
        <wd:Include_Reference>true</wd:Include_Reference>
        <wd:Include_Transaction_Log_Data>true</wd:Include_Transaction_Log_Data>
        <wd:Include_Photo>true</wd:Include_Photo>
        <wd:Include_User_Account>true</wd:Include_User_Account>
      <wd:Include_Roles>true</wd:Include_Roles>
      </wd:Response_Group>
    </wd:Get_Workers_Request>
  </env:Body>
</env:Envelope>

按一下 [傳送要求] (綠色箭頭) 來執行命令。如果成功，回應應會出現在 [回應] 窗格中。請檢查回應以確定它具有您所輸入的使用者識別碼資料，而非錯誤。
如果成功，請從 [回應] 窗格複製 XML 並將它儲存為 XML 檔案。
在 Workday Studio 的命令列中，選取 [檔案] > [開啟檔案...] 並開啟您儲存的 XML 檔案。此動作會在 Workday Studio XML 編輯器中開啟該檔案。
在檔案樹狀目錄中，瀏覽 /env: Envelope > env: Body > wd:Get_Workers_Response > wd:Response_Data > wd: Worker 來尋找您的使用者資料。
在 wd: Worker 之下，尋找您要新增的屬性並加以選取。
從 [文件路徑] 欄位複製您所選屬性的 XPath 運算式。
從複製的運算式中移除 /env:Envelope/env:Body/wd:Get_Workers_Response/wd:Response_Data/ 前置詞。
如果所複製運算式中的最後一個項目是節點 (例如："/wd:Birth_Date")，則在運算式的結尾附加 /text()。如果最後一個專案是屬性，則不需要此專案（例如：“/@wd：type”。
結果應該類似 wd:Worker/wd:Worker_Data/wd:Personal_Data/wd:Birth_Date/text()。此值是您複製並輸入至 Microsoft Entra 系統管理中心的內容。

若要將自訂 Workday 使用者屬性新增至佈建組態：

如本教學課程稍早所述，啟動 Microsoft Entra 系統管理中心，並瀏覽至 Workday 佈建應用程式的 [佈建] 區段。
將 [佈建狀態] 設定為 [關閉]，然後選取 [儲存]。此步驟有助於確保您的變更只有在準備好時才會生效。
在 [對應] 底下，選取 [Synchronize Workday Workers to On Premises Active Directory] $將 Workday 人員同步至內部部署 Active Directory$ (或 [Synchronize Workday Workers to Microsoft Entra ID] $將 Workday 人員同步至 Microsoft Entra ID$)。
捲動到下一個畫面的底部，然後選取 [顯示進階選項]。
選取 [編輯 Workday 的屬性清單]。
捲動到輸入欄位所在屬性清單的底部。
針對 [名稱]，輸入屬性的顯示名稱。
針對 [類型]，選取屬性的適當對應類型 ([字串] 最常見)。
針對 [API 運算式]，輸入您從 Workday Studio 複製的 XPath 運算式。範例: wd:Worker/wd:Worker_Data/wd:Personal_Data/wd:Birth_Date/text()
選取 [新增屬性]。
選取上方的 [儲存]，然後在對話方塊中選取 [是]。如果仍然開啟，請關閉 [屬性對應] 畫面。
回到主要 [佈建] 索引標籤，再次選取 [Synchronize Workday Workers to On Premises Active Directory] $將 Workday 人員同步至內部部署 Active Directory$ (或 [Synchronize Workers to Microsoft Entra ID] $將人員同步至 Microsoft Entra ID$)。
選取 [新增對應]。
您的新屬性現在應出現在 [來源屬性] 清單中。
視需要為您的新屬性新增對應。
完成後，請記得將 [佈建狀態] 設回 [開啟] 並儲存。

匯出及匯入您的設定

請參閱匯出和匯入佈建設定一文

管理個人資料

適用於 Active Directory 的 Workday 佈建解決方案會要求在內部部署 Windows Server 上安裝佈建代理程式，而此代理程式會在 Windows 事件記錄中建立可能包含個人資料 (視您的 Workday 至 AD 屬性對應而定) 的記錄。為了符合使用者隱私權義務，您可以藉由設定 Windows 排程工作來清除事件記錄，確保沒有任何資料會在事件記錄中保留超過 48 小時。

Microsoft Entra 佈建服務會歸類到 GDPR 分類的資料處理器類別。作為資料處理器管線，服務會對重要合作夥伴和終端取用者提供資料處理服務。 Microsoft Entra 布建服務不會產生用戶數據，而且對收集的數據及其使用方式沒有獨立控制權。在 Microsoft Entra 佈建服務中，資料的擷取、彙總、分析和報告都會以現有的企業資料為基礎。

注意

如需檢視或刪除個人資料的詳細資訊，請檢閱 GDPR 的 Windows 資料主體要求網站上的 Microsoft 指導。如需 GDPR 的一般資訊，請參閱 Microsoft 信任中心的 GDPR 區段和服務信任入口網站的 GDPR 區段。

在資料保留方面，Microsoft Entra 佈建服務不會針對超過 30 天的資料產生報告、執行分析或提供見解。因此，Microsoft Entra 佈建服務不會儲存、處理或保留任何資料達 30 天以上。這項設計符合 GDPR 法規、Microsoft 隱私權合規性規定和 Microsoft Entra 資料保留原則。

分享方式：

教學課程：設定 Workday 來自動佈建使用者

概觀

最新功能

誰最適合使用此使用者佈建解決方案？

解決方案架構

端對端使用者資料流程

規劃您的部署

在 Workday 中設定整合系統使用者

建立整合系統使用者

建立整合安全性雲組

設定網域安全性原則權限

設定商務程序安全性原則權限

啟用安全性原則變更

佈建代理程式安裝必要條件

設定將使用者從 Workday 佈建至 Active Directory

第 1 部分：新增佈建連接器應用程式和下載佈建代理程式

第 2 部分：安裝並設定內部部署佈建代理程式

第 3 部分：在佈建應用程式中，設定 Workday 和 Active Directory 的連線能力

第 4 部分：設定屬性對應

以下是 Workday 與 Active Directory 之間的一些範例屬性對應，以及一些常用運算式

啟用及啟動使用者佈建

常見問題集 (FAQ)

解決方案功能問題

處理來自 Workday 的新雇用人員時，解決方案如何在 Active Directory 中為新使用者帳戶設定密碼？

解決方案是否支援在佈建作業完成後傳送電子郵件通知？

解決方案是否會將 Workday 使用者設定檔快取在 Microsoft Entra 雲端中，或快取在佈建代理程式層？

解決方案是否支援將內部部署 AD 群組指派給使用者？

解決方案使用哪些 Workday API 來查詢和更新 Workday 人員設定檔？

是否可以搭配兩個 Microsoft Entra 租用戶來設定我的 Workday HCM 租用戶？

如何提出與 Workday 和 Microsoft Entra 整合相關的改進建議或新功能要求？

佈建代理程式問題

佈建代理程式的 GA 版本是哪一版？

如何得知我的佈建代理程式版本？

Microsoft 是否會自動推送佈建代理程式更新？

我是否可以將佈建代理程式安裝在執行 Microsoft Entra Connect 的同一部伺服器上？

進行設定時，「佈建代理程式」會提示您輸入 Microsoft Entra 系統管理員認證。 代理程式是否會將認證儲存在本機伺服器上？

如何將佈建代理程式設定成使用 Proxy 伺服器進行連出 HTTP 通訊？

如何確保佈建代理程式能夠與 Microsoft Entra 租用戶進行通訊，而沒有任何防火牆封鎖代理程式所需的連接埠？

是否可以設定讓一個佈建代理程式佈建多個 AD 網域？

如何將與佈建代理程式相關的網域取消註冊？

如何將佈建代理程式解除安裝？

Workday 至 AD 的屬性對應和設定問題

如何備份或匯出 Workday 佈建屬性對應和結構描述的工作複本？

我在 Workday 和 Active Directory 中有自訂屬性。 如何設定讓解決方案使用我的自訂屬性？

如何設定讓解決方案根據 Workday 變更，只更新 AD 中的屬性而不建立任何新的 AD 帳戶？

我是否可以將使用者的照片從 Workday 佈建至 Active Directory？

如何根據使用者對公共用途的同意，從 Workday 同步行動電話號碼？

如何根據使用者的部門/國家 (地區)/縣市屬性來設定 AD 中的顯示名稱格式，以及處理區域差異？

如何使用 SelectUniqueValue 來為 samAccountName 屬性產生唯一值？

如何移除含有變音符號的字元，並將其轉換成一般英文字母？

疑難排解秘訣

設定佈建代理程式以發出事件檢視器記錄

設定 Windows 事件檢視器以進行代理程式疑難排解

設定 Microsoft Entra 系統管理中心佈建記錄以進行服務疑難排解

了解 AD 使用者帳戶建立作業的記錄

了解管理員更新作業的記錄

解決常見的錯誤

佈建代理程式錯誤

連線錯誤

AD 使用者帳戶建立錯誤

AD 使用者帳戶更新錯誤

管理您的設定

自訂 Workday 使用者屬性的清單

匯出及匯入您的設定

管理個人資料

下一步

意見反映

更多資源

進行設定時，「佈建代理程式」會提示您輸入 Microsoft Entra 系統管理員認證。代理程式是否會將認證儲存在本機伺服器上？

我在 Workday 和 Active Directory 中有自訂屬性。如何設定讓解決方案使用我的自訂屬性？