業務を自動化したいと考えても、生成AIとRPAのどちらを使えばよいのか分からず、判断に迷ってしまう、という経験はないでしょうか。両者の違いを整理せずに導入を進めると、自動化に向かない業務へ無理に当てはめてしまい、かえって手間が増えてしまう恐れがあります。
この記事では、生成AIとRPAの違いを業務自動化の視点で整理することから、生成AIが向いている業務の特徴、RPAが向いている業務の特徴、両者を判断するときの比較軸、業務例での使い分け、組み合わせて使う考え方、そして自動化する業務を選ぶ手順までを順番に解説します。読み終える頃には、自分の業務に合わせて生成AIとRPAを使い分けられる状態になります。
話が抽象的にならないよう、この記事では一つの業務を最後まで追いかけます。題材は「月末に取引先50社から届く請求書メールを処理して、経理システムへ入力し、PDFを共有フォルダへ保存する」です。メールの書き方は50社それぞれで違い、PDFが添付されているものもあれば本文に金額が書かれているものもある。現状は1件あたり8分、月50件でおよそ7時間かかっている、という想定で読み進めてください。
生成AIとRPAの違いを業務自動化の視点で整理する
比較を始める前に、それぞれの基本的な性質の違いを整理しておきます。
生成AIは非定型な文章や情報を扱える
生成AIは、決まった形式に沿わない文章や情報を柔軟に扱うことができます。毎回内容が変わる問い合わせやアイデア出しなど、パターン化しにくい業務に適しています。
題材でいえば、50社ぶんのメール本文がここに当たります。「ご請求金額は税込110,000円です」と書く会社もあれば、件名に金額を入れる会社も、PDFを見てくださいとだけ書く会社もあります。このばらつきをルールで書き切るのは現実的ではありません。
RPAは決められた画面操作を繰り返す
RPAは、あらかじめ設定した画面操作の手順を、正確に繰り返し実行することを得意とします。入力内容や操作手順が変わらない業務との相性がよいといえます。
題材では、経理システムの入力画面がこれに当たります。取引先コードを入れ、金額を入れ、支払期日を入れて登録ボタンを押す。この手順は50件すべてで同じです。メールは毎回違うが、入力画面は毎回同じ、という構造になっています。
出力の揺らぎと処理の再現性が異なる
生成AIは同じ依頼でも出力内容に揺らぎが生じる一方、RPAは条件が同じであれば毎回同じ結果を再現します。この違いを理解しておくことが、適切な使い分けの前提になります。
この違いは、そのまま工程の分かれ目になります。題材の業務を分解すると、次の4工程になります。
- メールから取引先・金額・支払期日を読み取る（揺らぎうる）
- 通常処理と要確認に仕分ける（揺らぎうる）
- 経理システムへ入力する（揺らいではいけない）
- PDFを共有フォルダへ保存し、担当者へ通知する（揺らいではいけない）
1と2が生成AI、3と4がRPAの領域です。
生成AIが向いている業務の特徴
違いが整理できたら、まず生成AIが向いている業務の特徴を確認します。
文章の作成・要約・分類を行う業務
メール文の作成や資料の要約、問い合わせ内容の分類など、文章を扱う業務に生成AIは向いています。定型化しにくい表現のゆらぎがある場面でも、柔軟に対応できます。
題材の工程1は、この読み取りそのものです。以下はAIに送るプロンプトです。コピペして使ってください。
次の請求メールから、経理システムへ入力する項目を抜き出してください。
・取引先名／請求金額（税込）／支払期日／請求書番号
・出力形式：1行のCSV。項目の順番は上記のとおり
・条件：本文から読み取れない項目は空欄にし、推測で埋めないでください。空欄が一つでもある場合は、行の末尾に「要確認」と付けてください。
【以下、追加したい内容を記載してください】
※【 】の行は削除し、自分の情報に置き換えてから送信してください。
「推測で埋めない」と「空欄には要確認を付ける」の2行が要です。これがないと、読み取れなかった支払期日をそれらしい日付で埋めてきます。
判断材料の整理やアイデア出しを行う業務
意思決定のための情報整理や、企画のアイデア出しといった業務にも活用できます。決まった正解がない場面では、複数の選択肢を提示してもらうことが助けになります。
題材では、月末に全件を処理し終えたあとの振り返りが当たります。「今月要確認になった8件に共通する原因を挙げてください」と聞けば、特定の3社のメール形式に偏っていることが見えてきます。次の改善はそこから始まります。
入力内容によって処理が変わる業務
問い合わせの内容によって対応方法が変わるなど、入力次第で処理内容が変化する業務に適しています。条件分岐が複雑になりやすい場面でも、内容を読み取って柔軟に対応できます。
題材の工程2がこれです。添付がない、金額が前月と大きく違う、請求書番号が重複している。こうした例外は種類が多く、ひとつずつ条件分岐で書くと収拾がつきません。「通常」「要確認」の2つに分けて、要確認の理由を1行添えさせる形にすると、分岐を増やさずに済みます。
RPAが向いている業務の特徴
生成AIの特徴が分かったら、RPAが向いている業務の特徴を確認します。
手順とルールが固定された業務
作業の手順とルールがあらかじめ固定されている業務は、RPAとの相性がよい領域です。判断が入り込む余地が少ないほど、自動化による効果を発揮しやすくなります。
題材の工程3がこれに当たります。判断はすでに工程1と2で終わっていて、ここに残っているのは「決まった欄に決まった値を入れる」だけです。判断を前の工程へ寄せておくほど、この部分は安定します。
ただしRPAは画面の見た目に依存します。経理システムが更新されてボタンの位置や項目名が変わると、その時点で止まります。作って終わりではなく、システムが変わるたびに直す前提で考えてください。
システム間でデータを転記する業務
あるシステムから別のシステムへ、決まった形式でデータを転記する業務にRPAは向いています。人が手作業で行うと入力ミスが起きやすい単純作業ほど効果的です。
なお、RPAを試すだけなら初期費用はかかりません。Windows 11にはPower Automateのデスクトップ版が最初から入っています（2026年9月時点）。人が見ている前での実行は追加費用なしで試せて、無人実行など一部の機能に有償プランが必要とされています。条件は変わるため、導入前に公式ページで確認してください。
同じ操作を大量に繰り返す業務
同じ操作を大量の件数に対して繰り返す業務も、RPAの得意分野です。処理件数が多いほど、自動化による時間削減の効果が大きくなります。
題材の50件がまさにこれです。判断は、1件あたりの操作時間に月間件数を掛けて、それがRPAを作って保守する手間を上回るかで見ます。8分のうち転記にあたるのが3分なら、月50件で2時間半です。逆に月2件しかない業務なら、組む手間のほうが上回ります。件数が効果を決める、というのがRPA側の判断基準です。
生成AIとRPAを判断するときの比較軸
両者の特徴が分かったら、実際に判断する際の比較軸を確認します。
判断に使う軸を、先に一覧で整理します。
| 比較軸 | 生成AI | RPA |
|---|---|---|
| 扱える入力データ | 形式が決まっていない情報でも扱える | 形式が決まっていることが前提 |
| 出力の再現性 | 同じ依頼でも内容に揺らぎが生じる | 条件が同じなら毎回同じ結果になる |
| 人の判断が必要な工程 | 判断を含む業務にも対応しやすい | 判断の余地が少ない業務に向く |
| 得意な作業 | 文章の作成・要約・分類、アイデア出し | システム間のデータ転記、同じ操作の繰り返し |
| 処理件数との関係 | 件数よりも内容の柔軟さで効果が出る | 件数が多いほど時間削減の効果が大きい |
入力データが定型か非定型か確認する
対象となる業務の入力データが、定型的な形式なのか、自由な形式なのかを確認します。この違いが、どちらの技術が適しているかを判断する出発点になります。
題材の工程1は、入り口が50社ぶんのメールで非定型、出口が決まった4項目のCSVで定型です。非定型を定型に変える工程が、生成AIの担当範囲だと考えると、境界が引きやすくなります。
毎回同じ結果が必要か確認する
その業務で、毎回まったく同じ結果が求められるのかを確認します。厳密な再現性が必要な業務では、RPAのような確実な処理が適しています。
経理システムへの入力は、同じCSVを渡したら毎回同じ登録結果になる必要があります。ここに揺らぎが入ると、月次の締めで数字が合わなくなります。
人の判断が必要な箇所を確認する
作業の中に、人の判断が必要な工程が含まれているかを確認します。判断が必要な部分が多い業務では、柔軟に対応できる生成AIの活用を検討する余地があります。
題材の工程を割り当てると、次のようになります。
| 工程 | 担当 | 理由 |
|---|---|---|
| メールから4項目を読み取る | 生成AI | 入り口の形式が50社で異なる |
| 通常と要確認に仕分ける | 生成AI | 例外の種類が多く分岐で書けない |
| 要確認8件の内容を見る | 人 | 金額の妥当性は人が判断する |
| 経理システムへ入力する | RPA | 手順が固定で、件数が多い |
| PDF保存と担当者への通知 | RPA | 判断が一切入らない |
人が担当する行を一つ残しているのが要点です。全工程を自動化しようとすると、ここが無理な分岐として残ります。
業務例から生成AIとRPAを使い分ける
比較軸が分かったら、具体的な業務例をもとに使い分け方を確認します。
メール文作成は生成AIを候補にする
問い合わせへの返信メールなど、内容が毎回異なる文章作成には生成AIを候補にします。表現の調整が必要な業務では、柔軟に対応できる点が活かせます。
題材では、添付漏れの差し戻し連絡がこれです。
以下はAIに送るプロンプトです。コピペして使ってください。
取引先宛に、請求書PDFの添付がなかったため再送を依頼する文面を書いてください。取引先向けの丁寧さで3行以内、宛名と請求書番号は差し替えられるように【 】で空けてください。こちらの不備を謝る表現は入れないでください。
宛先だけ差し替えて使える文面が返ってきます。
定型システム入力はRPAを候補にする
決まった形式でシステムへ入力する業務には、RPAを候補にします。手順が変わらない作業を人が繰り返すよりも、確実に処理を進められます。
内容判断と定型操作が混ざる業務は工程を分ける
内容の判断と定型的な操作の両方が含まれる業務では、工程を分けて考えます。一つの技術だけで完結させようとせず、それぞれが得意な部分を担当させることが有効です。
題材はまさにこの型です。「請求書処理を自動化する」とひとかたまりで考えると、どちらの技術でも中途半端になります。先に4工程へ割ってから技術を当てはめる、という順番が重要です。業務単位ではなく工程単位で選ぶ、これが使い分けの実質です。
工程への分解も任せられます。以下はAIに送るプロンプトです。コピペして使ってください。
次の業務を工程に分けてください。条件は3点です。(1)1工程は1操作の粒度まで割る、(2)各工程に「入力が定型か非定型か」と「毎回同じ結果が必要か」を付ける、(3)人の判断が入る工程には印を付ける。技術の割り当てはまだ不要です。
【以下、追加したい内容を記載してください】
※【 】の行は削除し、自分の情報に置き換えてから送信してください。
生成AIとRPAを組み合わせて使う考え方
使い分けが分かったら、両者を組み合わせて使う考え方を確認します。
生成AIで非定型情報を整理する
まず生成AIを使って、非定型な情報を整理された形に変換します。判断が必要な部分を先に処理しておくことで、後続の工程を進めやすくなります。
題材では、50通のメールが1つのCSVになります。この時点で入力データは定型になっているので、ここから先はRPAが扱えます。
整理した結果をRPAでシステムへ連携する
整理された結果を、RPAによって各システムへ自動的に入力・連携します。定型化された情報であれば、RPAによる確実な処理を活かせます。
受け渡しの形式は、先に決めておきます。題材なら「取引先名・請求金額・支払期日・請求書番号の4列、1行1件、末尾に要確認フラグ」です。この形を決めてから生成AI側の指示文を書くと、後からRPA側を作り直さずに済みます。
AIの誤りが後続処理へ流れない確認工程を置く
生成AIの処理結果に誤りがあった場合、それがそのままRPAの処理へ流れ込まないよう、確認する工程を設けます。自動化された流れの中でも、要所での確認を省略しないことが重要です。
ここが題材で最も危ない場所です。「110,000円」を「11,000円」と1桁少なく読み取ったCSVが、そのままRPAに渡って経理システムへ登録される。RPAは渡されたとおりに正確に処理するので、途中で止まりません。人が気づくのは月次の締めで数字が合わなくなったときです。
弾くための条件そのものも作らせられます。以下はAIに送るプロンプトです。コピペして使ってください。
生成AIが抜き出したCSVをRPAへ渡す前に、機械的に弾くための条件を作ってください。条件は3点です。(1)桁数の取り違えを検出する条件を必ず含める、(2)条件ごとに「弾いた後に人が何を見るか」を1行で書く、(3)判定に使える情報が足りない項目は「検出不可」と書く。
【CSVの項目】取引先名／請求金額（税込）／支払期日／請求書番号
置くべき確認は次の3つです。
- 金額の合計をCSVと請求書PDFの枚数で突き合わせる
- 前月の同じ取引先の金額と比べて、3割以上ずれた行を抜き出す
- 要確認フラグが付いた行は、RPAへ渡さず人の確認に回す
2が効きます。1桁の読み違いは金額が10分の1や10倍になるため、前月比のずれとして必ず引っかかります。
自動化する業務を選ぶ手順
組み合わせ方が分かったら、最後に自動化する業務を選ぶ手順を確認します。
現在の業務手順を可視化する
まず、現在の業務がどのような手順で進んでいるかを可視化します。手順が明確になっていないと、どこを自動化すべきかの判断がつきにくくなります。
書き出す粒度は、1行が1操作になるくらいです。題材なら「メールを開く／添付PDFを開く／金額を確認する／経理システムを開く／取引先コードを入れる」と並べ、各行に1件あたりの所要時間を書き添えます。8分の内訳が見えると、どこを削れば効くかが分かります。
内訳の整理も任せられます。以下はAIに送るプロンプトです。コピペして使ってください。
1件8分かかっている作業の手順を渡します。所要時間の内訳を埋める形に整理してください。合計が8分になるよう配分し、渡した手順から時間を推定できない工程は「未計測」と書いてください。表は「操作」「所要時間」「未計測かどうか」の3列でお願いします。
【以下、追加したい内容を記載してください】
※【 】の行は削除し、自分の情報に置き換えてから送信してください。
工程ごとに生成AI・RPA・人の役割を割り当てる
可視化した工程ごとに、生成AI、RPA、人のどれが担当すべきかを割り当てます。すべてを一律に自動化しようとせず、工程の性質に応じて役割を分けることが大切です。
前の章で作った割り当て表がこれに当たります。迷ったら人に割り当てておきます。後から自動化の範囲を広げるのは簡単ですが、誤った自動化を戻すほうが手間がかかります。
割り当ての下案は次の依頼文で出せます。以下はAIに送るプロンプトです。コピペして使ってください。
工程一覧を渡します。各工程を「生成AI」「RPA」「人」のいずれかに割り当ててください。条件は3点です。(1)割り当ての理由を、入力の定型性と再現性の必要度で説明する、(2)判断に迷う工程は「人」に置いたうえで迷った理由を書く、(3)渡していない業務ルールは推測で補わない。
【以下、追加したい内容を記載してください】
※【 】の行は削除し、自分の情報に置き換えてから送信してください。
小さく試して効果と例外処理を確認する
いきなり全体を自動化するのではなく、小さな範囲で試して効果と例外時の対応を確認します。想定外のケースへの対応を確認しながら、段階的に適用範囲を広げることが安全な進め方です。
題材なら、まずメール形式が安定している5社だけで1か月回します。見るのは削減時間ではなく、要確認に振り分けられた件数と、人が見て実際に問題があった件数の一致度です。ここがずれているうちは、件数を増やしても手戻りが増えるだけです。
まとめ
生成AIとRPAを使い分ける際は、それぞれの得意分野の違いを理解したうえで、定型か非定型か、判断の必要性といった比較軸で業務を見極めることが大切です。具体的な業務例で使い分けを確認し、必要に応じて組み合わせながら、小さく試して段階的に自動化を進めることで、業務に合った活用ができます。
冒頭の請求書処理は、最終的に5つの工程に分かれます。メールの読み取りと仕分けが生成AI、経理システムへの入力とPDF保存がRPA、そして要確認に回った件の中身を見る工程は人に残ります。1件8分の内訳のうち、読み取りと転記が減り、人の手元には判断が必要な数件だけが届く形になります。
この「人に残した1行」を最初から設計に入れておくことが、自動化を長く続けるための条件です。全工程をどちらかの技術で埋めようとすると、例外が出るたびに流れ全体が止まります。業務単位ではなく工程単位で割り当て、判断が必要な工程は人に残す。まずは自動化したい業務の入力データが、定型か非定型かを確認するところから始めてみてください。 AIによる業務改善の全体像は、AIで業務改善する方法で解説しています。
よくある質問
Q. 生成AIがあればRPAは不要になりますか。
毎回同じ結果が求められる定型処理では、RPAの確実性が引き続き必要になります。生成AIは出力に揺らぎが生じるため、置き換えではなく役割を分けて考えるほうが現実的です。
Q. RPAを導入するには専門的な開発知識が必要ですか。
製品によって必要な知識の範囲は異なります。画面操作を記録して設定できるものもあるため、対象業務の複雑さと、社内で運用を引き継げるかを基準に選ぶとよいでしょう。
Q. 自動化した処理が途中で止まった場合はどうすればよいですか。
止まったこと自体に気づける仕組みと、止まったときに誰が対応するかを決めておく必要があります。自動化の設計と同時に、例外が起きたときの運用も決めておくと安全です。
Q. 生成AIとRPAを組み合わせると費用は二重にかかりますか。
それぞれの利用料が発生します。ただし工程を分けて必要な範囲だけに使えば、両方をフルに導入する必要はありません。まず削減効果の大きい工程を特定してから範囲を決めるとよいでしょう。
