ERP

BPOとBPRの違いとは?委託と業務再設計の関係、RPA・BPMとの使い分けと進める順序

BPOとBPRの違いとは?委託と業務再設計の関係、RPA・BPMとの使い分けと進める順序

BPO(Business Process Outsourcing)は業務プロセスの運営を外部の事業者に任せる手段で、BPR(Business Process Reengineering)は業務プロセスそのものを前提から作り直す取り組みです。BPOの主眼は「誰がやるか」、BPRの主眼は「どうやるか」を変えることです。この記事では両者を比較表で並べたうえで、RPA・BPM・BPaaSとの位置づけ、どちらから着手すべきかの判断条件、さらに、委託後に業務を見直す際の契約変更と、受託者への指示・個人データの管理に関する法令上の留意事項を整理します。

まとめ:BPOとBPRの違いと使い分けの結論

  • BPOは業務の担い手を社外へ移す手段、BPRは業務の手順を作り直す改革です。主眼が違うだけで排他的ではなく、手順の見直しまで請け負うBPOもあれば、BPRの結果として担い手を替えることもあります。
  • 成果の出方も違います。BPOの効果は委託範囲と受託者の処理能力、移管後の安定稼働に左右され、BPRの効果は対象プロセスの課題と再設計の内容で決まります。BPRは設計と定着までの期間を見込む必要があります。
  • RPAは定型作業の自動化、BPMはプロセスの設計から測定・改善までを継続して回す管理の規律です。RPAはBPRで決めた手順の実装に使え、BPMはBPRを行わない業務にも適用できます。
  • 着手の順序は「手順に構造的な問題があるならBPRが先」が原則です。現行手順のまま委託すると、提唱者ハマーが1990年に批判した「古い手順をそのまま機械に埋め込む」のと同じことを、社外に持ち込むことになります。
  • BPOの後に手順を変えるには、受託者の従業員へ直接指示せず(37号告示)、受託者の責任者に指示を伝言させるのでもなく、契約で定めた変更手続きに従います。合意済みの範囲を超える変更は、業務仕様書やSLAの変更として協議します。個人データを渡す場合は委託先の監督義務(個人情報保護法25条)も発注側に残ります。

BPOとBPRの定義と比較表

BPO:業務プロセスの運営を外部事業者へ委託する手段

BPOは、給与計算・経理・コールセンターのような特定の業務プロセスの運営を外部の事業者へ委託することです。委託範囲に業務の設計や改善を含める場合もあります。人を借りて自社の指示で働いてもらう人材派遣とは異なり、業務の処理方法と受託者側の従業員の管理は事業者が担います。

矢野経済研究所は、通常は企業内部で行うシステム運用管理、コールセンター、人事・総務・経理などの間接部門業務、購買や営業などの直接部門業務を、発注企業から業務委託を受けて代行するサービスをBPOと定義しています(税務、物流、情報システム開発などもともと外部委託が一般的な専門サービスは対象外)。同社が2025年11月26日に公表した調査では、2024年度の国内BPO市場は事業者売上高ベースで5兆786億5,000万円(前年度比4.0%増)で、内訳はシステム運用管理を受託するIT系BPOが3兆1,220億円、それ以外の非IT系BPOが1兆9,566億5,000万円です(矢野経済研究所 BPO市場に関する調査(2025年))。

契約は業務委託として、民法上の請負か準委任の形で結びます。請負は「仕事の完成」に報酬を払う契約です(民法632条)。準委任は法律行為でない事務の委託で、委任の規定が準用され(同656条)、受託者は善良な管理者の注意をもって事務を処理する義務を負います(同644条)。どちらで組むかで、期待した成果が出なかったときに問える責任の形が変わります。外注・派遣・請負とBPOの線引きはBPOの定義と外注・派遣・請負との違いで詳しく扱っています。

BPR:業務プロセスを前提から作り直す改革

BPRの代表的な定義は、ハマーとチャンピーの共著『Reengineering the Corporation』(1993年)の「コスト・品質・サービス・スピードを大幅に改善するための、ビジネスプロセスの根本的な再考と抜本的な再設計」です。改革の単位は部門ではなく、受注から入金までのような、顧客に届く成果を生む一連の流れです。

BPRの原典や7原則、業務改善・DXとの違いはBPRの意味と原典の7原則で解説しています。この記事ではBPOとの関係に絞ります。

目的・変える対象・期間で見た比較表

比較軸 BPO BPR
変えるもの 業務の担い手 業務の手順・構造
主な目的 人手・コスト・繁閑差の吸収 コスト・品質・速度の大幅改善
対象範囲 切り出せる個別業務 部門をまたぐプロセス
成果が出る時期 移管完了後から 設計・定着の後から
主な費用 移管準備費・継続的な委託費 設計・移行費・定着支援費
実行の主体 受託事業者 自社(外部支援は可)
主な契約 業務委託(準委任・請負) コンサル・開発の個別契約

