Is high exception volume a finance problem?

It is measured in finance and caused upstream. Exceptions are the accumulated cost of every unclear decision at requisition, channel routing, ordering and receipting. Staffing the queue treats the symptom and makes the cause permanent.

Should we widen matching tolerances to reduce noise?

Only once you know what the noise is made of. A wider tolerance hides errors and leakage together. Split the mismatches by root cause first.

Our compliance rate is low. Is that a policy issue?

Almost never. People take the fastest route to a working outcome. If the compliant path is slower, policy adds awareness without changing behaviour.

Can touchless processing fix this?

It can remove a great deal of work on an estate where orders and receipts are already reliable. On an estate where they are not, it removes the human who was compensating.

Where does this start?

With one senior read of which control points still earn their cost, and where the compliant path loses on time.

P2P 运营模式评审 | KULIC Advisory

症状

领导者通常看到的情况

人工抢救发票
例外队列的增长快于决策
财务、采购和业务负责人对规则的理解各不相同

诊断

我诊断什么

交接断点
控制与速度的冲突
治理在哪里制造了延误而不是清晰

成果

您将带走什么

对 P2P 绩效背后的运营模式做一次评审，并给出一个减少反复摩擦的下一步。

定义

Procure-to-Pay 是一套披着流程外衣的控制系统

P2P 被画成一条流程：申请、审批、订单、收货、发票、匹配、付款。这样看，它像是行政事务。其实不是。这条流程中的每一步都是为了回答一个问题：这项承诺是否正当，组织是否仍然认可它。

这就是为什么 P2P 的痛点很少靠加快流程来解决。更快地通向一项不清晰的承诺，只会更早地产生同样的例外。真正改变结果的，是承诺在哪里被确认、由谁确认、多早确认。

长期存在的冲突

控制、速度和成本无法同时最大化

每一种 P2P 设计都是在三条轴上的一个立场。大多数组织从未明说这个立场，这意味着每个职能都在优化自己的那条轴，模型随之漂移。

控制

财务和审计推动审批、阈值和证据。每一项都站得住脚。合在一起，就形成了排队。

速度

业务部门这周就需要这个东西。合规路径每多花一小时，变通做法就多一小时的压力。

服务成本

没有人负责的那条轴。人工抢救是真金白银，只是被摊薄到各个团队，从不作为一个单列项目出现。

当三条轴上的立场都是有意为之并且写了下来时，P2P 模型就是健康的。当这个立场只是过往事故积累下来的残留时，它就是不健康的。

示意图

六个控制点，以及每一个真正的用途

每一项控制的存在都有原因。大多数 P2P 环境六项全都在跑，却没有人说得出每一项还在覆盖哪种风险。

01申请审批确认预算存在，并且有负责的人想要它。说“不”成本最低的地方。

02渠道分流决定走目录、框架协议还是自由文本。对下游例外数量影响最大的单一杠杆。

03采购订单把一个意向变成供应商可以依赖的承诺。没有它，后面什么都无法匹配。

04货物或服务收货确认东西到了。最常被跳过、跳过代价也最高的控制。

05发票匹配比对三份记录，而它们只有在前四项控制都守住的情况下才会一致。

06付款放行最后一道关口。到这里，每一个真正的决策都已经做出或被跳过。

从左往右读，其中的经济账一目了然：纠正的成本每一步都在上升。在申请环节说“不”只需要几分钟。同样的“不”放到发票匹配环节，就需要一场抢救。

具体来看

四种例外类型，四种不同的解法

例外队列被汇报成一个数字，所以它们只得到一个答案：加人，或者调整容差。按类型拆开之后，每一种都指向不同的地方。

发票到了，背后却没有采购订单。

这意味着什么: 一项承诺是在系统之外做出的。控制并没有失效，而是被绕过了。
通常的应对: 补开一张事后订单，好让发票能够支付。
这样做的代价: 订单从此是在确认一个决定，而不是在约束它。控制变成了走过场。
真正的解法: 控制点 02。给申请一条快速的合规渠道，否则就承认绕行本身就是设计。

每一种都有一个管用的快答案和一个持久的真答案。人们通常选择快答案，因为没有人算过它造成的缓慢失血。

自动化之前

自动化会放大模型已经在做的事

P2P 是采购中自动化程度最高的部分，这也使它成为不清晰的模型造成损害最大的地方。在干净的环境里，免人工的发票处理消除的是工作。在订单被绕过、收货被跳过的环境里，它消除的是那个一直在发现问题的人。

顺序很重要。先解决控制点 02 和 04，因为它们决定了究竟有多少可以自动化。在大多数发票都带有订单和收货的环境里，自动化几乎水到渠成。在做不到这一点的环境里，自动化预算会花在例外处理上，并被说成是平台问题。

一次评审回答什么

四个问题，之后整个环境看起来就不一样了

P2P 运营模式评审不是一次流程梳理。它回答的是大多数环境目前无法用证据回答的四个问题。

哪些控制点仍在覆盖今天确实存在的风险。合规路径在哪里比变通做法更慢，这要靠测量而不是假设。哪些例外类型占主导，按根因而不是按供应商拆分。以及哪些决策有一位既有权限又有期限的责任人。这四个答案会改变下一次工具决策应当是什么，而且常常让这次决策不再必要。

领导者最先问的问题

在下一个 P2P 举措之前

例外数量高是财务的问题吗？

它在财务被衡量，却是在上游造成的。例外是申请、渠道分流、下单和收货各环节每一个不清晰决策累积起来的成本。给队列配人只是治标，并且让病因固化下来。

我们应该放宽匹配容差来减少噪音吗？

只有在知道噪音由什么构成之后才可以。更宽的容差会把错误和流失一起掩盖。先按根因拆分不符项。如果大多数都能追溯到从未落到订单上的合同条款，那么容差从来就不是问题所在。

我们的合规率很低。这是政策问题吗？

几乎从来不是。人们会走最快能办成事的路径。如果合规路径更慢，政策只会增加知晓度，而不会改变行为。在设计干预措施之前，先把两条路径从头到尾各计一次时。

免人工处理能解决这个问题吗？

在订单和收货已经可靠的环境里，它可以消除大量工作。在不可靠的环境里，它消除的是那个一直在补位的人，并把看得见的队列变成看不见的队列。

从哪里开始？

从一次资深解读开始：哪些控制点仍然值回成本，合规路径在哪里输在时间上。这通常足以改变未来十二个月的投资。

证据

证据先于方法论。

先用证据降低采购风险，然后从一次资深诊断开始，再考虑增加项目、工具、工作坊或咨询层级。

打开证据

P2P 运营模式评审，先于自动化放大错误的系统。