你们有仓库有有库存吗？如果没有就不要用，这是实战呢，不是不是让你在那虚算账的，就这东西在你这儿吗？那些那些包材就在你们仓库嘛，他要能盘点才行。盘点不了就别别折腾了，就想别的办法。 仓库管理切记，仓库管理它是它是要，它是要那个仓库就在身边的，得有得能去盘点的，他玩虚账他永远玩不明白的，到最后你只能是只只能是落实为系统问题，但是虚账这种玩法儿，他是玩不转的。仓库管理进销存的这个记账的，他就是就得见到实物，再等我过去数一下，到底是不是这么多，如果不是，那就不要这么玩儿，他玩不转。 所以你们要想好启用进销 ...

我接下来给你描述这这一段，嗯，你得空的时候，你仔细听我说的，就是为什么咱们这个合同会这么处理呢？其实这个光这个活儿之所以没怎么下手，那是因为没想利索。它是有难度的，它在兼容性上，你要不不兼容吧，它反正就是应收款，它就费劲对吧，我们不想再做一套系统来看这个应收款嘛，太费劲了。 就首先它这个产品来说啊，当它分裂开来做的时候啊，然后它这个报价，它会它会让人令人一种很难受的地步，也就是说。他必须在这个报价当中啊，假设我们做一个假设，假设这个客户贸易的客户，国际贸易客户，你做一张整张报价单，跟你要了三个产 ...

他这个逻辑关系非常复杂，就跟那个供应商给你结算似的，毫无任何逻辑关系，有时候吧先付，有时候后付，有时候吧，今天你要付了才发，没有那个系统玩的转。他就是收款的时候不发货，那你那你去登一登一笔发登一笔那个我给你融在一块儿去，你登一笔收款去收个零就光发货了，这啥玩意是吗。 他这种关联查询在子表当中是不生效的，不知道你理解啥意思吗？关联查询它本身它只能对这个母表生效，子表它不会及时保持最新的。所以呢，你只能在编辑的状态才能看到那个最新的发货数，如果说他在发之前没调用成功，那就没办法。 你可以分析一下，现 ...

哎呀，如果是出纳付款那就好了，那就看流程吧，你先把那个之前那个补补之前的那个应应付账补一下。假如说目前你补的生产单里面有已经付了的，就把它登记上去，你不登记上就不平等，你登完了，什么时候要申请了，什么时候就开起来，理解我说的意思吧，就是你别到时候就是登上来有一些。你顺带的就是说你做完生产，做完生产之后呢，他肯定产生了很多这个应付账，产生很多应付账呢，然后你统一一个供应商登记一张，就给他全部秒杀了，就如果已经付了，就把它登记完了。这样的话，让那个应付应付一平，这叫应付一平，我们在应收那边玩的是应收 ...

我等着你们俩呢，商量好了，跟在一块看一下吧，核单现在这个版本它是很好核的，但是它可能存在一些漏洞，不好解决。比方说就像我刚才说的这个外料有可能要改成纸表的，这是外包拆，如果说可能出现这个两个供应商的外包拆的时候得拆，得拆成两行，这是一个。还有这个灌装这一块的话还稍微好一点，如果灌装是两个厂家灌装可能会稍微好一点，我感觉它是有办法解决的，那就是生产执行计划的时候，它不是。他不是整单执行的，那他他相当于是只执行一部分内调，是这个意思吧，就是有几个内调，他交给这个张三灌装，交给李四灌装，类似于你删除。 ...