転記や定型作業を自動化するとき、RPAとAIエージェントの選択は「入力データの形式が毎回同じかどうか」でほぼ決まります。形式が固定ならRPA、フォーマットが送り主ごとに違うならAIエージェント。実務では両方を組み合わせるのが基本形です。
RPAとAIエージェントは何がどう違うのか？
RPAとは、人がPC画面上で行う操作（クリック・入力・コピー＆ペースト）を記録・再現し、あらかじめ決められた手順どおりに実行するソフトウェアです。
AIエージェントとは、目的を与えると、入力内容を解釈し、次に取るべき手順を自ら選びながらタスクを完了させるソフトウェアです。
違いは「賢さ」ではなく、手順を固定するか、判断を委ねるかです。
| RPA | AIエージェント | |
|---|---|---|
| 得意 | 決まった手順の反復 | 入力のばらつきの吸収 |
| 苦手 | 例外・表記ゆれ | 出力の完全な再現性 |
| 壊れ方 | 止まる／間違った値を入れ続ける | もっともらしく空欄を埋める |
| 必要な前提 | 手順が列挙できること | 検算・レビューの仕組み |
RPAは「同じ入力に同じ出力」を保証しますが、入力が想定外だと破綻します。AIエージェントは想定外の入力を処理できますが、同じ入力に同じ出力を返すとは限りません。この非対称性が、切り分けの根拠になります。
どの業務にRPA、どの業務にAIエージェントを当てるべきか？
不動産・建設の代表的な工程で整理します。
| 業務 | 適する方式 | 理由 |
|---|---|---|
| 自社DBからポータル・レインズへの物件情報入力 | RPA（APIがあればAPI） | 入力元が自社データで形式が固定 |
| 仲介元から届くマイソク・募集条件書からの項目抽出 | AIエージェント | 送り主ごとにレイアウトが異なる |
| 手書き申込書から基幹システムへの転記 | AI（読み取り）＋RPA/API（登録） | 読み取りは非定型、登録は定型 |
| 賃料入金の消込 | 摘要が規則的ならRPA、揺れるならAI補助 | 振込名義の表記ゆれ次第 |
| 見積書・請求書の自社フォーマット出力 | RPA／テンプレート生成 | 出力先が固定 |
| 労務安全書類（グリーンファイル）の作成 | 様式は固定＝RPA、元データが各社バラバラ＝AI | 入力側と出力側で方式が分かれる |
| 工事写真の分類（写真区分・工種・種別・細別） | AI補助 | 分類は判断を伴う。ただし基準適合の最終判断は発注者・監督員 |
| 積算の拾い出し・歩掛選定 | AI補助（確定は人） | 責任が伴う判断はAIに委ねない |
| 問い合わせの一次返信・追客メール | AIエージェント | 文面が毎回異なる |
判断に迷ったら、次の4つの問いに答えてください。
- 入力の形式は毎回同じか。 同じならRPA。送り主ごとに違うならAI。
- 手順の分岐をすべて列挙できるか。 列挙できるならRPA。「そのときによる」が出た時点でAI領域です。
- 操作対象にAPIがあるか。 あればRPAは不要で、連携プログラムのほうが壊れません。
- 間違えたときに気づけるか。 気づけない工程は、方式を問わず先に検算の仕組みを作ります。
RPAはなぜ現場で壊れるのか？
RPAが止まる原因は、ロジックの複雑さではなく環境の変化です。現場で頻出するのは次の順です。
- 画面レイアウトの変更。ポータルサイトや基幹システムのアップデートで、座標や要素の指定がずれる。事前告知がないことも多い。
- 読み込み待ちのタイミング。回線が混む時間帯だけ画面描画が遅れ、次の操作が空振りする。「朝は動くが夕方は落ちる」典型パターンです。
- 認証の変更。パスワード有効期限、二要素認証の導入、IP制限。セキュリティ強化のたびに止まります。
- 例外データ。部屋番号の「－」と「号室」、全角半角、旧字体の氏名、法人格の前株・後株。人が無意識に直していた揺れが、そのまま流し込まれます。
- 静かな失敗。最も損害が大きいのはこれです。処理は完走しているのに、間違った値を入れ続ける。エラーが出ないため、数か月後に契約書と台帳の不一致で発覚します。
- 直せる人がいない。作った担当者が異動・退職し、シナリオがブラックボックス化する。
RPAを検討するときは、「動くか」より「壊れたとき誰がどう直すか」を先に決めてください。ここが決まっていない自動化は、必ず一年以内に手作業へ戻ります。
AIエージェントはどこで失敗するのか？
AIエージェントにも固有の壊れ方があります。
- 空欄を埋めてしまう。 読み取れなかった項目を「もっともらしい値」で補完することがあります。空欄は空欄として返す設計が必須です。
- 同じ入力でも出力が揺れる。 表記ゆれ（「1LDK」と「１ＬＤＫ」）が残ると、後段の突合で不一致になります。正規化処理を別に置きます。
- 紙の品質に左右される。 FAXのかすれ、斜めスキャン、手書きの走り書き。入力側の運用を変えたほうが早い場合があります。
- 余白の注記を拾えない。 台帳の欄外に手書きされた「※前家賃精算済」のような文脈依存の情報は、人の確認が要ります。
- 根拠を残す設計が要る。 どのページのどこから抽出した値かを保持していないと、監査時に追跡できません。
RPAとAIエージェントを併用する設計の勘所は？
不動産・建設の転記業務で安定するのは、次の三段構成です。
① AIが読む → ② 人が確認する → ③ RPA／APIが書く
設計上のポイントは5つあります。
- 判断と操作を分離する。 AIに画面操作までさせると、抽出ミスと操作失敗のどちらで壊れたか切り分けられません。AIの出力は構造化データ（JSON等）で止め、登録はAPI、APIが無ければRPAに任せます。
- 確信度で人に回す。 全件を人が見るのではなく、確信度が閾値を下回った項目だけレビューキューに流します。閾値は運用しながら下げていきます。
- 投入前に突合する。 賃料と共益費の合計、契約日と賃貸借開始日の前後関係、専有面積と坪単価の整合。ドメイン固有のチェックを自動化の一部として作り込みます。
- 差分を人に見せる。 既存レコードを上書きする処理では、変更前後の差分を提示して承認を取る。これだけで静かな失敗の大半を防げます。
- 修正ログを蓄積する。 人が直した箇所を記録し、抽出ロジックの改善に回します。運用開始が終わりではなく、ここからが本番です。
導入はどの順序で進めるべきか？
エクサテックが実際に取っている進め方は次の通りです。
- 現場に入って操作を観察する。 ヒアリングではなく、実際の画面操作を見せてもらいます。担当者本人が説明しない「無意識の手戻り」がここで見つかります。
- 直近数か月の実データから例外を棚卸しする。 標準処理から外れた案件を全部並べ、頻度順に並べ替えます。頻度の低い例外は自動化せず、人に残す判断も含めて決めます。
- 判断が入る箇所に印をつける。 印がついた工程がAI領域、それ以外がRPA／API領域です。
- 連携先のAPI有無を確認する。 APIがあるならRPAは選びません。
- 1業務に絞って作る。 複数業務を同時に自動化すると、壊れたときの原因切り分けができなくなります。
- 人のレビュー地点を残したまま運用を始める。 最初から無人化しません。
- 保守の担当と復旧手順を決めてから引き渡す。
株式会社イーリアルティ様への転記エージェント導入でも、契約の前段階から何度も現場に足を運び、困りごとを理解するところから始めました。業務マニュアルは未整備でしたが、先にマニュアルを書き起こすのではなく、転記そのものを自動化することで、マニュアル作成の必要自体を減らす方向に進めています。「手順書がないから自動化できない」は、多くの場合、順序が逆です。
RPAでもAIエージェントでもできないことは何か？
- 法令上の説明義務は代替できません。 宅地建物取引業法第35条にもとづく重要事項の説明は宅地建物取引士が行い、重要事項説明書には宅地建物取引士の記名が必要です（2022年5月18日の法改正で押印は不要となり、記名のみとなりました）。書類の下書き生成やチェック支援は可能ですが、説明行為そのものは自動化の対象外と解釈されます。個別案件は専門家にご確認ください。
- 公的基準への適合の最終判断はできません。 工事写真は国土交通省「デジタル写真管理情報基準」（令和5年3月）で写真区分→工種→種別→細別の階層管理が定められていますが、分類案をAIが提示できても、適合可否を判断するのは発注者・監督員です。
- 積算の最終責任は負えません。 拾い出しや歩掛の候補提示までは支援できますが、確定は人が行います。
- 入力データが紙・FAXのままでは精度に限界があります。 送信元の運用を変えるほうが効果が大きい場合、システム開発より業務フローの変更を先に提案します。
- 残業時間の問題は自動化だけでは解決しません。 建設業には2024年4月1日から時間外労働の上限規制が全面適用され、原則月45時間・年360時間、特別条項がある場合でも年720時間以内等の上限があります（厚生労働省）。自動化は手段の一つで、業務量そのものの見直しと併走させる必要があります。36協定の運用は社労士等にご確認ください。
- APIが無い古い基幹システムは制約になります。 RPAで回避できることもありますが、前述の壊れやすさを引き受ける判断が必要です。
まとめ
- 入力形式が固定ならRPA、送り主ごとに異なるならAIエージェント。この一点で大半は切り分けられます。
- 判断軸は「入力形式は固定か」「分岐を列挙できるか」「APIはあるか」「間違いに気づけるか」の4つ。
- RPAは環境変化（画面変更・認証変更・例外データ）で壊れます。最も危険なのは、止まらずに間違った値を入れ続ける静かな失敗です。
- 実務の基本形は「AIが読む → 確信度の低いものだけ人が確認する → RPA／APIが書く」の三段構成。AIに画面操作まで任せない。
- 法令上の説明義務、公的基準への適合判断、積算の最終確定は自動化の対象外です。
よくある質問
Q. 転記作業の自動化はRPAとAIエージェントのどちらが向いていますか？
A. 入力元の形式が毎回同じならRPA、仲介会社ごとにフォーマットが異なるPDFやFAXが入力元ならAIエージェントが向きます。多くの転記業務は「読み取りはAI、登録はAPIまたはRPA」の分担が現実的です。
Q. RPAが動かなくなる主な原因は何ですか？
A. 画面レイアウトの変更、読み込み待ちのタイミングずれ、認証方式の変更（パスワード有効期限・二要素認証）、想定外の例外データの4つが大半です。特に間違った値を入れ続ける「静かな失敗」が最も損害が大きくなります。
Q. AIエージェントに画面操作までさせてよいですか？
A. 原則として推奨しません。判断（読み取り・抽出・分類）と操作（登録・出力）を分け、AIは構造化データを出力するところまで、登録はAPIまたはRPAに任せる設計のほうが、壊れた箇所を特定しやすくなります。
Q. 業務マニュアルが無くても自動化に着手できますか？
A. 着手できます。マニュアルを先に整備するより、実際の操作を観察して例外を棚卸しするほうが早いケースが多いです。自動化した工程はマニュアル作成の必要自体が減ります。
Q. RPAとAIエージェントは併用できますか？
A. 併用が基本形です。AIが非定型な入力から値を抽出し、確信度が閾値を下回るものだけ人がレビューし、確定した値をRPAまたはAPIがシステムへ投入する三段構成が、不動産・建設の転記業務では最も安定します。
ご相談について
どの工程にRPAを当て、どこからAIに任せるかは、実際の画面と実データを見ないと決められません。エクサテックでは、現場に入って操作を観察するところから設計を始めています。自動化の可否を含めて整理したい段階でも構いませんので、お気軽にご相談ください。
コメント