大家好，在上一节当中，我们玩转了这个采购，一个是批量支付，对吧？
就是采购进单的一个批量支付和这个支付的进度，这个支付的状态的一个玩法，对吧？
就是批量支付确定。那么我们回到这个什么我们的主线上来说，关于这个采购付款的时候，我们当然提起来，那肯定是少不了这个应付款的一个统计，对吧？
那如果说想玩应付款的统计，大家想一想应该找什么？
作为依托呢？供应餐表吗？这个对对对，半年供应商表来做统计，就是没完了，对吧？
都是你记错了怎么办？因为用供应商表供应商表记总账虽然说呃有好处，但是呢呃也也怎么说呢，我觉得这个方案还是不够不够的，详细，对吧？
他记一个总账，你每下一个单子给他累累加一下，然后每支付一个给他累减一下这个东西啊，它并不是不行啊，对吧？
从从理论上来说，它是可行的，但问题是万一这个叫啥，万一你给点错了呢？
是不是有时候下单下错了，老来来回删减，删减它还是不太靠谱。
等于说对于我们来说好理解的，我觉得应该还是从订单上下手。
所以呢应付款的核算应该放在订单上。同时呢而且它会比较简化，比方说就好像我们早期录类课件似的以订单。
比方说以这个乙付和这个应付放，这他肯定就是能玩转应付金额。
对吧应付预付金额放展，而且他的统计也好，统一点，对吧？
比方说我们就这么玩啊，但是他以供应商维度，他也能统计出来，为什么呢？
因为订单它毕竟这个什么是让这个供应商的这个金额供应商产生的这个应付金额更加明细了。
这个好应付金额应该等于什么？等于函数可以等于定得得就等这个呀，是吧？
因为已付几个是零嘛，所以一开始他就等这个好了。
这样的话我们接下来就要先先跑通应付管的一个实一个实际数据的一个走通，对吧？
仍然还是使用上回的规则就可以了嘛，是吧？不管五十行，因为它是个批量支付的嘛，你看一下这个是等于这个看能复制吗？
好像复制不了这个获制不了优惠金额，它的函数呢呵呵答案等于原订单的金额，原订单的应付金额，原订单应付金额啊，因为应付这个金额它在变化。
所以呢你必须要这个什么找到原单的这个应付来减去已付这息减去本次支付吧，对吧？
应付减去本期支付是吗？本身支付就可以了，本次之后进行支付。
但你觉得这个函数在这里面的时候好用吗？不好用，对吧？
既然你累加累减了一笔，那你可不可以用那个采购订单金额减去采购订单本身里边的那个已付金额不可以，原因很简单，因为它在一个先后顺序，你要理解它这个规则规则更新啊，它有先后顺序，他是采购采购金额减去更新以后的。
所以呢你不能用那个函数走他走不通，对吧？理理论上是可以的，对吧？
但是实际是不行。好了，这样的话，这几个订单我们是不是要删除？呃，回顾我们上节说的，我们先做个删除逻辑吧，对吧？
他之前还没做过三层落地，对吧？采购ERP的这个采购订单，看个图吧，他删除他需要做什么操作呢？
呃，删除对应的明细就行了。还有对应的粘性采购明细，对吧？
把明细全部删掉。呃，这里面删除校对，这是校对制度，这是校对制度，就是当牛当除采购订单的时候，这么照度就行了，这样就行。
为什么？当然是我把所有采购订单的明细删了可以了，对吧？然后我们删一遍试试啊，我觉得应该是一个一个删有效，你要批量删，不知道有没有效，一个删一遍，看明细明细，还有九行，对吧？
再删一遍，这个是应该只有六行，对吗？看看他的删除逻辑啊，只有六行再唱一遍呢，应该都没了，但是要失效的话，就只能一个一个上啊，可以可以啊，对吧？
可以这么玩好，我们重做采购订单，把采购付款单也删了嘛，对吧？
采购付款单也删了工作。
采购订单，这表哥写也行，对吧？
低的那这里面写也可以，但是这界面还是太小的，对，大眼睛没有。
对了，出了两千块钱来哦，你看那个应付款没有锁死，对吧？
没关系，很容易的，没有关我们锁死它。
我这个采购订单，我找一下，给他排一下版，怎么排坊，他家行，把这三把这三个可以放在那个框里面吗？
可以就这个芬兰这山都可以往里面放嗯，哦这三个分栏之后等于二分之一吧，对吧？
二分之一，那他的采购单号可不可以放上去，可以不支持，不支持。
然后下边呢下面这几个呢，其实只有联动的才不才不能放进去嘛，没有涉及到联动的，它都可以放进去。
比方说这里面它都是以供应商来联动的，所以放进去无所谓，你这个不能放，这个不能放，嗯，下面呢也没什么联动的，所以只要能放的都可以。
好，怎么处理呢？订单总数总价品种数物件哦，附件又不支撑，但他父亲又不支持，现在不支持，那就怎么说呢？
把备注放进来吧，备注放进来二分之一二分四分之一吧，占四分之一的比例，对吧？
好，那身份证呢可以都可以，这个应该都能放进来，然后一倒给它往上面用户状态往下提。
好，这些全部改成二分之一，并且呢不会影响数据，只有联动的数据在收理的时候，它会影响可以了哦。
你看我们做了一个采购电，能再做。第二个的时候可能就好看点了，看是好好多了吧，对吧？
等一下舒服多了就见面三个。
嗯，你看采购详情，他好像是不支持吧。那既然不支持的话，采购详情，我们让它以附件给它排在一起，对吧？
我又排一下，再拍一下，不支持，确实不支持，确实是不支持哦，支持的产品详情是支持的那这是你放四分之一也不合适啊。
对，放下面来吧，或者是把整个分栏往下拖分栏拖，这来这样可能就会好点不点放这儿。
因为下面已经有四个了，没什么太多个台子了。好，发现一下，我感觉好多了。
对，如果部件要支持的话就好了。对吧？不然支持可能会长得好看好了，但怎么着都好多了，对吧？
他一面就快看完了，就是要不然内容从往下拖拖的拖的头疼，投个订单。
哎呀，接下来呢我们要观察这个什么应付款是否产生，对吧？
好，两个一块付过去了啊，这个付一千两天吧，就这一天就让他留着等应付款看一下，你要都有审批的哦，小姐，这个我们保留了一个审批功能，你缓存一下呢。
哎呦，这个东西一旦刷新就成这样，是不是我经不住这效率太低是吗？
从对了，看元旦吗？从这也能看看元旦看一付不平已付已付，你看算出来了吧，没问题。
对，就这种功能的话，在早期的时候，我们在处理的时候都已经处理的很详细了，它的应付和已付款还是很容易找解决。
看到那这个应该是个竖像，是不是样话，竖竖横向不要紧，对吧？
反正它的这个金额对你还剩一千块钱，然后就是这一节我们把这个叫啥，把这个应付款给他统计出来了，是吧？
售前咨询专员