大家好，我们在上级呢将这个什么销售明细，还有这个销售出库单呢？呃他这个处理的差不多。
c小节呢我们即将要玩的是这个什么就是核算这个id啊上小节应该是把这个ID加起来的，就是把id加起来。
那最小节这个加入这个id结算。其实我也简单改了一下，但是录制录制失败，录制失败，所以我就重录制。
大家首先看一下啊，就首先我们仍然是观察，你看它有几行，看到了吧，一二三四五，你删掉一行，你看一二五了，三，这一行乘一二五，对吧？
你看一下啊，对于左边这个ID来说，它之所以没变，那是一种搜索的函数的问题，它要通过这个东西找到一和二三四五的位置，对吧？
找到它的位置，那么接下来需要处理的呢，就是这个id的函数对吧？
ID的函数呢，你看它是搜索主表销售ID子表销售。
ID你看我写的函数啊搜索，然后呢加一除三，这是加一除三的一个函数，就是假设呃发货数大于零。
实际上现在写的这个已经没什么问题了，只是为什么它不核算呢？我给大家说一下，就是为啥不核算，你看当你当你手动触发一下，它就核算了。
他现在呃，也就是说这里面啊啊，或者说你这么着候选一下仓库，你看他也会统一帮你核算，但你看你选完仓库之后追到了吧，小完仓库，你看这波他并没有核算，这就说明了什么问题呢？
你要参考采购那个当时是怎么处理的？因为我经经历了反复多轮的测试，就是采购订单，当时是测试成功了，对吧？
测试成功。然后我们看一下采购。因为采购入库单嘛，对吧？呃，采购到货单还是采购入口单折入不大，今天独立，然后编辑的参考一下他的这个ID序号是怎么写的，看一下，看哎，没毛病，对吧？
他这组是这么写的，然后看看他的他的这个入库是怎么写的，看它是等于已入库，等于已入库精准的等于，然后等于到手啊，所以呢这个位置啊有可能还得还得写一下，这个还得加上一个什么入库状态，对吧？
那加上加上一个吧，对吧？
出入状态本来也需要这东西突破，状态也超过后，状态出后的状态假设是什么？
已发完未开完，对吗？会发完，你发完不就能过滤了吗？
对吧？这个还能作为一个填充，对吧？因此呢，这个时候你你该怎么核算，你能用多融核算吗？
不可以，你必须要精准的，等于他发现了这个规律了，对吧？你是初步数，你可以用一个沃函数，沃函数可以处理都行。
你看这个位置，假如是沃这个沃函数，我们要看一下它是怎么写法，因为因为这个位置你也得你得去研究一下，对吧？
负函数，你看它是o一，加上括号，这上面我写的对的，对吧？
哦，第一个函数，第个看出什么出户，就等于已出完，就是等于已抽完也是这样，还有呢出库状态等于另一个状态，也是这样，胃出丸也是这样，你也得算，对吧？
不管你等于什么吧，要精准的，看看精准的可能就有点意思啊。
哟，为什么不行哦，在义不是这的，可以这个可以了，变量不合法，这怎么回事啊？
没毛病，假设哦，假设两假设两个条件，对吧？咱两个条件没毛病啊，这位置我先写一个条件，试合试，先写一个条件试一下可能成功。
哎，就说明他这个是函数出了问题了，对吧？
重写吧，只能重写了。嗯，这确定是没问题的那它就出了问题了。
这个函数假设出入状态，等于也出完波波出打不对了，是吧？
哎，跳过就可以了，这样就可以了，不知道什么毛病，对吧？已发完，未发完再交好。
已发完确定一下，快发布一下吧，我一会就写不出来了，这叫什么什么鬼，对吧？
哦，加上括号懂不好，或者是初误验证，等于我已发完未发完。
哎，这回可以了，这回可以啊。
好啊，采购的，我们不用试这四个了，发基金交易出户来看一下啊，你看你第一个确认数量五五，对吧？
数量五五，他数量五误的时候，你看他把一二三四五全部全部带出来，你看等于已发完，等已发完，未发完，它有动静吗？
没啥动静，对吧？它没啥动静，你看那个信号还是不算啊，前期了嘛。
那现在我们再验证一下删掉，从头填一个订单试试是不是填的，先后顺序有关系，对吧？
选择订单再选个少的订单试一下。
哎，为什么这个东西老是帮我填上是吗？数量五误一二三解发完啊，这回倒是成功了，一二三倒是成功了。
但这个东西你要删掉一个呢，你看他很难成功追到了吧。
你看他这个以联动这个东西还差点还差两点。你看你看删你删掉一个，它就一和三，它就很不好搜索到它的所所在的位置，知道了吧，那你删掉一行，确在唯一唯一的时候没问题，你看你加一行，它仍然是唯一对吧？
但这个你教了一行，你只能重选好选一个为三个的吧，看一下一个两个的点已发问重填一遍。
这个那你正常听，那是没问题的，正常填没问题，就是你来改他的时候，他就不见得对了，是吧？
很清空，现在撤离一点。
好，这回发这五个来试试没问题是吧，看雪天门仓库没动静，是你又帮我填上了。
这个你正常已经跟采购差不多了是吧？这个id一般是不会出错了，对吧？但是万一出错了呢，只有这个ID就如此重要东西还是不太放心啊，你看他算一行不成功，这是比较麻烦的对吧？
那商银行就不成功了啊，那你按销售的ID按销售id去更新的话，其实销售ID倒是不会不会出错，对吧？
他说id不会出错，但小于他当销售ID等于他的时候，呃，除非你把这个母i母ID这这一栏啊，也就是你更新库存那一栏就不要不要加入一些这个什么对象里面进去了。
这可以这样的话，防止他这个什么主表之间发生这个容量的更新。
如果说不好解决的情况下，就这张表不好解决就行了。这个ID我始终觉得采购这端和这边这两端啊，他这个id啊始终不太好解决。
说实话也就是大家在做这个出入明细表的时候，尽可能的还是用指表去更新，就是不要出现主表主对它的关系。
因为主队它的时候就一定要保证这个什么这个ID完整的对齐。但是经过我们多轮的测试啊，发现发现你看你正常填是没事，你看你怎么填都没问题，对吧？
但是架不住来修改这个单子，虽然我已经做了很多的优化了。你看一行的时候是这样的，没问题，对吧？
你看他万一选错了呢，他填的是不会按你这个套路填的，他觉得选错了，他又选一行，看到了吧，你看你再确定一下，他是没问题，对吧？
但他又删一行了啊，像这个的时候是好的。对，像这个时候现在没准呢，是吧，我们看一下啊，给你见一下他三三行的时候，他这个序号还是不太靠谱，对吗？
虽然我写的函数很对，肯定是对的，因为d代码上都是这么写啊，这是三行了。
你看三行，看你怎么把这个ID搞清楚数量无误。你看先修复这个一二三，然后你再点可能这次成功的删，第二行可能就乱套了。
你看他就不成功了，所以说他的难度在于这个什么，呃，不是在于呃，他的新增主要在于它的灵活度呢并没有像销售订单那么灵活了，对吧？
因此呢我们给大家一个建议，就是说在销售出库单的时候呢，我们要换一个玩法了，启用第二个方案，对吧？
怎么启用这样个方案？大家想一想，我不用这个联动了，对吧？
弃用弃用主表，联动信用主板联动机制，就是下节我们再讲了。这个呢我们就当他失败了，包括财务那边，其实我当时也在想，就是有没有别的方案，当然是有的对吧？
只是说看看我们怎么使他。
售前咨询专员