整合的記錄
保留客戶背景資訊
Zapier 工作流程與您的團隊已在 Workspace369 中管理的客戶、請求、專案、發票、付款、檔案和活動保持連結。
將 Workspace369 連接到 Zapier
立即使用 Webhooks by Zapier 將 Workspace369 連線至 Zapier。已付款的發票、已接受的提案或新潛在客戶可啟動一個 Zap，而 webhook 步驟則透過 Workspace369 API 建立或讀取客戶、發票、任務和專案。
Zap 執行
proposal.accepted
POST hooks.zapier.com/hooks/catch/… → 200Custom Request
POST mcp.workspace369.com/v1/projects → 200Custom Request
POST mcp.workspace369.com/v1/tasks → 200Workspace369 事件進入，API 呼叫出去
營運契合度
支援正在進行的工作
將整合與銷售、排程、交付、通訊、帳單、報告和會計搭配使用，而不是將其視為獨立的工具。
團隊可見性
讓每個角色都看到相同的畫面
協助所有者、營運者、財務、支援和交付團隊了解發生了什麼事，而無需拼湊來自不同系統的記錄。
運作方式
Zapier 如何與 Workspace369 協作
- 01
Workspace369 傳送觸發條件
在「設定」→「Webhooks」中，您將事件指向 Zapier 的 Catch Hook URL。每個事件都會以簽署的 JSON 格式傳送，並包含記錄的 ID。
- 02
Zapier 執行您的步驟
您的 Zap 會使用事件的欄位，或呼叫 Workspace369 API 以先擷取完整的發票、提案或客戶。
- 03
Webhook 步驟呼叫 API
Zapier 的 Webhooks 的 Custom Request 動作會透過純 HTTPS 和您的個人存取權杖呼叫 Workspace369 API。
觸發條件
可啟動 Zap 的 21 個事件
發票
invoice.created, invoice.paid (已移至 Paid) 和 invoice.status_changed。
提案
proposal.sent, proposal.accepted 和 proposal.declined。
合約
contract.sent, contract.recipient_completed, contract.completed, contract.declined, contract.voided 和 contract.expired。
潛在客戶
lead.created、lead.converted 和 lead.archived，用於處理傳入的請求。
時間
time_entry.created、time_entry.updated、time_entry.deleted、timesheet.submitted、timesheet.approved 和 timesheet.rejected。
動作
Zap 可以做什麼來處理 Workspace369 的事務
客戶
搜尋、讀取、建立和更新：GET 或 POST /v1/clients，GET 或 PATCH /v1/clients/{id}。
專案與任務
POST /v1/projects 和 POST /v1/tasks 會建立它們；PATCH 會更新它們。
提案、發票和合約
使用 POST /v1/proposals、/v1/invoices 或 /v1/contracts 建立草稿。傳送呼叫會等待人員在應用程式中核准，除非權杖擁有者開啟了「傳送前不詢問」選項。
日曆與請求
POST /v1/calendar/events 可預訂事件；PATCH /v1/requests/{id} 可更新請求的狀態。
任何其他工具
POST /v1/tools/{name} 會以名稱執行 OpenAPI 規格中的任何工具，例如 payments_record 或 time_entries_create。
原生應用程式
開發中。在此之前，請使用 Webhooks by Zapier 進行連線。
設定
設定 Zapier
- 01
在 Zapier 中接收事件
使用 Zapier 的 Webhooks 啟動 Zap，並選擇 Catch Hook，或選擇 Catch Raw Hook（如果將檢查簽章）。複製 Zapier 顯示的 Webhook URL。
- 02
新增 Workspace369 中的 webhook
在「設定」→「Webhooks」中選擇「新增 webhook」，將 Zapier 的 URL 貼為端點，選取事件並儲存。複製簽章金鑰；它只會顯示一次。然後執行會觸發事件的操作，例如建立發票，以便 Zapier 接收樣本。
- 03
建立個人存取權杖
在「設定」→「AI 連線」中，建立一個僅具有該 Zap 所需範圍的權杖。管理員必須已為工作區開啟 AI 連線。
- 04
從 webhook 步驟呼叫 API
新增 Webhooks by Zapier 的 Custom Request 步驟。設定方法和 URL（例如 https://mcp.workspace369.com/v1/tasks），加上標頭 Authorization: Bearer 和您的權杖以及 Content-Type: application/json，然後在 JSON 內文中放置欄位。
營運契合度
只有當團隊能夠看到內容時，連結才有用。
Workspace369 將整合保留在客戶記錄附近，因此業主、營運者、財務、支援和交付人員無需在獨立工具中重建相同的故事。
連接系統
在不改變團隊命名客戶、工作、發票和專案方式的情況下，將外部工作流程帶到 Workspace369 記錄旁邊。
保持背景資訊可見
顯示團隊已在工作的相關狀態、事件、付款、訊息或記錄。
從工作區採取行動
使用已連結的背景來進行後續處理、開票、排程、自動化、報告，並讓客戶持續推進。
實際上
團隊使用 Zapier 的用途
在收到款項或簽名時通知其他工具
invoice.paid、proposal.accepted 和 contract.completed 可啟動一個 Zap，讓試算表、聊天頻道或簿記工具無需手動複製即可得知此事。
從其他應用程式建立 Workspace369 記錄
Zapier 中的表單、試算表或預訂應用程式可透過一個 Custom Request 步驟在 Workspace369 中建立客戶、專案、任務或日曆事件。
傳遞新的潛在客戶和已批准的時間
lead.created 會將新請求路由到您的銷售工具，而 timesheet.approved 可為薪資或客戶報告提供資料。
常見問題
關於 Zapier 的問題
- 如何將 Workspace369 連接到 Zapier？
- 使用 Zapier 的 Webhooks，它能將兩者連接起來。Workspace369 網路鉤子會傳送 21 個關於發票、提案、合約、潛在客戶和時間的事件到 Zapier Catch Hook，而自訂請求步驟則透過個人存取權杖透過 HTTPS 呼叫 Workspace369 Builder API。沒有客戶、專案、任務或預訂的事件；Zap 會透過 API 讀取這些內容。
- 這裡的觸發條件和動作之間有什麼區別？
- 觸發條件來自 Workspace369：21 個 Webhook 事件中的一個會啟動 Zap。動作則反之：Custom Request 步驟透過 API 建立、更新或讀取客戶、專案、任務、發票、提案、合約和行事曆事件。傳送提案、合約或發票會返回 202，並等待人員在應用程式中核准，除非權杖擁有者啟用「傳送前不詢問」。
- 我需要哪個 Workspace369 方案？
- Specialist（每月 149 美元，10 個席位）及以上方案。Webhook 觸發條件和 Builder API 都需要 Specialist 方案。在 Cadet 和 Voyager 方案中，一旦管理員啟用 AI 連線，工作流程仍可透過 MCP 的 tools/call 呼叫相同工具，但無法接收 Webhook 觸發條件。在 Zapier 方面，其定價頁面列出 Professional 方案及以上方案才包含 Webhook，免費方案則不包含（檢查日期為 2026 年 10 月 20 日）。
- Zapier 工作流程會使用 AI 用量嗎？
- Zapier、Make 或 n8n 透過 API 或 MCP 執行的每個動作都會使用您工作區的一點 AI 用量；讀取比寫入和傳送使用的少。失敗的呼叫和 webhook 觸發器則不使用。
- Zapier 可以檢查 webhook 簽章嗎？
- 無法獨立完成：Catch Hook 可接受傳送至其 URL 的任何請求。使用 Catch Raw Hook 和一個 Code by Zapier 步驟，該步驟會使用您的完整 whsec_ 簽章金鑰，計算原始內文後加上 X-Webhook-Timestamp 標頭的 hex HMAC-SHA256，並與 X-Webhook-Signature 進行比較。或者，將事件視為通知，並在採取行動前從 API 擷取記錄。
- Zapier 中有原生的 Workspace369 應用程式嗎？
- 尚未。Zapier 的原生應用程式正在開發中。在此之前，請依照本頁說明，使用 Webhooks by Zapier 進行連線。
繼續探索