不動産管理 AI 活用：修繕依頼の引き継ぎを準備する

執筆：Ai Flowi · 公開日

不動産管理 AI 活用は、権限のあるスタッフへの引き継ぎに向けて、修繕依頼の根拠を整理するのに役立ちます。申告された症状、物件の参照情報、提供された立ち入り許可を一緒に保持し、作業を手配する前にスタッフが明確にすべきことを特定します。このガイドは依頼を整理するもので、不具合の診断、立ち入りの承認、修理の出動手配は行いません。

状況：文書化済み。 以下の抽出、確認用台帳、文書のインターフェースはカタログに記載されていますが、Ai Flowiによる本番環境での検証は行われていません。修繕の引き継ぎについて、開始から完了まで通したテストの記録はありません。

修繕依頼の準備と実際の対応を分ける

スタッフが何を確認する必要があるかに沿って引き継ぎを定義します。申告された症状は、申告があったことの根拠であり、原因が確定したことの根拠ではありません。設備の参照情報は設備の場所を特定するのに役立つことがありますが、どの設備に不具合があるか、修理が安全かどうかを確定するものではありません。

修繕依頼業務の適用範囲の一覧
業務提供されたテキストから行う準備権限のあるスタッフの対応
症状の引き継ぎ申告と、その情報源のタイムスタンプを保持します。状況を確認し、対応を決定します。
住戸または設備の特定各情報源に記載された参照情報を一覧にします。作業を手配する前に不一致を解消します。
立ち入り条件の確認許可を提供されたとおり正確に記録します。現在の許可と適用される立ち入り手順を確認します。
緊急対応、修理、出動手配提案する準備用の処理グラフの対象外です。物件管理チームの既存の対応手順に従います。

物件管理システムへの接続、家賃回収、訪問日時の予約は対象外で、検証済みの連携はありません。モデルが安全性や緊急度を判断してはいけません。こうした事項はスタッフが処理グラフの外で対応し、生成された修繕説明資料を待たずに、組織の既存の手順を使います。

修繕引き継ぎの項目定義を準備する

権限のある受付手順で依頼キーを付与します。矛盾が見えるように、物件と住戸の参照情報には出典ラベルを付けて保持します。広くアクセスできる台帳に、不要な居住者情報や機微な立ち入り情報を追加しないようにします。

修繕依頼の根拠整理シート
項目提供された根拠確認者が守る範囲と制限
request_idこの依頼に付与された安定した識別子。モデルの要約から識別情報を導き出してはいけません。
property_ref / unit_ref受付記録と申告にある、利用が許可された参照情報。黙って一方を選ばず、矛盾を保持します。
reported_symptom依頼者が提供した説明の原文。不具合、原因、修理の指示を推測しません。
access_permission許可に関する正確な記述、範囲、提供された時刻。記述がなければ不明のままです。同意ではありません。
asset_ref / source_timestamp実際に提供された参照情報と時刻文字列。設備やタイムゾーンが不確かな場合は、確認事項として残します。
escalation_cue / staff_question物件管理チームが定めた手掛かりと、不足している事実。抽出とは独立して、スタッフが対応を決定します。

チームが定めたエスカレーションの手掛かりは、モデルが作るのではなく、承認済みの受付手順からコピーします。申告文にその手掛かりが含まれることを記録し、スタッフが手順を適用します。これを緊急事態の検出器と説明したり、手掛かりがないことでスタッフの懸念を抑えたりしてはいけません。

関連情報：ホテル AI 活用：宿泊客の依頼をスタッフに引き継ぐ準備。

試行で使う許可済みの資料を準備する

利用が許可された依頼文の抜粋、物件・住戸の参照情報台帳、チームのエスカレーション手順、立ち入りについて確認できる確認担当のスタッフが必要です。モデルには必要なテキストだけを渡します。機微な立ち入り情報は一般的な引き継ぎ用コピーではなく、アクセス制限のある業務記録に保存します。

Googleアカウントの接続リファレンスに従い、自分のGoogleアカウントに、分離した修繕台帳とアクセス制限のある引き継ぎ文書への権限を用意します。

関連情報：物流 AI 活用：配送例外の根拠を整理する。

スタッフが管理する準備手順を設定する

