概述
Confirm 和 Rippling 的集合為組織提供一種自動化且可靠的方式，可以將其 HRIS 資料從 Rippling 直接同步至 Confirm。這也為績效評估、平衡框架以及組織網路分析 (ONA) 週期提供更加無縫的體驗，無需手動上傳 HRIS 資料。
快速入門：讓我們開始！
作為 Confirm 的系統管理員以及 Rippling 中的管理員，請瀏覽 Confirm 的整合頁面 (https://app.confirm.com/integrations/)。可以從該頁面選取 Rippling 作為您的人力資源資訊系統。遵循螢幕上的提示以完成程序！
客戶何時應該以及不應該使用整合？
使用整合的時機：
他們已經使用 Rippling 作為其 HRIS。
他們希望即時或是排定更新 Confirm 中的員工資料。
他們有數名管理員在管理 HRIS 資料並且想要自動同步。
不要使用整合的時機：
他們沒有使用 Rippling 作為其 HRIS。
他們偏好手動上傳 CSV 或是透過 Confirm 單獨管理資料。
他們的 HRIS 資料不需要在 Confirm 中頻繁更新。
安裝前需要準備哪些項目？
客戶必須在 Merge.dev Professional 或 Enterprise 計畫。
他們必須擁有 Rippling 帳戶的管理存取權限。
他們必須提供必要的 Merge.dev 許可才能向 Rippling 提交申請。
如果其組織使用單一登入 (SSO)，他們必須確保 SSO 設定已正確配置。
資料流
什麼是不同的資料流？
員工資料同步 – 同步員工詳細資訊，包括姓名、電子郵件、職位、部門和經理。
組織結構同步 – 更新報告關係、團隊和部門變化。
雇用狀態同步 – 記錄新進員工、離職和職務異動。
群組與地點同步 – 確定正確的辦公室地點以及團隊結構。
每個資料流的觸發時機與方式是什麼？
根據預設，資料流會定期（每日）觸發。
Rippling 中的變更（例如新進員工、職務異動）會自動觸發透過 Merge.dev 的 webhook 系統的更新。
客戶如何能夠手動觸發資料流？
客戶可以透過 Confirm 管理員儀表板強制執行同步。
Confirm 也可以手動更新 Merge.dev 的連接以便立即代表客戶提取新的資料。
常見問題解答
有哪些陷阱或需要了解的訊息？
SSO 需求 – Rippling 會強制要求 SSO 進行第三方整合，因此必須正確設定。請注意：這個動作並不需要透過 Rippling 的 SSO 完成。
資料延遲 – Rippling 中的變更與 Confirm 中出現的變更之間可能會有略微的延遲，具體情況取決於同步頻率。
客戶在做決定時需要考慮哪些因素？
資料篩選： 客戶應該定義他們認為需要傳送至 Confirm 的關鍵資料欄位。Confirm 僅需要最低限度地處理 ONA，因此區月務必提前過濾掉不需要的欄位。請在技術實施期間讓您的 Confirm 代表知道這點。
同步頻率： 請記得，更新會每日進行。
自訂欄位： 如果客戶已經更新 Rippling 中的 HR 欄位，他們應該確認已正確反映這些更新。
客戶應該注意哪些常見的 Edge 案例？
缺少經理關係 – 如果員工在 Rippling 並沒有被指派經理，可能會在 Confirm 中將他們顯示為孤立記錄。
已解雇員工同步 – 客戶必須確定遭到解雇的員工在離職後不會在 Confirm 保持生效狀態。
多重 HRIS 系統 – 如果客戶同時使用 Rippling 和其他 HR 系統，或者他們先前曾經使用手動 CSV 上傳至 Confirm，那麼他們需要在完全入職至 Rippling 之前決定他們需要決定應該將哪個作為主要資料來源，並且決定正確的移轉計劃。