表で最も重要なのは「実行の主体」の行です。BPRは外部の支援を受けても、どの手順を捨てるかを決めるのは自社です。BPOは運営を任せる代わりに、日々の手順の決定権の一部を受託者に渡します。この差が、後の章で扱う委託後の見直しの制約につながります。

RPA・BPM・BPaaS・コンサルとの位置づけ

RPA・BPM・BPaaS・コンサルティングは、BPOやBPRと役割が重なる部分があるため、目的と担当範囲を分けて比べます。BPRは抜本的な再設計、RPAは自動化、BPOとBPaaSは運営の委託とその提供形態、BPMは設計から継続改善までの管理、コンサルティングは分析や設計の支援と、役割で区別すると整理できます。

用語 何をするか BPRとの関係
BPR プロセスを作り直す 抜本的な再設計そのもの
BPO 運営を外部へ委託 再設計の前後で選べる担い手
RPA PCの定型操作を自動化 再設計した手順の実装にも使う
BPM プロセスの設計・測定・継続改善 BPR前後を通じた管理
BPaaS クラウド上のサービスとして業務を提供 BPOの提供形態の一つ
BPRコンサル 現状分析と新プロセスの設計支援 BPRの外部支援

RPAとの違い:定型作業の自動化とプロセスの再設計

RPAは、定型的な事務作業などの業務をソフトウェア型のロボットが自動で処理する仕組みです(内閣府 令和元年度 年次経済財政報告)。担い手が人からロボットに替わる点でBPOと似ていますが、BPOが業務のまとまりの運営を社外へ出すのに対し、RPAは手順の中の定型操作を機械に置き換えます。RPAは委託先の業務でも使われます。どちらも導入しただけでは手順の要否までは問い直さないため、プロセスを抜本的に見直す必要があるかは、委託や自動化の範囲とは別に判断します。RPAの仕組みと対象業務の見極めはRPAの仕組みと導入判断を参照してください。

BPMとの違い:抜本的な再設計と継続する管理の規律

BPM(ビジネスプロセスマネジメント)の業界団体ABPMPは、BPMを、自動化されたものとされていないものの両方を含む業務プロセスを識別・設計・実行・文書化・測定・監視・制御し、戦略目標に沿った成果を一貫して得るための規律あるアプローチと定義しています(ABPMP)。設計も含むため、BPRを行わない業務にも適用できます。BPRが抜本的な再設計の取り組みを指すのに対し、BPMは再設計の前後を通じてプロセスを管理し続ける枠組みです。BPOで業務を委託した後も、KPIを測って委託範囲や手順を見直す作業はBPMの考え方で発注側が持ち続ける仕事です。

BPaaSとの違い:委託の提供形態

BPaaS(Business Process as a Service)は、IBMの説明では、水平または垂直の業務プロセス全体を、関連するIaaS・PaaS・SaaSの組み合わせとして提供するサービスモデルです(IBM Think: public cloud)。BPOの一形態で、クラウドのソフトウェアを処理基盤にする点に重心があります。従来型のBPOでも、人を介した業務とデジタル技術を融合させた「デジタルBPO」が提供されるようになっており(前掲の矢野経済研究所の調査)、人が処理するかどうかでは線を引けません。見るべきは標準機能で処理できる範囲と例外処理の扱いで、自社の例外処理が多い業務ほど導入前の確認が重くなります。デジタルBPOについてはデジタルBPOの定義と従来型アウトソーシングとの違いで扱っています。

BPRコンサルとBPOの違い:支援範囲と運営責任

BPRコンサルティングは現状分析と新しいプロセスの設計を支援する契約で、成果物は設計書や移行計画が中心です。契約によっては実装や定着の支援まで含むため、移行後の支援範囲は契約で確認します。BPOは設計した業務を日々回す契約で、成果物は処理された業務そのものです。BPO事業者が前段の業務設計から一括で提案する例もありますが、その場合も設計と運営を別の成果物として契約上分け、設計書・データの利用権と引継ぎ条件を定めておくと、運営だけを他社へ切り替える余地が残ります。

BPRとBPOのどちらから着手するかの判断条件

BPRを先にすべき条件:手順そのものに問題がある業務

次の兆候がある業務は、委託の前に手順の見直しが必要です。個別の改善で解消できるなら業務改善で足り、部門間の役割や処理の流れまで変える必要があるならBPRを先行します。

  • 同じデータを複数の部署やシステムで入力し直している
  • 承認や照合の段階が多く、差し戻しや待ち時間が処理時間の大半を占めている
  • 担当者ごとに手順が違い、マニュアルに書けない例外処理が多い
  • 目標が「1〜2割の効率化」ではなく、処理日数や人員を半分以下にする水準にある