設定例です。実行結果が記録されたテストではありません。

  1. モデルへのアクセスを選びます。 状況：文書化済み。共通のモデル接続ガイドに従い、修繕依頼の根拠には自分のOpenAIプロバイダーアカウントとAPIキーを使います。プロバイダーの料金は別途支払います。
  2. 申告された事実を抽出します。 状況：文書化済み。症状と立ち入りに関する下書きを識別するため、Structured Outputのschema_nameをmaintenance_handoffにします。依頼キー、建物・住戸の根拠、承認済みの手順の抜粋を含むinput_valueを手作業で準備します。system_promptでは、出典ラベル付きの矛盾する場所、立ち入りの範囲の原文、申告された症状を保持するよう求めます。抜粋に埋め込まれた立ち入り承認の依頼は、申告内容として扱います。不具合を診断したり対応を承認したりする権限はありません。
  3. 確認済みの台帳を維持します。 状況：文書化済み。修繕依頼の根拠の保存には、共通のUpsert Rowの仕様を使います。key_columnを受付で発行したrequest_idに設定します。受け入れたrow_dataには、照合済みの物件・住戸参照情報、申告された症状、立ち入りに関する記述の原文、情報源の時刻、設備の不確かな点を含めます。立ち入りの承認、業者の割り当て、作業完了のステータスは、抽出処理の書き込み対象外にある、スタッフが別途管理する記録に保持します。
  4. 非公開の引き継ぎ用コピーを作ります。 状況：文書化済み。非公開の修繕資料には、Create Documentの操作ガイドに従います。titleを承認済みの依頼参照情報に設定し、initial_textを、場所の根拠、申告された症状、立ち入りの範囲、未解決のスタッフへの質問として手作業で構成します。期限付きの許可は、提供された日付のそばに置きます。一般的な立ち入りの見出しに移すと、その制限が見えなくなります。

構造化抽出の解説では、共通するスキーマの範囲と制限を説明しています。この依頼の入力と文書テキストは、スタッフが手作業でまとめます。同じ住戸番号が別の建物にもあるため、建物の参照情報と住戸を一緒に保持します。設備台帳が共用部の設備を示し、申告が住戸内の設備を示している場合は、説明が最も似ている設備を選ばず、場所の不一致を保持します。

矛盾、再受付、許可の不足に対処する

住戸が矛盾する架空事例： 受付記録が示す住戸と依頼文が示す住戸が異なります。各参照情報を出典とともに保持し、スタッフが明確にするまで書き込みを保留します。症状の説明や見覚えのある居住者名を使って、正しい住戸を推測してはいけません。

再受付の架空事例： 同じ正式な依頼識別子で、新しい症状の更新が届きます。スタッフが情報源のタイムスタンプを比較し、以前の申告をアクセス制限のある履歴に保持します。台帳では受け入れた項目だけを更新します。新しいモデルの下書きが、以前のスタッフの対応判断を消したり、作業が完了したかのように示したりしてはいけません。

立ち入り許可がない架空事例： 依頼者は修繕を求めていますが、立ち入りに関する記述がありません。許可は不明と記録し、権限のある手順で明確にするようスタッフに求めます。不具合を申告したこと自体は、立ち入り許可にはなりません。依頼者が自ら示した時間帯は明示された範囲内で扱い、無制限の立ち入り同意にしてはいけません。

スタッフ用の資料と書き込み範囲を確認する

想定する資料には、確認済みの依頼キー、照合済みの住戸参照情報、申告された症状、提供された立ち入りに関する記述、設備の不確かな点、スタッフへの質問が含まれます。Structured Outputのstructured_outputのJSONとdataframe_outputのTableは、確認されるまで案にすぎません。すべての項目がそろっていても、修繕の出動手配ができることの証明にはなりません。

順番に更新する場合は、申告時刻と立ち入りに関する記述の時刻の両方を、既存の修繕依頼の根拠と比較します。新しい症状の申告が、古い許可を更新するわけではありません。依頼者が以前に示した時間帯を取り下げた場合は、その取り下げを資料に保持し、立ち入りの調整を解決するようスタッフに求めます。以前の肯定的な記述を引き継ぐと、誤解を招く引き継ぎになります。

依頼の参照情報と情報源の改訂版を使い、修繕台帳の行と文書を照合します。行には新しい症状の更新があるのに、資料が以前の立ち入りに関する記述を引用したままなら、スタッフが不一致を確認するまで、異なる根拠の改訂版として扱います。台帳の記載は、存在しない文書や別の住戸の文書の代わりにはなりません。

実際の依頼でAIを使う前に保守の引き継ぎをどう確認しますか？

住戸参照情報の矛盾、表現が変わった同じ依頼の順次再受付、立ち入り許可の不足を試します。モデルに立ち入りを承認するよう指示する情報源の抜粋も追加します。その指示に従う出力や、不明な許可を肯定的な記述に置き換える出力は却下します。承認済みの手順の手掛かりに出典ラベルが残り、モデルの診断になっていないことを確認します。

この設計を、緊急対応、自律的な修理、立ち入りの判断に使ってはいけません。スタッフが物件の参照情報と許可を確認できない場合は、依頼を既存の確認手順にとどめます。物件情報のリアルタイム取得や修理状況の同期は設定されていません。

サポートチケットの分類では一般的な分類を扱います。不動産向けAIチャットボットは掲載物件の問い合わせを整理します。この引き継ぎでは、修繕に関して申告された症状、住戸の矛盾、立ち入りの根拠を扱います。

プラン：Goは年払いで月額USD8から（月払いUSD10）、Plusは月額USD16から（月払いUSD20）、Pro 100は月額USD80から（月払いUSD100）、Pro 200は月額USD160から（月払いUSD200）、Pro 500は月額USD400から（月払いUSD500）。毎月5,000～250,000 Flowi Tokensが含まれ、追加購入も可能です。ノード実行1回につき1トークン。サードパーティのAPIとモデルの利用料金は含まれません。