菜单
供应商付款审核 — 复核付款申请，确认供应商信息、金额和合规性。 适用情形：付款计划审批前执行，复核每笔付款的供应商信息、 金额准确性、付款条款符合性和反腐合规，输出批准/拒绝/需补充结论。 核心：供应商主数据校验 + 付款历史审查 + 合规红线检查。
默认使用会先检查来源的 Prompt；你也可以切换为直接命令，或下载本地副本。
决定是否安装前，请先阅读 SKILL.md，以及 SkillsMP 当前展示的配套文件。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
直接命令不会经过审查 Prompt；运行前请先检查来源。
npx skills add https://github.com/williamcorrea23/sap-router-skill --skill supplier-payment-review命令会保持在同一行。复制前请横向滚动并检查完整内容。
想先保存到本地？可下载 SkillsMP 当前能够提供的文件。
正在显示 SKILL.md
| name | supplier-payment-review |
| description | 供应商付款审核 — 复核付款申请，确认供应商信息、金额和合规性。 适用情形：付款计划审批前执行，复核每笔付款的供应商信息、 金额准确性、付款条款符合性和反腐合规，输出批准/拒绝/需补充结论。 核心：供应商主数据校验 + 付款历史审查 + 合规红线检查。 |
| argument-hint | [供应商名称] [付款金额] [收款账户] [付款条款] |
| last_reviewed | 2026-06 |
| version | 1.0.0 |
| risk_level | high |
首次使用时： 读取 ../../CLAUDE.md 获取场景级配置（供应商分级/审批层级/合规红线）。
→ 示例：用户说"有一家供应商要求预付 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]
═══════════════════════════════════════
Finance Skills — supplier-payment-review atomic skill
SAP development orchestrator v5.0.0 — Karpathy command format (Think→Simplify→ Surgical→Verify), healthcheck guardian, self-learning router, caveman-compressed output default. Delegates small-scope work to the cavecrew subagents automatically: find/search/locate → cavecrew-investigator, fix/edit/rename/typo → cavecrew-builder, review/audit/diff → cavecrew-reviewer. Multi-protocol: HTTP/OData/RFC/SOAP RFC/BDC. ZROUTER v5 REST gateway. Install pipeline: YDOWN→ZABAPGIT→ZSAPLINK. BDC engine: YFG_SBDC. Test suites: ZODATA_TEST_AUTOMATION_FGR. Use for any SAP task.
General SAP skills repository reference (secondsky/sap-skills). Use for cross-module SAP capability lookup and reference patterns.
Generate, edit, reconstruct, validate, preview, and safely deploy SAP Smart Forms (SSFO) from PDF, DOCX, XLSX, HTML, or an existing SAP form. Use for AI-assisted document-to-FormSpec extraction, native Smart Forms XML round-trips, ABAP driver generation, abapGit packaging, layout-parity review, activation checks, and governed DEV deployment.
基于 SOC 职业分类