リフォーム予実管理は何を比較しますか？

当初予算と支払実績だけでなく、承認済み予算、見積、発注済額、変更注文、未請求、支払、完成までの残見込みを工事項目単位で比較する。

追加工事はいつ予算へ反映しますか？

口頭依頼や現場判明をそのまま施工へ進めず、理由、対象、見積、販売・工程への影響、承認者を変更注文として記録する。承認後に予算版と着地見込みへ反映する。

物件別利益管理との違いは何ですか？

物件別利益管理は仕入、保有、販売を含む最終採算を見る。この記事は、その内訳であるリフォーム工程について、完成前から発注残と変更を把握し着地を予測する。

不動産再販のリフォーム予実管理｜工事項目・変更注文・発注済額・着地見込みをつなぐ

買取再販のリフォーム費用を請求書の到着後に集計すると、工事中は利益が見えているようで、完成間際に追加工事と未請求分が一気に現れる。支払済額は過去の数字であり、完成までにいくら約束し、あと何が残るかを示さない。

物件全体の仕入・保有・販売を含む採算は買取再販の利益管理、業者選定と発注の全体は買取再販の調達管理が扱う。この記事はリフォーム工事だけを、工事項目、変更注文、発注済額、着地見込みで完成前から管理する。

予算と実績の二列では手遅れになる

予算と支払額だけを比較すると、発注したが請求されていない工事、現場で合意した追加、まだ見積もっていない残工事が表に出ない。比較すべきは、承認済み予算、発注済みの約束、支払、完成までの残見込みだ。

台帳項目	判断に使う意味
物件・工事項目ID	物件名や業者名の表記揺れを避け、利益表へ結ぶ
予算版・承認予算	仕入判断時、現調後、変更承認後の前提を残す
見積・発注・変更注文	候補額、約束済み額、追加・減額を分ける
出来高・検収・請求・支払	工事の進みと会計上の支払を混ぜない
残工事見込み	未発注・未完了部分の最新見込みを持つ
責任者・根拠・更新日	誰の判断でどの資料から更新したかを追えるようにする

物件ごとの合計だけでは、どの工事がずれたか分からない。解体、設備、内装、建具、外構など自社の見積・発注単位に合わせた工事項目IDを作り、同じIDで予算、見積、発注、請求を結ぶ。分類は経理科目より現場が変更を説明できる粒度を優先する。

予算の版を上書きしない

仕入判断時の概算、現地調査後の工事予算、解体後に判明した変更を一つのセルへ上書きすると、最初の判断が妥当だったか検証できない。版ごとに作成時点、前提、承認者、変更理由を残す。

予算版	用途	残す前提
仕入判断版	取得可否と上限の判断	確認範囲、想定仕様、未確認箇所
現調確定版	発注計画と販売計画	調査結果、見積、工期、仕様
変更承認版	追加・減額後の統制	変更理由、承認、利益・販売影響

古い版を残す目的は担当者を責めることではない。調査不足、仕様変更、販売判断、施工中の発見、見積条件の違いを分類し、次の仕入判断で確認項目を改善するためだ。

発注済額を「約束した費用」として管理する

請求前でも、発注書や合意により会社が進めると決めた工事は着地見込みへ入れる。見積候補、承認済み発注、着工、検収、請求、支払を別状態にし、見積を受け取っただけの金額と約束済み金額を混ぜない。

工事項目と仕様を予算へ登録する。
業者ごとの見積を条件・範囲と一緒に記録する。
承認された見積だけを発注済みへ移す。
着工・出来高・検収を現場記録と結ぶ。
請求内容を発注・変更・検収と照合する。
支払後も残工事と未請求をゼロ確認する。

口頭での依頼、メッセージでの追加、現場判断も「発注なし」として無視しない。正式な承認へ戻すべき未整理の約束として一覧にし、実行可否を責任者が判断する。

変更注文を工事の履歴として残す

変更注文には、増額だけでなく減額、仕様変更、数量変更、別業者への振替、工事中止を含める。変更ID、発生日、発見者、対象工事項目、変更前後の内容、理由、見積、工程・販売への影響、承認者、業者への伝達を持つ。

