RPAツール開発の発注/外注/依頼/委託方法について

RPAツールの発注・外注は、製品を購入してシナリオを作ってもらうだけではなく、対象業務の整理、実行方式、契約、保守までを一つの計画として決めることが成功の条件です。

「どの業務を外注すべきか」「ライセンスと開発費はいくらか」「請負と準委任のどちらが合うか」と迷う方に向けて、RPAツールの発注形態、RFP・要件整理、契約形態、費用相場、委託先の選び方、見積書の比較方法を順番に解説します。金額は公開価格と、業務規模に応じた推定レンジを分けて扱います。

▼全体ガイドの記事
・RPAツール開発の完全ガイド

RPAツールを外注・発注する前に知っておきたい全体像

RPAは、担当者がパソコンで行う定型的な操作をソフトウェアロボットに再現させる仕組みです。ブラウザ、Excel、CSV、メール、ファイルサーバー、基幹システムをまたぐ転記や集計に向いています。一方、画面の変更が多い業務や、担当者の判断が毎回変わる業務では、RPAだけで解決しようとすると保守負担が増えます。発注前に「RPAで自動化する部分」と「API連携、業務システム改修、AI-OCRなどで実装する部分」を切り分けることが重要です。

RPAの発注対象は、大きく分けて「製品ライセンス」「業務分析・要件整理」「シナリオ開発」「外部システムとの連携」「テスト・教育」「導入後の保守・運用」です。ライセンスを買えばすぐに使える製品でも、自社の業務手順を安定して動かすには、入力データの形式、例外時の処理、実行権限、ログの保存先、停止時の復旧手順を決める必要があります。ここを見落とすと、見積書のライセンス費用は安く見えても、後から追加開発や保守費用が発生します。

製品メーカーと導入支援会社の役割も異なります。メーカーは製品そのもの、ライセンス体系、公式サポートを提供します。SIerやRPA導入会社は、業務の棚卸し、製品選定、シナリオ作成、既存システム連携、運用設計を担います。見積依頼では、どの会社がどの範囲を担当するのか、再委託があるのか、納品後に誰が修正するのかを明記してもらいます。

外注しやすいのは、処理件数が多く、手順が決まっていて、入力と出力が明確な業務です。例えば、受注データをダウンロードして基幹システムへ登録する作業、請求書の一覧を集計して定型帳票を出力する作業、Web EDIへ発注データを登録する作業などです。日本自動車部品工業会の「RPA活用ガイドライン 第1.1版」（2025年）は、Web EDIを含む具体的な業務を題材に、PoC、権限、実行ログ、BCP、運用統制を確認する必要性を示しています。

反対に、承認者によって判断が変わる業務、例外処理が大半を占める業務、短期間で画面が頻繁に変わるサービスへの画面操作だけの依存は慎重に検討します。RPAを採用しないことが正解の場合もあります。APIが用意されているならAPI連携を優先し、帳票の読み取りが中心ならAI-OCR、複雑な承認や分岐が中心ならワークフロー製品、基幹機能の不足が根本原因ならシステム改修を候補にします。

RPAツールの発注形態はどれが適切ですか？

最適な発注形態は、社内にRPAを運用できる人材がいるか、対象業務が何本あるか、個人情報や基幹システムを扱うかで変わります。単純な1本を内製する方法から、業務整理を含めてSIerへ委託する方法まで段階があります。最初から全社一括で丸投げするより、責任分界を決めた小規模な発注から始める方が、費用と失敗リスクを管理しやすいです。

内製は、対象業務が少なく、現場担当者が業務とツールの両方を理解している場合に適しています。無料トライアルや小規模ライセンスを利用して、1〜2本のシナリオで効果を確認し、現場が修正できる状態を作ります。ただし、作成者しか直せないシナリオや、個人のパソコンでしか動かないロボットは、内製の成功ではなく属人化の始まりです。設計書、ロボット台帳、共有できる認証情報管理、エラー時の連絡先を最初から用意します。

内製を選ぶ場合も、研修だけを購入するのか、初期設計を支援会社に依頼するのかを明確にします。例えば、業務選定と標準化は社内、最初のシナリオ開発とレビューは外注、2本目以降は内製という分担が考えられます。将来の引き継ぎを見据え、成果物にシナリオ本体だけでなく、前提条件、入出力、変更履歴、テスト結果を含めることが大切です。

