解決方案手冊
Make 採購申請簽核分派閉環的規劃指南，包含設定、Jodoo 欄位、證明記錄和上線備註。
開啟手冊MAKE + JODOO
使用 Make + Jodoo 進行 AI 採購申請簽核分派
了解 Make 和 Jodoo 如何處理採購申請簽核分派：檢視來源申請、傳回結構化決策欄位、將結果寫入 Jodoo，並讓負責人、狀態和下一步行動保持可見。
1
使用一致的評估規則檢視採購申請資料
2
將簽核狀態、採購尋源狀態、採購負責人、簽核路徑、缺漏資訊、預估總額、優先順序和建議下一步行動寫入 Jodoo
3
讓負責人佇列和後續追蹤狀態保持可見
4
在將工作流程調整到正式資料來源前，先使用 Make 證明流程可行
5
公開證明使用 Make Run once 模式，因此擷取的截圖可以在情境歷史中顯示 webhook bundle、模組泡泡、操作次數和 HTTP 回應。
影片導覽
Make 示範中會發生什麼
影片展示 Make 如何處理現場服務團隊申請 12 台強固型平板電腦，包含預算代碼、上線時程、預估支出，以及缺漏的裝置管理細節，接著由 Jodoo 儲存營運記錄。
Custom webhook 接收申請
現場服務團隊申請 12 台強固型平板電腦，包含預算代碼、上線時程、預估支出，以及缺漏的裝置管理細節。
Make 準備結構化審查欄位
工作流程會明確保留簽核狀態、採購尋源狀態、採購負責人、簽核路徑、缺漏資訊、預估總額、優先順序和建議下一步行動，而不是回傳鬆散的段落。
HTTP 模組寫入 Jodoo
已測試的執行會將審查輸出傳送到 Jodoo，並從橋接端收到 Jodoo data ID。
Make 證明可供檢查
公開證明使用 Make Run once 模式，因此擷取的截圖可以在情境歷史中顯示 webhook bundle、模組泡泡、操作次數和 HTTP 回應。
Jodoo 保留團隊記錄
Jodoo 應用程式會儲存申請人姓名、部門、申請日期、優先順序、品項類別、品項描述、數量，供審查和後續追蹤使用。
展示摘要
Make 檢視申請，Jodoo 追蹤後續事項
這個實作適合需要可視化情境畫布、Run once 測試和模組歷史的營運團隊。頁面保留可視化情境設定、實際執行結果和 Jodoo 回寫狀態。HTTP 模組證據以視覺方式呈現：方法、端點、本文類型、解析後回應和完成狀態都可檢查，不需要開啟程式碼編輯器。
Make 情境
Make Custom webhook 接收範例 payload，並由 HTTP 模組將結構化欄位傳送到 Jodoo。
結構化決策
工作流程會針對「供現場服務團隊使用的 12 台強固型平板電腦，包含保護殼與裝置註冊支援」回傳簽核狀態、採購尋源狀態、採購負責人、簽核路徑、缺漏資訊、預估總額、優先順序和建議下一步行動。
Make 成功執行
Make 執行歷史會顯示 HTTP 模組完成狀態、操作詳細資料，以及 Jodoo data ID 回應。
Make 實作細節
先從 Custom webhook 開始，貼上範例申請，讓 Make 推斷 bundle，再將決策欄位對應到 HTTP 模組本文。
採購申請配方細節
針對採購申請簽核分派，Make bundle 應在 HTTP 模組寫入 Jodoo 前，讓申請人、部門、品項、數量、預估總額、預算代碼、需求日期和缺漏資訊保持可見。
Jodoo 回寫
Jodoo 會儲存採購申請記錄，並讓下一步行動保持可見。
營運後續追蹤
建議的下一步行動是申請供應商報價、確認預算負責人核准，並在尋源前將申請分派至財務。
可重複使用套件
重點套件包含手冊、Jodoo 欄位藍圖和 Make 工作流程配方。
平台設定說明
Make 的特定特色
Jodoo 記錄模型可以維持一致，但各個代理平台的建置方式、測試檢視與正式上線交接流程各不相同。
設定證明
此證明使用 Run once，因此可看到傳入 bundle 和 HTTP 回應。
動作路徑
HTTP 模組可檢查方法、URL、本文類型和回應解析。
配方重點
情境歷史提供操作、持續時間和回寫回應的可視化記錄。
正式環境規劃
正式環境規劃應涵蓋 webhook 所有權、router、錯誤處理器和操作用量。
證據細節
公開證明使用 Make Run once 模式，因此擷取的截圖可以在情境歷史中顯示 webhook bundle、模組泡泡、操作次數和 HTTP 回應。
執行證據
HTTP 模組證據以視覺方式呈現：方法、端點、本文類型、解析後回應和完成狀態都可檢查，不需要開啟程式碼編輯器。
建置細節
先從 Custom webhook 開始，貼上範例申請，讓 Make 推斷 bundle，再將決策欄位對應到 HTTP 模組本文。
實作路徑
當高金額合約、緊急發票或缺漏資訊案例需要不同的 Jodoo 佇列時，請在基礎證明完成後使用 router。
防護機制
在將 Run once 證明轉為啟用中的工作流程前，請檢視操作用量、webhook 所有權和情境排程。
審查控制
在 HTTP 模組周圍加入錯誤處理器，讓失敗的回寫可以重試，或移至人工審查路徑。
情境配方
針對採購申請簽核分派，Make bundle 應在 HTTP 模組寫入 Jodoo 前，讓申請人、部門、品項、數量、預估總額、預算代碼、需求日期和缺漏資訊保持可見。
工作流程調整
在第一個回寫證明穩定後，可使用 router 將低金額申請、需要報價的採購、財務簽核和緊急尋源工作分流。
工作流程工具包
建立相同的採購申請簽核分派閉環
檢視手冊、複製工作流程配方，並在調整 Make 工作流程時使用 Jodoo 欄位模型。
可重複使用的工作流程
工作流程負責判斷，Jodoo 讓工作持續推進。
- 01
Custom webhook
使用「供現場服務團隊使用的 12 台強固型平板電腦，包含保護殼與裝置註冊支援」啟動採購申請測試。先從 Custom webhook 開始，貼上範例申請，讓 Make 推斷 bundle，再將決策欄位對應到 HTTP 模組本文。
- 02
Make 情境
Make Custom webhook 接收範例 payload，並由 HTTP 模組將結構化欄位傳送到 Jodoo。
- 03
HTTP 模組
將結構化 JSON 傳送到 Jodoo 回寫橋接端。HTTP 模組證據以視覺方式呈現：方法、端點、本文類型、解析後回應和完成狀態都可檢查，不需要開啟程式碼編輯器。
- 04
證明回應
顯示成功的平台執行和 Jodoo data ID。公開證明使用 Make Run once 模式，因此擷取的截圖可以在情境歷史中顯示 webhook bundle、模組泡泡、操作次數和 HTTP 回應。
- 05
Jodoo 佇列
儲存負責人審查、狀態追蹤和後續追蹤所需欄位。在將 Run once 證明轉為啟用中的工作流程前，請檢視操作用量、webhook 所有權和情境排程。
工作流程循環
從 Make 採購申請簽核分派到 Jodoo
Custom webhook 先使用合成資料接收或啟動採購申請簽核分派。
Make 套用聚焦的審查指令，並回傳簽核狀態、採購尋源狀態、採購負責人、簽核路徑、缺漏資訊、預估總額、優先順序和建議下一步行動。
HTTP 模組將結構化輸出傳送到 Jodoo 回寫橋接端，並接收 data ID。
針對採購申請簽核分派，Make bundle 應在 HTTP 模組寫入 Jodoo 前，讓申請人、部門、品項、數量、預估總額、預算代碼、需求日期和缺漏資訊保持可見。
在第一個回寫證明穩定後，可使用 router 將低金額申請、需要報價的採購、財務簽核和緊急尋源工作分流。
情境歷史是採購流程的有力證明點，因為它會顯示每個模組、操作次數、回應本文，以及已接受的 Jodoo data ID。
完成證明後，Make 可新增採購通知、財務簽核分支、供應商報價查詢，以及失敗回寫的錯誤處理器。
先從 Custom webhook 開始，貼上範例申請，讓 Make 推斷 bundle，再將決策欄位對應到 HTTP 模組本文。
當高金額合約、緊急發票或缺漏資訊案例需要不同的 Jodoo 佇列時，請在基礎證明完成後使用 router。
Jodoo 會建立 Purchase Request Form 記錄，並儲存申請人姓名、部門、申請日期、優先順序、品項類別、品項描述、數量、預估單價。
團隊檢視佇列、指派負責人，並完成下一步行動：申請供應商報價、確認預算負責人核准，並在尋源前將申請分派至財務。
在將 Run once 證明轉為啟用中的工作流程前，請檢視操作用量、webhook 所有權和情境排程。
在 HTTP 模組周圍加入錯誤處理器，讓失敗的回寫可以重試，或移至人工審查路徑。
欄位對應
代理輸出轉為 Jodoo 欄位
| 代理或來源資料 | Jodoo 記錄欄位 |
|---|---|
| 來源申請詳細資料 | 申請人姓名、部門、申請日期、優先順序 |
| 審查決策欄位 | 數量、預估單價、預估總額、需求日期、預算代碼 |
| 工作流程回應 | 來源平台、原始工作流程輸出 |
AI 代理配方
提示詞與結構化輸出
Make 角色
檢視一筆採購申請簽核分派申請，並回傳 Jodoo 可儲存、分派和報表化的結構化欄位。先從 Custom webhook 開始，貼上範例申請，讓 Make 推斷 bundle，再將決策欄位對應到 HTTP 模組本文。
審查指令
使用「供現場服務團隊使用的 12 台強固型平板電腦，包含保護殼與裝置註冊支援」的範例情境，判定簽核狀態、採購尋源狀態、採購負責人、簽核路徑、缺漏資訊、預估總額、優先順序和建議下一步行動，並讓建議下一步行動保持具體。針對採購申請簽核分派，Make bundle 應在 HTTP 模組寫入 Jodoo 前，讓申請人、部門、品項、數量、預估總額、預算代碼、需求日期和缺漏資訊保持可見。
回寫契約
透過 HTTP 模組傳送可預期的 JSON 物件；Jodoo 每次執行都應接收相同欄位名稱。當營運團隊想用畫布、篩選器、router 和模組層級執行歷史來說明交接時，Make 很有幫助。
必要輸出
回傳簽核狀態、採購尋源狀態、採購負責人、簽核路徑、缺漏資訊、預估總額、優先順序和建議下一步行動、source_platform、agent_confidence，以及用於稽核脈絡的原始工作流程輸出。
Make 控制項
在將 Run once 證明轉為啟用中的工作流程前，請檢視操作用量、webhook 所有權和情境排程。在 HTTP 模組周圍加入錯誤處理器，讓失敗的回寫可以重試，或移至人工審查路徑。記錄誰擁有 webhook URL，以及誰可編輯承載正式申請資料的模組。
採購申請實作備註
針對採購申請簽核分派，Make bundle 應在 HTTP 模組寫入 Jodoo 前，讓申請人、部門、品項、數量、預估總額、預算代碼、需求日期和缺漏資訊保持可見。在第一個回寫證明穩定後，可使用 router 將低金額申請、需要報價的採購、財務簽核和緊急尋源工作分流。情境歷史是採購流程的有力證明點，因為它會顯示每個模組、操作次數、回應本文，以及已接受的 Jodoo data ID。完成證明後，Make 可新增採購通知、財務簽核分支、供應商報價查詢，以及失敗回寫的錯誤處理器。
{
"requester_name": "Avery Brooks",
"department": "營運部",
"item_category": "IT 設備",
"item_description": "供現場服務團隊使用的 12 台強固型平板電腦",
"quantity": 12,
"estimated_total": 5820,
"needed_by_date": "2026-06-21",
"budget_code": "OPS-FIELD-2026",
"approval_status": "待審查",
"sourcing_status": "需要報價",
"approval_route": "部門主管後送財務",
"procurement_owner": "採購營運",
"missing_information": "確認裝置管理授權數量與交貨地址",
"recommended_next_action": "申請供應商報價，並在尋源前分派至財務"
}Jodoo 入門應用程式
採購申請入門應用程式
為團隊調整採購申請簽核分派工作流程時，請使用此欄位模型、視圖和自動化。
包含的欄位
- 申請人姓名
- 部門
- 申請日期
- 優先順序
- 品項類別
- 品項描述
- 數量
- 預估單價
- 預估總額
- 需求日期
- 預算代碼
- 業務理由
- 簽核狀態
- 採購尋源狀態
- 採購負責人
- 簽核路徑
- 缺漏資訊
- 建議下一步行動
- 原始工作流程輸出
建議檢視
- 需採購審查
- 財務簽核佇列
- 需要報價
- 高優先順序採購
- 所有採購申請
自動化規則
- 在 Make 回傳結構化輸出後建立 Jodoo 記錄。
- 將高優先順序或例外記錄移至正確的負責人佇列。
- 當存在缺漏資訊或暫停原因時，通知建議負責人。
- 在稽核脈絡中保留原始工作流程輸出。
上線檢查清單
正式上線前需確認的事項
- 在啟用情境前，先將合成資料傳送到 Custom webhook。
- 編輯後重新開啟 HTTP 模組，並確認已儲存的 JSON 對應。
- 使用情境歷史確認狀態、操作和回應本文。
- 僅在基礎回寫穩定後，才新增 router、篩選器和通知。
- 在將 Run once 證明轉為啟用中的工作流程前，請檢視操作用量、webhook 所有權和情境排程。
- 在 HTTP 模組周圍加入錯誤處理器，讓失敗的回寫可以重試，或移至人工審查路徑。
- 記錄誰擁有 webhook URL，以及誰可編輯承載正式申請資料的模組。
- 在第一個回寫證明穩定後，可使用 router 將低金額申請、需要報價的採購、財務簽核和緊急尋源工作分流。
- 情境歷史是採購流程的有力證明點，因為它會顯示每個模組、操作次數、回應本文，以及已接受的 Jodoo data ID。
- 完成證明後，Make 可新增採購通知、財務簽核分支、供應商報價查詢，以及失敗回寫的錯誤處理器。
工作流程
從 Make 採購申請到 Jodoo 記錄
Make 處理可視化情境；Jodoo 保留團隊可篩選、指派和檢視的記錄。
Custom webhook 先使用合成資料接收或啟動採購申請簽核分派。
Make 套用聚焦的審查指令，並回傳簽核狀態、採購尋源狀態、採購負責人、簽核路徑、缺漏資訊、預估總額、優先順序和建議下一步行動。
HTTP 模組將結構化輸出傳送到 Jodoo 回寫橋接端，並接收 data ID。
針對採購申請簽核分派，Make bundle 應在 HTTP 模組寫入 Jodoo 前，讓申請人、部門、品項、數量、預估總額、預算代碼、需求日期和缺漏資訊保持可見。
在第一個回寫證明穩定後，可使用 router 將低金額申請、需要報價的採購、財務簽核和緊急尋源工作分流。
情境歷史是採購流程的有力證明點，因為它會顯示每個模組、操作次數、回應本文，以及已接受的 Jodoo data ID。
完成證明後，Make 可新增採購通知、財務簽核分支、供應商報價查詢，以及失敗回寫的錯誤處理器。
先從 Custom webhook 開始，貼上範例申請，讓 Make 推斷 bundle，再將決策欄位對應到 HTTP 模組本文。
當高金額合約、緊急發票或缺漏資訊案例需要不同的 Jodoo 佇列時，請在基礎證明完成後使用 router。
Jodoo 會建立 Purchase Request Form 記錄，並儲存申請人姓名、部門、申請日期、優先順序、品項類別、品項描述、數量、預估單價。
團隊檢視佇列、指派負責人，並完成下一步行動：申請供應商報價、確認預算負責人核准，並在尋源前將申請分派至財務。
在將 Run once 證明轉為啟用中的工作流程前，請檢視操作用量、webhook 所有權和情境排程。
在 HTTP 模組周圍加入錯誤處理器，讓失敗的回寫可以重試，或移至人工審查路徑。
Jodoo 記錄
Jodoo 儲存的內容
工作流程執行後，Jodoo 會保留可持續追蹤的採購申請欄位：申請人姓名、部門、申請日期、優先順序、品項類別、品項描述、數量、預估單價。
申請人姓名部門申請日期優先順序品項類別品項描述數量預估單價預估總額需求日期預算代碼業務理由簽核狀態採購尋源狀態採購負責人簽核路徑缺漏資訊建議下一步行動原始工作流程輸出
真實測試執行
Make 工作流程已將採購申請寫入 Jodoo
截圖使用合成資料，並顯示 Make 設定、成功執行，以及由工作流程建立的 Jodoo 列資料。
Make 情境設定
Make Custom webhook 接收範例 payload，並由 HTTP 模組將結構化欄位傳送到 Jodoo。
Make 成功執行
Make 執行歷史會顯示 HTTP 模組完成狀態、操作詳細資料，以及 Jodoo data ID 回應。
Jodoo 回寫
採購申請簽核分派已寫入 Jodoo，並可看到申請人姓名、部門、申請日期、優先順序、品項類別、品項描述欄位。
常見問題
常見問題
了解如何將代理平台搭配 Jodoo 記錄、工作流程與應用程式範本使用的相關解答。
這個 Make 採購申請簽核分派是否已端到端測試？
是。此證明使用合成資料、真實 Make 執行，以及已驗證的 Jodoo 回寫截圖與證明清單。
為什麼要使用 Make 進行採購申請簽核分派？
當營運團隊需要可視化情境畫布、Run once 測試和模組歷史時，可使用 Make。接著由 Jodoo 保留可持續追蹤的記錄，供審查和後續追蹤使用。
這個 Make 實作與其他平台範例有何不同？
公開證明使用 Make Run once 模式，因此擷取的截圖可以在情境歷史中顯示 webhook bundle、模組泡泡、操作次數和 HTTP 回應。先從 Custom webhook 開始，貼上範例申請，讓 Make 推斷 bundle，再將決策欄位對應到 HTTP 模組本文。針對採購申請簽核分派，Make bundle 應在 HTTP 模組寫入 Jodoo 前，讓申請人、部門、品項、數量、預估總額、預算代碼、需求日期和缺漏資訊保持可見。
工作流程執行後，Jodoo 會儲存什麼？
Jodoo 會儲存申請人姓名、部門、申請日期、優先順序、品項類別、品項描述、數量、預估單價、預估總額、需求日期，以及用於稽核脈絡的原始工作流程輸出。
之後可以連接到正式來源資料嗎？
可以。先從已驗證的合成資料執行開始，等採購申請簽核分派 schema 穩定後，再連接表單、入口網站、收件匣、API 或內部系統。當高金額合約、緊急發票或缺漏資訊案例需要不同的 Jodoo 佇列時，請在基礎證明完成後使用 router。
哪些事項應保留由團隊審查？
工作流程可以準備決策欄位，但負責人仍應審查業務風險、付款或法務核准，以及最終營運決策。請記錄誰擁有 webhook URL，以及誰可編輯承載正式申請資料的模組。
下一步
將採購申請轉為可追蹤的後續事項
先從一次已驗證的 Make 執行開始，接著將相同回寫模式重複用於相鄰的審查佇列和營運交接。在將 Run once 證明轉為啟用中的工作流程前，請檢視操作用量、webhook 所有權和情境排程。