修正の要求が終わらないRPA・業務自動化のトラブル対処は、範囲の合意から

納品したのに、修正の依頼が止まらない。直しても直しても次が来て、いつまでも終わらない。RPA・業務自動化の案件で最も多いトラブルは、この形をしています。

まず、安心してください。これは技術力が足りないから起きているのではありません。何をもって完成とするかを、着手前に文章で決めていないから起きています。原因が決まっている以上、対処も決まっています。

この記事では、修正要求が止まらなくなる構造を分解したうえで、受注前に決めておくべき項目、追加要求が来たときの切り分け方、そして話がこじれた場合の進め方までを順に整理します。皆さんが今まさに終わらない修正の渦中にいる場合でも、途中から範囲を引き直す方法はあります。なお、法律や制度に関する記述は2026年8月時点の一般的な整理です。個別の事案については、後述する公的窓口や専門家にご相談ください。

修正要求が終わらないのは、成果物の性質による

自動化には「完成」の輪郭がない

記事の執筆なら、指定の文字数で原稿を出せば形として完成します。デザインなら、画像を納品すれば終わりです。ところが自動化は違います。納品したものが「動く」かどうかは、実際の業務データを流してみないと分かりません。しかも業務データは毎月変わります。

つまり、納品時点では判定できない性質を持った成果物なのです。ここを理解しないまま「完成したので納品します」と出すと、依頼者からすれば「まだ完成していない」という認識になります。同じ物を見ていて、完成の判断が食い違う。修正要求が終わらない案件の多くは、ここから始まっています。

止まりやすいという性質を、相手も知らない

自動化の仕組みは、ちょっとしたことで停止します。この性質は業界内では常識ですが、依頼者側には十分に伝わっていないことが多いのが実情です。

新型コロナウイルス感染拡大の影響でテレワークが増加してから、ソフトウェアロボットによって業務を自動化させる“RPA”の活用が注目されています。しかし残念ながら、「RPAを導入したら、業務が自動化されて楽になる！」と期待して実際にRPAを導入した企業の、課題になってしまいがちなのが、RPAがちょっとしたトラブルで止まりやすいこと。 出典: hitachi-solutions.co.jp

止まりやすい。この一点を、受注時に依頼者と共有できているかどうかが分かれ目になります。共有していれば「止まったときにどう対応するか」を先に決められます。共有していないと、止まるたびに「作りが悪い」という話になります。

リスクを正直に伝えることを恐れないでください。止まる可能性があると先に言った人が信頼を失うことはありません。言わずに納品して、止まってから説明する人が失うのです。

依頼者側も、どこまで頼めるか分かっていない

もう1つ、依頼側の事情も見ておく必要があります。自動化を発注した経験のある担当者は、そう多くありません。何をどこまで頼めるのか、どこからが追加費用になるのかの相場観を持っていないのです。

導入自体は広がっています。

近年、生産年齢人口の減少に伴う働き方改革の推進など、社会的背景の影響もあり、RPA（Robotic Process Automation）が注目されています。導入事例は着実に増加傾向にあり、国内企業（対象企業：従業員1,000人以上の企業）のRPA導入状況は85%という結果が出ています（＊1）。業界や企業規模を問わず、RPAを活用する企業が増えており、その有用性が明らかになり始めている状況です。 出典: hitachi-solutions.co.jp

大企業では導入が進む一方で、実際に発注の実務を担当する方は初めてというケースが珍しくありません。つまり、範囲を決める責任は、経験のある受注側にあると考えたほうが現実的です。相手が決めてくれるのを待っていても、決まりません。

依頼として流通している内容の幅はRPA・業務自動化ツールのお仕事で確認できます。依頼文の書かれ方を見ておくと、どの部分が曖昧なまま出されやすいかが分かります。

追加要求は、3つに切り分ける

修正の依頼が来たとき、まずやるべきは切り分けです。全部を同じ「修正」として扱うから終わらなくなります。次の3種類に分けてください。

種類1 不具合（合意した範囲で動いていない）

合意した条件で動かない場合です。これは無償で直します。争う余地はありません。

例えば「サンプルデータ全件で指定の形式の出力が得られること」と合意していて、そのサンプルデータで止まるなら不具合です。速やかに直します。

