UI はローカライズ済みです。スキルの紹介と説明文書は選択した言語へ AI が自動翻訳し、コード・コマンド・パス・専門用語は原文のままです。原作者の文書が優先されます。
スキルを探す
開発・技術 · SKILL.md

supplier-payment-review

supplier-payment-review

供应商付款审核 — 复核付款申请,确认供应商信息、金额和合规性。 适用情形:付款计划审批前执行,复核每笔付款的供应商信息、 金额准确性、付款条款符合性和反腐合规,输出批准/拒绝/需补充结论。 核心:供应商主数据校验 + 付款历史审查 + 合规红线检查。

Independent GitHub snapshot · Automated classification · Original documentation governs

スキルの説明

GitHub

name: supplier-payment-review description: > 供应商付款审核 — 复核付款申请,确认供应商信息、金额和合规性。 适用情形:付款计划审批前执行,复核每笔付款的供应商信息、 金额准确性、付款条款符合性和反腐合规,输出批准/拒绝/需补充结论。 核心:供应商主数据校验 + 付款历史审查 + 合规红线检查。 argument-hint: "[供应商名称] [付款金额] [收款账户] [付款条款]" last_reviewed: 2026-06 version: 1.0.0 risk_level: high

加载上下文

首次使用时: 读取 ../../CLAUDE.md 获取场景级配置(供应商分级/审批层级/合规红线)。


/supplier-payment-review — 供应商付款审核

Examples

→ 示例:用户说"有一家供应商要求预付 50%,但我们的政策是收货后才付款,帮我判断",系统应调用本技能,评估预付申请是否符合付款政策。

→ 示例:用户说"供应商对账发现我们少付了 3 万,要在下个月补上",系统应调用本技能,核查差异并制定付款补足方案。

→ 示例:用户说"有个新供应商第一次申请付款,需要特别注意什么",系统应调用本技能,按新供应商首次付款审核清单执行。

审核维度

维度一:供应商主数据
  → 供应商名称/账户/银行信息是否正确

维度二:金额准确性
  → 付款金额是否与应付余额一致

维度三:付款条款符合性
  → 是否按合同约定条款付款(到期日/付款方式)

维度四:反腐合规
  → 收款账户/金额/用途是否合规

第一步:供应商主数据校验

从 [ERP] 获取供应商主数据:

□ 供应商名称是否与付款申请一致?
□ 收款账户是否与 ERP 主数据一致?
□ 收款银行是否与历史记录一致?
□ 供应商是否在黑名单中?(反腐合规)

高风险信号:

🔴 供应商要求变更收款账户(比历史记录多了新账户)
🔴 收款账户与供应商名称不一致(个人账户?)
🔴 供应商在被制裁/黑名单名单中
🔴 供应商注册地与合同签订地不一致(跨境风险)

如发现高风险信号:

→ 🔴 立即暂停付款
→ → 须提供供应商书面变更申请(加盖公章)
→ → 须与供应商原对接人电话核实
→ → 须财务经理 + 法务确认后才可付款

第二步:金额准确性校验

□ 付款金额是否与 [ERP] 中应付余额一致?
□ 是否有部分付款(仅付部分应付)?
□ 是否有预付款/首付款(与合同条款一致?)?

金额校验公式:
  应付余额 = 历史付款 + 本次付款 + 其他扣款

常见金额问题:

□ 重复付款(同一发票是否已付过?)
  → 检查 [ERP] 历史付款记录

□ 超额付款(付多了)
  → 🔴 立即暂停,查明原因

□ 少付(有意少付一部分?)
  → 须确认是否有争议扣款
  → 须供应商书面确认

第三步:付款条款符合性

□ 付款是否在到期日或之后?(不应提前太多,除非有折扣)
□ 付款方式是否与合同一致?(银行转账 vs 承兑汇票)
□ 是否在付款条款范围内?(如月结 30 天)

提前付款检查:
  - 付款日距到期日 > [X] 天:须部门负责人说明原因
  - 提前付款可获取折扣:须评估折扣收益

第四步:反腐合规检查

合规红线检查清单:

[ ] 收款账户是对公账户(非个人账户)
[ ] 收款账户名称与供应商名称一致
[ ] 付款金额与合同/订单一致
[ ] 付款摘要描述清晰
[ ] 无分拆付款规避审批限额
[ ] 无预付款过大(> 30%,除非战略供应商)
[ ] 供应商不在制裁/黑名单中

分拆付款检测:
  - 同一供应商,同一天有多笔付款
  - 金额刚好在审批限额附近(如 4.9 万/5.1 万)
  - 须检查是否为分拆付款规避审批

第五步:付款历史审查

从 [ERP] 查询供应商付款历史:

□ 该供应商是否有逾期付款记录?
□ 该供应商是否连续逾期?
□ 该供应商是否曾要求变更账户?

付款历史风险信号:
  ⚠️ 过去 3 个月有 2 次以上逾期
  ⚠️ 曾要求变更收款账户
  ⚠️ 付款准确率低(频繁出现金额差异)

第六步:生成审核结论

═══════════════════════════════════════
供应商付款审核报告
付款批次:[YYYYMMDD-XXX]
审核时间:[YYYY-MM-DD HH:MM]
═══════════════════════════════════════

【供应商主数据】

供应商名称:[名称]
收款账户:[账户]
收款银行:[银行]
审核结果:[✅ 正常 / 🔴 异常 — 暂停]

【金额准确性】

申请付款金额:[XXX万]
ERP 应付余额:[XXX万]
差异:[XXX万](如无差异则填 0)
审核结果:[✅ 准确 / 🔴 有差异 — 待核查]

【付款条款符合性】

合同付款条款:[月结30天]
本次付款日:[YYYY-MM-DD]
到期日:[YYYY-MM-DD]
距到期日:[X] 天(负数为提前)
审核结果:[✅ 符合 / ⚠️ 不符 — 说明原因]

【反腐合规】

合规检查清单:
  [✅] 收款账户是对公账户
  [✅] 账户名称与供应商一致
  [✅] 金额与合同一致
  [✅] 无分拆付款
  [✅] 预付款比例合规
  [✅] 不在黑名单中

合规结果:[✅ 全部通过 / 🔴 有红灯 — 详情如下]

【付款历史】

历史付款:[X] 笔
逾期次数:[X] 次
账户变更记录:[有/无]
审核结果:[✅ 正常 / ⚠️ 关注 / 🔴 高风险]

【审核结论】

综合结论:[✅ 批准 / ⚠️ 附条件批准 / 🔴 拒绝 / ⏳ 需补充材料]

批准条件(如附条件):
  1. [条件一]
  2. [条件二]

拒绝理由(如拒绝):
  1. [理由一]
  2. [理由二]

需补充(如需补充):
  - [补充材料清单]

═══════════════════════════════════════
审核人:[AP主管/财务经理]
审核时间:[YYYY-MM-DD HH:MM]
═══════════════════════════════════════

升级触发条件

  • 供应商要求变更收款账户
  • 发现分拆付款嫌疑
  • 供应商在黑名单/制裁名单中
  • 超额付款或疑似重复付款
  • 单笔付款 > [填空:如 50 万元]
  • 供应商曾有欺诈记录

Finance Skills — supplier-payment-review atomic skill

保存したスキル