社内にツールの経験者がいない場合は、業務の洗い出し、候補業務の優先順位付け、製品選定、PoC、シナリオ開発を導入支援会社へ依頼します。この発注形態は、単なる作業代行ではなく、RPAを継続利用するための標準化と運用設計まで含められる点が特徴です。見積依頼時は「何本作るか」だけでなく、「何時間の業務分析を行うか」「現場ヒアリングの回数」「レビューと修正の回数」を確認します。

Microsoft 365を中心に使う企業ならPower Automate、国内サポートや既存の利用実績を重視するならWinActor、複数部門の集中管理やAI・API連携まで見据えるならUiPathなど、環境によって候補は変わります。製品名の知名度だけで決めず、有人実行か無人実行か、クラウドかオンプレミスか、同時実行数、認証情報の保管、監視方法を比較します。

複数の基幹システム、夜間の無人実行、個人情報、複数部門の運用を含む場合は、RPAだけでなくネットワーク、ID管理、監視、バックアップ、障害対応を設計できるSIerが候補です。発注範囲は、RPA製品の導入、実行サーバー、API・OCR連携、業務システム側の改修、運用監視、教育に分けて記載します。

ただし、大手に任せるほど安心という意味ではありません。実際にシナリオを作る担当者の経験、納品後の保守窓口、再委託先、担当者変更時の引き継ぎ、障害時の復旧時間を確認します。大規模な提案でも、最初の契約をPoC、部門展開、全社展開に分けると、成果を確認しながら投資判断できます。

RPAツール開発の発注はどのように進めますか？

発注の流れは、業務棚卸し、標準化、RFP作成、候補会社との提案比較、要件定義、PoC、設計・開発、テスト、移行、運用の順に進めます。いきなり「経理を自動化したい」と依頼するのではなく、現行業務の事実を整理してから、外注先に判断材料を渡すことがポイントです。

候補業務ごとに、担当部署、作業頻度、1回あたりの所要時間、月間処理件数、入力元、出力先、判断の有無、例外の割合、個人情報の有無、締め日への影響を記録します。効果は「削減時間×人件費」だけでなく、入力ミス、締め日の残業、夜間処理、担当者の異動リスク、監査用ログの確保まで含めて評価します。

優先順位は、処理量が多いことだけで決めません。業務ルールが明確で、入力と出力が安定しており、失敗しても手動復旧できる業務を上位にします。逆に、例外が多い業務や、業務そのものがまだ標準化されていない作業は、RPA開発の前に手順とデータ形式を統一します。JAPIAのガイドラインが示すように、最初から全業務を100%自動化するのではなく、代表業務を小さく検証する考え方が現実的です。

RFPには、発注の目的、対象業務、現行手順、月間件数、稼働時間、利用するシステム、ファイル形式、個人情報の有無、希望する実行方式、納期、予算の考え方、保守要件を記載します。業務フローは文章だけでなく、画面の遷移、入力項目、正常系、エラー時、承認が必要な場面まで示します。実データを渡せない場合は、個人情報をマスキングしたサンプルを用意します。

要望をMUST、SHOULD、WANTに分けることも有効です。例えば、MUSTは「指定時刻に無人実行できる」「エラーを担当者へ通知できる」「操作ログを一定期間保存できる」です。WANTは「将来AI-OCRを追加できる」「複数部門へ横展開しやすい」です。希望をすべて初回開発へ詰め込むと、見積もりの比較が難しくなります。初回リリースの必須条件と将来拡張を分けて依頼します。

PoCでは、最も簡単なデモだけでなく、実際のデータに近い正常系と、少数の例外系を確認します。月末の大量処理、ファイル名の違い、空欄、通信断、権限不足、画面変更、同じ処理の二重実行を再現し、どこで人が介入するかを決めます。PoCの成果物は「動いた」という報告だけでは不十分です。成功率、処理時間、例外時の対応、追加費用、運用担当者の作業を記録します。

PoC後は、シナリオを部品化し、入力チェック、タイムアウト、リトライ、エラー時の停止、担当者への通知を組み込みます。安定して使えるAPIやCSV連携がある箇所を画面操作で代替しないことも重要です。RPAで暫定連携を作り、将来的にAPIや業務システム改修へ置き換えるロードマップを合意しておくと、画面変更による保守負担を抑えられます。

テストでは、通常の日だけでなく、休日、月末、繁忙期、権限の異なるユーザー、通信が切れた場合、入力ファイルが欠けた場合を確認します。テスト計画書、テストケース、結果、未解決の課題、受入基準を発注書や契約書の別紙にします。RPAが止まったときに業務を止めないため、手作業での復旧手順と復旧責任者も納品物に含めます。

