大家好。
那么上年呢，将这个盘点单做完呢，它是一个盘点库存的。
也就是说库存出现差，出现问题的时候大家自己改一下库存。
公司他也是个一对多的，在进销存系统当中，他绝不能说是一条一条的来，就是这个样。
你看比方说这个25，它目前的库存分别是零，我给它排数999进去看，这很容易找出来是吧。
25。
这两个呢，它应该快速的增加完我这个盘点数。
这就是盘点单，它的这个作用在进销存当中呢，它是比较实战的一个应用，好查完了你看一下库存里面有没有增加到999，有那就对了。
看到吧，这两个。
就是明细账，你也看一下有没有增加的都是盘盈。
潘莹，潘莹。
好了，这就是盘点单它的一个处理。
就是说通过我们的这套方案呢，基本上算是这套进销存呢。
通过序号的方案呢，它算是相对成熟一点。
如果说一定要说它还存在什么问题，那就是偶然性的规则失误，这个呢，低代码等等都是常见的，所以呢可以容忍。
只要你能找着问题来，还能把它调回去，对吧，那至少说他在完成进销存的整个模块当中啊。
他应该是可以使用了。
他一直都不能使，但是呢，目前我们想到了一个办法，也就是通过这个需要的过渡。
能够完成他的这个一个完整的一个处理。
但是大家都会想啊，这个东西还存在什么问题啊，对吧。
但是你肯定你会想啊，就是说既然你在网上能够通过专业版，你现在通过专业版能搞定经销存了，虽然它是个OA系统，那么我们做它干嘛的地方。
我们难道弄个专业版，它就是为了用它进销存功能吗？对，那是不可能的，对吧。
那同屏我们试一下它应该也都能行，对吧。
怎么说呢，就是那接下来肯定下一步就是你要植入一些财务的东西，对吧。
这就对了。
也就是你既然把这个采购订单和销售订单弄上去，那你要是那不把那个应收应收账款搞不定，那肯定是不行的，对吧，这就是我们说的就是在进销存当中植入他的这个财务模块。
来看我们这个库存应该是合算的，你看这两条七和14，我们刚登记的。
看出了明细结事实看。
这明出了明细呢，他都登记库存呢，他应该也会更新，这个呢，不用再仔细校验了，就是多次我们通过测试可以可以完转的。
那么接下来呢，它就是复杂的，就是我们说的这个采购订单与财务之间的一个处理。
那么看一下，其实我已经就是在做这套这个进销存，之前这个采购本身跟这个进销存都已经有关系了，你看一下。
这个已经是打通的了，来你看我给大家演示一下，你看。
这就是说你的疑问可能我们之前已经处理过的，我们先把之前的删掉。
就是刚下了一张采购订单，那张采购订单呢，就是我们买，而且呢，这就是个进销存的，你看吗。
提交成的这个采购订单。
所谓的一体化，一体化说了半天，就这东西在上面要能直接进行支付那就对了，你看你折腾半天，人家这个就是这样，哎，我想着你看这是单品的支付，对吧，单品支付。
就是结合自己的实际情况，如果你一定要多频支付的话，它也是可以的。
就是多条支付。
既然我能多条更新库存，那当然我也能多条更新这玩意是吧？
就是同样的方案嘛。
但是如果说看自己那个订单的这个。
基数了对吧，因为有的公司他可能一个订单就是很大，所以呢，他就不需要这个啊，支持这个多订单支付也是批量支付嘛。
提交。
你看这个就相当于我付完了呗，对吧，我付完了之后，你到这个采购订单里面去，你看。
哎，这个已付完，这就是说。
玩转了这一套，这个什么带进销存的，也就是植入进销存之后啊。
再把财务一体，这不就是这么，这不就玩转了吗？
其中呢，就是进销存是最难的，就是原因是因为它存在很多的bug和这个叫什么，和一些这个功能的障碍，但是呢，通过我们的一些突破，一些别的方案呢，也解决了这个一些问题，就是让他成为一个。
相对靠谱的就相对靠谱的进销存系统。
就是刚才我们上一我也说，就是上一节节末的时候说的。
对有些公司来说，他产品就是不多，他就那么几个，他买套进销水也不划算，既然买了专业版，那你就既然搞了专业版了，是不是你就可以使这个了。
我觉得是可行的。
就是包括这个，你看这是应付板块嘛，你看采购分析。
你打通了这个的话，采购分析这里面它就成功了，但是采购分析我们没做完整，对吧，就是在卷里面它就会你看应收，你看这个应收它能同，当然音符也能同啊。
感应收的，我们给大家走一遍是吧。
因生功能呢，它就是。
做收款登记就行了，对吧，你看这是之前登记的，我们把它删掉。
虽然我刚才已经下了下个销售订单，那是不是这个位置，哎，我选择客户对吧，刚才对这个客户做个销售订单。
那接下来我要对这个订单。
哦，吼，这个销售订单怎么找不着了是吗？
我们看一下什么问题啊。
啊，我知道了。
这字段不一样。
业务找到他。
销售订单啊，我已经下了两张了销售订单。
下个两张为什么会找不着呢？
打开这个血管电单看一下有什么限制。
可能这个客户不是一个。
来试一个。
选择客户没毛病。
哦，对，这个。
还有一个逻辑校验。
确定。
收款。
不错啊，这回有了。
两个出来。
蹦出来，这个订单我先收。
他这个订单是金额，金额是这么多，应收款这么多，哎，我收到了。
收款日期。
也可以做批量收款的。
不要较这个真模仿这个批量的这个更新库存的方式一样。
这个收款成功了，收款成功的话，这里面它是它是多体胶研的。
就是有客户的因私款，你看客户的应私款他也在变。
都是逻辑嘛，一些逻辑更新，比方说你看现在。
你的应收款它也在变少，因为你只要一一收一单，它就变少一单，现在这个相当于一个一个加总嘛，这两加起来你已经收了这么多，这他销售总额，那对于客户来说。
所以呢，他就进行一个统计，反正就是客户隐私款。
点睛统计不就完成了，就是。
咱们需要啥，需要也不用那么复杂。
不要太复杂，他也完不成，这就是说在经销存的一体化的话，就是这节我们给大家演示，他只是演示了，因为很多工作他是之前八号的，就是我在来讲解这一套进销存方案的时候，实际上订单与这个财务之间的一个这个逻辑关系。
这个采购订单以这个付款申请。
还有这个四环。
以这个销售就是销售订单，其中的这个销售模块当中，销售订单也是一个收款单，我已经是打通的。
只是之前是用那个基础的功能打通的，现在呢，加入了一些专业版的知识在里面，你看现在你要打通的话，他可能不会涨价。
现在以专业版来说，它就不会绝不会这么显示了。
因为他都能直接直接汇算，直接汇算的话一般都会，呃，可能考虑这个收支登记啊。
可能会把这个应收应付都能汇在一张看板里面，因为之前使的是基础功能，这现在是专业功能的话，他能拉实体数据。
那实体数据的话，也就不用这个，非得把这些数据啊，都打在原表当中，就是看供应商才能看出来应付款。
然后呢，看课后啊，才能看到他应应收款。
不需要那样。
它可以似于在汇算我们进销存当中那个出入明细里面就这样式的。
啊，这这个是客户名称，然后呢。
客户名称，然后呢，呃，就是销售金额那一栏呢，客户名称就是已收款金额，这样的话，你一一加总不就成了那个销售啊，也就是所谓的这个销售，销售金额应收款金额和这个已收款金额这么一汇算就行了，就是他通过一个。
呃，过渡表。
也不是过度表达，就是一个流水账，一个流水账。
流水账呢，就是说无论是这个应收和应付，它其实类似于进销存。
就是当我们下销售订单的时候，它就类似于入库。
给客户入库是吧，给客户入一个金额，每次收款的时候呢，就给他出一个金额，产生的这个什么欠款呢，就是应收，哎，那就是结余对吧，他们俩呢一加总，然后呢就成了是吧。
一正一负这么一冲，然后这样的话就能得到他的这个所谓应收这边的库存呢，就是应收款了，对吧。
就是这样的一个逻辑的话，模仿我们在处理这个出入明细。
能解决这个什么客户的这个应收款的一个统计，不再依赖于这个规则，依赖于统计的一个功能，这样的话会更靠谱一点，这就是我们这一节给大家总结的这个，呃，他在实现这个。
就是我们之所以在钉钉专业版上来部署这个经销存，它的目的目的呢，就是要解决，就是大家以前这个经销存和这个OA是完全不通的，这是通的，对吧，万一它就是一个系统，它就可以关联数据，直接你看刚才我给大家反复演示的就是这个付款，它跟你那个不太一样，它直接就是关联这个ERP的。
因为你已经把它做成ERP的采购订单了。
合同，付款采购合同，你看这就是ERP里面的合同呢，跟大家完全不同了是吧，他。
与这个什么入库单它有关联了，这个采购合同它与入库单是有联络的。
这就区别。
| 
