Cal.com Connector Node 在 V2 API 後無法使用

問題
, ,
1

描述錯誤

Cal.com BOOKING_CREATED 觸發節點存在錯誤。在節點設定中，它聲稱使用 Cal.com v2 API，但執行時卻返回一個錯誤，表示並非如此。

錯誤訊息是什麼（如果有的話）？

工作流程運行出現問題

您的請求無效或無法由服務處理

顯示詳細資訊

Cal.com Trigger: API v1 已被淘汰。請遷移至 API v2：

根據 Cal.com 關於從 V1 → V2 遷移的文件

驗證變更

在 v1 中，您使用作為查詢參數傳遞的 API 金鑰進行驗證：

curl https://api.cal.com/v1/bookings?apiKey=cal_test_xxxxxx

在 v2 中，您使用 Authorization 標頭中的 API 金鑰進行驗證：

curl https://api.cal.com/v2/bookings -H
"Authorization: Bearer cal_test_xxxxxx" -H "cal-api-version: 2024-08-13"

我懷疑這在 n8n 後端沒有改變，否則應該能正常工作。

有關您的 n8n 設定的資訊

  • n8n 版本：N8N Cloud

先前的主題

在這篇文章中提過類似的問題，但未被解決。用戶只是被告知使用 webhook 觸發器，但這在我的設定中不是一個選項。

3

歡迎來到 n8n 社群 @xer0

目前，我建議透過避免使用 Cal.com Trigger 節點，改用通用的 n8n Webhook 節點來解決此問題。

在 n8n 中建立一個 Webhook 節點，設定方法為 POST，發佈/啟動工作流程，然後複製 Production URL 並在 Cal.com 中手動註冊，路徑為 Settings → Developer → Webhooks。選擇你需要的事件，例如 Booking Created 和 Meeting Ended。

這樣可以完全繞過 Cal.com trigger 節點。認證憑證可能沒有問題，但該節點似乎仍在某處呼叫已棄用的 v1 流程，這就是為什麼 Cal.com 會返回「API v1 has been decommissioned」錯誤的原因。

另外，請確保不要為 webhook 使用 localhost URL，除非你正在公開隧道它。Cal.com 需要連接到公開的 URL，因此使用 n8n Cloud 時，請使用 Webhook 節點的 Production URL。

image
image700×366 15.5 KB