I直接答案
付款状态和入库状态走的是两条独立的线。采购应付款模块只记录「钱付了没有」——它跟踪的是应付金额、已付金额、未付余额这类资金信息,付款动作一旦在系统里被确认,这条记录就会变成已付款。而采购单能不能用、货有没有进来,走的是另一条线:先是单据本身被审核通过,然后才由入库动作把数量真正记进仓库。付款这条线跑完了,不代表另一条线也跑完了。
所以看到「已付款」三个字,只能得出一个结论:这笔钱在系统账面上已经登记为付出去了。它既不能证明这张采购单被审核过,也不能证明货已经入库。反过来说也一样——采购单已经审核、货也入库了,但如果你还没做付款登记,应付款页面照样显示未付或部分付。两条线各记各的,谁也不能替谁作证。
真正要确认一张采购单的状态,唯一可靠的地方是采购单本身的列表页。在那里你能同时看到单据的审核状态和入库进度,这两项才是判断「这批货到底进没进来、这张单到底能不能算数」的依据。应付款页面只是资金视角的一个窗口,把它当成采购进度的凭证,是最常见的误读。
II操作问答
为什么付款状态和入库状态会被分开记录
采购业务里,钱和货本来就常常不同步。有的供应商要求先打款再发货,钱付了但货还在路上;有的供应商允许先送货后月结,货早就入库了钱还没付。如果系统把付款和入库硬绑成一个状态,这两种正常场景都会没法记录。
订货宝把采购应付款独立成一个模块,本质上是给财务对账用的:它回答的是「这笔采购我欠多少、付了多少、还差多少」。而采购单回答的是「这批货我要不要、收没收、收了多少」。两个问题服务的是两拨人,一个是财务,一个是采购和仓库。
理解了这一点,就不会再指望在付款页面看到审核和入库信息。它没这个职责,也没有这个字段。
III操作问答
怎么在系统里确认一张采购单的真实状态
第一步,退出采购应付款,进入采购单列表。应付款页面是查钱的地方,采购单列表才是查单据的地方,位置不要走错。
第二步,在采购单列表里找到目标单据,看它的审核状态。未审核的单据通常不能进入后续的收货和结算环节,也可能被允许继续修改或删除,此时它只是一张草稿性质的记录。
第三步,看这张单的入库情况。入库动作完成后,仓库数量才会真正增加。如果审核通过了但还没做入库,货在账面上仍然不算收到。
第四步,如果你想确认钱和货是否对得上,再把采购单和应付款记录对照着看:一边看单据的审核与入库,一边看付款的金额与时间。两边都清楚,才算把这张单看完整了。
另外提醒一句:采购应付款页面本身只能看到和采购单相关的付款状态,它不会替你判断单据是否成立。想知道单据成立与否,回到采购单里查,这是唯一的路。
IV操作问答
两种最容易配错的情形
第一种,把付款当成入库的替代凭证。操作员在应付款页面看到已付款,就默认货已到、可以直接安排销售或出库,结果到仓库一查发现这笔货根本没做入库,账面库存是虚的。这种错误在月底盘点时才会集中暴露,届时很难回溯到底是哪一步漏了。
第二种,先入库后审核的顺序被跳过。有些操作习惯是货到了先做入库,单据的审核环节被搁置。表面上看库存增加了,但采购单一直停在未审核状态,后续的对账、应付、结算都可能对不上号。这种单据在采购单列表里一眼能看出来,但如果不主动去查,就一直挂着。
这两种情形都不会在采购应付款页面报警。它只关心钱,不关心货和审核,所以配错了也只能靠你主动去采购单列表里核对才能发现。
V操作问答
它和哪些功能联动
和库存联动:只有入库动作完成,仓库可用数量才会变。付款不改变库存。所以库存不准的时候,先查入库,再查付款。
和价格、结算联动:采购单的单价、数量决定了应付款的金额,一旦付款登记完成,应付款余额随之变化。付款登记本身不会回头修改采购单的审核状态。
和权限联动:审核采购单和登记付款往往是两套权限,不同岗位各管一段。如果发现单据迟迟没审核,先确认当前账号有没有审核权限,再怀疑操作遗漏。
和报表联动:采购类报表通常分开统计付款情况和入库情况。两张报表的数字对不上是正常现象,因为它们统计的是两件事。想交叉验证,必须同时看采购单的审核与入库,以及应付款的付款记录。
VII常见问题
被问得最多的几个问题
正常。付款登记和采购单审核是两条独立的操作,谁先谁后都可以发生。可能出现先付款后审核,也可能审核了但一直没登记付款。出现这种组合时,不用怀疑系统出错,去采购单里把审核补上即可,付款记录不会因此消失。
直接进采购单列表看这张单的入库情况,一眼就能判断。不要绕到采购应付款去看,那里只显示付款状态,看完还是不知道货到没到,反而多绕一步。若同时想确认钱付了没有,再打开应付款页面核对金额即可。
不是。审核只表示这张单据被确认有效,可以进入后续流程;入库是另一个独立动作。审核通过但没做入库,货在账面库存里仍然没有增加。要确认货已收到,必须看入库是否完成,只看审核状态会误判。
VII继续查
企业微信 · 专属顾问