Check an estimate before you send it
Put a priced bill through the validation rules, clear every warning and error, then export…
Проведите работу от предварительной сметы и её утверждения до детальной сметы и её технического утверждения, держите резерв там, где его видно, отслеживайте каждое отклонение против лимита, и запрашивайте пересмотр до того, как деньги закончатся, а не после.
5 шагов через всю платформу - что делать на каждом и почему это важно.
Постройте раннюю смету по расценкам площади застройки или по сопоставимым завершённым объектам, и зафиксируйте вместе с ней принятый объём работ, использованный уровень цен и то, что исключено. Проведите эту цифру как сумму, поданную на утверждение.
Зачем: Утверждённая сумма фиксируется по этой смете и определяет объект на годы вперёд, поэтому её допущения важнее её точности. Смету, которая указывает, что она исключила, можно пересмотреть по названной причине; смету, которая называет только цифру, пересматривают как что-то похожее на ошибку.
Обмерьте и оцените работу полностью по действующему Schedule of Rates, затем поставьте итог рядом с утверждённой суммой и объясните разницу по каждому подразделу, а не единым отклонением.
Зачем: Разрыв между предварительной и детальной сметой нормален, и его объяснения ожидают. Объяснение по подразделам показывает, вырос ли объём работ, сдвинулись ли расценки или ранняя смета была занижена, и только первая из этих причин - основание для пересмотра утверждения.
Ведите резерв как отдельную статью внутри утверждённой суммы, с пометкой, для чего он предназначен, и фиксируйте каждое списание с него против события, которое его вызвало.
Зачем: Резерв, растворённый в расценках, расходуется незаметно и исчезает раньше, чем кто-либо узнаёт, что его вообще использовали. Выделенный отдельно, он отвечает на единственный вопрос, который имеет значение на середине объекта: сколько запаса осталось до лимита и что уже израсходовало остальное.
Фиксируйте каждое отклонение с его стоимостью - будь то превышение утверждённого объёма, новая позиция или экономия, - и ведите накопленный эффект против утверждённой суммы, а не против последнего утверждённого изменения.
Зачем: Отклонения утверждают по одному, а лимит они расходуют совместно, и именно эту арифметику никто не делает в моменте. Накопительный итог - единственный инструмент, превращающий двенадцать разумных по отдельности решений в видимую позицию.
Отчитывайтесь о позиции против утверждённой суммы за каждый период, и когда тренд показывает приближение к лимиту, подготовьте пересмотренную смету с причинами, разделёнными на объём, количество и расценку, и подайте её, пока ещё остаётся возможность работать в рамках действующего утверждения.
Зачем: Пересмотр, запрошенный заранее, - это техническая заявка с ответом на любой вопрос. Тот же запрос после превышения лимита - это та же заявка с приложенным объяснением, почему работа продолжалась, и именно это объяснение превращает обычный рост стоимости в претензию к ведомству.
5 / 190 модулей платформы
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…