SalesDock ロゴSalesDock
不動産

引渡し後の保証対応台帳|期限・申告・原因・是正・費用負担を管理する

引渡し後の不具合連絡を担当者のメールで管理すると、受付時点では早く返せても、契約上の根拠、原因確認、工事手配、費用負担、顧客への完了確認が分断される。期限一覧だけあっても、どの部位と事象が何の対象か分からなければ判断できない。

売買決済までの確認は決済チェックリスト、調査指摘の是正はインスペクション指摘管理、修繕実行は修繕受付フローで扱う。この記事は引渡し後の申告から保証判断・完了までに限定する。

保証は物件一行ではなく根拠文書単位で持つ

契約、保証書、保険、施工会社や設備の保証など、対象範囲と窓口が異なる可能性がある。「引渡しから何年」と一律に入力せず、根拠文書、対象部位・事象、起算点、期限、通知方法、除外、確認者を記録する。

項目役割
保証・物件・引渡しID物件、契約、買主、引渡しと保証根拠を結ぶ
根拠文書・対象範囲契約、保証書、保険、工事保証など原文へ戻る
起算・期限・通知条件一律期間を置かず文書記載と確認者を残す
申告・場所・発生状況顧客の申告と担当者の推測を分ける
原因確認・方針・所有者調査、応急対応、是正、説明、対象外判断を追う
費用負担・完了証拠見積、承認、請求、是正、顧客確認を結ぶ

本文を台帳へ要約しても、必ず原文書へ戻れるリンクと版を持つ。契約変更や追加工事で条件が変わった場合は上書きせず、どの期間・部位にどの版を適用するかを責任者が確認する。

受付では結論より安全と事実を取る

  • 申告者、連絡先、物件、引渡し、受付日時
  • 場所、部位、症状、初めて気づいた時点、変化
  • 生活・安全・二次被害への影響と応急対応
  • 写真、動画、音、発生条件、過去の連絡
  • 訪問可能日時と連絡方法の希望
  • 受付担当が約束した次回連絡と期限

受付担当が「保証対象です」「対象外です」と即答せず、確認して返す事項を明確にする。ただし安全や被害拡大のおそれがある場合は、保証判断を待たずに会社の緊急手順へつなぐ。応急対応と最終費用負担は別の状態で管理する。

状態を受付から顧客確認まで定義する

状態抜ける条件
受付・一次対応安全確認と次回連絡を設定
根拠確認契約・保証・保険の該当候補を整理
原因確認調査事実と未確認範囲を記録
方針承認是正、追加調査、説明、対象外の方針を決定
対応・再確認施工証拠と確認結果を登録
顧客確認・完了説明、残事項、費用処理を確認

原因と責任を同じ言葉にしない

不具合の技術的原因が分かっても、誰が契約上・業務上の費用を負担するかは別の判断だ。調査担当は確認事実、推定原因、未確認、推奨対応を記録し、費用負担の決定者は契約・保証・保険・発注関係を確認する。

  1. 申告内容と現地事実を分けて記録する。
  2. 必要な専門家・施工会社へ調査を依頼する。
  3. 原因候補と未確認範囲を整理する。
  4. 根拠文書ごとの対象可能性と手続きを確認する。
  5. 応急、恒久是正、説明の選択肢を責任者が決める。
  6. 費用承認と工事発注を関連IDで結ぶ。

期限は顧客対応と権利判断を分ける

保証・保険等の期限、顧客への次回連絡、調査予定、見積回答、工事完了は同じではない。最終判断に時間がかかる場合も、顧客へ進捗と次の予定を伝える期限を置く。期限超過は赤表示だけでなく、代理担当、管理者判断、専門家確認へ上げる条件を決める。

  • 申告受付と受付証跡
  • 根拠文書上の通知・手続確認
  • 顧客への次回連絡
  • 調査、見積、方針承認
  • 応急対応と恒久対応
  • 再確認と費用処理

普遍的な保証期間をこの記事では示さない。物件、新築・既存、売主、施工、保険、契約内容で適用関係が異なるため、根拠文書と最新の公式情報を確認し、疑義は弁護士等の専門家へ相談する。

費用を見積・承認・請求で追う

原因確認費、応急対応、恒久是正、顧客対応、保険等の請求候補を分ける。施工会社の見積を受け取っただけで会社負担を確定せず、誰が一時負担し、誰へ請求・求償を検討し、どの根拠で最終処理したかを記録する。

工事範囲が変わったら変更理由、追加見積、承認、顧客への影響を残す。是正完了後は施工写真だけでなく、対象症状が解消したか、別の不具合が出ていないか、顧客へ何を説明したかを確認する。

国交省の情報へ戻れるようにする