運用開始後は、ロボット台帳、所有者、対象業務、利用アカウント、バージョン、変更履歴、実行ログ、エラー通知先を管理します。担当者の退職や異動に備え、シナリオと設計書を複数人が読める状態にします。保守契約では、画面変更への対応範囲、月の修正時間、障害の一次対応時間、緊急対応の料金、バージョンアップ対応を確認します。

RPAツールの契約形態は請負と準委任をどう使い分けますか？

契約形態は、完成物と仕様が固まっているか、発注後に要件が変わる可能性があるかで選びます。RPAは現場検証の後に例外処理や運用条件が増えやすいため、PoCや要件整理は準委任、本番シナリオの開発や明確な納品物は請負という組み合わせがよく検討されます。法務・調達部門と相談し、契約名だけでなく、成果物、責任範囲、検収、変更手続を具体化します。

請負契約は、受託者が合意した成果物を完成させ、発注者が検収する形に向いています。シナリオ本体、設計書、テスト結果、操作手順書、運用台帳など、何を納品するのかを一覧にします。「自動化する」とだけ書くと、対象外の例外処理や追加画面への対応まで含むのかで争いが起きます。対象業務、処理件数、対応ブラウザ、入力ファイル、対応する例外の範囲を別紙で定義します。

検収基準には、正常系の処理結果、処理時間、ログ出力、エラー通知、手動復旧手順、指定環境での再現性を含めます。画面変更や業務ルール変更など、受託者の責任外となる条件も明記します。変更が発生した場合は、追加見積もり、納期変更、優先順位の調整を行う手続を定めておくと、契約後の認識違いを抑えられます。

準委任契約は、業務整理、製品選定、PoC支援、内製化研修、運用改善のように、専門家が一定期間支援する業務に適しています。現場のヒアリングで要件が変わる場合や、発注者と受託者が一緒に優先順位を決める場合は、作業時間、担当者、会議体、レビュー回数、報告内容を契約に含めます。完成物の保証を請負と同じように期待すると、契約形態とのずれが生じます。

保守契約では、月額の監視・問い合わせ対応と、個別のシナリオ修正を分けておくと費用を把握しやすいです。月額に含まれる時間を使い切らなかった場合の扱い、超過単価、休日対応、緊急停止、障害原因の調査、製品アップデートの対応を確認します。ライセンス契約と開発・保守契約の契約期間や更新時期も揃えて管理します。

RPAライセンスは、開発者用、有人実行用、無人実行用、管理・オーケストレーション用などに分かれることがあります。見積書では、ユーザー数だけでなく、ロボット数、同時実行数、実行端末、仮想マシン、OCR、API連携、ログ保管、サポートを確認します。「作る人」と「動かすロボット」が同じライセンスとは限らないため、実行方式を先に決めます。

製品によって価格の見せ方も異なります。例えば、NTTデータのWinActor公式ページでは、2025年1月1日以降の掲載価格として実行版ライセンスが税込30万80円／年、構築と実行が可能なフル機能版が税込109万8,680円／年と案内されています。UiPathの日本語公式価格ページはAutomation Cloudのベーシックを月額25ドルからとし、スタンダードとエンタープライズは営業見積もりです。価格は契約条件や為替、機能によって変わるため、単純な製品間比較はできません。

RPAツールの費用相場とコストの内訳

RPAの費用は、ライセンス、業務分析、シナリオ開発、API・OCR連携、実行環境、教育、保守、社内運用工数の合計で考えます。ベンダーによって価格が非公開で、企業規模や実行方式による個別見積もりになるため、以下の金額は公式統計による平均値ではありません。公開ライセンス価格と、リサーチノートに整理した開発・テスト・運用設計の工数から算出した、2025〜2026年時点の予算検討用レンジです。

Microsoftの公式価格ページでは、Power Automate Premiumが年払いでユーザーあたり月額相当2,248円、Power Automate Processがボットあたり月額相当2万2,488円、Power Automate Hosted Processがボットあたり月額相当3万2,233円と掲載されています。いずれも消費税を含まない表示で、Premiumはアテンド型、Processは非アテンド型、Hosted ProcessはMicrosoft管理の仮想マシンを使う構成です。実際の契約条件や既存のMicrosoft契約によって変わるため、発注時点で公式価格を再確認します。

このように、同じ「RPAツール」でも、担当者がボタンを押して使う有人実行と、夜間に人がいない状態で動かす無人実行では費用構造が変わります。WinActorのように実行版とフル機能版で価格が分かれる製品もあります。見積書には、ライセンスの期間、税区分、更新費、追加ロボット、同時実行、管理基盤、サポートを別行で記載してもらいます。