種類2 仕様変更（合意していない動きを求められている）

「やはり金額が空欄のときは別ファイルに分けてほしい」「支店ごとに集計を分けたい」。これらは、当初の合意になかった動きです。作業としては修正に見えますが、内容としては新しい発注になります。

ここを無償で受け続けると、際限がなくなります。理由は単純で、依頼者に「言えばやってもらえる」という学習が起きるからです。悪意ではありません。境界が示されていないだけです。

種類3 環境の変化による停止（相手側の事情で動かなくなった）

納品時は動いていたのに、しばらくして止まった。原因が、相手側のソフト更新、画面の変更、社内システムの改修である場合です。

これは不具合ではありません。ただし、放置すると相手にとっては「買ったものが使えない」状態になります。だからこそ、保守として別に契約しておく必要があります。無償の善意で対応し続ける形にすると、後で必ず苦しくなります。

切り分けの根拠になるのは設計図

3つの切り分けは、感覚ではできません。根拠になるのは、着手前に作った手順の設計図と、合意した検収条件です。

「この流れで合っていますか」と確認を取った図が残っていれば、追加要求が図のどこにも書かれていないことを示せます。図がないと、水掛け論になります。図を作るのは自分のためではなく、後で説明するためだと考えてください。

受注前に決めておく6項目

トラブルの大半は、この6項目を文章にしておけば防げます。難しい契約書は不要です。メールに箇条書きで書いて、相手から「その内容で問題ありません」と返信をもらうだけでも、記録としては機能します。

1 対象業務の範囲

どの作業を自動化するのかを、業務名ではなく手順で書きます。「請求業務の自動化」では範囲が決まりません。「毎月の売上データを指定フォルダから読み込み、指定の様式に転記し、PDFとして保存するところまで」と書きます。

範囲外も明記しておくと、さらに確実です。「メール送信は含みません」「入金の消し込みは含みません」と書いておけば、後の追加要求を切り分けやすくなります。

2 検収の条件

何ができれば完成とみなすのかを決めます。おすすめの書き方は「事前に提供いただいたサンプルデータ全件で、指定の形式の出力が得られること」です。

ここでの要点は、検収に使うデータを事前に確定させることです。検収の段階になって新しいデータが出てくると、いつまでも終わりません。「検収用データは着手時にご提供いただいた分とします」と書いておきます。

3 修正の回数と期間

無償で対応する修正の回数と、期間を決めます。「検収期間は納品後14日間、その間の不具合修正は無償」といった形です。

回数で切る方法もあります。「合意範囲内の修正は2回まで無償、以降は都度お見積り」。どちらでも構いませんが、必ずどちらかを入れてください。上限のない無償対応を約束しないことが、この仕事を続ける条件になります。

4 動作環境の前提

どのパソコンで、どのソフトのどのバージョンで動かすのかを明記します。ここを書いておくと、環境が変わって止まった場合に「前提が変わったため保守対応になります」と説明できます。

書いていないと、原因が相手側にあっても、こちらの責任のように扱われることがあります。技術的な背景を持たない担当者にとって、止まった理由の区別は難しいのです。ネットワークやシステムの基礎知識を整理しておくと、この説明が格段にしやすくなります。体系立てて学びたい方にはCCNA（シスコ技術者認定）の出題範囲が参考になります。

5 保守の扱い

納品後の運用をどうするかを決めます。選択肢は3つです。保守なし（納品後は関与しない）、都度対応（発生のたびに見積もり）、月額保守（一定額で対応枠を確保）。

どれを選ぶかは案件によりますが、「決めない」という選択肢だけは避けてください。決めていない状態は、実質的に無償の無限保守を引き受けたのと同じになります。

6 支払いの条件

金額、支払い時期、支払い方法を明記します。分割納品の場合は、どの時点でいくら支払われるのかも書きます。

書類の作り方に不安がある方はビジネス文書検定で扱われる文書の型が参考になります。要は、後から読み返したときに解釈が割れない書き方をする、というだけの話です。

書面に残すことの、法的な意味

取引条件の明示は制度としても求められている

フリーランスとして業務を受ける場合、取引条件を書面などで明示することは、制度上も重視されています。2026年8月時点では、特定受託事業者との取引の適正化に関する法律が施行されており、発注事業者に対して取引条件の明示や報酬の支払い期日に関する義務が定められています。

