登記簿謄本のAI読み取り — 謄本・公図のデータ化で調査と重説準備を速くする方法
登記簿謄本（登記事項証明書）の読み取り・転記は、生成AIを使った読取で表題部・甲区・乙区を項目単位の構造化データに変換できます。これにより物件調査・重説準備・レントロール突合の「読んで書き写す」時間を大きく減らせます。ただし読取結果の最終確認は人が行う前提で設計するのが原則です。
この記事では、不動産会社の現場に常駐してAI導入を支援している株式会社LogTechが、謄本の読み取り作業がどの業務で発生し、AIで何をどこまでデータ化でき、読取後に人が何を確認すべきかを実務の言葉で解説します。
謄本の読み取り・転記はどの業務で発生するか？
謄本を「読んで、別の書類に書き写す」作業は、不動産会社の中で想像以上に広く発生しています。
- 売買の物件調査・重説準備 — 権利関係・担保・地番を整理し、35条書面の該当欄へ転記する
- 収益物件の検討 — 謄本とレントロール・販売資料を突き合わせ、所有者・面積・担保の整合を確認する
- 金融機関向け資料 — 融資打診用の物件概要書に登記情報をまとめ直す
- 賃貸管理・受託営業 — 所有者確認、相続や売却が絡む案件での権利関係の整理
1通あたりの読み取りは数分でも、案件のたびに複数筆・複数通を読むため、月間で見ると大きな時間になります。しかも転記した内容は重説や提案資料に載るため、写し間違いの影響が重い作業です。
謄本はなぜ読みにくいのか — 表記・書式の癖
謄本の読み取りが自動化されにくかったのは、書式に独特の癖があるためです。
- 地番と住居表示が一致しない — 謄本は地番で管理され、日常で使う住居表示とずれるため、突合に知識が要る
- 抹消事項が下線で残る — 抹消済みの抵当権等も記載が残り、下線の読み方を知らないと現在の権利関係を誤読する
- 乙区の記載が長い — 抵当権・根抵当権の債権額・債務者・共同担保の記載が長文で、拾う項目が多い
- 別紙・複数筆にまたがる — 共同担保目録が別ページにあり、土地・建物・複数筆を横断して初めて全体像がわかる
- 実質は画像データ — PDFで取得しても文字情報が取り出しにくい形式のことが多く、紙・FAX経由ならなおさら
単純な文字起こし型のOCRではこの「文脈」が扱えず、結局人が読み直すことになりがちでした。生成AIの読取は、下線や区の構造といったレイアウトの意味を踏まえて読める点が違いです。
AI読取で構造化できる項目 — 表題部・甲区・乙区
結論：表題部の所在・地番・地目・地積、甲区の所有者と移転の経緯、乙区の担保権の種類・債権額・権利者などを、項目単位のデータとして取り出せます。取り出したデータは重説ドラフトや突合チェックの材料になります。
| 区分 | 主な記載内容 | 構造化できる項目の例 | 読取後の確認ポイント |
|---|---|---|---|
| 表題部 | 物件の物理的な表示 | 所在・地番／家屋番号、地目・種類・構造、地積・床面積 | 住居表示との対応、複数筆・区分所有の取り合わせ |
| 甲区 | 所有権に関する事項 | 現在の所有者、移転の原因と日付、差押え等の有無 | 最新の権利者かどうか、抹消事項（下線）の扱い |
| 乙区 | 所有権以外の権利 | 抵当権・根抵当権等の種類、債権額・極度額、権利者 | 抹消済みかどうか、複数の担保権の優先関係 |
| 共同担保目録 | 担保が及ぶ物件の一覧 | 共同担保に含まれる土地・建物の一覧 | 対象物件以外に担保が及んでいないかの確認 |
重説準備・レントロール突合にどう活かすか
構造化した謄本データの使い道は大きく2つあります。1つ目は重説準備です。35条書面の権利関係の欄への転記元データとしてそのまま使えるため、書面作成が「転記する作業」から「ドラフトを確認する作業」に変わります。当社の自社実測では、重説の調査・作成全体が約2時間→約30分になっており、その内訳は実測レポートで公開しています。売買業務全体でのAIの使いどころは売買仲介のAI活用ガイドも参考になります。
2つ目は収益物件の突合です。謄本の所有者・面積とレントロール・販売資料の記載をAIで突き合わせ、不一致を要確認として洗い出します。レントロール側のデータ化はレントロールOCR・AI読取の解説にまとめています。
読取後に人が確認すべきポイント
AI読取を導入しても、次の確認は人の仕事として残します。ここを省く設計はおすすめしません。
- 謄本の鮮度 — 取得日を確認し、古い謄本で判断していないか
- 抹消事項の扱い — 下線付きの記載を「現在有効」と取り違えていないか
- 地番と住居表示の対応 — 対象物件と謄本の物件が本当に一致しているか
- 複数筆・区分所有の全体像 — 必要な筆・専有部分がすべて揃っているか
- 最終判断 — 重説に載せる内容の確認は宅建士が行う（AIはドラフトまで）
導入の進め方
- 現状把握 — 謄本の読み取り・転記がどの業務で月に何件・何分発生しているかを洗い出します。当社は現場常駐でこの業務理解から始めます（PHASE 01）。
- 1業務で小さく試す — 重説準備または収益物件の突合など1つの業務に絞り、自社の帳票・手順に合わせた読取フローを作って実データで試します（PHASE 02）。
- 確認フローを固定する — 要確認箇所の返し方と、人がどの画面で何を確認するかを決めて運用に組み込みます。
- 検証して広げる — 読取前後の作業時間を測り、効果を確認してから対象書類・対象業務を広げ、保守運用に乗せます（PHASE 03）。
よくある質問
謄本のAI読み取りの精度は100%ですか？
100%を前提にすべきではありません。安全な設計は「AIが読み取り、読めなかった箇所・自信のない箇所を要確認として返し、人が最終確認する」というものです。読み取りを速くすることと、間違いに気づける仕組みを作ることをセットで考えます。
古い閉鎖謄本や手書きの謄本も読み取れますか？
原本の状態によります。旧字体・縦書き・かすれのある書面は読み取れない箇所が出ることを前提に、読めた部分の整理と要確認箇所の洗い出しまでをAIに任せ、判読は人が行う設計が現実的です。
どの業務から謄本のAI読み取りを始めるべきですか？
件数が多く書式が安定している業務からがおすすめです。売買の物件調査・重説準備、収益物件検討時のレントロールとの突合など、毎回謄本を読んで転記している工程があれば効果が測りやすくなります。
既存の基幹システムや調査ツールは置き換える必要がありますか？
ありません。AI読み取りの役割は、謄本から構造化したデータを既存のシステムや帳票に渡すことです。レインズ・ATBBや基幹システムはそのまま使い続け、間の転記・突合をAIで埋める連携ハブ型の設計が基本です。
まとめ
登記簿謄本のAI読み取りは、「読んで書き写す」時間を減らし、人を「確認して判断する」仕事に集中させる取り組みです。表題部・甲区・乙区の構造化から重説準備・突合への接続まで、既存システムを置き換えずに始められます。自社のどの業務で謄本の転記が発生しているかを知りたい方は、無料オンライン相談（30分）または無料現場診断をご利用ください。業務フローと削減余地をレポートにしてお渡しします。
本記事の実測値は株式会社LogTechの測定によるものです。読取精度は原本の状態・書式により変動するため、人の確認を前提とした運用設計を推奨します。