Payment Obligation Risk Checklist：用 Axon Agent 管住合同付款节点风险

Payment Obligation Risk Checklist 是给合同付款节点准备的风险清单。它不判断合同是否应该付款，也不替代财务、法务或业务负责人审批；它解决的是一个非常实际的重复、低效、手动且容易出错的问题：合同里写着预付款、里程碑付款、逾期费用、续约通知和终止窗口，团队却靠个人日历和聊天记录追踪。等到风险出现时，大家才开始找条款、找发票、找审批。

OpenAI Codex 的 README说明外部执行器可以在项目上下文中协助任务，Codex 的 config 文档说明配置边界的重要性，OpenAI Agents SDK 的 Results 文档强调输出结果需要可接收和可检查。Axon 把这些原则转成法务运营动作：先把付款义务变成清单，再让 owner 决定下一步。

付款风险不是只有金额

很多团队只盯付款金额，忽略触发条件和证据。Payment Obligation Risk Checklist 应该至少覆盖四类风险：

风险类型	典型问题	清单字段
milestone risk	里程碑是否完成、验收是否确认	trigger、evidence、owner
deadline risk	付款日、通知日、续约日是否临近	due date、reminder window
approval risk	谁有权批准、是否需要法务确认	approval lane、Trust Mode
dispute risk	供应商或客户是否对金额、交付、质量有异议	escalation note、status

Cash-Flow Brief Watchlist 可以帮助经营团队看到现金流压力，Scheduled Agent Run Journal 可以记录定时检查。付款义务风险清单则站在法务运营角度，确保付款不是只由表格日期推动，而是由条款、证据和审批共同推动。

合同付款节点最怕被当成普通日历提醒。真正需要管理的是触发条件、证据、审批边界和升级路径。

TOML 风险清单策略

[payment_obligation_risk_checklist]
contract_scope = "active_vendor_contracts"
review_cadence = "workdays 09:10"
reminder_window_days = [14, 7, 2]
required_fields = ["trigger", "due_date", "amount", "evidence", "owner", "approval_lane"]

[risk_rules]
missing_evidence = "route_to_business_owner"
milestone_unconfirmed = "pause_payment_recommendation"
late_fee_possible = "notify_legal_ops_owner"
renewal_notice_due = "create_counsel_question"

这段策略不会决定是否付款。它只告诉 Axon Agent 在哪些情况下整理提醒、暂停建议、通知 owner 或生成律师问题。真正的付款批准、争议处理和法律判断仍然需要人确认。

Step-by-step 付款风险运行流程

Payment Obligation Risk Checklist 应该作为每日或每周运行的工作流，而不是月底补救动作：

1. 读取合同版本、采购订单、发票计划、验收记录和当前 owner 列表。
2. 抽取每个 payment node 的金额、到期日、触发条件和证据要求。
3. 对照 workspace 里的材料，把节点标记为 clear、blocked、missing evidence 或 needs counsel review。
4. 在付款日前把缺失证据路由给业务 owner，而不是等到审批当天再找材料。
5. 对付款批准说明、供应商通知和法务升级保留 Trust Mode 确认。
6. 把最终状态写回清单，让财务、法务和业务看到同一条记录。

这条 step-by-step 流程的重点是提前暴露风险。缺证据的付款节点应该在团队还有时间确认交付、澄清条款或询问律师时出现，而不是在付款截止日才变成临时事故。

清单怎么进入日常工作

付款义务不适合等到月底集中处理。更好的方式是让 Agent 按工作日或每周固定检查：

• 从合同、采购文件、付款计划和业务验收记录中读取关键字段。
• 标记 upcoming、blocked、needs evidence、needs counsel review 等状态。
• 对低风险提醒自动生成摘要，对付款审批和外部通知进入 Confirm 或 Auth。
• 把已关闭、延期、升级和未确认事项写回 workspace。

Trust Mode Email Confirmation 适合解释高风险通知为什么需要确认，Codex Request Escalation Rule 则能帮助 blocked 请求找到 owner。Codex 可作为外部执行器帮助整理资料，但它不能把“提醒付款”变成“自动放行付款”。

独立观点：付款节点是法务和财务之间的共同对象

付款节点经常被分割：财务看金额和日期，业务看交付，法务看条款。问题是，合同风险正好发生在三者交界处。Payment Obligation Risk Checklist 把它变成共同对象：每条记录都有触发条件、证据、owner、审批边界和升级说明。

Axon 适合做这个中间层。System Skills 读取文件和表格，User Skill 固定企业自己的字段，Agent 按固定节奏运行，Trust Mode 控制敏感动作，Schedule 让检查不依赖某个人想起来。这样做不会替代专业判断，但能减少遗漏。

FAQ

Q1：Payment Obligation Risk Checklist 会自动决定是否付款吗？

不会。它整理风险、证据和 owner 动作，付款决定仍由有权限的负责人确认。

Q2：它和现金流简报有什么区别？

现金流简报关注资金安排；付款义务风险清单关注合同触发条件、审批和法务风险。

Q3：合同条款复杂时怎么办？

把复杂条款转成 counsel question，不要让 Agent 自行输出最终法律判断。

Q4：可以定时运行吗？

可以。适合按工作日或每周检查 upcoming obligation，但涉及付款批准或外部通知时必须保留确认。

让付款节点不再靠个人记忆

如果你的合同付款节点还靠个人日历和聊天提醒，可以先建立 Payment Obligation Risk Checklist。了解更多 Axon 企业法务和经营财务工作流，并开始使用可追踪的触发条件、证据、owner 和升级动作。