substantial performance부터 최종 정산까지 마감

substantial performance를 서명이 뒷받침된, 날짜가 명시되고 인증된 사건으로 기록하고, 그 인증 당시의 공사 상태 기록과 함께 인증서를 첨부합니다.

이유: 이후의 모든 것이 이 날짜를 기준으로 계산되므로, 세 사람이 조금씩 다르게 기억하는 날짜가 아니라 문서로 뒷받침된 하나의 날짜여야 합니다. 나중에 다투게 되는 버전은 항상 문제가 제기된 그날 아무도 제시하지 못하는 버전입니다.

인증된 날짜로부터 발생하는 의무들, 즉 통지 공고, 담보를 청구할 수 있는 기간, 유보금 해제, 하자를 따지는 기준일을 등록부에 기입합니다. 각각은 공사가 위치한 주의 규정에 따라 계산합니다.

이유: 네 곳에서 관리되는 네 가지 결과는 하나를 놓칠 네 번의 기회이며, 놓치는 것은 항상 상기시켜 줄 청구서가 붙어 있지 않은 그 하나입니다. 날짜순으로 정리된 하나의 등록부는 사정을 모르는 사람도 대신 업무를 처리할 수 있게 해줍니다.

각 미완료 항목을 완료 또는 보수하는 데 드는 비용으로 평가하고, 그 합계를 해제 시 보류할 준비금으로 산정합니다. 미결 항목의 개수로 보고하지 않습니다.

이유: 하자 목록은 금액에 대한 주장이고, 체크리스트는 정돈됨에 대한 주장입니다. 개수를 기준으로 해제하면 사소한 항목 90개와 고액 항목 1개를 똑같이 91개 중 하나로 취급하게 되는데, 그 고액 항목이야말로 해제를 다투는 진짜 이유입니다.

유보금 잔액에서 가격이 매겨진 하자 준비금을 뺀 금액을 계약에 대해 해제로 기록하여, 원장에 무엇을 보류했고, 무엇을 해제했으며, 언제, 무엇에 대해 그렇게 했는지 남깁니다.

이유: 해제는 잔액과 재계산된 비율이 서로 다른 숫자가 되기 시작하는 순간이며, 이 해제를 하나의 거래로 기록해 두어야만 둘을 계속 맞출 수 있습니다. 아무도 기록하지 않은 해제는 나중에 양측이 서로 다르게 계산하고 각자 확신하게 되는 해제입니다.

원 계약 금액, 코드가 부여된 승인 변경 사항 각각, 해제된 유보금, 하자 공제 및 모든 크레딧으로부터 최종 정산을 구성하여, 각 항목이 그것을 발생시킨 거래를 가리키도록 합니다.

이유: 최종 정산은 전달되었을 때가 아니라 상대방이 검증할 수 있을 때 합의됩니다. 거래까지 거꾸로 추적할 수 있는 정산은 회의 자리에서 마무리되고, 합계로만 도착한 정산은 협상에서 마무리되며, 그 협상에서 공사의 마지막 몇 퍼센트가 사라집니다.

인증된 날짜, 하자 목록과 그 처리 현황, 유보금 해제 및 보증서를 최종 정산과 함께 하나의 패키지로 발주자에게 발행하고, 동일한 내용을 자체 파일에도 기록으로 남깁니다.

이유: 이 패키지는 발주자의 재무 부서가 지급을 처리하기 위해 필요로 하는 것이고, 사본 파일은 18개월 뒤 담보 청구나 하자 분쟁이 발생했을 때, 그 무렵이면 작업을 했던 사람들이 이미 다른 현장으로 옮겨간 뒤일 때 당신에게 필요한 것입니다.