解決方案手冊
用於規劃 Make 合約進件審查循環的指南，包含設定、Jodoo 欄位、驗證記錄與上線說明。
開啟手冊MAKE + JODOO
使用 Make + Jodoo 進行 AI 合約進件審查
使用 Make 搭配 Jodoo 執行合約進件審查，回傳風險等級、優先順序、審查分派路徑、缺少資訊、建議負責人、下一步最佳行動與審查狀態，並將結果儲存到可追蹤的 Jodoo 記錄中。
以一致的評估標準審查合約進件資料將風險等級、優先順序、審查分派路徑、缺少資訊、建議負責人、下一步最佳行動與審查狀態寫入 Jodoo讓負責人佇列與後續追蹤狀態保持可見先用 Make 驗證流程，再調整工作流程以串接正式來源資料公開驗證使用 Make 的 Run once 模式，因此擷取的截圖可在情境歷程中顯示 webhook bundle、模組氣泡、操作次數與 HTTP 回應。
影片導覽
Make 示範中會發生什麼
影片示範 Make 如何處理 Northstar Logistics MSA renewal 進入工作流程，包含金額、部門、預定簽署日期、缺少的保險細節與續約背景，接著由 Jodoo 儲存營運記錄。
Custom webhook 接收申請
Northstar Logistics MSA renewal 帶著金額、部門、預定簽署日期、缺少的保險細節與續約背景進入工作流程。
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。
結構化判定
工作流程會為 Northstar Logistics MSA renewal 回傳風險等級、優先順序、審查分派路徑、缺少資訊、建議負責人、下一步最佳行動與審查狀態。
Make 成功執行
Make 執行歷程顯示 HTTP 模組已完成、操作細節，以及 Jodoo data ID 回應。
Make 實作細節
先從 Custom webhook 開始，貼上範例請求，讓 Make 推斷 bundle，再把判定欄位對應到 HTTP 模組的 body。
合約進件配方細節
針對合約進件，Make bundle 應在 HTTP 模組寫入 Jodoo 前，保留交易對象、金額、預定簽署日期與缺少文件欄位的可見性。
Jodoo 回寫
Jodoo 會儲存合約進件記錄，並讓下一步行動保持可見。
營運後續追蹤
建議的下一步行動是先要求補齊缺少的保險證明與資料處理確認，再分派給法務與財務。
可重複使用工具包
重點工具包包含手冊、Jodoo 欄位藍圖，以及 Make 工作流程配方。
平台設定說明
Make 的特定特色
Jodoo 記錄模型可以維持一致，但各個代理平台的建置方式、測試檢視與正式上線交接流程各不相同。
設定驗證
此驗證使用 Run once，因此可看見傳入的 bundle 與 HTTP 回應。
動作路徑
HTTP 模組可清楚檢視方法、URL、請求主體類型與回應解析。
配方重點
情境歷程提供操作次數、執行時間與回寫回應的視覺化記錄。
正式上線規劃
正式上線規劃應涵蓋 webhook 擁有權、routers、錯誤處理器與操作用量。
驗證細節
公開驗證使用 Make 的 Run once 模式，因此擷取的截圖可在情境歷程中顯示 webhook bundle、模組氣泡、操作次數與 HTTP 回應。
執行證據
HTTP 模組的驗證證據是可視化的：方法、端點、請求主體類型、解析後回應與完成狀態都能直接檢視，無需開啟程式碼編輯器。
建置細節
先從 Custom webhook 開始，貼上範例請求，讓 Make 推斷 bundle，再把判定欄位對應到 HTTP 模組的 body。
實作路徑
當高價值合約、緊急發票或缺少資訊案件需要不同的 Jodoo 佇列時，可在基礎驗證完成後加入 router。
防護原則
在將 Run once 驗證轉為正式啟用的工作流程前，請先檢查操作用量、webhook 擁有權與情境排程。
審查控制
請在 HTTP 模組周圍加入錯誤處理器，讓回寫失敗時可以重試或轉入人工審查路徑。
情境配方
針對合約進件，Make bundle 應在 HTTP 模組寫入 Jodoo 前，保留交易對象、金額、預定簽署日期與缺少文件欄位的可見性。
工作流程調整
當第一個 Jodoo 回寫驗證穩定後，可用 router 將中風險續約與高風險新合約分流。
工作流程工具包
建立相同的合約進件審查循環
查看手冊、複製工作流程配方，並在調整 Make 工作流程時使用 Jodoo 欄位模型。
您的團隊可重複使用的內容
Make 負責可視化情境；Jodoo 儲存合約進件審查欄位，供負責人佇列、審查狀態與後續追蹤使用。
商務工作流程Jodoo 欄位模型代理提示詞上線檢查清單
可重複使用的工作流程
工作流程負責判斷，Jodoo 讓工作持續推進。
- 01
Custom webhook
以 Northstar Logistics MSA renewal 啟動合約進件測試。先從 Custom webhook 開始，貼上範例請求，讓 Make 推斷 bundle，再把判定欄位對應到 HTTP 模組的 body。
- 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 前，保留交易對象、金額、預定簽署日期與缺少文件欄位的可見性。
當第一個 Jodoo 回寫驗證穩定後，可用 router 將中風險續約與高風險新合約分流。
對法務營運而言，情境歷程是最佳驗證依據，因為它會顯示每個模組、執行時間、操作次數，以及 Jodoo 已接受的回應。
先從 Custom webhook 開始，貼上範例請求，讓 Make 推斷 bundle，再把判定欄位對應到 HTTP 模組的 body。
當高價值合約、緊急發票或缺少資訊案件需要不同的 Jodoo 佇列時，可在基礎驗證完成後加入 router。
Jodoo 會建立合約進件表單記錄，並儲存合約標題、交易對象、合約類型、申請部門、合約金額、預定簽署日期、缺少資訊、風險等級。
團隊會檢視佇列、指派負責人，並完成下一步行動：先要求補齊缺少的保險證明與資料處理確認，再分派給法務與財務。
在將 Run once 驗證轉為正式啟用的工作流程前，請先檢查操作用量、webhook 擁有權與情境排程。
請在 HTTP 模組周圍加入錯誤處理器，讓回寫失敗時可以重試或轉入人工審查路徑。
欄位對應
代理輸出轉為 Jodoo 欄位
| 代理或來源資料 | Jodoo 記錄欄位 |
|---|---|
| 來源申請明細 | 合約標題、交易對象、合約類型、申請部門 |
| 審查判定欄位 | 缺少資訊、風險等級、優先順序、審查分派路徑、建議負責人 |
| 工作流程回應 | 來源平台、原始工作流程輸出 |
AI 代理配方
提示詞與結構化輸出
Make 角色
審查單一合約進件審查申請，並回傳可供 Jodoo 儲存、分派與報表使用的結構化欄位。先從 Custom webhook 開始，貼上範例請求，讓 Make 推斷 bundle，再把判定欄位對應到 HTTP 模組的 body。
審查指令
使用 Northstar Logistics MSA renewal 的範例情境，判定風險等級、優先順序、審查分派路徑、缺少資訊、建議負責人、下一步最佳行動與審查狀態，並讓建議的下一步行動保持具體。針對合約進件，Make bundle 應在 HTTP 模組寫入 Jodoo 前，保留交易對象、金額、預定簽署日期與缺少文件欄位的可見性。
回寫契約
透過 HTTP 模組傳送可預期的 JSON 物件；Jodoo 每次都應收到相同的欄位名稱。當營運團隊希望用畫布、filters、routers 與模組層級的執行歷程來說明交接時，Make 特別實用。
必要輸出
回傳風險等級、優先順序、審查分派路徑、缺少資訊、建議負責人、下一步最佳行動、審查狀態、source_platform、agent_confidence，以及 original workflow output，以保留稽核情境。
Make 控制項
在將 Run once 驗證轉為正式啟用的工作流程前，請先檢查操作用量、webhook 擁有權與情境排程。請在 HTTP 模組周圍加入錯誤處理器，讓回寫失敗時可以重試或轉入人工審查路徑。請記錄誰擁有 webhook URL，以及誰被允許編輯承載正式申請資料的模組。
合約進件實作說明
針對合約進件，Make bundle 應在 HTTP 模組寫入 Jodoo 前，保留交易對象、金額、預定簽署日期與缺少文件欄位的可見性。當第一個 Jodoo 回寫驗證穩定後，可用 router 將中風險續約與高風險新合約分流。對法務營運而言，情境歷程是最佳驗證依據，因為它會顯示每個模組、執行時間、操作次數，以及 Jodoo 已接受的回應。
{
"contract_name": "Northstar Logistics MSA 續約",
"counterparty": "Northstar Logistics",
"contract_type": "主服務協議",
"contract_value": 186000,
"currency": "USD",
"risk_level": "中",
"priority": "高",
"review_route": "先法務後財務",
"missing_information": "更新後的保險證明與資料處理附錄確認",
"suggested_owner": "法務營運",
"next_best_action": "索取缺少文件並轉交法務審查",
"review_status": "需要補充資料追蹤"
}Jodoo 入門應用程式
合約進件入門應用程式
當您為團隊調整合約進件審查工作流程時，可使用此欄位模型、檢視與自動化。
包含的欄位
- 合約標題
- 交易對象
- 合約類型
- 申請部門
- 合約金額
- 預定簽署日期
- 缺少資訊
- 風險等級
- 優先順序
- 審查分派路徑
- 建議負責人
- 下一步最佳行動
- 審查狀態
- 來源平台
- 原始工作流程輸出
建議檢視
- 需要進件後續追蹤
- 法務審查佇列
- 財務審查佇列
- 高優先合約
- 所有合約申請
自動化規則
- 在 Make 回傳結構化輸出後建立 Jodoo 記錄。
- 將高優先或例外記錄移動到正確的負責人佇列。
- 當存在缺少資訊或暫停原因時，通知建議負責人。
- 在稽核情境中保留原始工作流程輸出。
上線檢查清單
正式上線前需確認的事項
- 在啟用情境前，先將合成資料送到 Custom webhook。
- 編輯後重新開啟 HTTP 模組，並確認已儲存的 JSON 對應。
- 使用情境歷程確認狀態、操作次數與回應內容。
- 只有在基礎回寫穩定後，再加入 routers、filters 與通知。
- 在將 Run once 驗證轉為正式啟用的工作流程前，請先檢查操作用量、webhook 擁有權與情境排程。
- 請在 HTTP 模組周圍加入錯誤處理器，讓回寫失敗時可以重試或轉入人工審查路徑。
- 請記錄誰擁有 webhook URL，以及誰被允許編輯承載正式申請資料的模組。
- 當第一個 Jodoo 回寫驗證穩定後，可用 router 將中風險續約與高風險新合約分流。
- 對法務營運而言，情境歷程是最佳驗證依據，因為它會顯示每個模組、執行時間、操作次數，以及 Jodoo 已接受的回應。
工作流程
從 Make 合約進件到 Jodoo 記錄
Make 負責可視化情境流程；Jodoo 保留可供團隊篩選、指派與審查的記錄。
Custom webhook 先以合成資料接收或啟動合約進件審查。
Make 套用聚焦的審查指令，並回傳風險等級、優先順序、審查分派路徑、缺少資訊、建議負責人、下一步最佳行動與審查狀態。
HTTP 模組將結構化輸出傳送至 Jodoo 回寫橋接層，並收到 data ID。
針對合約進件，Make bundle 應在 HTTP 模組寫入 Jodoo 前，保留交易對象、金額、預定簽署日期與缺少文件欄位的可見性。
當第一個 Jodoo 回寫驗證穩定後，可用 router 將中風險續約與高風險新合約分流。
對法務營運而言，情境歷程是最佳驗證依據，因為它會顯示每個模組、執行時間、操作次數，以及 Jodoo 已接受的回應。
先從 Custom webhook 開始，貼上範例請求，讓 Make 推斷 bundle，再把判定欄位對應到 HTTP 模組的 body。
當高價值合約、緊急發票或缺少資訊案件需要不同的 Jodoo 佇列時，可在基礎驗證完成後加入 router。
Jodoo 會建立合約進件表單記錄，並儲存合約標題、交易對象、合約類型、申請部門、合約金額、預定簽署日期、缺少資訊、風險等級。
團隊會檢視佇列、指派負責人，並完成下一步行動：先要求補齊缺少的保險證明與資料處理確認，再分派給法務與財務。
在將 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 模組的 body。針對合約進件，Make bundle 應在 HTTP 模組寫入 Jodoo 前，保留交易對象、金額、預定簽署日期與缺少文件欄位的可見性。
工作流程執行後，Jodoo 會儲存哪些內容？
Jodoo 會儲存合約標題、交易對象、合約類型、申請部門、合約金額、預定簽署日期、缺少資訊、風險等級、優先順序、審查分派路徑，以及供稽核使用的原始工作流程輸出。
之後可以再串接正式來源資料嗎？
可以。請先從已驗證的合成執行開始，等合約進件審查 schema 穩定後，再串接表單、入口網站、收件匣、API 或內部系統。當高價值合約、緊急發票或缺少資訊案件需要不同的 Jodoo 佇列時，可在基礎驗證完成後加入 router。
哪些部分仍應由團隊持續審查？
工作流程可以先準備判定欄位，但負責人仍應審查業務風險、付款或法務簽核，以及最終營運決策。請記錄誰擁有 webhook URL，以及誰被允許編輯承載正式申請資料的模組。
下一步
將合約進件轉為可追蹤的後續處理
先從一次已驗證的 Make 執行開始，再重複使用相同的回寫模式到相鄰的審查佇列與營運交接。在將 Run once 驗證轉為正式啟用的工作流程前，請先檢查操作用量、webhook 擁有權與情境排程。