心塞投降，虽然已经知道结果，但依然勇往直前，那不是勇敢，那是傻……

明明知道结果会不如意，但是毅然冲到领导办公室，依然冲口而出提出问题，不出意外的结果，却不曾想到把自己打得体无完肤；

前天再次确认新中大的bug，如此一来，三大控制模式，已经去其二，另外一个控制点，因为业务主管部门的不给力，也没控制起来；我想着应该跟领导汇报一下，但我没有像上次一样，大张旗鼓的先与业务主管部门联合行动，因为我预感着领导肯定有不同的想法，然后我单枪匹马的去到领导办公室，讲述了事情原委；

材料模块，按照方案使用资源需求清单做控制，但是需求单控制方式，因为引用需求单所做的合同，后续无法再做合同变更，因为需求单本身不能做变更，合同变更也不能引用需求单，所以这个控制漏洞百出，就废弃掉了；最终改成了使用入库单做控制，但现在数据上来后，发现这个控制的逻辑是按1、本单同类材料会合并计算；2、本单的单项会所有新旧单累计；3、不在本单的旧单中的同类材料没有累计；这样导致材料会超量；这个作为一个问题单提交后，新中大方面已经确认是bug，但修补补丁排在了sp8或sp9，按照目前新中大的补丁开发速度（今年就出了一个sp7补丁），时间跨度非常长；

控制逻辑方面，目前已经出现cbs不同合同类型（非固定单价合同与固定单价合同）之间混用的情况，在不清楚的控制逻辑下，完全算不出来是否超金额；

针对上面的两个情况，其实我主要是想能不能领导跟新中大方面沟通一下，但按照上次材料需求单的问题来看，估计领导会有其他想法；

上次材料需求单的问题，领导直接给出了，材料合同完全不需要做变更，因为都是按时结算的，其实这个不就是固定单价合同吗？签订了合同，有数量有单价有总金额，但实际执行又不按数量、单价、总金额执行，这个和固定单价合同不是一样的么？跟领导之前说的完全不一样，无语，领导无条件的站在了开发商那边；

我预想着领导这次估计也有不同想法，但没想到是如此反复；
1、材料模块，是我这边搞复杂了，合同录入时完全可以只录入一个单项，比如，假设钢筋有10个规格，签订10个规格的合同，但是录入系统时，只录入一个与cbs一致的单项就行了；这个说法完全的颠覆了我去年到今年的整整差不多两年的工作——推进材料资源库标准化，合同标准化，材料单项标准化，而且现在已经稍有起色了，一句话回到解放前，真的无语，心塞；其实当时领导还说过，合同必须与纸质合同保持一致，不能线下线上不一样，到现在又变了，当然这个其实是领导说解决这个目前这个bug的一个想法，但其实这个脑回路也真够清新的，这个问题软件开发商都确认了是可整改的问题了，不想着找软件开发商的原因，找自己的公司的麻烦；

2、控制逻辑那个，领导也是说其实我们的原因，说不能签订这种单价合同，其实建筑施工的下游合同，大部分都是固定单价合同，因为即使有数量单价，也会因为有一句“按实结算”而可以随时超数量或金额，如果放上系统，这种情况都是要做变更的，无形中必然增加工作量的；单价合同，我去项目部和业务主管部门都了解，基本都说有困难，但跟领导说都能做，实际就一份都做不了，这个已经是公司的常态了；

终于知道为什么基层这么反感公司的工作了，这样随意的定方案和执行，完全没有章法，权责不清，没有具体业务主管部门主管对应业务，所谓的有，也是领导一句话，毫无权责文件，最终就是业务主管部门也应付式的工作，而且工作也没有形成工作交付闭环

终于知道为什么……