**【应用场景】** P6本身会自带一个37.5 Hour Workweek的日历,有些时候为项目新建日历的时候有可能不注意的时候将此日历作为默认日历,但如果需要多个项目进行合并的时候,一般会出现“莫名其妙”工期错乱、日期错位。举例来说,多个参与方如业主、设计方进行计划合并,如初步设计按照7.5h/d\*5日历排程和详细设计是按照8h/d\*5日历排程,二者合并的时候会出现日期和工期看上去错乱的状况。 **【解决思路】** 出现此状况的原因是日历没有事先设置正确,如在初步设计编制计划的时候,虽然输入原定工期10d,软件保存的则是10\*7.5=75小时,而计划工程师本意是设定工期是10d\*8h/d=80h,如果默认只显示d为单位的时候,很难察觉到该细微的差异。如下图所示,默认显示的情况下看上去貌似没什么问题。 ![](https://img.kancloud.cn/3c/8d/3c8d05aa196ed623cebd4cf593aa2e0f_650x179.png) 但是,在用户设置中将时间单位、日期两个内容设置一下就会看到真实数据是什么样的。如下图所示,如果涉及不同类型的日历作业进行合并的时候,就会发现工期或日期较大的偏差。但真实的工期是没有变化的。同时,需要注意逻辑关系的延时也会出现相同状况,此处不再赘述。 ![](https://img.kancloud.cn/52/0f/520fb4ca908225b7944867078c8b8e98_650x183.png) 所以遵循导致问题产生的原因,进行纠正操作即可达到目的。 按照7.5h/d换算为“天”单位的工期,存入自定义字段工期A 将作业原定工期按照工期A\*8h的方式折算为小时数 **【操作路径】** 1) 自定义字段 - 还原工期 数字型 ![](https://img.kancloud.cn/6b/3b/6b3bb32599c26d9295c1a5ade6fe9004_477x370.png) 2) 使用总体更新(全局更新)计算原工期,更新到自定义字段 ![](https://img.kancloud.cn/17/bd/17bd7aaae1a3ca0ae053fd2dc422a24e_576x411.png) 设置公式为还原工期\=原定工期/7.5,范围是WBS为初设的作业。设置后进行更新即可。 ![](https://img.kancloud.cn/85/ee/85ee0bae52c5069ef3e50fd974deb8c9_652x210.png) 3) 使用总体更新(全局更新)更新原定工期 ![](https://img.kancloud.cn/58/1f/581f6d92a0fdc2e981e426476f609344_650x464.png) ![](https://img.kancloud.cn/05/c5/05c5eb7e6767e13892fd08f93e9bec9c_650x216.png) 更换或修订日历 ![](https://img.kancloud.cn/f0/13/f0136e30841069e28c81819e4acbb903_597x496.png) 本文采用是修改原来的日历,分别设置每天的工作小时数,8h/d. 设置时间周期,每天8小时 等等,如下图: ![](https://img.kancloud.cn/fa/a7/faa71bec5be4cb7c4de4c056eb11eebe_578x291.png) 4) 最后进度计算,便可以恢复为真实需要设置的。 ![](https://img.kancloud.cn/2d/59/2d59107c392da812617ab84be08e465d_650x182.png) ![](https://img.kancloud.cn/1b/5f/1b5f6a8f84a33b2d40370e5b4564234d_650x184.png) **【关键词】** 日期错乱