国土交通省の安心R住宅の公式ページは、既存住宅についてインスペクション、リフォーム、点検記録等の情報提供を含む制度情報を公開している。制度対象や保険、表示の扱いは最新資料と登録団体・専門家へ確認する。

公式資料を自社保証の説明へそのまま置き換えない。台帳には、どの制度・保険・契約を確認したか、その結果この案件で何をするかを別々に残す。

再発を物件と業者の管理へ戻す

  • 同じ部位・原因候補で繰り返す申告
  • 同じ施工会社・工事項目に集中する再施工
  • 引渡し前検査で発見できなかった理由
  • 保証説明と顧客理解がずれた場面
  • 唯一の担当者だけが条件を知っていた案件

申告件数だけで施工品質を断定せず、物件条件、工事、使用状況、確認範囲を見て改善先を決める。必要な確認を引渡し前チェック、発注条件、保証説明、文書保管へ戻す。

完了は顧客連絡と費用処理まで確認する

  1. 是正結果と再確認証拠を登録する。
  2. 顧客へ対応内容、残事項、今後の連絡先を説明する。
  3. 見積、発注、請求、保険等の費用処理を照合する。
  4. 未解決事項に新しい所有者と期限を置く。
  5. 再発防止を検査・工事・説明の標準へ反映する。

保証台帳の目的は、期限内かどうかだけで申告を振り分けることではない。顧客の安全と生活影響を確認し、契約根拠と技術的事実を分け、権限者が方針を選び、対応と説明を最後まで追うことだ。

受付、原因、費用、工事、顧客連絡が一つの案件IDでつながれば、担当交代や案件増加があっても、社長がメールと契約書を探して判断をやり直す状態を防げる。

調査や施工会社の回答待ちでも、最後の連絡日、説明した現在地、次回連絡日、追加情報、連絡責任者を持つ。原因や保証対象を確定していない段階では断定せず、確認中の事項と安全上の注意を会社の手順で伝える。窓口、技術、契約判断、費用承認を分けても顧客への説明責任者は一人にする。引渡し前には契約、保証書、保険、工事保証の原本と版、対象部位、窓口、起算点、期限、通知方法、買主へ渡した資料、社内責任者を一覧にする。引渡し後の工事や設備交換も追加の保証根拠として登録する。月次では期限到来件数より、根拠不明、原因確認停滞、費用未承認、工事完了未確認、顧客連絡期限超過を見る。

保証対象外の方針を選ぶ場合も、対象外という一語だけで閉じない。確認した根拠文書、申告事実、原因確認の範囲、判断者、顧客へ説明した内容、利用できる別窓口や有償対応案の有無を記録する。対象内の場合は、どの根拠で、誰が何を、いつまでに行い、費用をどう処理するかを決める。部分対応なら対応する範囲と残る範囲を分ける。顧客の了解と技術的な完了も同じではないため、工事担当の検収、契約・費用担当の処理、窓口担当の顧客確認を別々に完了させる。長期化した案件は、待ち先が施工会社、保険等、社内承認、顧客日程のどこかを表示し、次回連絡だけは途切れさせない。

判断履歴を残せば、次の物件の引渡し前確認にも確実に活用できる。

よくある質問

保証期限は物件に一つだけ登録すればよいですか?

契約、保証書、保険、工事、設備などで対象・起算点・窓口が異なり得る。根拠文書ごとに対象範囲、起算日、期限、通知方法を登録し、個別案件は専門家へ確認する。

不具合受付時に保証対象か判断しますか?

受付担当は対象・対象外を即答せず、申告事実、発生日、場所、影響、証拠、安全上の緊急性を記録する。契約根拠と原因確認後に権限者が方針を決める。

インスペクション管理との違いは何ですか?

インスペクション管理は取引前後の調査指摘と是正判断を扱う。保証台帳は引渡し後の申告を受け、根拠文書、期限、原因、費用負担、顧客連絡、完了を追う。

泉 款太(いずみ かんた)

株式会社SalesDock 代表取締役

慶應義塾大学法学部卒。スタートアップ、ラクスル、リクルート(SUUMO)を経て2025年に独立。 中小企業の経営・営業・業務・データをつなぐ事業基盤の設計と実装を支援。 不動産・製造業・クリニックを中心に、累計40社以上の支援に携わる。

代表者情報を読む →

この記事の数値について

本文中に一次資料へのリンクがある数値は、リンク先を出典としています。 リンクのない業務設計、判断基準、実務上の目安は、SalesDockが累計40社以上の支援と自社運用で得た知見を一般化したものです。 個別企業での成果を保証する数値ではなく、条件によって変わります。

NEXT STEP

手順の次に効くのは、着手する順番

個別の手順をつなげて成果にするまでの3ヶ月ロードマップを、無料資料にまとめています。