Check an estimate before you send it
Put a priced bill through the validation rules, clear every warning and error, then export…
按印度计量方法从图纸上取得工程量,保持单位为公制并且是该方法认可的单位,出具一份对方能逐行复核的计量成果,而不是只能就总数争论。
贯穿平台的 5 个步骤 - 每一步做什么,以及为什么重要。
先用一个已知尺寸校准图纸比例,再直接在图上量取长度、面积和数量,并让每个计量数据始终附着在它取自的那个位置上。全程以米和毫米为单位。
原因: 留在图纸上的计量,可以回到它取用的确切位置重新核对。只存在电子表格单元格里的计量,一旦有人质疑就要从头重量,一堵墙的质询就这样变成了一整层楼的重新测量。
逐工种建立工程量登记表,套用计量方法为每个工种规定的扣除和包含规则:砌体和抹灰中的洞口、土方中工作面的处理方式、钢筋按下料长度还是按就位长度计量。把扣除项留在登记表上,而不是折算进净值里就抹掉。
原因: 扣除项正是两份认真做出的计量会出现分歧的地方,也正是核对方最想看到的地方。同时列出毛量、扣除和净量的登记表,一次就能核对通过;只给净量的登记表,会招来一次完整的重新计量,去查清楚为什么数字偏少。
把已计量的工程量过到账单上,逐项匹配到描述覆盖该项实际工作的子目,遇到一次计量要跨两个子目时就拆开过账,而不是硬把一条描述拉伸去覆盖两者。
原因: 子目描述和计量方法是配套的一对:描述说明单价包含什么,方法说明工程量是怎么得出的。把工程量过到一个覆盖不了它的描述下面,会悄无声息地拆散这对配套,错误要等到计价时才会以一个看似不对的单价的形式冒出来。
对账单运行校验并查看返回结果。印度数据包内置一条规则,要求单位必须是计量方法认可的单位,并且必须是公制,因此残留的英制单位或自造单位会被报告出来,而不会被直接计价。
原因: 错误的单位看起来并不像错误。它看起来像是一个偏差了一个倍数的单价,通常也会被归咎为单价问题。把它当作单位问题揪出来,指出的才是真正的缺陷,只需修正一行,而不必为一个工种重新争论一遍。
编制计量表,列出子目、尺寸、扣除项、单位和工程量,发送这份表格,而不是每个工种只给一个总数。
原因: 达成一致是在出现分歧的那一行上达成的,只有列出各行的表格才有这样的一行。只发一个总数,等于要求对方单凭信任接受,而在进度账单上,没有人会信任第二次。
190 个平台模块中的 5 个
Everything in this case follows how construction work is measured, priced and paid for in this market. The forms, the cost breakdown and the payment rules are the ones used there, not a generic version of them.
Standards it follows
You do not have to set any of that up by hand. The first time you open the platform it asks which market you work in. Choose this one and it sets the interface language, loads the matching cost database and records the cost classification, and it adds an example project you can open straight away.
The rule checks for this market come with the platform too. Switch them on once and an estimate that misses something the market expects is flagged while you are still working on it, not after the tender has gone out.
Put a priced bill through the validation rules, clear every warning and error, then export…
Pull priced items from a real cost database, build the bill from them, bundle recurring bui…
Turn a single-point estimate into a range, run a Monte Carlo over the genuinely uncertain l…