心塞投降

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


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


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


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


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


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

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


我预想着领导这次估计也有不同想法,但没想到是如此反复;

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

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


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


终于知道为什么……