Integrations

01真正的原生，而非整合

將工作發布到國家網站網路、自動影片和縮圖生成管道、網站地圖分發，以及在目的地國家自己的求職網站上建立相符候選人帳戶的雙重註冊同步，在任何正常意義上都不是第三方整合。它們是 ATS 本身執行的相同基礎設施，這就是為什麼它們不需要單獨的設定、API 金鑰或組態步驟；發布工作簡直就是直接寫入該基礎設施中。

02真正的第三方整合已經上線

Google 是最大的兩個連線之一：單一 OAuth 登入涵蓋 Google Calendar 與 Google Meet（當您選擇它作為提供者時，面試會自動取得真實的 Meet 連結）、Google Drive (人選履歷隨需同步至您自己的 Drive)，以及 YouTube (職缺影片發布為 Shorts)。Microsoft 是另一個：Entra ID 登入、Outlook Calendar 與 Teams 面試會議連結以及 OneDrive 履歷同步，在您自己的 Microsoft 365 租戶下以相同方式運作。Slack 與 WhatsApp Business 在您的團隊已經在檢查的管道上通知團隊並向人選發送訊息。Facebook 與 Instagram 將自動產生的職缺影片直接發布至您的粉絲專頁。Google Ads、Microsoft Ads 與 Google Analytics 4 連線您的付費散布與流量報告。自訂 SMTP 允許您從自己的網域傳送人選電子郵件，而 Webhooks 將每個流程事件公開給您執行的任何自動化工具 — 包含 Zapier 與 n8n，無需等待專門建構的連接器。

Stripe 處理訂閱帳單與自助式帳單入口網站，而 Google 的智慧模型系列 Gemini 則驅動 CMS 與智慧招募頁面上所述的語意萃取步驟—兩者皆為真正的外部相依性，並非內部建構，且受其各自供應商的服務條款規範。

03API-first underneath

產品中的每個畫面——職缺、候選人、應徵、分數、面試、錄用通知、報告——都是由前端本身呼叫的 JSON API 端點驅動，而不是將邏輯烘焙到範本中的伺服器端算繪頁面。這對任何考慮進行更深入整合工作的人都很重要：UI 依賴的 API 表面已經存在且穩定，而不需要為了程式化存取而另外建構。

04藍圖上仍在規劃中的項目

Zoom、Dropbox、LinkedIn 與 X 發布、用於 oferta 電子簽名的 DocuSign，以及原生 HRIS/薪資/會計連接器（Xero、QuickBooks、背景調查供應商）在產品中端到端建構，但尚未在其各自的平台中註冊——一旦該註冊完成，它們將在不進行產品變更的情況下上線。這些都沒有以不同的名稱秘密存在；應用程式與整合目錄將每一個都清楚地標記為上線或藍圖，且該狀態永遠只朝一個方向移動。

05評估任何 ATS 時，如何看待「原生」與「整合」

這種區分在 Expertini 之外也很重要。原生功能通常意味著較低的營運風險（沒有第三方 API 會在別人的排程上失敗、速率受限或被棄用），但隨後替換供應商的靈活性較低。真正的第三方整合通常意味著更多的選擇和可攜性，但增加了一個您無法控制其可靠性、定價和發展藍圖的相依性。兩者沒有絕對的優劣 — 薪資整合幾乎可以確定應該是對組織已經信任的任何薪資系統的真正第三方連線，而職缺散布之所以受益於成為原生功能，正是因為沒有理由為平台可以直接做的事情引入外部相依性。

在評估任何供應商的整合聲明時，有用的問題不是「他們有多少個整合」，而是「其中哪些是真正的外部系統，哪些只是為了聽起來更廣泛而以整合語言行銷的內部功能」。我們試著在本頁面上為我們自己的產品簡單回答這個問題，而不是讓您猜測。