我等着你们俩呢，商量好了，跟在一块看一下吧，核单现在这个版本它是很好核的，但是它可能存在一些漏洞，不好解决。比方说就像我刚才说的这个外料有可能要改成纸表的，这是外包拆，如果说可能出现这个两个供应商的外包拆的时候得拆，得拆成两行，这是一个。还有这个灌装这一块的话还稍微好一点，如果灌装是两个厂家灌装可能会稍微好一点，我感觉它是有办法解决的，那就是生产执行计划的时候，它不是。他不是整单执行的，那他他相当于是只执行一部分内调，是这个意思吧，就是有几个内调，他交给这个张三灌装，交给李四灌装，类似于你删除。
你们你们商量差不多，然后就再讨论一下，今天晚上怎么你得把他这个解决了，要不他推不动了是吧，得往下走，因为他等着用呢，今天。早知道他一直一直都适应不了这个，我应该就先反向反向给他合单得了，反向给他合单的好像得保留原来的这个思路，但是目前还还还存在一个问题，就是说。你说的这个横向的这个一个内料，然后他到底用的是哪一个包材，这也是个问题，如果说让我让我出方案的话，我会建议你们，嗯，不要合成这么大的单子，或者说先一一件一件来做。就它里面有几个主要分开做，做完了再来合就行了，不知道你们理不理解我这意思，它是一个一个的做的，而不是这么着一下子全做了，做不出来，它不支持这个两个维度的这个。
就如果你是说比方说他这回报价当中有三个三个组件，三个组件呢，那其中呢，他需要用的内料是三个，然后呢，包材呢，可能也是三组啊，你们分开做一个一个来。就一个一个去去搭他的这个相当于局部的这个小boom，然后呢，再用这个大的boom来给他关联一下，引用一下，引用过来之后呢，然后他就能看得出他这种逻辑关系了，就你。自然而然你选用了你已经做好的这个内料的货物，然后直接选择关联过来的时候呢，它又能把它拆散了，又能把它合并起来，它是有这技术的，但是缺点呢，就是。不说是工作量大吧，反正就是他是一个一个产品去做，他也比较繁杂，没有现在这么快捷。
现在的方式虽然很快，但是他不好拆单，就是他一行当中，他很难掌握到这个一些异常情况，比方说就好像刚才说的三行当中有一行。用到一个什么内包，外包或者是外包用的外包是整体的是吧，外包是整体的，然后用到一个内包，然后同时还遇到一些这个杂物，其他的乱七八糟的你都输不进去，你不知道往哪儿输。都下手不太好下手，它的关联性的话更不好找，所以呢，我刚才说的就是说，如果可以的情况下，先做小的部门，一个一个去做，做完了之后再来合成这个总的这个产品技术资料。这样的话他就好执行了，应该是个正确的方式，而且我估计你早晚往这个方向发展，他没办法，因为这样的话，他其实是不好走通的。
或者就是沿用过去那个方式，沿用过去那个方式的话，基本上就是只能自己凭经验看了，反正你就是我大概理解啥意思，他是咋做的就是。第一行能不能插入，哎，第一行是一个内料，然后他需要什么，我大不了我在下面再给他插入一行，把他的相关材料给他再贴在那儿就行了，能看得出来，这样的话，那右边的供应商能选，要不右边只能选一个供应商，对吧。即便是我家俩供应商，右边也只能写俩供应商啊，它出现三个物料的时候怎么办呀，对吧，只是一个主料需要三个物料的时候，你一行过去它根本就选不了，所以它是执行不开的，所以我才给你们打伞呢，做那个B表嘛。地表，那个地表他就可以执行，虽然他是看不出来，但是他能他能执行下去，要不你执行不下去的，大概就是这个意思啊。
定制品强制做BOM，意义不大也强行展开
|
