RPAエンジニアのフリーランス案件の選び方｜契約前に確かめたいこと

RPAエンジニアの案件を選ぶときは、報酬や稼働日数に加えて、担う工程の実態、対象の業務と担当者の協力、開発用の環境とテスト用のデータ、ロボットの動かし方と時間外の対応、認証情報とアカウント、既存のロボットの状態、成果の数え方と契約の形の7点を契約前に確かめておくことが大切です。

RPAは、自分の腕だけでは進まない仕事です。業務の担当者が手順を説明してくれない、テストできる環境がない、誰のアカウントで動かすか決まっていない、といった条件があると、どれだけ丁寧に作っても予定どおりに進みません。この記事では、RPA案件に固有の確認点を整理します。契約書全般の確認点は業務委託契約書のチェックポイントで解説しています。

RPA案件の選び方で差が出る理由

案件票は「RPA開発」「業務自動化の推進」のように短く書かれることが多く、参画してから想定との違いに気づくことがあります。よくあるずれは次のようなものです。

• 開発の案件と聞いていたが、対象の業務がまだ決まっておらず、選定から始まった
• 業務の担当者が忙しく、聞き取りの時間が取れずに開発が止まった
• 開発用の環境がなく、本番の画面で確かめるしかなかった
• 前任者が作ったロボットが何十本もあり、仕様書がないまま保守を任された

総務省の「自治体におけるRPA導入ガイドブック」（令和7年7月）も、シナリオの作成は試行錯誤を重ねながら進めることが多く、例外処理などが考慮されていないと実運用の中で思うように動かないことがあると注意しています。周りの条件が、仕事の進み方を左右するのがRPAの案件の特徴です。

契約前に確かめたい7つの点

1. 担う工程の実態

最初に、自分が担う工程を確かめます。新規の開発なのか、既存ロボットの保守なのか、業務の可視化と対象の選定なのか、台帳とルールの整備なのか、社内の担当者の支援なのかで、仕事の中身はまったく違います。案件の種類ごとの働き方はRPAエンジニアの仕事内容で整理しています。

面談では、「参画して最初の1か月で期待されている成果は何か」を聞くと実態が見えやすくなります。

2. 対象の業務と、業務担当者の協力

• 対象の業務は決まっているか、選定から関わるのか
• 業務の担当者への聞き取りの時間を、どのくらい取ってもらえるか
• テストの結果を誰が確かめ、本番化を誰が判断するか

業務の担当者の協力がないと、手順書にない判断を聞き出せず、テストの段階で手戻りが増えます。協力の体制は、開発の進み方に直結します。

3. 開発用の環境とテスト用のデータ

ガイドブックは、業務システムの保守環境や研修環境があればそこで開発し、開発中は実データを扱わずテスト用のデータを使うことを、開発のルールの例として挙げています。こうした環境がないと、テストのつもりで本番の記録を書き換えてしまうおそれがあります。

• 開発用・研修用の環境があるか
• テスト用のデータを誰が用意するか
• 開発に使う端末と接続の方法は何か

4. ロボットの動かし方と、時間外の対応

ロボットを担当者のパソコンで人が起動して動かすのか、サーバーや仮想デスクトップで決まった時刻に無人で動かすのかで、止まったときの責任の重さが変わります。

• 夜間や休日に止まったとき、連絡を受けるのか、翌営業日の対応でよいのか
• 停止を知らせる仕組みと、一次対応をする人がいるか
• 時間外に対応した時間を、精算でどう扱うか

精算の仕組みは精算幅の記事をご覧ください。

5. 認証情報とアカウント

ロボットは人に代わって業務システムを操作するため、誰のアカウントで動かし、IDやパスワードをどこに保存するかが問題になりやすい仕事です。ガイドブックは、正当な権限のない人がロボットを実行できないよう制限すること、認証情報をアクセスが制限された場所に保存することなどを対策として挙げています。

業務部門の個人のアカウントで動かすと、その人が異動したときにロボットが止まります。ロボット用のアカウントの有無と、管理の責任者を確かめておきましょう。業務で個人情報に触れる場合は業務で個人情報を扱うときの契約と注意点も参考になります。

6. 既存のロボットの状態

保守や管理の案件では、引き継ぐロボットの状態を確かめます。

• 動いているロボットの数と、台帳の有無
• 仕様書や手順書が残っているか
• 管理者が不在のロボットがあるか

ガイドブックは、管理されなくなったロボットが通称「野良ロボット」と呼ばれ、セキュリティ上のリスクにもなりかねないとしています。状態の悪い案件を避ける必要はありませんが、棚卸しにかける期間を見込んだうえで受けることが大切です。

7. 成果の数え方と契約の形

「ロボットを◯本作る」という形で受けると、例外処理や文書化に時間をかけるほど負担が増えます。業務の担当者の都合で聞き取りが遅れても、本数の約束だけが残ることがあります。

• 契約は準委任か請負か。完成や本数を約束する書き方になっていないか
• 本数は目安として共有するだけか、成果の条件になっているか
• 契約期間と、本番化の時期がずれていないか

本番化の直前に契約の更新時期が来ると、最も大事な局面を見届けられないことがあります。契約の形の違いは準委任契約と請負契約の違いで解説しています。

確かめた内容を書面と照らし合わせる

面談や事前の確認で聞いた内容は、契約の前に書面と照らし合わせます。フリーランス法では、発注する事業者は業務を委託したら直ちに、給付の内容、報酬の額、支払期日などの取引条件を、書面またはメールなどで明示することとされています。報酬の支払期日は、給付を受け取った日から数えて60日以内のできる限り短い期間内で定めることとされています（2026年10月時点、公正取引委員会の案内による）。明示される事項の内容はフリーランス法で明示される取引条件をご覧ください。

RPAの案件では、特に次の点が書面に反映されているかを確かめます。

1. 業務の内容に、担う工程（開発、保守、可視化、管理、支援）が書かれているか
2. 本数や完成を約束する書き方になっていないか
3. 時間外の対応の有無と、稼働の幅を超えたときの精算方法
4. 契約期間と更新の時期が、本番化の予定とずれていないか

また、6か月以上継続して業務を委託している場合に、契約を解除したり更新しなかったりするときは、原則として少なくとも30日前までに予告することが求められています（同上）。保守の案件のように長く続きやすい案件では、更新の考え方もあわせて確かめておきましょう。面談で聞いておくとよい質問はRPAエンジニアの面談でよく聞かれる質問の逆質問の項目、一般的な考え方は面談で聞いておくべき逆質問で紹介しています。

よくある質問

対象の業務がまだ決まっていない案件は避けたほうがよいですか？

避ける必要はありません。業務の可視化と対象の選定は、評価されやすい経験になります。ただ、開発の案件だと思って受けると、稼働の見込みや成果の出し方がずれます。選定から関わる前提で、期間と役割を確かめてから受けることをおすすめします。

前任者が作ったロボットの保守を任される案件は大変ですか？

仕様書や台帳が残っていない場合は、まず棚卸しに時間がかかります。動いているロボットの数、文書の有無、管理者が不在のロボットの有無を面談で確かめ、棚卸しの期間を見込んだうえで受けると負担を抑えやすくなります。

報酬の高い案件と、環境の整った案件で迷ったらどうしますか？

一概には言えませんが、開発用の環境や担当者の協力がない案件では、手戻りや時間外の対応が増えて、時間あたりの報酬が下がることがあります。報酬の額だけでなく、稼働の見込みと周りの条件を合わせて比べるとよいでしょう。報酬の決まり方はRPAエンジニアの報酬の記事で解説しています。