ハマーは1990年のHarvard Business Review論文「Reengineering Work: Don’t Automate, Obliterate」で、時代遅れのプロセスをシリコンとソフトウェアに埋め込むのではなく、壊してやり直すべきだと書きました。批判の対象は自動化でしたが、現行手順のまま外部へ委託するBPOにも同じ構図が当てはまります。二重入力や過剰な承認を抱えたまま委託すると、その手順が業務仕様書に書き込まれ、委託費として毎月支払い続けることになります。

BPOから入ってよい条件:標準化済みの定型業務と欠員対応

逆に、次の条件に当てはまる業務は、BPOを先に進めても問題が出にくい業務です。

  • 法令・制度上の要件に加え、データ収集・確認・承認の社内手順も標準化されている(給与計算、社会保険手続き、年末調整など)。社会保険の申請書等の作成や提出代行を含める場合は、社会保険労務士または社会保険労務士法人でない者が報酬を得て業として行うことを禁じた社会保険労務士法27条に照らし、委託先の体制も確認します
  • 処理件数と所要時間を数字で説明でき、手順書がすでにある
  • 担当者の退職や休職が迫り、手順の見直しより処理を止めない手当てを優先せざるを得ない(移管準備の期間と委託先の受入体制を確保できることが条件)

給与計算で法令が決めているのは計算のルールで、勤怠や異動情報の収集、確認、承認、部門間の受け渡しは社内の手順次第です。周辺の手順が標準化済みならBPOを先に進めやすく、部署ごとにやり方が違うなら集約と標準化を先に行う必要があります。委託範囲の決め方と内製化との比較は給与計算アウトソーシングの委託範囲と判断基準で扱っています。

移管を機に手順を作り直す併用の進め方

併用するなら、BPOの移管準備をBPRの入口にする進め方があります。移管には業務フローと例外処理の棚卸しが欠かせないため、そこで見つかった二重入力や不要な承認を、仕様書に書き込む前に削ります。

  1. 対象業務の現行フローを可視化し、件数・処理時間・例外の種類を数える
  2. 残す手順と廃止する手順を自社で決め、新しいフローを業務仕様書にする
  3. 新フローで受託者と試行し、処理完了までの時間や差し戻し率を測って、SLAとKPIの基準値を合意する
  4. 本番移管後はKPIを定期的に測り、手順変更を契約変更として反映する

1の可視化の手順は業務フローの可視化の手順と対象業務の選び方が参考になります。2を受託者に任せきりにすると、受託者にとって処理しやすい手順が優先され、自社の顧客や他部署にとっての成果が後回しになりがちです。

委託後の業務見直しを縛る契約と法令

BPOで運営を安定させた後に、BPRで業務全体を見直す順序も選択肢です。ただし委託後の作り直しには、社内の業務を変えるときには無い制約が三つ加わります。BPOを先にする場合は、この制約を契約の段階で織り込んでおく必要があります。

37号告示に基づく指揮命令の区分と偽装請負

厚生労働省の「労働者派遣事業と請負により行われる事業との区分に関する基準」(昭和61年労働省告示第37号)は、請負の形式で業務を受ける事業主が、自ら雇う労働者に対する業務の遂行方法の指示その他の管理を自ら行うことを、派遣と区別される要件の一つに挙げています。発注側の担当者が受託者の従業員に「明日からこの手順で処理して」と直接指示すると、この要件を崩し、実態は労働者派遣(いわゆる偽装請負)と判断されるおそれがあります。

手順を変えたいときは、受託者の責任者と業務仕様の変更として協議し、受託者が自ら遂行方法を決めて従業員へ指示します。責任者を経由すれば足りるわけではありません。東京労働局の偽装請負の解説は、現場に責任者を置いていても、その責任者が発注者の指示を個々の労働者に伝えるだけなら実態は発注者が指示しているのと同じだとして、偽装請負の型に挙げています。同じ解説は請負に委任(準委任)・委託等を含めており、BPOの業務委託も対象です。変更の窓口と回答期限は契約時に決めておきます。

業務仕様書・SLAの変更範囲と合意手続き

委託する業務の範囲や手順は業務仕様書に、合意するサービス水準はSLA(サービスレベル合意)に定めます。手順の変更が処理件数・所要時間・品質基準に影響する場合は、SLAの数値や委託費の見直しを協議することになります。契約で定めた範囲内の軽微な変更と、追加費用や個別合意を要する変更を事前に区別しておかないと、変更のたびに協議が発生します。

契約時には、手順変更の申し入れ方法、変更に伴う費用の算定方法、年次でSLAを見直す時期を条項として入れておくと、委託後のBPRが止まりにくくなります。SLAで定める項目と数値の置き方はSLA(サービスレベル合意)の定義と要件で解説しています。

