我们在讨论5D时曾说过企业数据库的重要性，这个企业数据库所包含的内容远远大于企业定额的范围，它是对企业历史项目数据的处理，为以后项目做决策的依据。每个已完成的项目都是一个为以后项目提供宝贵参考价值的资源。

 

　　在许多DB项目中，总包单位需要按照业主的预算金额对项目进行全阶段的总价控制。而一个项目往往开始于一个简单的轮廓及业主的需求清单，如何在最初始的阶段就对工程进行准确的价格控制，并且随着设计的发展，始终使工程造价控制在业主预算区间，是个十分困难的过程。

　　所以Webcor目前5D历史数据库更多的还是利用在Pre-Construction中的Conceptual 到Schematic阶段，而这也是Modelogix所擅长的。对于CD以后阶段，Webcor还是以Sage Timberline为主，并逐渐把Sage Timberline数据库向Vico Cost Planner转化的一个工作过程。

 

　　一般我们在做完项目后会处理各种as-built信息，包括竣工图、竣工模型、竣工时各类工程资料等，当然也包括as-built cost，竣工造价。Webcor很注重as-built cost的收集，一方面通过对每个项目竣工造价的追踪与分析，可以不停地完善和改进自己的企业定额；另一方面，对as-built cost进行多方面的处理，可以将其转化成满足项目不同阶段概算需求的参考。

 

　　首先，在收集完一个项目的as-built cost后。Webcor会根据建设不同时期的需求，将造价信息也分成了不同的LOD。设计的模型会有LOD 100到500，Webcor同样也建立起对应的造价LOD，这样从Conceptual到CD不同阶段的设计模型导入到Webcor的造价工具中，都能自动对应上。

 

　　然后Webcor还会将项目的竣工造价进行分解，按照不同的Trade和System进行分解，类似于我们说的分项工程和分部工程。如下图所示，在为业主做初期概算决策时，Webcor经常将类似的项目按照分项工程的造价进行对比，分析每个项目在每个Trade和System上造价的不同及原因，以此作为控制早期建筑设计的依据。

　　除此之外，Webcor还会对每个Trade的造价背后的信息进行整理，类似于建立一个大数据的概念。As-built cost不是一个简单的数字，它背后包含着一个材料或构件从设计到最后落地的所有决策过程，以及在落地时所有影响最后造价的因素。把这些因素按照一定规则整理起来，能为总包在以后的项目上进行总价控制甚至在生产过程中的动态造价控制，提供很有价值的参考依据。关于项目实施中对于这些影响造价因素的管理过程我会在以后的文章详细阐述。

 

　　另外，Webcor当然也会把as-built cost做一个UnitFormat和MasterFormat的归类。这样的处理使数据库更具备灵活性，来满足未来项目参与各方可能的不同需求。

 

　　值得一提的是，Webcor还会根据ENR发布的Building Construction Cost Index，利用Modelogix制定计算规则，将历史项目造价信息结合通货膨胀率和材料价格的变化等因素，转化为现在的价格。并根据不同的地区实际情况对同一个项目进行造价的转换。也就是说，对于他们不同区域在不同时期的项目，Webcor都可以进行一定的换算规则，变成适用于现在当地情况的参考造价。

 

　　Webcor的5D数据库有着很多显而易见的优势，但同时也给Webcor带来了很多挑战。首先如何对一个项目全生命周期的数据结构进行管理并形成可快速参阅的成果不是一件简单的活儿；同时如何准确的从现场获取as-built cost也是要思考的问题；另外企业5D数据库的施行过程涉及到了许多部门和专业，这之中需要大量的协调工作；最后企业数据库的建立过程到最后也就是项目工作过程的标准化、规范化和信息化，所有涉及到项目数据的工作最后都落到了这一点。