解决方案手册
适用于 Make 供应商准入闭环的规划手册，涵盖 Custom webhook 配置、Run once 验证、HTTP 模块映射、Jodoo 字段和上线说明。
打开手册MAKE + JODOO
使用 Make + Jodoo 实现 AI 供应商准入审核
当采购团队希望在 Jodoo 存储供应商审核记录之前，先看到清晰可见的 Custom webhook、Run once bundle、HTTP 模块映射和场景历史时，可以将 Make 与 Jodoo 配合使用。
通过 Make Custom webhook 采集供应商准入信息在 Run once 期间检查传入的 bundle 和映射后的 HTTP body将供应商风险和文档跟进字段写入 Jodoo通过 Make 历史记录查看操作、耗时和回写响应
视频演示
Make 演示中会发生什么
视频展示了 Make 如何审核一条模拟的供应商准入申请、发送结构化审核字段，并由 Jodoo 存储采购记录。
Make 等待供应商 bundle
本次演示使用 Run once 模式下的 Custom webhook，因此传入的供应商载荷会显示在场景画布上。
HTTP 模块映射审核字段
该模块以 JSON 请求发送供应商名称、缺失文档、风险、建议、审核人和状态。
运行历史显示回写响应
Make 确认 HTTP 模块已完成，并从桥接接口返回了一个 Jodoo 数据 ID。
Jodoo 保存供应商审核记录
采购团队可以在 Jodoo 中查看文档完整性、中风险供应商、有条件批准和负责人队列。
演示摘要
Make 审核供应商，Jodoo 跟踪后续处理
当团队希望先通过可视化场景编排处理流程，再由 Jodoo 作为共享的供应商审核记录时，这种实现方式非常实用。
可视化场景
Make 将供应商准入流程显示为一个 webhook 模块，连接到一个 HTTP 回写模块。
Run once 捕获
该场景等待测试请求，并记录传入的供应商 bundle。
映射后的 HTTP 请求
HTTP 模块将供应商审核字段作为 JSON 请求体发送到 Jodoo 桥接接口。
历史响应
Make 记录状态、操作数、耗时以及 Jodoo 数据 ID 响应。
Jodoo 跟进
Jodoo 记录会保存文档状态、风险、建议、负责人和审核备注。
场景方案
该方案重点关注 webhook URL 检查、已保存的 HTTP 模块字段以及运行历史验证。
平台配置说明
Make 的专属特点
Jodoo 记录模型可以保持一致，但不同 AI 智能体 平台在搭建方式、测试视图和正式交接上各不相同。
Run once 可见性
当相关方希望在首次验证运行时看到传入的供应商 bundle 和模块响应时，Make 会非常有用。
HTTP 保存检查
修改桥接 URL 或 JSON body 后，请重新打开 HTTP 模块，并在发送测试数据前确认保存的值。
历史记录检查
使用场景历史记录查看模块是否成功、操作数、credits、耗时以及返回的 Jodoo 数据 ID。
生产分派
应在采购字段模型获批后，再添加 routers、错误处理器和通知。
工作流工具包
搭建同样的供应商准入审核闭环
查看手册、复制工作流方案，并在将 Make 工作流适配到您的供应商来源时使用 Jodoo 字段模型。
您的团队可复用的内容
Make 通过 Custom webhook 接收供应商申请，在 HTTP 模块中映射审核载荷，并在 History 中记录操作。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 | 风险等级、审批建议、入驻状态 |
AGENT 方案
提示词与结构化输出
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 入门应用
供应商准入审核入门应用
在为采购团队适配供应商入驻工作流时，可使用此字段模型、推荐视图和自动化规则。
包含字段
- 供应商法定名称
- 供应商类别
- 业务需求
- 主要联系人
- 申请人
- 合规审核人
- 文档完整性
- 风险等级
- 审批建议
- 入驻状态
- 审核备注
- 原始 Agent 输出
推荐视图
- 需要文档跟进
- 中风险或高风险
- 负责人队列
- 待采购审核
- 全部供应商审核
自动化规则
- 在 Make 返回结构化输出后，创建一条 Jodoo 供应商入驻记录。
- 将中风险或高风险供应商移入合规审核队列。
- 当文档完整性不完整时，通知合规审核人。
- 在审核备注或审计上下文中保留原始工作流输出。
上线检查清单
上线前需要确认的事项
- 创建 Make Custom webhook，并用模拟供应商数据运行一次。
- 确认 webhook bundle 字段与 Jodoo 字段映射一致。
- 编辑 method、URL、headers 和 JSON body 后，保存 HTTP 模块。
- 在 Make 历史记录中检查状态、耗时、操作数和响应 body。
- 仅在基础供应商审核回写稳定后，再添加 routers 或 filters。
- 将真实供应商凭据和端点密钥迁移到受控连接中。
工作流
从 Make 供应商审核到 Jodoo 入驻记录
Make 负责可视化场景编排；Jodoo 保存采购团队可筛选、分派和审核的记录。
Make Custom webhook 从测试请求、表单或门户来源接收一条供应商准入 bundle。
Run once 模式可在场景被安排或启用之前，让供应商 bundle 保持可见。
HTTP 模块映射供应商字段、缺失文档备注、风险等级、建议、审核人和下一步动作。
Make 将 JSON 请求体发送到 Jodoo 桥接接口，并在场景历史中捕获响应。
Jodoo 创建供应商入驻记录，并按文档跟进、风险、负责人和审批状态对采购工作进行分组。
后续还可以在同一个可视化场景模式中加入 routers、filters、通知或已连接的来源模块。
JODOO 记录
Jodoo 存储什么
工作流运行后，Jodoo 会保存可长期使用的供应商审核字段：供应商名称、业务需求、合规审核人、文档完整性、风险、建议和入驻状态。
供应商法定名称供应商类别业务需求主要联系人申请人合规审核人文档完整性风险等级审批建议入驻状态审核备注原始 Agent 输出
真实测试运行
一个 Make 工作流已将供应商审核写入 Jodoo
这些截图使用模拟供应商数据，展示了 Make 配置、一次成功运行，以及由工作流创建的 Jodoo 记录。
场景配置
Make Custom webhook 接收供应商载荷，HTTP 模块将结构化字段提交到 Jodoo。
Make 运行成功
Make HTTP 模块成功完成，桥接接口返回了一个 Jodoo 数据 ID。
Jodoo 回写
供应商审核已写入 Jodoo 供应商入驻记录，其中包含风险、建议和合规审核人字段。
FAQ
常见问题
关于如何将 AI 智能体 平台与 Jodoo 记录、工作流和应用模板配合使用的解答。
这个 Make 供应商工作流是否已完成端到端测试？
是的。该验证使用了 Make Custom webhook、一次 HTTP 模块运行，以及带有证明清单的 Jodoo 回写截图。
为什么要用 Make 做供应商准入审核？
当运营团队重视可视化场景、Run once 测试、bundle 检查和模块历史时，Make 是合适的选择。
第一次 Make 验证是否需要 AI 模块？
不需要。首次验证会先确保回写路径稳定；当输出 schema 稳定后，团队可以再加入 Make AI 或模型步骤。
投入生产前应检查什么？
请确认操作限制、webhook 归属、错误处理、来源权限以及审核人模型，然后再处理真实供应商数据。
Make 运行后，Jodoo 会存储什么？
Jodoo 会存储供应商身份信息、文档完整性、风险等级、建议、合规审核人、入驻状态和审核备注。
下一步
将供应商准入转化为采购跟进
先从一条供应商申请开始，然后将同样的回写模式复用到合规审核、供应商入驻、合同受理和采购申请中。