既存状態が想定と違ったため必要になった工事
販売方針や想定顧客の変更による仕様変更
工程や資材の都合による代替・数量変更
重複発注、不要工事の取り消しや減額
別工事項目・別業者へ移した費用

承認前、承認済み、業者伝達済み、施工済みを分ける。承認前の変更を着地見込みから外すと楽観的になるため、「未承認リスク」として金額範囲または影響を表示し、経営判断を促す。

着地見込みを構成要素で説明する

着地見込みは担当者の感覚で一つの数字を入力せず、支払済み、請求済み未払い、発注済み未請求、未発注の残工事見込み、承認前変更リスクに分ける。同じ費用を二重計上しないよう、工事項目IDと発注IDで照合する。

構成	確認する証拠
支払済み	請求・承認・入出金
発注残	発注内容、変更、未請求範囲
残工事見込み	工程、未発注項目、最新見積
変更リスク	発見事項、承認待ち、影響範囲

この記事では工事費の相場や標準単価を示さない。地域、物件状態、仕様、工法、時期、取引条件で変わるため、候補業者の最新見積と現地確認を根拠に、自社の判断を記録する。

販売計画と工事判断を同じ変更IDで結ぶ

追加工事の可否は費用だけで決められない。販売開始日、想定価格、物件の訴求、契約条件、引渡しへ影響する。変更注文に販売責任者の判断欄を持ち、実施、代替、見送りの理由を残す。

工事をしない場合の販売・契約・品質への影響
実施した場合の工程と販売開始への影響
仕様を下げる・別手段にする選択肢
追加費用を含めた物件全体の着地利益
意思決定の期限と最終承認者

現場担当が工事の必要性、販売担当が商品性、経営者が物件全体の採算を別々の表で見ていると判断が遅れる。全データを一つのシステムへ集める前に、同じ物件ID・工事項目ID・変更IDで相互に戻れるようにする。

週次会議は差分と未決事項だけを見る

前回から変わった発注、変更、検収、請求を確認する。
予算超過見込みの工事項目と理由を確認する。
承認前変更と未発注残工事の判断者・期限を決める。
販売開始や引渡しへ影響する工程を確認する。
決定を予算版、発注、販売計画へ反映したか照合する。

会議のために担当者が別の集計表を作らない。日常の変更受付と発注記録から、前回との差分が出るようにする。工事完了後は予算差異を、調査不足、仕様変更、販売判断、施工発見、発注・請求差異に分類して次の物件へ戻す。

一物件で台帳の粒度を検証する

最初から全物件へ細かな工事項目を強制すると入力が続かない。進行中の一物件で、利益判断に影響した追加工事と未請求を拾える最小粒度を確かめる。既存の見積・発注・請求を同じIDで結べない箇所を把握し、受付項目を調整する。

リフォーム費用に関する知見を求める業務募集も確認できる（CrowdWorks掲載例）。個別案件の条件や金額を一般化せず、費用判断を支える情報需要の一例として扱う。

物件完了時には、未請求と発注残を業者ごとに確認し、単に請求がまだ来ていないだけの工事を残見込みから消さない。逆に中止済みの発注が残っている場合は、取消の合意と記録を確認して閉じる。工事完了、検収完了、請求完了、支払完了、予算確定を別々の状態として、全項目がそろった時点で物件のリフォーム費用を締める。

複数物件を並べるときは、超過額だけで順位を付けない。未承認変更が多い物件、残工事の根拠が古い物件、販売開始に影響する物件、唯一の担当者しか状況を知らない物件を優先表示する。金額が小さくても契約や引渡しを止める事項は早く判断し、経営者が全物件の明細を読み直さずに済むようにする。

予実管理の目的は、現場へ予算厳守だけを求めることではない。工事中に分かった事実を早く共有し、販売・品質・工程・利益を含めて変更を選ぶことだ。発注済みと残見込みがそろえば、請求書を待たずに着地を判断できる。

判断履歴が残れば、次の物件では仕入前に確認すべき箇所と、見積条件へ含めるべき範囲を具体的に更新できる。