采购订单、收货单、发票对不上，先查哪里？

假设采购订单订了100件，仓库收了80件，供应商却按100件开了发票。财务拿着三张单一对，差了20件，账过不去。

这时候，很容易先问一句：谁把数录错了？

先别急。那20件可能还在路上，也可能已经到厂，只是仓库还没登记；当然，也可能是供应商开多了。同样差20件，原因不同，处理办法也完全不同。一上来就催人改数，反而可能把本来正确的记录改错。

订单上的100件，是已经下单要买的；收货单上的80件，是仓库这次收到的；发票上的100件，是供应商这次向企业请款的。它们记录的不是同一个时点，数字暂时不一样，并不奇怪。

问题是：这笔差异到底出在哪儿？我的建议是，先别算整张单差多少钱，先确认三张单说的是不是同一笔货。

总额一样，不代表每一行都对

为什么要先找“哪一行”？因为整张单金额对上了，也不代表每种物料都对上了。

比如一张采购订单有好几种物料，订单合计10万元，发票合计也刚好10万元。只看合计，似乎没问题。可其中一种物料供应商多开了，另一种少开了，两个差额正好抵掉，合计仍然是10万元。仓库如果只收到其中一部分货，光看金额就更容易看偏。

所以先把发票上的每一行，找到它对应的采购订单和物料。采购主体、供应商、开票方要核对；物料编码、规格、计量单位也要核对。然后再看这行物料分几批到货，仓库的哪些收货记录与它有关。

这里还有两个细节。一张发票可能涉及不止一张采购订单，不能见到供应商名称一样就直接归到某张订单；同一供应商的同一发票号码也要查重，免得一张票重复进账。

如果现在还得靠财务翻发票备注、采购找聊天记录，才能猜出发票对应哪张订单、货已经收了哪几批，那就不只是“数字没对上”的问题了。单据之间根本没有连到同一笔业务上，系统当然不知道该比哪几行。

少的20件，不一定是仓库漏记了

回到开头那笔采购。订了100件，收了80件，发票开了100件。找到了同一行物料之后，再追那20件的去向。

货还在路上？那收货单写80件就没错。货已经到厂，只是还没登记？先核对到货凭证和验收状态，再按事实补登记。要是供应商确实多开了票，就得由采购和财务去核对开票依据。不能为了让三张单上的数字一样，把“收到80件”直接改成100件。

还有一个容易忽略的地方：仓库说“收了80件”，不等于“80件都可以结算”。其中如果有10件还在等检验，或者检出不合格、准备退货，实际可以按多少件付款，要看合同和企业的结算规则。先票后货能不能走、差额要不要暂挂，也没有一条适用于所有企业的统一答案。

这就是为什么有些企业核对采购订单、收货和发票三份记录，还会把检验合格数量加进来。前一种通常叫“三向匹配”，加上检验结果，有些系统叫“四向匹配”。名字不用记得多牢，真正要说清的是：企业付款前比的，到底是到货数，还是验收合格数？

退货也别漏了。货明明退回去了，系统却只有原来的收货记录，没有退货或冲销记录，财务按原收货数去比，自然会出现偏差。查的时候，把这次收了多少、累计收了多少、退了多少、之前开过多少票、这次又开了多少，分开看。

如果买的是服务，就更不能硬套仓库收货流程。它可能没有“入库”这一步，交付依据是服务验收记录或者阶段确认单。我们要找的是订单约定、实际交付和供应商请款之间的对应关系，不是一定要凑出一张收货单。

货的数量对了，钱还得重新算

数量查清后，才轮到价格。这里第一件事，是看两边用的是不是同一个单位。

订单按件计价，发票按箱计价，一箱10件。如果拿“每件多少钱”和“每箱多少钱”直接比，当然差得离谱。先把数量和单价换成同一个单位，再判断供应商有没有涨价。

单位没问题，再看看订单价格有没有经过批准的调整。发票用的是调价前的价格，还是调价后的？折扣和运费是算进物料单价，还是单独列出来？拿来比较的是含税金额，还是不含税金额？

有外币采购时，还得看汇率时点；差几分、几毛，也可能是四舍五入的口径不同。哪些差异允许通过，要按合同和企业规则定，不能不分供应商、不分物料，统一拿一个百分比去套。

所以，“总金额差不多”也不能作为放行理由。某一行多开、另一行少开，合计可能刚好接近；反过来，物料价格并没错，只是运费归属不同，也没必要去改物料单价。

系统标红了，还得有人接着办

即便系统已经把差异标红，也只算完成了一半。剩下一半是：谁知道原因，谁能确认，最后由谁批准处理。

少收货了，仓库先确认有没有漏登或在途批次。检验、退货导致的差异，质量和采购要把结果说清。价格变了，采购要拿出有效的调价依据，并和供应商核对。若发票重复录入，或者关联错了订单，就由财务去核实票据和对应关系。

在原因没查清前，有争议的订单行或金额可以先挂起来。其他没有争议的部分能不能继续走应付流程，按企业的付款政策办。别为了让整张发票过审，去覆盖原来的收货、订单或价格记录。等确认完，再补录、更正、退货，或者与供应商核实发票怎么处理，同时把依据和处理人留下来。

说到系统，先别急着再买一套。如果企业已有ERP，就先看它能不能把订单行、分批收货和发票关联起来，能不能设置容差、检验和差异审批。已有功能能用，就先把规则配置好。

更麻烦的，往往是信息散在不同地方。仓库在WMS里登记了收货，采购在群里确认了调价，财务在ERP里看到了发票。每个人都有一部分事实，却没有一个地方能把差异交给对的人处理。

这种跨系统的空白，才是织信可以发挥作用的地方。拿开头那20件来说，可以把差异挂在对应的订单行上：采购查供货和开票依据，仓库查收货，质量确认待检或退货，财务看到处理结果再决定应付怎么走。织信上的数据关联和工作流，可以把这些待确认的事交到对应的人手里；供应商报价、发票金额等敏感字段，再按角色设权限。

原有ERP和WMS仍维护各自负责的数据。在接口与权限允许时，织信可以读取状态、回传处理结果。如果企业原本就缺采购协同系统，也可以在织信上逐步搭采购订单、供应商协同、收货和异常处理流程。

当然，单据要连得准，企业还得先把规则说清楚：一个发票行怎么对应多次收货？哪些价差可以通过？退货之后，原来的收货和开票记录怎么处理？这些规则要按企业业务来设计，复杂计算还可能需要脚本或原有财务系统配合。

采购规则也不会一直不变。先管数量，后来要把检验、退货加进来；集团采购还可能按不同子公司设置审批和结算口径。用织信这样能持续开发的平台，数据关系和流程可以跟着业务调整，不必每加一条规则就重新做一套孤立系统。

下次再碰到“三张单对不上”，别先催人改数字。找到发票对应的订单行，看那行货收了几批、退了多少；数量没问题，再比计价单位、有效价格和费用。查出原因后，把差异交给能确认它的人。

三张单不一定在每个时点长得一模一样。但差在哪儿、为什么差、由谁处理，总该说得清楚。