1〜2本の単純な有人ロボットを試すPoC・小規模導入は、ライセンスを除く初期導入・開発費として30万〜100万円程度、期間は2〜6週間が一つの目安です。業務棚卸し、シナリオ作成、テスト、操作研修を含む想定です。3〜10本を部門展開し、複数システムの転記、例外処理、ログ、エラー通知、運用手順まで整備する場合は、100万〜300万円程度、1〜3か月程度のレンジが検討対象になります。

無人実行、基幹連携、API・OCR連携、監視、権限設計、障害時の手動手順まで含める場合は、初期導入・開発費が300万〜800万円程度、期間が2〜6か月程度になるケースがあります。全社の共通基盤、開発標準、審査、教育、複数部門展開を含む場合は、800万〜2,000万円以上の予算レンジも検討します。いずれも案件条件による推定であり、特定の会社が提示する一律価格ではありません。

年間運用費は、ライセンス更新、サポート、シナリオ修正、監視、担当者工数を含め、初期開発費の20〜50%程度を予算枠として置く方法があります。画面変更が多い、例外率が高い、夜間処理の監視が必要、個人情報を扱うといった条件では上振れします。相場だけで決めず、月間の修正時間と障害対応時間を見積書で分けて確認します。

ROIは、年間の処理時間、担当者の時間単価、ライセンス、開発、保守、社内運用工数から試算します。例えば、月間処理件数と1件あたりの作業時間、エラー修正の時間、締め日残業の時間を現状値として記録し、PoC後の実測値と比べます。ベンダーの導入事例で「1日3時間を自動化」と紹介されていても、その数字を自社の成果として流用せず、自社の件数と手順で再計算します。

金額に換算しにくい効果もあります。担当者が休暇を取っても処理が止まりにくいこと、夜間に定型処理が終わること、入力漏れを減らせること、監査用の実行ログを残せること、属人化を解消できることです。反対に、障害時の手作業、監視、画面変更への修正、ライセンス更新を費用として計上しないと、導入後に期待と実績の差が広がります。

RPAツールの委託先選定と見積比較のポイント

委託先は、価格の安さだけでなく、業務分析の深さ、対応製品、既存システム連携、運用設計、セキュリティ、引き継ぎやすさで評価します。RPAの導入実績が多くても、自社と同じ業務や同じ実行方式の経験があるとは限りません。提案を受ける際は、実績の件数より、担当者がどの範囲を設計・開発・保守したのかを確認します。

製品実績では、UiPath、WinActor、Power Automate、BizRobo!、Blue Prismなど、候補製品の認定や開発経験を確認します。業務実績では、受発注、経理、請求、人事、営業事務、Web EDIなど、自社に近いデータと例外処理を経験しているかを見ます。運用実績では、無人実行の監視、エラー通知、権限レビュー、シナリオ台帳、保守、担当者の引き継ぎを確認します。

個人データを扱う場合は、委託先の選定と契約も重要です。個人情報保護委員会の通則編は、委託先が必要な安全管理措置を実施できるか事前に確認し、契約に安全管理措置や取扱状況の把握を盛り込み、必要に応じて監査などで確認する考え方を示しています。共有IDの禁止、最小権限、認証情報の保管、ログの保存、再委託の条件、データ削除の方法をRFPと契約書に落とし込みます。

見積書は、ライセンス、初期環境、業務整理、要件定義、シナリオ開発、連携、テスト、教育、ドキュメント、移行、保守を分けて比較します。シナリオ開発を「一式」とだけ書いた提案は、対象本数、難易度、画面数、例外処理、テストケース数を質問します。追加費用になりやすい作業として、データの整形、ID発行、ネットワーク設定、仮想マシン、OCR、API調査、休日対応、画面変更対応があります。

比較表を作る際は、各社に同じRFPを渡し、価格の列だけでなく、前提条件、納期、成果物、検収基準、保守時間、障害対応時間、担当体制、再委託、ライセンス更新、将来拡張を並べます。価格が低い提案でも、PoC、運用設計、教育、保守が含まれていなければ総額は上がります。反対に、高額な提案でも全社基盤や統制が不要なら、段階発注に分けられる場合があります。

典型的な失敗は、要件が曖昧なまま開発を始めること、正常系だけで受入すること、担当者のパソコンに依存すること、認証情報をシナリオへ直接書くこと、シナリオの所有者を決めないことです。これを避けるため、対象業務、対象外業務、例外処理、実行環境、アカウント、ログ、保守、手動復旧の責任者をRFPと契約書の両方で整合させます。

