采购到付款流程模板（6 张关联流程图）
完整的 P2P 采购到付款周期，拆成六张相互关联的流程图：请购、供应商准入、采购订单、收货、发票审批与应付账款，三方匹配横跨多张图被真正画了出来。
采购到付款是教科书级的例子：没有任何一张流程图装得下它——六个部门、三道审批关卡，而三方匹配的三份单据，分别由三张不同的图产出。
本模板包的内容
1. 请购与审批流程图
需求本身及其审批，此时尚未对任何供应商作出承诺。
2. 供应商导入流程图
供应商是新的、或已有供应商更改银行信息时，走的那条分支。
3. 采购订单流程图（采购到付款）
承诺本身：采购订单、订单审批，以及发送给供应商的过程。
4. 收货流程图（从卸货口到收货单）
三方匹配中的收货那一方——实际到货了什么，状态如何。
5. 发票审批流程图
匹配本身，以及三份单据对不上时的各条例外路径。
6. 应付账款流程图（完整应付周期）
付款批次、银行信息管控，以及回给供应商的付款通知。
它们之间如何衔接
- 请购与审批流程图 → 供应商导入流程图
- 在“采购复核请购单”这一步，采购员才发现这家供应商是否已经存在。如果不存在，请购单就停在这里等准入完成——这也是它为什么是一条通往另一个流程的链接，而不是本流程里的一步。
- 请购与审批流程图 → 采购订单流程图（采购到付款）
- “依据请购单开立采购订单”是内部请求变成对外承诺的那一刻。在它之前的一切都可以悄无声息地撤回；在它之后的一切都牵涉到供应商。
- 采购订单流程图（采购到付款） → 收货流程图（从卸货口到收货单）
- “登记收货单”是采购订单之后第一份成形的匹配单据。它由收货团队产出，而这条链接指向的，正是告诉他们该怎么做的那个流程。
- 收货流程图（从卸货口到收货单） → 发票审批流程图
- “收货单已入账，供发票核对”是收货的活干完、应付的活开始的地方。收货单是证据，匹配则是消费这份证据的动作。
- 采购订单流程图（采购到付款） → 发票审批流程图
- “在应付账款账簿中登记发票”是第三份单据到场。它链向匹配流程而不是就地描述，因为数量差异、价格差异、乃至根本没有采购订单这些例外路径，本身就够画一张图。
- 发票审批流程图 → 应付账款流程图（完整应付周期）
- “排入下一批付款”把一张已匹配、已审批的发票交给付款周期。这是最后一个纠错还很便宜的位置，再往后，钱就已经出去了。
- 应付账款流程图（完整应付周期） → 供应商导入流程图
- “回拨电话确认银行信息变更”是故意往回链到供应商准入的：改动已有供应商的银行信息，值得和新建一家供应商同等强度的核验，而把它当成低一级的控制，正是发票改道欺诈得手的方式。
运作方式
先把你们自己的审批额度填进去
请购和采购订单两张图都按金额分支。在任何人读到这些图之前，先把占位额度换成你们的授权审批权限表，否则它们会被当成制度来引用。
拿一笔真实采购从头走到尾
挑一张最近的采购订单，顺着链接走完六张图。凡是纸面痕迹和图上画的不一致的地方，都是一条你本来要等审计师来告诉你的发现。
在发票图上写明例外路径的责任人
匹配流程图里的差异分支，才是 P2P 真正耗时间的地方。给每条分支指定一个具名角色——例外路径没有责任人的流程图，最后会把所有事都甩给第一个接电话的人。
保留那条反向的银行信息链接
它在图上看着像画错了，实际却是整套模板里最有价值的一条链接。如果你们的回拨核验写在另一份制度里，把它挪进供应商流程图，让两个入口都通向同一个控制点。
先给财务拥有的那两张图打开审批
发票审批和应付账款，是最有职责分离故事可讲的一对。这两张图上的审批历史，才是把这个文件夹变成证据的东西。
常见问题
这套图对应某个具体 ERP 的 P2P 模块吗？
不对应，而且是刻意的。这六张图描述的是多数中型组织里实际运转的采购到付款周期，与 SAP、NetSuite、Dynamics 和 Coupa 都足够接近，可以作为其中任何一个的起点。步骤名称和审批额度都由你自己改。
使用这套模板需要付费方案吗？
需要——模板套装包含在 Plus 方案中。一套模板会一次创建六张图，而免费方案只能保存三张。这六张模板也都可以单独免费使用。
为什么应付账款会链回供应商准入？
因为给已有供应商更改银行信息，风险和新增一家供应商相同，实际管控却往往松得多。把它画成一条通往准入核验的链接，就能阻止它被当作一次普通的资料修改来处理。
这能用于 SOX 或内控穿行测试吗？
它给你流程文档，启用审批后还给你一份谁在何时签核了哪一版的记录。控制测试仍然需要从 ERP 里抽取交易样本——这些图描述控制，而不证明单笔业务被执行过。
把六张图全部加入我的资料库 — 6 张图表，同在一个文件夹中。Plus 套餐包含。