Load context
On first use: Read ../../CLAUDE.md to obtain scenario-level configuration (approval authority/payment limits/abnormality criteria).
/payment-authorization-review — Payment authorization review
Examples
→ Example: The user says "There is an 8 million payment that exceeds the department CFO's authority and requires special approval." The system should invoke this skill to perform an over-authority payment review.
→ Example: The user says "There is a supplier cooperating with us for the first time, and the payment requires 50% prepayment. Is the risk high?" The system should invoke this skill to assess the prepayment risk of the new supplier.
→ Example: The user says "Three consecutive payments were intercepted by risk control. Help me check whether there is a problem with the rule settings." The system should invoke this skill to review the risk control rules and provide adjustment suggestions.
Step 1: Obtain payment request information
Obtain payment request information from [OA]:
□ 付款申请单号：[编号]
□ 申请人：[姓名]
□ 申请部门：[部门]
□ 申请日期：[YYYY-MM-DD]
□ 付款信息：
- 供应商名称：[名称]
- 付款金额：[XXX万]
- 付款用途：[描述]
- 合同/订单号：[编号]
- 合同金额：[XXX万]
- 付款条款：[预付/到付/账期X天]
□ 附件：
- [ ] 合同扫描件
- [ ] 发票
- [ ] 验收单
- [ ] 其他
Step 2: Verify payment legality
Contract/order verification:
□ 是否有对应合同？[是/否]
□ 合同金额是否覆盖付款金额？[是/否] — 合同 [XXX万] vs 付款 [XXX万]
□ 付款条款是否与合同一致？[是/否]
□ 合同是否在有效期内？[是/否] — 有效期至 [YYYY-MM-DD]
□ 异常标记：
□ 合同金额 < 付款金额 → ⚠️ 需解释
□ 无合同 → 🔴 须补充合同
□ 合同过期 → 🔴 须重新签订
Invoice verification:
□ 发票是否与合同/付款金额一致？[是/否] — 发票 [XXX万] vs 付款 [XXX万]
□ 发票是否真实有效（可查验）？[是/否]
□ 发票类型（增值税专用发票/普通发票）：[类型]
□ 进项税额：[XXX万]
□ 异常标记：
□ 发票金额 > 付款金额 → ⚠️ 需确认
□ 发票与合同不符 → 🔴 须核实
□ 发票异常（作废/红冲）→ 🔴 拒绝付款
Step 3: Verify payment reasonableness
Business background verification:
□ 付款用途说明：[描述]
□ 是否在预算范围内？[是/否]
□ 是否为常规付款（供应商货到/账期到期）？[是/否]
□ 大额付款原因：
□ 新供应商首次合作：[描述业务背景]
□ 预付大额款项：[描述原因]
□ 非计划内付款：[描述原因]
□ 紧急付款：[描述紧急程度]
Historical payment verification:
□ 供应商历史付款记录：
□ 累计已付 [XXX万] / 合同总额 [XXX万] = [X%]
□ 最近 [X] 笔付款正常？[是/否]
□ 供应商信用评估：
□ 历史上争议/纠纷：[无/有 X 次]
□ 最近一次付款日期：[YYYY-MM-DD]
□ 付款是否正常：[是/否]
□ 争议事项：[有/无]
□ 异常标记：
□ 新供应商首次合作 → ⚠️ 额外核查
□ 预付比例 > [X]% → ⚠️ 需解释
□ 历史上存在争议 → 🔴 须进一步审核
Step 4: Verify account/balance availability
Obtain account information from [CASH]/[ERP]:
□ 付款账户：[账户名称]
□ 账户当前余额：[XXX万]
□ 付款后预计余额：[XXX万]
□ 可用授信：[XXX万]
□ 是否可使用授信：须审批
□ 账户余额是否足够？[是/否] — 余额 [XXX万] vs 付款 [XXX万]
□ 异常标记：
□ 付款后余额 < [X] 万 → ⚠️ 需确认资金安排
□ 须使用授信 → ⚠️ 需额外审批
Step 5: Risk assessment and decision
Risk assessment:
风险类型：
□ 合规风险：[低/中/高]
□ 商业风险：[低/中/高]
□ 操作风险：[低/中/高]
□ 欺诈风险：[低/中/高]
总体风险等级：[低/中/高]
低风险（全部合规，历史记录正常）：
→ 授权执行
中风险（需进一步确认）：
→ 授权执行（附条件）
→ 或要求补充材料后再审
高风险（存在重大疑虑）：
→ 暂停付款
→ 进一步核查
→ 或拒绝付款
Authorization decision:
□ 授权执行：
→ 授权人：[姓名]
→ 授权时间：[YYYY-MM-DD HH:MM]
→ 授权备注：[无/附条件说明]
□ 授权执行（附条件）：
→ 条件：[条件说明]
→ 授权人：[姓名]
→ 授权时间：[YYYY-MM-DD HH:MM]
□ 暂停付款（进一步核查）：
→ 暂停原因：[描述]
→ 须核查项：[...]
→ 责任人：[X]
→ 完成时间：[YYYY-MM-DD]
□ 拒绝付款：
→ 拒绝原因：[描述]
→ 拒绝人：[姓名]
→ 拒绝时间：[YYYY-MM-DD HH:MM]
Step 6: Generate payment review report
═══════════════════════════════════════
付款授权审核报告
申请单号：[编号]
申请日期：[YYYY-MM-DD]
审核日期：[YYYY-MM-DD]
═══════════════════════════════════════
【一、付款基本信息】
□ 供应商：[名称]
□ 付款金额：[XXX万]
□ 付款用途：[描述]
□ 付款账户：[账户名称]
□ 申请部门：[部门]
【二、合规性核查】
□ 合同/订单：[✅ 有 / ⚠️ 缺失 / 🔴 不符]
□ 发票：[✅ 有效 / ⚠️ 待核实 / 🔴 异常]
□ 付款条款：[✅ 符合 / ⚠️ 需确认 / 🔴 不符]
□ 合规风险：[✅ 低 / ⚠️ 中 / 🔴 高]
【三、商业合理性核查】
□ 业务背景：[✅ 合理 / ⚠️ 需说明 / 🔴 不合理]
□ 供应商历史：[✅ 正常 / ⚠️ 需关注 / 🔴 异常]
□ 付款金额合理性：[✅ 合理 / ⚠️ 偏高 / 🔴 异常]
□ 商业风险：[✅ 低 / ⚠️ 中 / 🔴 高]
【四、资金可用性核查】
□ 账户余额：[XXX万]
□ 付款后余额：[XXX万]
□ 余额是否充足：[✅ 是 / ⚠️ 偏紧 / 🔴 不足]
□ 操作风险：[✅ 低 / ⚠️ 中 / 🔴 高]
【五、欺诈风险评估】
□ 欺诈红旗指标：
□ 新供应商首次合作：[✅ 否 / ⚠️ 是]
□ 付款对象与合同不符：[✅ 否 / ⚠️ 是]
□ 付款频率异常：[✅ 否 / ⚠️ 是]
□ 金额为整数或异常：[✅ 否 / ⚠️ 是]
□ 催付压力/紧迫性：[✅ 否 / ⚠️ 是]
□ 欺诈风险：[✅ 低 / ⚠️ 中 / 🔴 高]
【六、综合风险评估】
总体风险等级：[低/中/高]
□ 主要风险项：
□ [风险1]：[描述]
□ [风险2]：[描述]
【七、授权决策】
□ 决策：[✅ 授权执行 / ⚠️ 附条件授权 / 🔴 暂停 / 🔴 拒绝]
□ 授权/拒绝原因：
□ [描述]
□ 授权人：[姓名]
□ 授权时间：[YYYY-MM-DD HH:MM]
□ 后续待办（如有）：
□ [待办项1] — 责任人 [X] — 完成日期 [YYYY-MM-DD]
═══════════════════════════════════════
审核人：[姓名]
审核时间：[YYYY-MM-DD HH:MM]
═══════════════════════════════════════
Escalation trigger conditions
- A single payment > [X] ten thousand must be approved by [Treasury Director/CFO]
- Any high-risk decision must be escalated
- Payment rejection must record the reason
Finance Skills — payment-authorization-review atomic skill