2026年は、RPA単体ではなく、AI-OCR、APIワークフロー、AIエージェント、人による承認を組み合わせる提案が増えています。UiPath公式の料金ページでも、ロボット、AI、APIワークフロー、ガバナンスを組み合わせたエージェンティックオートメーションが示されています。新しい機能を採用する場合は、AIに渡すデータ、出力の確認者、誤判断時の停止、ログ、モデルやサービスの変更時の責任を確認します。

補助金を使う場合は、補助金があるから先に製品を決めるのではなく、対象経費と申請条件を確認してから計画に組み込みます。2026年のデジタル化・AI導入補助金は、ITツールの導入や活用を支援する制度ですが、対象となる製品、導入支援事業者、申請枠、補助率、締切は公募要領で確認が必要です。採択や補助を前提に発注せず、交付決定前の契約・支払い可否も必ず事務局の最新情報で確認します。

よくある質問（FAQ）

ここでは、RPAツールの発注・外注を検討する際に特に質問されやすい内容をまとめます。製品価格や補助金の条件は更新されるため、最終判断では各公式ページ、見積書、公募要領を確認します。

単純な1〜2本のPoC・有人ロボットなら、ライセンスを除く初期導入・開発費として30万〜100万円程度、部門導入なら100万〜300万円程度、無人実行や基幹連携を含む場合は300万〜800万円程度が予算検討用の推定レンジです。実際は対象業務、シナリオ本数、連携、テスト、保守によって変わるため、公開価格と個別見積もりを分けて確認します。

1〜2本の定型業務で、現場にツールの経験者がいるなら内製から始められます。業務整理、複数システム連携、無人実行、個人情報、全社展開がある場合は、外部会社の支援を受ける方が要件漏れや属人化を防ぎやすいです。業務選定は社内、初期開発とレビューは外注、横展開は内製という分担も有効です。

請負契約だけで安心とは限りません。請負は完成物と検収基準が明確な開発に向き、準委任は要件整理、PoC、伴走、保守に向きます。RPAでは発注後に例外処理が見つかることがあるため、フェーズごとに契約を分け、追加変更の手続、納品物、テスト、保守の責任分界を明記することが重要です。

外注自体が直ちに問題になるわけではありませんが、委託先の選定、契約、安全管理、取扱状況の把握が必要です。共有IDを避け、最小権限、認証情報の安全な保管、ログ、再委託、データの保存・削除、事故時の連絡を確認します。個人情報保護委員会の最新ガイドラインと社内のセキュリティ規程に沿って、RFPの段階から条件を提示します。

まとめ

RPAツールの発注・外注では、製品の購入費だけでなく、業務整理、シナリオ開発、連携、テスト、教育、保守、社内運用工数までを総額で確認します。まず自動化候補を棚卸しし、MUSTとWANTを分け、RFPに業務・データ・実行方式・セキュリティ・運用条件を書きます。

発注前には、対象業務、実行方式、必要なライセンス、PoCの範囲、成果物、検収基準、保守、セキュリティ、手動復旧の責任者を一枚の確認表にまとめます。複数社へ同じ条件でRFPを渡し、価格だけでなく、含まれる作業と含まれない作業を比べると、契約後の追加費用を抑えやすくなります。

契約は、要件整理やPoCを準委任、仕様と成果物が固まった開発を請負、継続的な修正や監視を保守契約に分ける方法が検討できます。見積比較では、同じ条件でライセンス、開発、連携、テスト、保守、追加費用を並べ、委託先の製品・業務・運用実績と責任分界を確認します。

導入後は、ロボット台帳、所有者、権限、実行ログ、変更履歴、エラー時の連絡先、手動復旧手順を更新します。RPAを作って終わりにせず、画面変更や担当者異動を前提に保守と引き継ぎの体制を整えることで、長期的な費用と停止リスクを見通せます。

PoCから小さく始め、画面操作だけに依存せず、API、AI-OCR、ワークフロー、将来の業務システム改修との役割を整理することが、長く使えるRPAにつながります。発注先と同じ目線で成果物と運用条件を決め、導入後もロボット台帳、ログ、権限、手動復旧手順を管理してください。

▼全体ガイドの記事
・RPAツール開発の完全ガイド

会社紹介

株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。

また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。

株式会社riplaの会社HPはこちら

・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>

執筆者プロフィール

張田谷凌央

株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。