具体的な義務の内容や適用範囲は、発注側の規模や取引の形態によって異なります。制度の詳細は公正取引委員会の案内が一次情報になります。詳しくは公正取引委員会の情報を確認してください。

つまり、条件を文章で残すことは、こちらのわがままではなく、取引の基本形として想定されている行為だということです。「細かいことを言う人だと思われないか」と心配する必要はありません。むしろ、条件を明示しないまま進める取引のほうが例外的です。

下請取引の枠組みも押さえておく

発注元が一定規模の事業者である場合、下請取引に関する制度の対象になることがあります。発注書の交付、支払い期日、減額の禁止といったルールが関係してきます。この枠組みの基本と、発注書に入れておくべき項目はフリーランスを守る「下請法（取適法）」の知識｜発注書・契約書の必須項目チェックリストに整理されています。

自分の取引がどの制度の対象になるかの判断は、個別の事情に左右されます。断定は避けて、疑問がある場合は公的窓口に確認してください。

記録は「後から作れない」

トラブルになってから記録を作ることはできません。やり取りの証拠になるのは、その時点で交わしたメールやメッセージです。

だからこそ、電話や対面で決めたことは、その日のうちに「本日ご相談した内容を確認させてください」とメールで送っておきます。相手が「はい、その通りです」と返せば、それが記録になります。この習慣がある人と、ない人とでは、トラブルになったときの立場がまるで違います。

それでも修正要求が止まらないときの手順

すでに終わらない修正の渦中にいる場合の進め方です。途中からでも、範囲は引き直せます。

手順1 これまでの対応を一覧にする

まず、いつ、どんな依頼を受けて、どう対応したかを表にします。日付、依頼内容、対応内容、所要時間。これを並べるだけで、状況が客観的に見えるようになります。

この表は、相手に見せる資料でもあります。感情ではなく事実を並べると、話が進みます。「ずっと直し続けています」では伝わりませんが、「これまでに12件の修正に対応し、合計18時間を要しています」なら伝わります。

手順2 当初の合意との差分を示す

一覧の各項目に、当初の合意範囲内か外かを付けます。範囲外のものが並んでいれば、それを示します。

このとき、責める書き方をしないでください。「ご要望が当初の想定より広がってきておりますので、あらためて範囲を整理させてください」で十分です。相手も、範囲を超えている自覚がないことがほとんどです。

手順3 今後の扱いを提案する

範囲を整理したうえで、今後をどうするかを提案します。3つの形が考えられます。

1つめ、当初範囲での検収をいったん完了し、追加要望は別件の見積もりとする。2つめ、追加分をまとめて第2期の作業として、新たに見積もりを出す。3つめ、月額の保守契約に切り替えて、一定の対応枠を確保する。

どれを選ぶにせよ、無償の対応を無期限で続ける形からは抜けます。ここを曖昧にしたまま「もう少しだけ」と続けると、状況は変わりません。

手順4 打ち切る条件を自分の中で決めておく

提案しても状況が改善しない場合に備えて、どこで区切るかを決めておきます。感情的に投げ出すのではなく、事前に決めた基準で判断するのです。

「あと2週間やり取りして合意に至らなければ、当初範囲の納品をもって完了とする旨を通知する」。こういう基準を持っておくと、消耗が青天井になるのを防げます。

報酬が支払われない場合の進め方

段階を踏む

修正要求と支払い保留がセットになっているケースがあります。「まだ完成していないから払えない」という形です。

まずは事実関係の整理からです。納品の記録、検収条件、対応の履歴を並べます。そのうえで、支払いを求める連絡を文書で送ります。口頭での催促は記録に残りません。

制度上、報酬の支払い期日については一定のルールがあります。2026年8月時点では、発注事業者が成果物を受け取った日から一定期間内に支払う義務が定められています。適用の有無や具体的な期間は取引の形態によりますので、詳細は公正取引委員会の案内で確認してください。

専門家に相談する判断

自力での交渉が難しい場合、専門家への相談を検討します。相談にかかる費用の目安や、支払督促といった手続きの流れは未払い報酬を回収する！弁護士の着手金・成功報酬と支払督促の流れ【2026年最新】に整理されています。

