引渡し後の保証対応台帳|期限・申告・原因・是正・費用負担を管理する
引渡し後の不具合連絡を担当者のメールで管理すると、受付時点では早く返せても、契約上の根拠、原因確認、工事手配、費用負担、顧客への完了確認が分断される。期限一覧だけあっても、どの部位と事象が何の対象か分からなければ判断できない。
売買決済までの確認は決済チェックリスト、調査指摘の是正はインスペクション指摘管理、修繕実行は修繕受付フローで扱う。この記事は引渡し後の申告から保証判断・完了までに限定する。
保証は物件一行ではなく根拠文書単位で持つ
契約、保証書、保険、施工会社や設備の保証など、対象範囲と窓口が異なる可能性がある。「引渡しから何年」と一律に入力せず、根拠文書、対象部位・事象、起算点、期限、通知方法、除外、確認者を記録する。
| 項目 | 役割 |
|---|---|
| 保証・物件・引渡しID | 物件、契約、買主、引渡しと保証根拠を結ぶ |
| 根拠文書・対象範囲 | 契約、保証書、保険、工事保証など原文へ戻る |
| 起算・期限・通知条件 | 一律期間を置かず文書記載と確認者を残す |
| 申告・場所・発生状況 | 顧客の申告と担当者の推測を分ける |
| 原因確認・方針・所有者 | 調査、応急対応、是正、説明、対象外判断を追う |
| 費用負担・完了証拠 | 見積、承認、請求、是正、顧客確認を結ぶ |
本文を台帳へ要約しても、必ず原文書へ戻れるリンクと版を持つ。契約変更や追加工事で条件が変わった場合は上書きせず、どの期間・部位にどの版を適用するかを責任者が確認する。
受付では結論より安全と事実を取る
- 申告者、連絡先、物件、引渡し、受付日時
- 場所、部位、症状、初めて気づいた時点、変化
- 生活・安全・二次被害への影響と応急対応
- 写真、動画、音、発生条件、過去の連絡
- 訪問可能日時と連絡方法の希望
- 受付担当が約束した次回連絡と期限
受付担当が「保証対象です」「対象外です」と即答せず、確認して返す事項を明確にする。ただし安全や被害拡大のおそれがある場合は、保証判断を待たずに会社の緊急手順へつなぐ。応急対応と最終費用負担は別の状態で管理する。
状態を受付から顧客確認まで定義する
| 状態 | 抜ける条件 |
|---|---|
| 受付・一次対応 | 安全確認と次回連絡を設定 |
| 根拠確認 | 契約・保証・保険の該当候補を整理 |
| 原因確認 | 調査事実と未確認範囲を記録 |
| 方針承認 | 是正、追加調査、説明、対象外の方針を決定 |
| 対応・再確認 | 施工証拠と確認結果を登録 |
| 顧客確認・完了 | 説明、残事項、費用処理を確認 |
原因と責任を同じ言葉にしない
不具合の技術的原因が分かっても、誰が契約上・業務上の費用を負担するかは別の判断だ。調査担当は確認事実、推定原因、未確認、推奨対応を記録し、費用負担の決定者は契約・保証・保険・発注関係を確認する。
- 申告内容と現地事実を分けて記録する。
- 必要な専門家・施工会社へ調査を依頼する。
- 原因候補と未確認範囲を整理する。
- 根拠文書ごとの対象可能性と手続きを確認する。
- 応急、恒久是正、説明の選択肢を責任者が決める。
- 費用承認と工事発注を関連IDで結ぶ。
期限は顧客対応と権利判断を分ける
保証・保険等の期限、顧客への次回連絡、調査予定、見積回答、工事完了は同じではない。最終判断に時間がかかる場合も、顧客へ進捗と次の予定を伝える期限を置く。期限超過は赤表示だけでなく、代理担当、管理者判断、専門家確認へ上げる条件を決める。
- 申告受付と受付証跡
- 根拠文書上の通知・手続確認
- 顧客への次回連絡
- 調査、見積、方針承認
- 応急対応と恒久対応
- 再確認と費用処理
普遍的な保証期間をこの記事では示さない。物件、新築・既存、売主、施工、保険、契約内容で適用関係が異なるため、根拠文書と最新の公式情報を確認し、疑義は弁護士等の専門家へ相談する。
費用を見積・承認・請求で追う
原因確認費、応急対応、恒久是正、顧客対応、保険等の請求候補を分ける。施工会社の見積を受け取っただけで会社負担を確定せず、誰が一時負担し、誰へ請求・求償を検討し、どの根拠で最終処理したかを記録する。
工事範囲が変わったら変更理由、追加見積、承認、顧客への影響を残す。是正完了後は施工写真だけでなく、対象症状が解消したか、別の不具合が出ていないか、顧客へ何を説明したかを確認する。
国交省の情報へ戻れるようにする
国土交通省の安心R住宅の公式ページは、既存住宅についてインスペクション、リフォーム、点検記録等の情報提供を含む制度情報を公開している。制度対象や保険、表示の扱いは最新資料と登録団体・専門家へ確認する。
公式資料を自社保証の説明へそのまま置き換えない。台帳には、どの制度・保険・契約を確認したか、その結果この案件で何をするかを別々に残す。
再発を物件と業者の管理へ戻す
- 同じ部位・原因候補で繰り返す申告
- 同じ施工会社・工事項目に集中する再施工
- 引渡し前検査で発見できなかった理由
- 保証説明と顧客理解がずれた場面
- 唯一の担当者だけが条件を知っていた案件
申告件数だけで施工品質を断定せず、物件条件、工事、使用状況、確認範囲を見て改善先を決める。必要な確認を引渡し前チェック、発注条件、保証説明、文書保管へ戻す。
完了は顧客連絡と費用処理まで確認する
- 是正結果と再確認証拠を登録する。
- 顧客へ対応内容、残事項、今後の連絡先を説明する。
- 見積、発注、請求、保険等の費用処理を照合する。
- 未解決事項に新しい所有者と期限を置く。
- 再発防止を検査・工事・説明の標準へ反映する。
保証台帳の目的は、期限内かどうかだけで申告を振り分けることではない。顧客の安全と生活影響を確認し、契約根拠と技術的事実を分け、権限者が方針を選び、対応と説明を最後まで追うことだ。
受付、原因、費用、工事、顧客連絡が一つの案件IDでつながれば、担当交代や案件増加があっても、社長がメールと契約書を探して判断をやり直す状態を防げる。
調査や施工会社の回答待ちでも、最後の連絡日、説明した現在地、次回連絡日、追加情報、連絡責任者を持つ。原因や保証対象を確定していない段階では断定せず、確認中の事項と安全上の注意を会社の手順で伝える。窓口、技術、契約判断、費用承認を分けても顧客への説明責任者は一人にする。引渡し前には契約、保証書、保険、工事保証の原本と版、対象部位、窓口、起算点、期限、通知方法、買主へ渡した資料、社内責任者を一覧にする。引渡し後の工事や設備交換も追加の保証根拠として登録する。月次では期限到来件数より、根拠不明、原因確認停滞、費用未承認、工事完了未確認、顧客連絡期限超過を見る。
保証対象外の方針を選ぶ場合も、対象外という一語だけで閉じない。確認した根拠文書、申告事実、原因確認の範囲、判断者、顧客へ説明した内容、利用できる別窓口や有償対応案の有無を記録する。対象内の場合は、どの根拠で、誰が何を、いつまでに行い、費用をどう処理するかを決める。部分対応なら対応する範囲と残る範囲を分ける。顧客の了解と技術的な完了も同じではないため、工事担当の検収、契約・費用担当の処理、窓口担当の顧客確認を別々に完了させる。長期化した案件は、待ち先が施工会社、保険等、社内承認、顧客日程のどこかを表示し、次回連絡だけは途切れさせない。
判断履歴を残せば、次の物件の引渡し前確認にも確実に活用できる。
よくある質問
保証期限は物件に一つだけ登録すればよいですか?
契約、保証書、保険、工事、設備などで対象・起算点・窓口が異なり得る。根拠文書ごとに対象範囲、起算日、期限、通知方法を登録し、個別案件は専門家へ確認する。
不具合受付時に保証対象か判断しますか?
受付担当は対象・対象外を即答せず、申告事実、発生日、場所、影響、証拠、安全上の緊急性を記録する。契約根拠と原因確認後に権限者が方針を決める。
インスペクション管理との違いは何ですか?
インスペクション管理は取引前後の調査指摘と是正判断を扱う。保証台帳は引渡し後の申告を受け、根拠文書、期限、原因、費用負担、顧客連絡、完了を追う。
泉 款太(いずみ かんた)
株式会社SalesDock 代表取締役
慶應義塾大学法学部卒。スタートアップ、ラクスル、リクルート(SUUMO)を経て2025年に独立。 中小企業の経営・営業・業務・データをつなぐ事業基盤の設計と実装を支援。 不動産・製造業・クリニックを中心に、累計40社以上の支援に携わる。
代表者情報を読む →この記事の数値について
本文中に一次資料へのリンクがある数値は、リンク先を出典としています。 リンクのない業務設計、判断基準、実務上の目安は、SalesDockが累計40社以上の支援と自社運用で得た知見を一般化したものです。 個別企業での成果を保証する数値ではなく、条件によって変わります。