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