Check an estimate before you send it
Put a priced bill through the validation rules, clear every warning and error, then export…
Обмеряйте чертежи в метрической системе, храните и выгружайте объём везде исключительно в метрических единицах, а имперское торговое наименование, по которому склад реально продаст материал, ведите в той же строке, не позволяя одному переписывать другое.
5 шагов через всю платформу - что делать на каждом и почему это важно.
Установите масштаб по известному размеру на листе и обмеряйте длины, площади и объёмы в метрической системе, беря каждое значение с самого чертежа, а не из цифры, которую кто-то уже пересчитал.
Зачем: Чертежи метрические, модель метрическая, и спецификация метрическая. Обмер в одной системе с пересчётом на каждом шаге добавляет округление на каждом шаге, а округления накапливаются сильнее всего именно в тех объёмах, которые важнее всего, - а это всегда самые крупные.
Держите обмеренный объём в его метрической единице как хранимое значение, а имперское отображение этого числа рассматривайте как представление, а не как замену.
Зачем: Верный ответ существует только для одного хранимого числа. Если сохранить пересчитанную цифру, а потом пересчитать её обратно, объём приобретает округление, которого у него никогда не было, и никто этого не замечает, потому что обе версии выглядят вполне разумно.
Указывайте номинальное наименование товара рядом с метрическим объёмом: для 2x4 - обрезной размер 38 на 89 мм из стандарта, для листа 4x8 - размер 1219,2 на 2438,4 мм и 1220 на 2440 как принятое условное обозначение. Каждый указанный размер берите из стандарта или из арифметики, которая его дала, но никогда - из самого наименования.
Зачем: Объём - это то, что вы обмерили, а наименование - это то, что вы заказываете, и это два разных факта об одной и той же строке. Ведомость, несущую только метрический размер, придётся переводить на кассе тому, кто возьмёт трубку, а ведомость, несущую только наименование, вообще нельзя сверить с чертежами.
Проверьте ведомость перед выпуском на два сбоя, которые порождает эта область работ: объём, единица которого больше не соответствует способу обмера, и указанный размер, пересчитанный из номинального наименования вместо того, чтобы быть взятым из стандарта.
Зачем: Оба сбоя дают числа, которые выглядят правильно, и именно поэтому их не ловит визуальная проверка. Элемент размером 50,8 мм там, где стандарт говорит 38 мм, пройдёт мимо любого взгляда в комнате и будет ошибочен на треть - причём в ту сторону, которая обходится деньгами на площадке, а не в смете.
Экспортируйте ведомость с неизменными метрическими объёмами для заказчика и консультанта и сформируйте заказ материалов с номинальными наименованиями для поставщика - оба документа из одних и тех же строк.
Зачем: Двум читателям нужны две разные вещи из одного набора строк, и ни одному нельзя вручать пересчитанную версию того, что предназначено другому. То, что экспорт остаётся метрическим, также сохраняет сопоставимость ведомости с чертежами, по которым велся обмер, - а это единственная проверка, которую вообще можно провести впоследствии.
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.
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…