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