正直に書きますが、金額によっては費用倒れになることもあります。回収額と手続き費用を比べたうえで判断してください。ただし、放置すると同じことが繰り返されます。今後の取引条件を見直すという意味でも、一度きちんと向き合う価値はあります。

なお、個別の事案については弁護士等の専門家にご相談ください。ここに書いた内容は一般的な進め方の整理であり、具体的な判断を示すものではありません。

予防としての進め方

分割して納品する

大きな案件ほど、分けて出します。相手が単独で使える単位に切って、1つずつ検収を通していく。この形にすると、範囲のずれが早い段階で見つかります。

分割の切れ目は、機能ではなく「相手がそれだけで業務に使えるか」で決めます。半分だけ動く仕組みは、相手にとって価値がないためです。

途中で見せる

完成してから見せると、方向違いが判明したときの手戻りが最大になります。部品が1つ動いた時点で、動作の様子を短い録画にして送ってください。

このひと手間が、後の修正要求を大幅に減らします。相手も、途中で確認できたものに対しては大きな変更を言い出しにくくなります。

効果を数字で合意しておく

着手前に「今この作業に月何時間かかっていますか」を聞き、納品後に「何時間になりましたか」を確認する。この2つの数字が揃うと、成果の評価が主観から外れます。

数字がないと、評価は「使いやすいかどうか」という感覚の話になります。感覚の話は終わりません。数字の話は終わります。

自動化の周辺で、文書の分類や要約まで含めた依頼を受ける場合はAI・マーケティング・セキュリティのお仕事で扱われる領域も確認しておくと、範囲の切り方の参考になります。手順書やマニュアルの作成まで請ける場合の値付けは著述家，記者，編集者の年収・単価相場、開発寄りの作業についてはソフトウェア作成者の年収・単価相場が目安になります。

数字の管理が苦手な方へ

案件が増えてくると、見積もりと入金の管理そのものが負担になります。数字の扱いに強い専門職がどう副業として関わっているかを見ておくと、自分の管理体制を作る参考になります。会計士の副業ガイド｜監査法人勤務でもできる高収入の稼ぎ方【2026年版】には、専門職が業務委託として関わる場合の考え方が整理されています。

相談として寄せられやすい、4つの型

実際に持ち込まれる相談は、驚くほど似た形をしています。型を知っておくと、自分の案件がどこに向かっているかが早めに分かります。

型1 依頼文が業務名だけだった

「請求業務を自動化してほしい」という依頼を、そのまま受けてしまった型です。着手してから、請求書の作成だけでなく、入金の確認、督促メールの送信、月次の集計まで期待されていたことが判明します。

防ぎ方は1つで、依頼文を手順に翻訳して確認を取ることです。「いただいたご依頼を、次の手順として理解しました」と書き出して送る。相手が違うと言えば、その場で範囲が定まります。着手前の30分で防げる話です。

型2 担当者が途中で変わった

引き継ぎの際に、当初の合意が伝わらない型です。新しい担当者は、これまでの経緯を知らないまま「ここも直せますよね」と言ってきます。悪気はありません。

対策としては、合意内容を1枚の資料にまとめて、都度共有できる形にしておくことです。担当者が変わったら、その資料を最初に送る。これだけで認識のずれはかなり防げます。

型3 実データが検収の直前に出てきた

検収の段階になって、事前に受け取ったサンプルとは形式の違うデータが出てくる型です。「これも通してほしい」と言われ、作り直しになります。

防ぐには、検収に使うデータを着手時に確定させ、その旨を文章にしておくことです。「検収用データは着手時にご提供いただいた分とし、それ以外の形式への対応は別途お見積りとします」。この一文の有無が、数週間の差になります。

型4 無償の善意が前例になった

最初の数回、範囲外の要望に快く応じた結果、それが標準になってしまう型です。断ろうとすると「今まではやってくれたのに」となります。

対応すること自体は悪くありません。問題は、範囲外だと伝えずに対応することです。「本来は範囲外ですが、今回は初回ですので対応します」と一言添えるだけで、前例にはなりません。この一言を惜しまないでください。

見積もりの出し方で、修正要求は減らせる