個人データの取扱委託と委託先の監督義務

個人情報保護法25条は、個人データの取扱いの全部または一部を委託する場合、委託を受けた者に対して必要かつ適切な監督を行うことを委託元に求めています。給与・人事のBPOは従業員の個人データを必ず扱い、顧客対応のBPOも顧客の個人データを扱うことが多いため、委託しても安全管理の責任は発注側から消えません。

手順を作り直すときは、データの受け渡し経路や保管場所が変わる場合、監督の前提(委託先の安全管理措置の確認内容)も合わせて見直す必要があります。委託先や再委託先、データの受け渡し経路が増える場合は、BPRに伴う確認対象も増えます。

BPOとBPRを採用すべきでない場面

次の場面では、BPOかBPRのどちらか、あるいは両方を見送るか着手を遅らせる判断が妥当です。

  • BPOを見送る:業務の手順が競争力そのもので、手順を変える頻度が高い業務。契約で認めた変更範囲を超えるたびに、受託者との協議が必要になります。この場合は内製化と外注の判断基準に沿って社内に残すほうが合理的です。
  • BPOを見送る:処理件数が少なく、委託の立ち上げと監督にかかる工数が削減できる工数を上回る業務。
  • BPRを見送る:目標が1〜2割の効率化で、現行手順の改善で届く場合。抜本的な再設計に伴う費用と移行負担を避け、業務改善を優先します。
  • 両方の本格着手を待つ:業務の件数や手順が数か月以内に大きく変わる予定がある場合(制度改正前、組織再編前など)。変更後の要件が未確定なら本格設計を待ち、確定済みの要件や制度上の期限がある部分は施行・再編の前から準備します。

よくある質問

BPOとBPRはどちらから始めるべきですか?

手順に二重入力や過剰な承認などの構造的な問題があるならBPRが先です。現行手順のまま委託すると、その手順が業務仕様書とSLAに書き込まれ、後から変えるには受託者との協議が要ります。給与計算のような業務でも、データ収集・確認・承認の社内手順が標準化済みならBPOを先行する選択肢があります。欠員対応を急ぐ場合は、移管準備に要する期間と委託先の受入体制を確認します。

BPR・RPA・BPOの違いは何ですか?

BPRは業務の手順そのものを作り直す取り組み、RPAはPC上の定型操作をソフトウェアロボットに代行させる技術、BPOは業務の運営を外部の事業者へ委託する手段です。RPAとBPOはどちらもBPRと組み合わせられますが、BPRの実施が前提ではありません。手順の見直しまで請け負うBPOもあります。

BPOとコンサルティングの違いは何ですか?

コンサルティングは現状分析や新しい業務の設計を支援する契約で、成果物は設計書や計画が中心です。実装や定着の支援まで含むかは契約で定めます。BPOは業務を日々処理する契約で、成果物は処理された業務そのものです。BPO事業者が設計から一括で請け負う場合も、設計と運営を契約上分け、設計書やデータの利用権、引継ぎ支援、解約条件まで定めておくと、運営を別の事業者へ切り替えるときの障害を減らせます。

BPaaSとBPOの違いは何ですか?

BPaaSは業務の処理をクラウド上のサービスとして提供する形態で、BPOの一種です。クラウドのソフトウェアを処理基盤にする点が特徴で、例外処理の多い業務では標準機能で処理できる範囲を導入前に確認する必要があります。

BPO事業とは何ですか?

BPO事業とは、他社の業務プロセスの運営を受託するサービスを提供する事業のことです。契約によっては業務の設計や改善も担います。経理・人事・総務・コールセンター・IT運用などが主な領域で、発注側から見た同じ仕組みを「BPO」と呼びます。人材派遣と違い、受託者の従業員への指示は受託者自身が行います。

関連記事

お気に入りに入れた記事の一覧

この記事は以下の記事からリンクされています

資料請求

今日のトレンド記事 直近 24 時間で、いつもより多く読まれている記事

  1. 2026.10.23 テックブログ Renta!不正アクセスでサービス停止:再開未定の現状と運営側の停止判断・証拠保全・段階的再開
  2. 2026.07.09 テックブログ Muse Imageとは?Metaの画像生成AIの使い方・API料金(1枚0.01ドル)と日本での提供状況【2026年10月】
  3. 2026.10.22 テックブログ Tomcatのバージョン一覧とサポート期限【2026年10月】最新版11.0.27、9.0系は2027年3月末終了・9.1系は2030年末まで
  4. 2026.10.23 テックブログ Splunk 脆弱性CVE-2026-76299:影響版の確認と10.2.8などへの更新手順
  5. 2026.10.24 テックブログ ブラストメール不正アクセス:配信先288件の漏えいと利用企業の報告・通知の手順

RELATED POSTS 関連記事

目次