Turn a change into a paid variation
Capture a scope change while it is fresh, price it as a contract variation on your agreed r…
Поставьте присуждённую ведомость рядом с расчётной, классифицируйте каждую изменившуюся строку как добавленную, удалённую, с изменённым количеством или изменённой расценкой, свяжите каждое изменение с распоряжением, которое его вызвало, и согласуйте список письменно.
5 шагов через всю платформу - что делать на каждом и почему это важно.
Сохраните контрактную ведомость как присуждённую и расчётную ведомость как поданную в проектные файлы, с датами и сопроводительным письмом к каждой.
Зачем: Проверку расчёта читают месяцы спустя те, кого не было на объекте, и первый вопрос всегда - какие два документа сравнивались. Зафиксировать их сейчас занимает минуту и снимает спор, у которого иначе нет доказательств ни с одной стороны.
Загрузите каждую ведомость так, чтобы обе оказались в проекте рядом, и проверьте, что коды позиций перенеслись в обеих. Если одна сторона потеряла коды при переносе, исправьте это до сравнения, а не после.
Зачем: Код позиции - это то, что делает строку одной и той же строкой с обеих сторон. С кодами подрядчик, вставивший двенадцать позиций и перенумеровавший всё, что ниже, всё равно получает читаемое сравнение. Без них сопоставление откатывается к номеру позиции, и отчёт почти ничего не сообщает.
Откройте сравнение по присуждённой ведомости и выберите расчётную ведомость как другую сторону. Каждая строка возвращается классифицированной как добавленная, удалённая, с изменённым количеством, изменённой расценкой или без изменений, со старыми и новыми количеством, расценкой и суммой, а разница пересчитана в валюту проекта.
Зачем: Это та часть проверки расчёта, которая съедает дни и не даёт никакого суждения. Пройдя её за один проход, вы освобождаете внимание для действительно спорных строк, а заодно ловите тихие случаи - расценку, сдвинувшуюся на несколько процентов при очень большом количестве, - которые не видны глазу, читающему распечатку.
Пройдите по изменившимся строкам, держа рядом открытым реестр изменений, и отметьте, какому распоряжению отвечает каждое изменение. Оставшийся список - изменения без распоряжения за ними - и есть ваш список запросов.
Зачем: Сравнение говорит, что изменилось, а реестр - что было поручено; сопоставить их - это суждение, и оно остаётся за вами. Делая это с классифицированным списком перед глазами, вы превращаете проверку расчёта в короткий набор конкретных вопросов вместо общего возражения, на которое никто не может ответить.
Направьте список запросов в виде переписки, по каждой позиции с указанием суммы, и фиксируйте ответ при запросе, а не в чьей-то почте.
Зачем: Расчёт согласуется построчно или не согласуется вовсе. На письменные запросы отвечают; запросы, поднятые на совещании, каждая сторона запоминает по-своему, и разница всплывает в самый неудобный момент - при подписании итоговой суммы.
4 / 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.
Capture a scope change while it is fresh, price it as a contract variation on your agreed r…
Award a trade package to a subcontractor, place it on a subcontract with a schedule of valu…
Value the work put in place this period against the contract, raise the application with th…