作業項目ではなく、成果の単位で書く

見積書に「開発作業一式」とだけ書くと、範囲が読み取れません。読み取れないものに対しては、いくらでも要望が乗ります。

そうではなく、成果の単位で並べます。「売上データの読み込みと様式への転記」「指定フォルダへのPDF保存」「実行結果のログ出力」。こう書けば、書かれていないものは範囲外だと一目で分かります。見積書は金額を伝える書類であると同時に、範囲を示す書類でもあるという理解を持ってください。

前提条件と除外事項を必ず書く

見積書の末尾に、前提条件と除外事項の欄を作ります。前提には動作環境とデータ形式を、除外には「今回含まないもの」を書きます。

除外事項を書くことに抵抗を覚える方がいますが、逆です。除外が書かれている見積書は、範囲を理解して作られたものだと受け取られます。何も書かれていない見積書のほうが、素人くさく見えます。

保守を別行で立てる

保守費用を本体に含めず、別の行として立てます。金額を分けることで、依頼者に「保守は別のサービスである」という認識が生まれます。

依頼者が保守を不要と判断した場合は、その旨を記録に残します。後で連絡が来たときに「保守はご契約に含まれておりませんので、都度お見積りとなります」と説明できます。これは冷たい対応ではなく、最初に選んでもらった結果です。

概算と確定を分ける

聞き取りが終わっていない段階で確定額を出さないでください。「概算です。聞き取り後に確定します」と明記したうえで幅を持たせて示し、範囲が固まってから確定見積もりを出す。この2段階を踏むだけで、後の値引き交渉や範囲の押し合いはかなり減ります。

運営者として見てきた、揉めない人の共通点

フリーランス・在宅ワークの市場を20年運営してきた立場から言えば、トラブルの少ない方には共通点があります。強く主張する人ではありません。決める作業を先にやる人です。

範囲を決め、検収条件を決め、保守の扱いを決める。この作業は、着手前にやれば30分で終わります。ところが、揉めてからやろうとすると何週間もかかり、しかも関係が悪化した状態でやることになります。同じ作業なのに、コストがまるで違うのです。

もう1点、運営者として見てきた限りで確かなのは、取引の形が消耗の量を左右するという点です。間に何段階も入る取引では、話が伝わるまでに時間がかかり、範囲の認識も途中で変質します。依頼者と直接やり取りし、手数料0%で受け取る形は、手取りが厚くなるだけでなく、決め事を直接すり合わせられるという利点があります。依頼側から見ても、中間マージンが乗らない分だけ同じ予算でより多く頼めるため、条件を丁寧に詰める余裕が生まれます。

最後に、皆さんにお伝えしたいことがあります。修正要求が止まらない状況は、相手が悪いわけでも、皆さんの技術が足りないわけでもありません。境界が示されていないだけです。境界は、後からでも引けます。今からでも遅くありません。

よくある質問

Q. 納品後に「イメージと違う」と言われた場合、無償で作り直すべきですか？

着手前に合意した範囲と検収条件を確認してください。合意した条件で動いているなら不具合ではなく仕様変更にあたり、追加の見積もりを出すのが筋になります。合意内容が文章で残っていない場合は、これまでの対応を一覧にして範囲を整理し直すところから始めます。

Q. 無償で対応する修正の回数は、どのくらいが妥当ですか？

案件の規模によりますが、期間で切るなら納品後14日間程度、回数で切るなら2回程度を目安に設定する例が多く見られます。重要なのは数字そのものより、上限を必ず設けることです。上限のない無償対応を約束すると、案件が終わらなくなります。

Q. 納品後にソフトの更新で動かなくなった場合、こちらの責任になりますか？

動作環境の前提を受注時に明記していれば、前提が変わったことによる停止は保守対応として扱えます。明記していない場合は説明が難しくなるため、使用ソフトとバージョン、実行するパソコンの環境は必ず書面に残してください。

Q. 報酬が支払われないとき、まず何をすればよいですか？

納品の記録、検収条件、対応履歴を整理し、支払いを求める連絡を文書で送るところから始めます。取引条件の明示や支払い期日については制度上のルールもあるため、公正取引委員会の案内で自分の取引が該当するかを確認し、必要に応じて専門家に相談してください。