AI入居審査とは、申込内容の確認をAIが補助する仕組みのことです。
入居審査の自動化で最初に決めるべきは、精度をどう測るかではなく、AIに何を判断させないかです。申込書類の記載漏れを見つける処理と、その人に貸すかどうかを判定する処理は、まったく性質が違います。前者は自動化して問題のない事務作業ですが、後者を機械的に判定すると、住宅確保要配慮者の入居機会を狭める運用になりかねません。本記事は、宅建業免許(東京都知事(1)第113520号)を保有し、AI導入コンサル100社超の実績を持つ株式会社オルセル(不動産のチカラ運営)の知見をもとに、賃貸仲介の入居審査でAIが担える範囲と、精度の測り方、差別を生まない設計を整理します。
入居審査の工程を分解すると、自動化できる範囲が見える
入居審査は1つの作業ではなく、5つの工程の集合です。この分解をしないまま「審査をAI化する」と言うと、話が噛み合いません。
第1工程が、申込書類の受付と不備チェックです。記載漏れ、書類の欠落、記載内容の矛盾。この工程は判断を含まない事務作業であり、自動化の適性が最も高い領域でした。申込書に記載された勤務先と、提出された源泉徴収票の勤務先が違う。転居前の住所が空欄になっている。こうした指摘は、機械的に拾えます。
第2工程が、申込内容の要約と整理です。複数の書類に分散した情報を、審査担当者が見やすい形にまとめる。これも自動化できます。ただし、要約の過程で情報が落ちると審査の材料が減るため、元の記載への参照を残す設計が要ります。
第3工程は、家賃債務保証会社への申込です。ここは保証会社ごとに書式と項目が異なり、転記作業が発生します。転記の自動化は可能ですが、送信そのものは人が確認してから行う設計が安全でした。
第4工程が、貸主への打診と条件の調整です。この工程は相手のある折衝であり、自動化の対象になりません。
第5工程が、可否の判断です。ここが最も慎重に扱うべき領域でした。判断の主体は貸主であり、管理会社や仲介会社はその判断を補助する立場にあります。AIに可否を出力させる設計は、後述する理由から避けるべきです。
現場で繰り返し見るのは、第1工程と第2工程の自動化だけで、審査担当者の負担がかなり軽くなるという事実でした。可否の判断に踏み込まなくても、効果は十分に出ます。判断を自動化しようとした瞬間に、法令とリスクの論点が一気に増える。まずは事務作業の自動化に絞るのが、実務的な入り口です。
AIに可否判断をさせるべきでない3つの理由
理由は、法令上の制約、データの制約、そして説明責任の3つです。
第1に、法令上の制約があります。住宅確保要配慮者に対する賃貸住宅の供給の促進に関する法律は、高齢者、障害者、子育て世帯、外国人などを住宅確保要配慮者と位置づけ、その入居を拒まない賃貸住宅の供給を促進する枠組みを定めています。国土交通省の住宅セーフティネット制度は、この趣旨を政策として展開しているものです。年齢や国籍を変数に含めた判定モデルを組めば、この趣旨に反する運用になりえます。属性を直接使わなくても、間接的に相関する変数(勤続年数、緊急連絡先の有無など)を通じて同じ結果が生じることもある。技術的な工夫で回避できる問題ではありません。
第2に、データの制約です。宅地建物取引業者や賃貸住宅管理業者は、個人信用情報機関の情報にアクセスできません。審査の材料は、申込書の記載、収入を示す書類、本人確認書類、そして家賃債務保証会社の判定結果に限られます。この材料でAIに可否を出させても、判断の根拠になるデータが薄い。過去の滞納実績を学習させようにも、自社の管理物件だけでは件数が足りず、統計的な妥当性が確保できません。
第3に、説明責任です。入居を断った理由を問われたとき、「AIがそう判定した」では説明になりません。賃貸住宅の管理業務等の適正化に関する法律のもとで管理業務を行う事業者は、業務の適正な実施が求められます。判断の根拠を人が説明できる状態を保つことが、業務上の前提でした。
以上を踏まえた実務的な設計が、「AIは論点を提示し、人が判断する」という役割分担です。AIには「収入と賃料の比率が一般的な目安から外れています」「緊急連絡先の記載が申込者と同一住所です」といった事実の指摘をさせ、その事実をどう評価するかは審査担当者と貸主が決める。この形なら、法令の趣旨とも矛盾せず、説明もできます。
入居審査の事務作業を自動化するプロンプト6本
以下の6本は、事務作業の自動化に絞った構成です。可否の判定を出力させないよう、制約を明記しています。
1本目は、申込書類の不備チェックです。
プロンプト1:申込書類の不備チェック
あなたは賃貸物件の申込受付担当者です。以下の申込書類一式を確認し、不備を洗い出してください。
出力形式:
指摘番号/該当書類/該当項目/不備の内容/申込者に確認すべき事項
チェックの観点:
1. 記載が空欄の必須項目
2. 書類間で内容が食い違っている箇所(勤務先、住所、氏名の表記など)
3. 提出が必要な書類のうち、添付されていないもの
4. 記載された日付の整合(入居希望日が現在より前になっているなど)
5. 記載内容の形式的な誤り(電話番号の桁数、郵便番号など)
制約:
- 入居の可否や、申込者の信用に関する評価を一切出力しないこと
- 年齢、国籍、性別、障害の有無、家族構成について評価的な記述をしないこと
- 事実として記載されている内容の確認に限ること
- 不備がない場合は「不備なし」と出力すること
申込書:
{記載内容を貼り付け。氏名は「申込者A」等に置換する}
添付書類の一覧と内容:
{貼り付け}
2本目は、審査担当者向けの要約です。
プロンプト2:申込内容の要約メモ
以下の申込書類から、審査担当者が確認しやすい要約メモを作成してください。
出力する項目:
1. 申込物件(物件名、部屋番号、賃料、管理費、入居希望日)
2. 申込者の職業区分と勤務形態(書類に記載されている表現をそのまま使う)
3. 収入に関する記載(書類に記載された金額と、その根拠書類名)
4. 賃料と収入の比率(計算した数値と、計算に使った項目名)
5. 同居予定者の人数(続柄は書類の記載どおり)
6. 緊急連絡先の記載状況
7. 書類間で確認が必要な箇所
制約:
- 可否の判断、推奨、評価を一切書かないこと
- 記載のない項目は「記載なし」とし、推測しないこと
- 数値は書類に記載されたものだけを使い、概算を作らないこと
- 個人が特定される情報(氏名、住所の詳細、電話番号)を出力に含めないこと
申込書類:
{貼り付け}
3本目は、保証会社への申込書類の転記チェックです。
プロンプト3:保証会社申込の転記チェック
以下の2つを突き合わせ、転記の誤りを洗い出してください。
元データ(自社の申込書):
{貼り付け}
転記先(保証会社の申込フォームに入力した内容):
{貼り付け}
出力:
項目名/元データの値/転記先の値/差異の内容
制約:
- 表記のゆれ(全角半角、丁目番地の書式)と、内容の誤りを分けて報告すること
- 転記先にのみ存在する項目は、その旨を明記すること
- 入居の可否や審査結果の予測を出力しないこと
4本目は、申込者への確認連絡の下書きです。
プロンプト4:不備確認の連絡文ドラフト
以下の不備一覧をもとに、申込者へ送る確認連絡の文面を作成してください。
不備一覧:
{プロンプト1の出力を貼り付け}
要件:
1. 確認が必要な項目を、申込者が何をすればよいか分かる形で列挙
2. 提出方法と期限を明記
3. 不備が解消されれば手続きが進む旨を伝える
制約:
- 本文250〜350字
- 審査の結果を予測する表現を使わない
- 「審査に通ります」「難しいと思います」のような見通しを書かない
- 申込者の属性に触れる表現を使わない
- 高圧的な表現を避け、事務連絡として中立な文体にする
5本目は、社内の審査記録を作るものです。説明責任のための記録に使います。
プロンプト5:審査記録の作成
以下の情報から、社内の審査記録を作成してください。
入力:
- 申込内容の要約:{プロンプト2の出力}
- 保証会社の判定結果:{値}
- 貸主への打診内容と回答:{担当者のメモ}
- 審査担当者の確認事項と結果:{メモ}
出力:
1. 申込受付から結論までの経過(日付順)
2. 確認した事項と、その結果
3. 貸主が判断の根拠として挙げた事項
4. 申込者へ伝えた内容
制約:
- 記録に残っていない事項を補完しないこと
- 判断の主体を明記すること(誰が何を決めたか)
- 申込者の属性に関する評価的な記述を含めないこと
- 事実の記録に徹し、推測を書かないこと
6本目は、審査フローそのものの点検です。
プロンプト6:入居審査フローの点検
以下は、当社の入居審査の手順です。差別的な取扱いにつながりうる箇所を洗い出してください。
審査手順:
{自社の手順を工程ごとに記載}
判断基準:
{社内で使っている基準を記載}
点検の観点:
1. 年齢、国籍、性別、障害の有無、家族構成を判断に用いている箇所
2. 上記と相関しうる代理変数を用いている箇所
3. 判断基準が明文化されておらず、担当者の裁量に委ねられている箇所
4. 断った理由を申込者に説明できない構造になっている箇所
5. 記録が残らない判断が含まれる箇所
出力:
該当箇所/懸念される内容/改善の方向性
制約:
- 法的な結論を断定せず、確認が必要な論点として提示すること
- 改善案は、業務の実行可能性を踏まえた現実的なものにすること
6本のうち、6本目は年に1回でも回す価値があります。審査フローは長年の運用で継ぎ足されており、明文化されていない判断が紛れ込みやすい領域でした。
繁忙期に効かせるための運用設計
効果が最も出るのは1月から3月です。この時期に間に合わせるには、前年の10月から準備を始める必要がありました。
繁忙期の審査業務でボトルネックになるのは、判断そのものより待ち時間です。申込を受けて不備に気づき、申込者へ連絡し、追加書類が届くのを待ち、保証会社へ申込む。この往復が1回増えるごとに、2日から3日が失われます。不備を初回の受付時点で全部拾えれば、往復が1回で済む。事務作業の自動化が効くのは、この構造でした。
運用設計で決めるのは4点です。1点目が、いつ処理を走らせるか。申込を受けた時点で即座に流す設計にすると、担当者が確認する前に不備一覧が出来上がります。営業時間外の申込にも対応でき、翌朝の始業時点で確認作業から始められる。2点目が、誰が結果を確認するか。不備一覧をそのまま申込者に送る運用は避け、担当者が目を通す工程を残してください。誤った指摘を申込者に送ると、対応の手間が逆に増えます。
3点目が、確認の粒度です。全件を丁寧に確認していては自動化の意味が薄れます。指摘件数が0件または1件の申込は流し読み、3件以上の申込は丁寧に確認する、といった濃淡をつけてください。4点目が、繁忙期を過ぎた後の振り返りです。3月末に、見逃した不備と誤った指摘の件数を集計し、プロンプトを更新する。この振り返りをやらないと、翌年も同じ調整からやり直しになります。
準備の期間としては、10月に対象工程の決定、11月に自社書式へのプロンプト調整、12月に試験運用、1月から本番という配分が現実的でした。12月の試験運用を省くと、繁忙期の最中に調整することになり、担当者の負担が増えます。
断るときの伝え方と、記録の残し方
審査を通せなかったとき、伝え方と記録は業務上の重要な論点です。ここでAIが担えるのは、記録の整理であって、伝える内容の判断ではありません。
伝え方については、貸主の意向をどこまで伝えるかという難しさがあります。実務では「今回はご希望に沿えませんでした」という形で結論のみを伝える運用が一般的ですが、申込者から理由を尋ねられる場面は当然あります。このとき、社内で説明できる根拠が整理されていないと、担当者が場当たり的な説明をしてしまう。属性に触れる説明は、それ自体が問題になりえます。
対策は、断る場合の説明の型を先に決めておくことでした。誰が判断したか、何を根拠にしたか、申込者へ何を伝えるか。この3点を社内の様式として固定し、担当者が個別に文面を考えない状態にしてください。AIには、この様式に沿って記録を整理させます。
記録については、申込受付から結論までの経過を時系列で残す設計にしてください。日付、確認した事項、確認の結果、判断した主体。この4項目が揃っていれば、後から経緯を説明できます。プロンプト5がこの用途に対応しています。
記録を残す運用は、事業者を守る方向にも働きます。入居機会に関する申し出があったとき、判断の経過を示せるかどうかで、対応の質が変わる。記録がない状態で「差別的な取扱いではない」と主張しても、根拠を示せません。
なお、記録に何を書かないかも重要でした。申込者の属性に関する評価、担当者の主観的な印象、根拠のない推測。これらが記録に残ると、後から見返したときに問題のある文書になります。プロンプト5の制約に「事実の記録に徹し、推測を書かない」と入れているのは、この理由からでした。
精度をどう測るか
測るべきは、可否判定の的中率ではありません。事務作業の自動化に絞る設計であれば、指標は次の3つになります。
第1の指標が、不備の検出率です。AIが指摘した不備のうち、実際に不備だったものの割合。そして、AIが見逃した不備の件数。この2つを1か月分の申込で集計してください。検出率が9割を超えていれば、担当者の一次チェックとして機能します。逆に、誤った指摘が3割を超えると、確認の手間が増えて逆効果になります。
第2が、処理時間です。申込受付から不備確認の連絡を出すまでの時間。ここが短くなると、申込者の離脱が減ります。繁忙期の賃貸仲介では、申込から契約までの速度が他社との差になる場面が実際にありました。
第3が、差し戻しの件数です。保証会社への申込後に、記載不備で差し戻される件数。転記チェックの効果が最も分かりやすく出る指標でした。
現場感覚では、導入の初月は誤った指摘が多く出ます。自社の書式に合わせてプロンプトの制約を調整する作業が、最初の2週間に集中しました。この調整を経ずに「精度が低い」と判断する会社が多いのですが、調整前の状態で測っても意味がありません。
もう1点、測ってはいけない指標があります。滞納率との相関です。AIの指摘と、その後の滞納実績を結びつけて分析すると、事実上の与信モデルを作ることになる。前述の理由から、この方向には進まないでください。
個人情報の扱いを先に決める
申込書類は、個人情報の塊です。氏名、生年月日、住所、勤務先、年収、家族構成、緊急連絡先。この情報を外部のAIサービスへ渡す運用は、個人情報保護法上の論点を伴います。
実務的な対応は3段階です。第1に、利用目的の特定と通知。入居審査における個人情報の利用目的を、申込時に明示してください。AIによる事務処理の補助が含まれるなら、その旨を利用目的に含める設計が要ります。
第2に、渡す情報の最小化です。不備チェックに必要なのは項目の記載状況であって、氏名そのものではありません。氏名を「申込者A」、勤務先を業種と規模だけにする置換処理を挟むことで、渡す情報を減らせます。この置換を人手でやると1件5分ほどかかるため、件数が多い会社では自動化の対象になります。
第3に、利用するサービスの設定確認です。API経由で利用する場合、入力データが学習に使われない設定になっているかを契約形態ごとに確認してください。ブラウザ上の一般向けサービスとAPIでは、データの取り扱いが異なる場合があります。
賃貸住宅管理業者として登録している事業者は、業務の適正な実施が法令上求められます。個人情報の取り扱いを含む業務手順を文書化し、従業者に周知する体制を整えておいてください。日本賃貸住宅管理協会などの業界団体が公表している資料も、体制整備の参考になります。
審査の効率化が、賃貸仲介の何を変えるか
変わるのは、繁忙期の処理能力です。1月から3月にかけて申込が集中する賃貸仲介では、審査の事務作業が担当者の残業時間を押し上げてきました。この工程が自動化されると、人を増やさずに繁忙期を回せる可能性が出てきます。
もう1つの変化が、判断の透明化でした。AIに事務作業を任せるには、何をチェックしているかを明文化する必要があります。この明文化の過程で、これまで担当者の経験に依存していた判断が言葉になる。結果として、審査基準が社内で共有され、担当者による差が縮まります。効率化の副産物として、この効果のほうが大きいと感じる会社もありました。
制度面では、住宅セーフティネットの枠組みが強化される方向で動いています。高齢者や単身世帯の増加を背景に、入居を断らない賃貸住宅の供給が政策課題として位置づけられている。この流れの中で、AIによる自動判定が入居機会を狭める方向に働けば、社会的な批判の対象になりえます。技術の導入と、社会的な要請の両方を見ながら設計する必要がありました。
推測を含む見立てとして書いておくと、今後3年で標準になるのは、判定の自動化ではなく記録の自動化だと考えています。誰がいつ何を確認し、誰が何を根拠に判断したか。この記録が自動的に残る仕組みは、事業者を守る方向にも働きます。
よくある質問
AIに入居審査の可否を判定させてもいいですか
いいえ、可否の判定をAIに出力させる設計は避けてください。住宅確保要配慮者の入居機会を狭める運用につながりうること、宅地建物取引業者が信用情報にアクセスできず判断材料が薄いこと、断った理由を説明できなくなることの3点が理由です。AIには事実の指摘をさせ、評価は人が行ってください。
自動化できるのはどの工程ですか
申込書類の不備チェック、申込内容の要約、保証会社への転記チェック、確認連絡の下書き、審査記録の作成です。この5工程だけでも、審査担当者の負担はかなり軽くなります。貸主への打診と可否の判断は、人が担う工程として残してください。
精度はどう測ればいいですか
不備の検出率と見逃し件数、申込受付から確認連絡までの時間、保証会社からの差し戻し件数の3つを追ってください。可否判定の的中率を指標にすると、実質的に与信モデルを作る方向に進むため、その分析は行わないでください。
申込書をそのままAIに貼り付けてもいいですか
原則として、氏名や連絡先を置換してから渡してください。不備チェックに必要なのは記載の有無と整合であって、個人を特定する情報ではありません。あわせて、利用目的の通知と、サービス側のデータ取り扱い設定の確認も必要です。
家賃債務保証会社の判定はどう扱いますか
保証会社の判定結果は、審査における1つの材料として扱ってください。判定結果をAIに渡して総合的な可否を出させる設計は、可否判断の自動化に当たるため避けるべきです。判定結果を含めた最終的な評価は、人が行ってください。
導入にどのくらいの期間がかかりますか
不備チェックと要約の2工程であれば、自社の書式に合わせた調整を含めて1か月程度が目安です。最初の2週間は誤った指摘が多く出るため、その調整期間を見込んでおいてください。調整前の状態で精度を判断しないことが重要です。
差別的な運用になっていないか、どう確認しますか
年1回、審査フローと判断基準を点検してください。年齢・国籍・性別・障害の有無を判断に用いていないか、それらと相関する代理変数を使っていないか、断った理由を説明できる構造になっているか。この3点が確認の軸になります。
参考文献
- 住宅確保要配慮者に対する賃貸住宅の供給の促進に関する法律(e-Gov法令検索)
- 国土交通省 住宅セーフティネット制度
- 賃貸住宅の管理業務等の適正化に関する法律(e-Gov法令検索)
- 宅地建物取引業法(e-Gov法令検索)
- 個人情報保護委員会 法令・ガイドライン
- 日本賃貸住宅管理協会
賃貸仲介の実務は賃貸仲介カテゴリにまとめています。反響対応の自動化についてはGPT-5.6 Lunaで追客メールを自動生成する記事、業務全体の自動化はAIエージェントによる不動産業務の自動化をあわせてご覧ください。
著者:齋藤竹紘(株式会社オルセル 編集長/EC支援19年5,000社超/AIコンサル100社超/宅建業免許 東京都知事(1)第113520号)
※不動産のチカラでは、生成AIの導入支援から運用最適化まで、貴社の不動産事業に合わせたカスタマイズ提案を行っています。無料相談(30分)も実施中ですので、お気軽にお問い合わせください。
https://fudosannochikara.jp/contact/
【監修】齋藤竹紘(株式会社オルセル代表 / 宅建業免許 東京都知事(1)第113520号 / AI導入コンサル100社超)