关于项目结算设定的一点问题
流程逻辑
竣工产值的逻辑
按照这里的理解，产值冲减的目的是为了让多报的产值或者少报的产值形成平衡而设立的。目的是
产值=审定价
这里就牵扯到一个概念：“竣工”。什么叫做竣工？
竣工作为工程施工中一个里程碑，他的含义是代表这一种法理责任上的义务的结束，字义上解释为建筑产品交付使用。
- 错误的思维逻辑：PM系统的产值统计其实没有严格区分竣工产值，造成大家的普遍逻辑只有过程产值。
相对于“真正结算”的结算产值，这个产值是可以有多、也有少的。所以到完成施工到竣工其实还是有一段时间的差距。事实上我们一般指的是“竣工验收”。然而在逻辑上，这还是一个关乎钱的问题，竣工验收只是“产品能交付用”，但钱还没来，这个钱，我们叫做“竣工结算”
那“产值冲减”其实，是为了“竣工结算”而服务的。而不是为“竣工”服务的，竣工结算的钱可能有多，也可能有少，这就是产值冲减的目的。
当然最近一次更新让我猜测公司可能发现了这个“产值冲减”的逻辑问题，所以目前默认了“否”来执行，这不部仅仅只是为了跳过PM的操作。（程序员懒得修bug）
当然他有可能未来会开新的竣工产值模块也不一定。
竣工数据从PM抓取
这里主要是要注意竣工产值这个正常情况下我们是填0，因为过程中我们是没有中间竣工这一说法的。所以这一般是最后一笔的时候才需要填写。
审定价的数据的逻辑
这里特别说明的目的是为了应证系统设计的逻辑：
- 产值数据是从PM抓取到OA。
- PM只能决定审定状态，并不能决定审定价。
- oa系统的审定价数据是从oa系统录入的，并不是抓取pm的
所以如果是oa结算数据的错误，那真的就是负责录入oa结算数据搞错了而错了，oa的数据中心的结算数据其实与pm系统并没有关联，关联仅仅只有审定状态。
PM页面填写
区域A的两个数据目前我没发现有任何关联性，可能公司放在这里是区分一下合同内外的收款的，但这两项数据没有存在模块对其进行汇总。
重点我们在区域B的数据填写：
- 施工阶段：公司给了 基础、主体、装修 三个选项
这里可以看出其实公司在最开始开发产值模块的时候是没有考虑竣工这个事件的。
- 施工面积：目前PM系统只能提供房建项目的数据指标汇总。所以非房建项目都填0
这里主要的设计目的是作为一种指标计数的分母，比如单位面积内的用量或者造价。
其实公司部分板块已经更新出了市政公路的度量指标字段，但什么时候同步下放不得而知。
- 本月竣工面积：也是只提供房开项目的指标。
但注意这里是竣工，也就是没竣工的话，其实一直都是0。
- 本月竣工产值：
注意还是竣工，正常项目应该只需要在完成竣工月份填报一次即可。其余月份均为0。
- 形象进度。
如果是进度款就照抄不误。
- 是否执行产值冲减：默认“否”。
产值冲减的逻辑其实是为了平衡产值与最后结算的差值。但目前这个设计（归0）的逻辑就很迷糊
总结
- 公司在最开始PM系统产值模块设计就没有考虑到竣工结算的差值造成后续其实PM系统是赶不上OA系统的迭代
- 产值冲减的逻辑目前公司其实没有明确定义，PM系统归0的逻辑与OA联动数据=审定价存在逻辑冲突
