解決方案手冊
這份規劃指南說明 Make 供應商進件流程，包括 Custom webhook 設定、Run once 驗證、HTTP 模組對應、Jodoo 欄位與上線說明。
開啟手冊MAKE + JODOO
使用 Make + Jodoo 進行供應商進件審查
當採購團隊希望在 Jodoo 儲存供應商審查記錄前，先清楚看到 Custom webhook、Run once bundle、HTTP 模組對應與情境歷程時，可搭配 Make 與 Jodoo 使用。
透過 Make Custom webhook 擷取供應商進件資料在 Run once 期間檢查傳入的 bundle 與對應後的 HTTP 內容將供應商風險與文件後續追蹤欄位回寫至 Jodoo使用 Make 歷程檢視操作、執行時間與回寫回應
影片導覽
Make 示範中會發生什麼
影片展示 Make 如何審查一筆模擬的供應商進件申請、送出結構化審查欄位，並由 Jodoo 儲存採購記錄。
Make 等待供應商 bundle
此驗證使用 Run once 模式下的 Custom webhook，因此可在情境畫布上直接看到傳入的供應商資料載荷。
HTTP 模組對應審查欄位
此模組會以 JSON 請求傳送供應商名稱、缺少文件、風險、建議、審查人員與狀態。
執行歷程顯示回寫回應
Make 會確認 HTTP 模組已完成，並從橋接端回傳 Jodoo data ID。
Jodoo 保留供應商審查記錄
採購團隊可在 Jodoo 中檢視文件完整性、中度風險供應商、條件式核准與負責人佇列。
展示摘要
Make 審查供應商，Jodoo 追蹤後續
當團隊希望先以視覺化方式編排情境，再由 Jodoo 作為共享的供應商審查記錄時，這種做法特別實用。
視覺化情境
Make 會將供應商進件流程顯示為 webhook 模組連接至 HTTP 回寫模組。
Run once 擷取
情境會等待測試請求，並記錄傳入的供應商 bundle。
對應後的 HTTP 請求
HTTP 模組會將供應商審查欄位作為 JSON 內容傳送到 Jodoo 橋接端。
歷程回應
Make 會記錄狀態、操作次數、執行時間，以及 Jodoo data ID 回應。
Jodoo 後續追蹤
Jodoo 記錄會保留文件狀態、風險、建議、負責人與審查備註。
情境配方
此配方聚焦於 webhook URL 檢查、已儲存的 HTTP 模組欄位，以及執行歷程驗證。
平台設定說明
Make 的特定特色
Jodoo 記錄模型可以維持一致，但各個代理平台的建置方式、測試檢視與正式上線交接流程各不相同。
Run once 可視性
當利害關係人希望在首次驗證執行時看到傳入的供應商 bundle 與模組回應，Make 特別實用。
HTTP 儲存檢查
變更橋接 URL 或 JSON 內容後，請重新開啟 HTTP 模組，並在送出測試資料前確認儲存值正確。
歷程檢視
使用情境歷程檢查模組是否成功、操作次數、點數消耗、執行時間，以及回傳的 Jodoo data ID。
正式環境分派
應在採購欄位模型核准後，再加入 routers、error handlers 與通知。
工作流程工具包
建立相同的供應商進件審查循環
參考手冊、複製工作流程配方，並在調整 Make 工作流程以配合您的供應商來源時，沿用 Jodoo 欄位模型。
您的團隊可重複使用的內容
Make 透過 Custom webhook 接收供應商申請，在 HTTP 模組中對應審查資料載荷，並於歷程中記錄操作。Jodoo 則保留可持續追蹤的採購記錄，用於文件、風險、負責人與核准後續追蹤。
商務工作流程Jodoo 欄位模型代理提示詞上線檢查清單
可重複使用的工作流程
工作流程負責判斷，Jodoo 讓工作持續推進。
- 01
Custom webhook
在 Run once 模式下接收 Atlas Packaging Co. bundle
- 02
Make 情境
Make Custom webhook 會接收供應商資料載荷，接著由 HTTP 模組將結構化欄位送至 Jodoo。
- 03
HTTP 模組
提交供應商審查 JSON 並解析橋接回應
- 04
情境歷程
顯示成功狀態、操作次數、執行時間與資料傳輸
- 05
Jodoo 審查應用程式
儲存風險、建議、審查人員與文件後續追蹤
工作流程循環
從 Make webhook bundle 到 Jodoo 供應商審查
Make Custom webhook 會從測試請求、表單或入口網站來源接收一筆供應商進件 bundle。
Run once 模式會在情境排程或啟用前，保持供應商 bundle 可見。
HTTP 模組會對應供應商欄位、缺漏文件備註、風險等級、建議、審查人員與下一步動作。
Make 會將 JSON 內容傳送至 Jodoo 橋接端，並在情境歷程中擷取回應。
Jodoo 會建立供應商上線記錄，並依文件後續追蹤、風險、負責人與核准狀態整理採購工作。
之後可在相同的視覺化情境模式中加入 routers、filters、通知或已連接的來源模組。
欄位對應
代理輸出轉為 Jodoo 欄位
| 代理或來源資料 | Jodoo 記錄欄位 |
|---|---|
| vendor_name, vendor_category, business_need | 供應商法定名稱、供應商類別、供應商業務說明 |
| contact_name, contact_email | 主要聯絡人姓名、主要聯絡人電子郵件 |
| requested_by, suggested_owner | 申請人姓名、合規審查人員 |
| missing_documents, compliance_status | 文件完整性、審查備註 |
| risk_level, recommendation, review_status | 風險等級、核准建議、上線狀態 |
AI 代理配方
提示詞與結構化輸出
Make 情境角色
透過 Make Custom webhook 接收一筆供應商進件 bundle，並將結構化的供應商審查物件送入 Jodoo。
欄位準備規則
在 HTTP 模組執行前，先標準化缺漏文件、合規狀態、建議、建議負責人與審查狀態。
HTTP 模組規格
使用 POST、JSON 內容、回應解析，以及已儲存的橋接 URL，再將情境歷程作為驗證依據。
必要輸出
回傳 vendor_name、vendor_category、business_need、contact_email、requested_by、risk_level、missing_documents、recommendation、suggested_owner、next_best_action 和 source_platform。
{
"vendor_name": "Atlas Packaging Co.",
"vendor_category": "包材供應商",
"contact_name": "Nora Patel",
"contact_email": "nora.patel@atlaspackaging.example",
"business_need": "支援西岸出貨作業的二級包材供應商。",
"requested_by": "營運採購",
"spend_estimate": "每年 120000",
"risk_level": "中",
"compliance_status": "需要 W-9 與保險證明",
"missing_documents": "W-9、保險證明、永續政策",
"recommendation": "有條件繼續審查",
"suggested_owner": "採購營運",
"next_best_action": "索取缺少文件並安排採購審查",
"review_status": "需要補件追蹤",
"source_platform": "make",
"agent_confidence": "0.84"
}Jodoo 入門應用程式
供應商進件審查入門應用程式
當您為採購團隊調整供應商上線工作流程時，可使用這套欄位模型、建議檢視與自動化規則。
包含的欄位
- 供應商法定名稱
- 供應商類別
- 業務需求
- 主要聯絡人
- 申請人
- 合規審查人員
- 文件完整性
- 風險等級
- 核准建議
- 上線狀態
- 審查備註
- 原始代理輸出
建議檢視
- 需進行文件後續追蹤
- 中度或高度風險
- 負責人佇列
- 可進入採購來源審查
- 所有供應商審查
自動化規則
- 當 Make 回傳結構化輸出後，建立一筆 Jodoo 供應商上線記錄。
- 將中度或高度風險的供應商移入合規審查佇列。
- 當文件完整性不完整時，通知合規審查人員。
- 將原始工作流程輸出保留在審查備註或稽核情境中。
上線檢查清單
正式上線前需確認的事項
- 建立 Make Custom webhook，並以模擬供應商資料執行一次。
- 確認 webhook bundle 欄位與 Jodoo 欄位對應一致。
- 編輯 method、URL、headers 與 JSON 內容後，請儲存 HTTP 模組。
- 在 Make 歷程中檢查狀態、執行時間、操作次數與回應內容。
- 僅在基礎供應商審查回寫穩定後，再加入 routers 或 filters。
- 將真實供應商憑證與端點密鑰移至受控連線中。
工作流程
從 Make 供應商審查到 Jodoo 供應商上線記錄
Make 負責視覺化情境處理；Jodoo 保留採購團隊可篩選、分派與審查的記錄。
Make Custom webhook 會從測試請求、表單或入口網站來源接收一筆供應商進件 bundle。
Run once 模式會在情境排程或啟用前，保持供應商 bundle 可見。
HTTP 模組會對應供應商欄位、缺漏文件備註、風險等級、建議、審查人員與下一步動作。
Make 會將 JSON 內容傳送至 Jodoo 橋接端，並在情境歷程中擷取回應。
Jodoo 會建立供應商上線記錄，並依文件後續追蹤、風險、負責人與核准狀態整理採購工作。
之後可在相同的視覺化情境模式中加入 routers、filters、通知或已連接的來源模組。
Jodoo 記錄
Jodoo 儲存的內容
工作流程執行後，Jodoo 會保存可長期追蹤的供應商審查欄位：供應商名稱、業務需求、合規審查人員、文件完整性、風險、建議與上線狀態。
供應商法定名稱供應商類別業務需求主要聯絡人申請人合規審查人員文件完整性風險等級核准建議上線狀態審查備註原始代理輸出
實際測試執行
一個 Make 工作流程已將供應商審查寫入 Jodoo
這些截圖使用模擬供應商資料，展示 Make 設定、成功執行結果，以及由工作流程建立的 Jodoo 資料列。
情境設定
Make Custom webhook 會接收供應商資料載荷，並由 HTTP 模組將結構化欄位送至 Jodoo。
Make 成功執行
Make HTTP 模組已成功完成，且橋接端回傳 Jodoo data ID。
Jodoo 回寫
供應商審查已寫入 Jodoo 供應商上線記錄，包含風險、建議與合規審查人員欄位。
常見問題
常見問題
了解如何將代理平台搭配 Jodoo 記錄、工作流程與應用程式範本使用的相關解答。
這個 Make 供應商工作流程是否已完成端到端測試？
是的。此驗證使用了 Make Custom webhook、一次 HTTP 模組執行，以及附有驗證清單的 Jodoo 回寫截圖。
為什麼要用 Make 進行供應商進件審查？
當營運團隊重視視覺化情境、Run once 測試、bundle 檢查與模組歷程時，可使用 Make。
第一次 Make 驗證一定要使用 AI 模組嗎？
不需要。此驗證會先確保回寫路徑可靠；等輸出結構穩定後，團隊再加入 Make AI 或模型步驟即可。
在正式使用前應檢查什麼？
請確認操作限制、webhook 擁有權、錯誤處理、來源權限，以及審查人員模型，再處理真實供應商資料。
Make 執行後，Jodoo 會儲存哪些內容？
Jodoo 會儲存供應商身分資訊、文件完整性、風險等級、建議、合規審查人員、上線狀態與審查備註。
下一步
將供應商進件轉為採購後續追蹤
先從一筆供應商申請開始，再將相同的回寫模式重複用於合規審查、供應商上線、合約進件與採購申請。