L’interface est localisée ; les présentations et documents des Skills sont traduits automatiquement par IA dans votre langue. Le code, les commandes, chemins et termes techniques restent en version originale, et le document de l’auteur fait foi.
Explorer les Skills
Développement · SKILL.md

payment-authorization-review

payment-authorization-review

付款授权审核 — 核查大额/异常付款申请,识别风险并授权执行或拒绝。 适用情形:收到大额付款申请时执行,从 [OA]/[ERP]/[CASH] 获取数据, 核查付款合法性/合理性/合规性,决定授权执行、拒绝或进一步审核。 核心:付款核查 + 风险判断 + 授权决策。

Independent GitHub snapshot · Automated classification · Original documentation governs

Documentation de la Skill

GitHub

name: payment-authorization-review description: > 付款授权审核 — 核查大额/异常付款申请,识别风险并授权执行或拒绝。 适用情形:收到大额付款申请时执行,从 [OA]/[ERP]/[CASH] 获取数据, 核查付款合法性/合理性/合规性,决定授权执行、拒绝或进一步审核。 核心:付款核查 + 风险判断 + 授权决策。 argument-hint: "[付款申请单号/付款批次] [申请金额 YYY万] [付款对象]" last_reviewed: 2026-06 version: 1.0.0 risk_level: high

加载上下文

首次使用时: 读取 ../../CLAUDE.md 获取场景级配置(审批权限/付款限额/异常判断标准)。


/payment-authorization-review — 付款授权审核

Examples

→ 示例:用户说"有一笔 800 万的付款超过了部门 CFO 的权限,需要特批",系统应调用本技能,执行超权限付款审核。

→ 示例:用户说"有个供应商第一次和我们合作,付款要预付 50%,风险大吗",系统应调用本技能,评估新供应商预付风险。

→ 示例:用户说"连续三笔付款都被风控拦截了,帮我看看是不是规则设置有问题",系统应调用本技能,审查风控规则并调整建议。

第一步:获取付款申请信息

从 [OA] 获取付款申请信息:

□ 付款申请单号:[编号]
□ 申请人:[姓名]
□ 申请部门:[部门]
□ 申请日期:[YYYY-MM-DD]

□ 付款信息:
  - 供应商名称:[名称]
  - 付款金额:[XXX万]
  - 付款用途:[描述]
  - 合同/订单号:[编号]
  - 合同金额:[XXX万]
  - 付款条款:[预付/到付/账期X天]

□ 附件:
  - [ ] 合同扫描件
  - [ ] 发票
  - [ ] 验收单
  - [ ] 其他

第二步:核查付款合法性

合同/订单核查:

□ 是否有对应合同?[是/否]
□ 合同金额是否覆盖付款金额?[是/否] — 合同 [XXX万] vs 付款 [XXX万]
□ 付款条款是否与合同一致?[是/否]
□ 合同是否在有效期内?[是/否] — 有效期至 [YYYY-MM-DD]

□ 异常标记:
□ 合同金额 < 付款金额 → ⚠️ 需解释
□ 无合同 → 🔴 须补充合同
□ 合同过期 → 🔴 须重新签订

发票核查:

□ 发票是否与合同/付款金额一致?[是/否] — 发票 [XXX万] vs 付款 [XXX万]
□ 发票是否真实有效(可查验)?[是/否]
□ 发票类型(增值税专用发票/普通发票):[类型]
□ 进项税额:[XXX万]

□ 异常标记:
□ 发票金额 > 付款金额 → ⚠️ 需确认
□ 发票与合同不符 → 🔴 须核实
□ 发票异常(作废/红冲)→ 🔴 拒绝付款

第三步:核查付款合理性

业务背景核查:

□ 付款用途说明:[描述]
□ 是否在预算范围内?[是/否]
□ 是否为常规付款(供应商货到/账期到期)?[是/否]

□ 大额付款原因:
□ 新供应商首次合作:[描述业务背景]
□ 预付大额款项:[描述原因]
□ 非计划内付款:[描述原因]
□ 紧急付款:[描述紧急程度]

历史付款核查:

□ 供应商历史付款记录:
□ 累计已付 [XXX万] / 合同总额 [XXX万] = [X%]
□ 最近 [X] 笔付款正常?[是/否]

□ 供应商信用评估:
□ 历史上争议/纠纷:[无/有 X 次]
□ 最近一次付款日期:[YYYY-MM-DD]
□ 付款是否正常:[是/否]
□ 争议事项:[有/无]

□ 异常标记:
□ 新供应商首次合作 → ⚠️ 额外核查
□ 预付比例 > [X]% → ⚠️ 需解释
□ 历史上存在争议 → 🔴 须进一步审核

第四步:核查账户/余额可用性

从 [CASH]/[ERP] 获取账户信息:

□ 付款账户:[账户名称]
□ 账户当前余额:[XXX万]
□ 付款后预计余额:[XXX万]

□ 可用授信:[XXX万]
□ 是否可使用授信:须审批

□ 账户余额是否足够?[是/否] — 余额 [XXX万] vs 付款 [XXX万]

□ 异常标记:
□ 付款后余额 < [X] 万 → ⚠️ 需确认资金安排
□ 须使用授信 → ⚠️ 需额外审批

第五步:风险判断与决策

风险评估:

风险类型:
□ 合规风险:[低/中/高]
□ 商业风险:[低/中/高]
□ 操作风险:[低/中/高]
□ 欺诈风险:[低/中/高]

总体风险等级:[低/中/高]

低风险(全部合规,历史记录正常):
→ 授权执行

中风险(需进一步确认):
→ 授权执行(附条件)
→ 或要求补充材料后再审

高风险(存在重大疑虑):
→ 暂停付款
→ 进一步核查
→ 或拒绝付款

授权决策:

□ 授权执行:
  → 授权人:[姓名]
  → 授权时间:[YYYY-MM-DD HH:MM]
  → 授权备注:[无/附条件说明]

□ 授权执行(附条件):
  → 条件:[条件说明]
  → 授权人:[姓名]
  → 授权时间:[YYYY-MM-DD HH:MM]

□ 暂停付款(进一步核查):
  → 暂停原因:[描述]
  → 须核查项:[...]
  → 责任人:[X]
  → 完成时间:[YYYY-MM-DD]

□ 拒绝付款:
  → 拒绝原因:[描述]
  → 拒绝人:[姓名]
  → 拒绝时间:[YYYY-MM-DD HH:MM]

第六步:生成付款审核报告

═══════════════════════════════════════
付款授权审核报告
申请单号:[编号]
申请日期:[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]
═══════════════════════════════════════

升级触发条件

  • 单笔付款 > [X] 万须 [资金总监/CFO] 审批
  • 任何高风险决策须升级
  • 拒绝付款须记录原因

Finance Skills — payment-authorization-review atomic skill

Skills enregistrées