解决方案手册
用于规划 Make 合同受理审核闭环的手册，包括设置、Jodoo 字段、验证记录和上线说明。
打开手册MAKE + JODOO
使用 Make + Jodoo 的 AI 合同受理审核
使用 Make 与 Jodoo 执行合同受理审核，返回风险等级、优先级、审核分派路径、缺失信息、建议负责人、下一步最佳动作和审核状态，并将结果存入可跟踪的 Jodoo 记录中。
使用统一的评估标准审核合同受理数据将风险等级、优先级、审核分派路径、缺失信息、建议负责人、下一步最佳动作和审核状态写入 Jodoo让负责人队列和跟进状态保持可见先用 Make 验证方案，再将工作流适配到生产数据源公开验证使用 Make 的 Run once 模式，因此截图中可以展示 webhook 数据包、模块气泡、操作次数以及场景历史中的 HTTP 响应。
视频演示
Make 演示中会发生什么
视频展示了 Northstar Logistics MSA renewal 如何带着金额、部门、目标签署日期、缺失的保险信息和续签背景进入工作流，随后由 Jodoo 存储这条运营记录。
Custom webhook 接收申请
Northstar Logistics MSA renewal 带着金额、部门、目标签署日期、缺失的保险信息和续签背景进入工作流。
Make 准备结构化审核字段
工作流会明确保留风险等级、优先级、审核分派路径、缺失信息、建议负责人、下一步最佳动作和审核状态，而不是返回一段松散的描述。
HTTP 模块写入 Jodoo
已测试的运行会将审核输出发送到 Jodoo，并从桥接层接收一个 Jodoo 数据 ID。
Make 验证结果可检查
公开验证使用 Make 的 Run once 模式，因此截图中可以展示 webhook 数据包、模块气泡、操作次数以及场景历史中的 HTTP 响应。
Jodoo 保留团队记录
Jodoo 应用会存储合同标题、交易对方、合同类型、申请部门、合同金额、目标签署日期、用于审核和跟进的缺失信息。
演示摘要
Make 审核申请，Jodoo 跟踪跟进
此实现适合希望使用可视化场景画布、Run once 测试和模块历史记录的运营团队。页面会持续展示可视化场景配置、真实运行过程以及 Jodoo 回写结果。HTTP 模块的证据是可视化的：方法、端点、请求体类型、解析后的响应和完成状态都可直接查看，无需打开代码编辑器。
Make 场景
Make Custom webhook 接收示例负载，HTTP 模块将结构化字段发送到 Jodoo。
结构化决策
工作流会为 Northstar Logistics MSA renewal 返回风险等级、优先级、审核分派路径、缺失信息、建议负责人、下一步最佳动作和审核状态。
Make 成功运行
Make 的运行历史显示了 HTTP 模块完成情况、操作详情以及 Jodoo 数据 ID 响应。
Make 实现细节
从 Custom webhook 开始，粘贴示例请求，让 Make 先推断数据包，再将决策字段映射到 HTTP 模块的请求体中。
合同受理方案细节
对于合同受理，Make 数据包应在 HTTP 模块写入 Jodoo 之前，保留交易对方、金额、目标签署日期和缺失文档字段的可见性。
Jodoo 回写
Jodoo 存储合同受理记录，并让下一步动作保持可见。
运营跟进
建议的下一步动作是在分派给法务和财务之前，先申请补齐缺失的保险证明和数据处理确认。
可复用工具包
该工具包包含手册、Jodoo 字段蓝图和 Make 工作流方案。
平台配置说明
Make 的专属特点
Jodoo 记录模型可以保持一致，但不同 AI 智能体 平台在搭建方式、测试视图和正式交接上各不相同。
设置验证
该验证使用 Run once，因此传入的数据包和 HTTP 响应都是可见的。
执行路径
HTTP 模块让方法、URL、请求体类型和响应解析过程都可检查。
方案重点
场景历史可为操作、耗时和回写响应提供可视化记录。
生产规划
生产规划应涵盖 webhook 负责关系、分流器、错误处理器和操作用量。
证据细节
公开验证使用 Make 的 Run once 模式，因此截图中可以展示 webhook 数据包、模块气泡、操作次数以及场景历史中的 HTTP 响应。
运行证据
HTTP 模块的证据是可视化的：方法、端点、请求体类型、解析后的响应和完成状态都可直接查看，无需打开代码编辑器。
构建细节
从 Custom webhook 开始，粘贴示例请求，让 Make 先推断数据包，再将决策字段映射到 HTTP 模块的请求体中。
实施路径
当高价值合同、紧急发票或缺失信息案例需要不同的 Jodoo 队列时，可在基础验证完成后使用分流器。
控制要求
在将 Run once 验证转为正式启用的工作流之前，请检查操作用量、webhook 负责关系以及场景调度。
审核控制
为 HTTP 模块添加错误处理器，以便在回写失败时重试或转入人工审核路径。
场景方案
对于合同受理，Make 数据包应在 HTTP 模块写入 Jodoo 之前，保留交易对方、金额、目标签署日期和缺失文档字段的可见性。
工作流适配
一旦首次 Jodoo 回写验证稳定后，分流器可以将中风险续签与高风险新协议拆分处理。
工作流工具包
搭建同样的合同受理审核闭环
查看手册、复制工作流方案，并在适配 Make 工作流时使用 Jodoo 字段模型。
您的团队可复用的内容
Make 负责可视化场景；Jodoo 存储合同受理审核字段，用于负责人队列、审核状态和跟进。
业务工作流Jodoo 字段模型智能体 提示词上线检查清单
可复用工作流
工作流负责判断，Jodoo 让工作持续推进。
- 01
Custom webhook
使用 Northstar Logistics MSA renewal 启动合同受理测试。从 Custom webhook 开始，粘贴示例请求，让 Make 先推断数据包，再将决策字段映射到 HTTP 模块的请求体中。
- 02
Make 场景
Make Custom webhook 接收示例负载，HTTP 模块将结构化字段发送到 Jodoo。
- 03
HTTP 模块
将结构化 JSON 发送到 Jodoo 回写桥接层。HTTP 模块的证据是可视化的：方法、端点、请求体类型、解析后的响应和完成状态都可直接查看，无需打开代码编辑器。
- 04
验证响应
显示平台成功运行和 Jodoo 数据 ID。公开验证使用 Make 的 Run once 模式，因此截图中可以展示 webhook 数据包、模块气泡、操作次数以及场景历史中的 HTTP 响应。
- 05
Jodoo 队列
存储用于负责人审核、状态跟踪和跟进的字段。在将 Run once 验证转为正式启用的工作流之前，请检查操作用量、webhook 负责关系以及场景调度。
工作流闭环
从 Make 合同受理审核到 Jodoo
先用合成数据让 Custom webhook 接收或启动合同受理审核。
Make 应用聚焦的审核指令，并返回风险等级、优先级、审核分派路径、缺失信息、建议负责人、下一步最佳动作和审核状态。
HTTP 模块将结构化输出发送到 Jodoo 回写桥接层，并接收一个数据 ID。
对于合同受理，Make 数据包应在 HTTP 模块写入 Jodoo 之前，保留交易对方、金额、目标签署日期和缺失文档字段的可见性。
一旦首次 Jodoo 回写验证稳定后，分流器可以将中风险续签与高风险新协议拆分处理。
对于法务运营来说，场景历史是最佳验证依据，因为它会显示每个模块、耗时、操作次数以及 Jodoo 接受的响应。
从 Custom webhook 开始，粘贴示例请求，让 Make 先推断数据包，再将决策字段映射到 HTTP 模块的请求体中。
当高价值合同、紧急发票或缺失信息案例需要不同的 Jodoo 队列时，可在基础验证完成后使用分流器。
Jodoo 创建合同受理表单记录，并存储合同标题、交易对方、合同类型、申请部门、合同金额、目标签署日期、缺失信息、风险等级。
团队审核队列、分配负责关系，并完成下一步动作：在分派给法务和财务之前，先申请补齐缺失的保险证明和数据处理确认。
在将 Run once 验证转为正式启用的工作流之前，请检查操作用量、webhook 负责关系以及场景调度。
为 HTTP 模块添加错误处理器，以便在回写失败时重试或转入人工审核路径。
字段映射
将 智能体 输出转为 Jodoo 字段
| 智能体 或来源数据 | Jodoo 记录字段 |
|---|---|
| 来源申请信息 | 合同标题、交易对方、合同类型、申请部门 |
| 审核决策字段 | 缺失信息、风险等级、优先级、审核分派路径、建议负责人 |
| 工作流响应 | 来源平台、原始工作流输出 |
AGENT 方案
提示词与结构化输出
Make 角色
审核一条合同受理审核申请，并返回 Jodoo 可用于存储、分派和报表分析的结构化字段。从 Custom webhook 开始，粘贴示例请求，让 Make 先推断数据包，再将决策字段映射到 HTTP 模块的请求体中。
审核指令
基于 Northstar Logistics MSA renewal 的示例上下文，判断风险等级、优先级、审核分派路径、缺失信息、建议负责人、下一步最佳动作和审核状态，并让建议的下一步动作保持具体。对于合同受理，Make 数据包应在 HTTP 模块写入 Jodoo 之前，保留交易对方、金额、目标签署日期和缺失文档字段的可见性。
回写约定
通过 HTTP 模块发送可预测的 JSON 对象；Jodoo 在每次运行中都应接收相同的字段名。当运营团队希望借助画布、过滤器、分流器和模块级运行历史来说明交接过程时，Make 会非常有帮助。
必需输出
返回风险等级、优先级、审核分派路径、缺失信息、建议负责人、下一步最佳动作和审核状态，以及 source_platform、agent_confidence 和 original workflow output，用于审计上下文。
Make 控制项
在将 Run once 验证转为正式启用的工作流之前，请检查操作用量、webhook 负责关系以及场景调度。为 HTTP 模块添加错误处理器，以便在回写失败时重试或转入人工审核路径。记录谁负责 webhook URL，以及谁有权限编辑承载生产申请数据的模块。
合同受理实施说明
对于合同受理，Make 数据包应在 HTTP 模块写入 Jodoo 之前，保留交易对方、金额、目标签署日期和缺失文档字段的可见性。一旦首次 Jodoo 回写验证稳定后，分流器可以将中风险续签与高风险新协议拆分处理。对于法务运营来说，场景历史是最佳验证依据，因为它会显示每个模块、耗时、操作次数以及 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 映射。
- 使用场景历史确认状态、操作和响应体。
- 仅在基础回写稳定后再添加分流器、过滤器和通知。
- 在将 Run once 验证转为正式启用的工作流之前，请检查操作用量、webhook 负责关系以及场景调度。
- 为 HTTP 模块添加错误处理器，以便在回写失败时重试或转入人工审核路径。
- 记录谁负责 webhook URL，以及谁有权限编辑承载生产申请数据的模块。
- 一旦首次 Jodoo 回写验证稳定后，分流器可以将中风险续签与高风险新协议拆分处理。
- 对于法务运营来说，场景历史是最佳验证依据，因为它会显示每个模块、耗时、操作次数以及 Jodoo 接受的响应。
工作流
从 Make 合同受理到 Jodoo 记录
Make 负责可视化场景，Jodoo 保留团队可筛选、分配和审核的记录。
先用合成数据让 Custom webhook 接收或启动合同受理审核。
Make 应用聚焦的审核指令，并返回风险等级、优先级、审核分派路径、缺失信息、建议负责人、下一步最佳动作和审核状态。
HTTP 模块将结构化输出发送到 Jodoo 回写桥接层，并接收一个数据 ID。
对于合同受理，Make 数据包应在 HTTP 模块写入 Jodoo 之前，保留交易对方、金额、目标签署日期和缺失文档字段的可见性。
一旦首次 Jodoo 回写验证稳定后，分流器可以将中风险续签与高风险新协议拆分处理。
对于法务运营来说，场景历史是最佳验证依据，因为它会显示每个模块、耗时、操作次数以及 Jodoo 接受的响应。
从 Custom webhook 开始，粘贴示例请求，让 Make 先推断数据包，再将决策字段映射到 HTTP 模块的请求体中。
当高价值合同、紧急发票或缺失信息案例需要不同的 Jodoo 队列时，可在基础验证完成后使用分流器。
Jodoo 创建合同受理表单记录，并存储合同标题、交易对方、合同类型、申请部门、合同金额、目标签署日期、缺失信息、风险等级。
团队审核队列、分配负责关系，并完成下一步动作：在分派给法务和财务之前，先申请补齐缺失的保险证明和数据处理确认。
在将 Run once 验证转为正式启用的工作流之前，请检查操作用量、webhook 负责关系以及场景调度。
为 HTTP 模块添加错误处理器，以便在回写失败时重试或转入人工审核路径。
JODOO 记录
Jodoo 存储什么
工作流运行后，Jodoo 会保留持久化的合同受理字段：合同标题、交易对方、合同类型、申请部门、合同金额、目标签署日期、缺失信息、风险等级。
合同标题交易对方合同类型申请部门合同金额目标签署日期缺失信息风险等级优先级审核分派路径建议负责人下一步最佳动作审核状态来源平台原始工作流输出
真实测试运行
一个 Make 工作流已将合同受理写入 Jodoo
这些截图使用合成数据，展示了 Make 配置、一次成功运行以及由工作流创建的 Jodoo 记录。
Make 场景配置
Make Custom webhook 接收示例负载，HTTP 模块将结构化字段发送到 Jodoo。
Make 成功运行
Make 的运行历史显示了 HTTP 模块完成情况、操作详情以及 Jodoo 数据 ID 响应。
Jodoo 回写
合同受理审核已写入 Jodoo，且可见字段包括合同标题、交易对方、合同类型、申请部门、合同金额、目标签署日期。
FAQ
常见问题
关于如何将 AI 智能体 平台与 Jodoo 记录、工作流和应用模板配合使用的解答。
这个 Make 合同受理审核是否已完成端到端测试？
是的。该验证使用了合成数据、一次真实的 Make 运行，以及带有验证清单的 Jodoo 回写截图。
为什么要用 Make 做合同受理审核？
当运营团队希望使用可视化场景画布、Run once 测试和模块历史记录时，可以选择 Make。随后由 Jodoo 保留用于审核和跟进的持久化记录。
这个 Make 实现与其他平台示例有何不同？
公开验证使用 Make 的 Run once 模式，因此截图中可以展示 webhook 数据包、模块气泡、操作次数以及场景历史中的 HTTP 响应。从 Custom webhook 开始，粘贴示例请求，让 Make 先推断数据包，再将决策字段映射到 HTTP 模块的请求体中。对于合同受理，Make 数据包应在 HTTP 模块写入 Jodoo 之前，保留交易对方、金额、目标签署日期和缺失文档字段的可见性。
工作流运行后，Jodoo 会存储什么？
Jodoo 会存储合同标题、交易对方、合同类型、申请部门、合同金额、目标签署日期、缺失信息、风险等级、优先级、审核分派路径，以及用于审计上下文的原始工作流输出。
之后可以连接到生产源数据吗？
可以。先从已验证的合成数据运行开始，待合同受理审核的结构稳定后，再接入表单、门户、收件箱、API 或内部系统。当高价值合同、紧急发票或缺失信息案例需要不同的 Jodoo 队列时，可在基础验证完成后使用分流器。
哪些内容仍应由团队审核？
工作流可以准备决策字段，但负责人仍应审核业务风险、付款或法务审批以及最终运营决策。请记录谁负责 webhook URL，以及谁有权限编辑承载生产申请数据的模块。
下一步
将合同受理转为可跟踪的后续跟进
先从一次已验证的 Make 运行开始，然后复用相同的回写模式处理相邻的审核队列和运营交接。在将 Run once 验证转为正式启用的工作流之前，请检查操作用量、webhook 负责关系以及场景调度。