導入事例:「RPA」活用法をユーザーに聞く

ユーザー企業のIT担当者を対象に、IT製品/サービスの導入・購買に役立つ情報を提供する無料の会員制メディア「TechTargetジャパン」。このコンテンツでは、事例に関する事例の記事を紹介します。製品/サービス選定の参考にご覧ください(リンク先のページはPR記事を含みます)。

RPAによって自動化したプロセスをさらにスマート化する方法

 ロボティックプロセスオートメーション(RPA)をソフトウェアおよびデータ管理スタックにどう取り入れるかが、2019年のトレンドの一つだった。(続きはページの末尾にあります)

RPA関連の事例

人事の「Excel地獄」を救え “スクラッチ開発”を見送ったMIXIの現実解

異なる形式の証明書を「Microsoft Word」「Microsoft Excel」で作成してチェックする手作業に忙殺されていたMIXIの人事部門。既存ツールを活用してこの課題を解決する選んだ、同社の選定プロセスと効果は。

(2026/5/12)

開発者が悩む“チケット地獄”を解消 IKEAが「Backstage」で実現した開発改革

非IT企業では複雑な要件に基づいたレガシーシステムが、開発者の長大な「待ち時間」を生み、サービス創出のボトルネックになっている。Volvo Car、IKEA、H&M Group、Philipsはこの課題をどう乗り越えたのか。

(2026/5/12)

“Excelシート47枚によるデータ突合”はもう限界 配車・配送大手のAI業務改革

配車・配送サービス企業Grabはパンデミック下、Excelのシートを40枚以上も開いてデータを突合していたが、AIを使って手作業を60%削減した。具体的に何をしたのか。

(2026/5/9)

情報システム部員の「昇進=管理職」? キャリアを考えるお薦め記事2選

情報システム部門でキャリアを積む場合、管理職ポジションは1つの選択肢だ。しかし、管理職だけが”正解”なのか。本稿は、情シス部員のキャリア形成に関するお薦め記事を2つ紹介する。

(2026/5/4)

AIプロジェクトの「PoCの沼」から抜け出せない企業が見落としているもの

試験運用の段階で停滞し、実用化に至らない「PoCの沼」に陥る傾向があるのが、企業のAIツール活用だ。ツール選定や構築以上に困難な問題はどこにあるのか。ベンダーに依存せず、AIを真の資産として定着させるには。

(2026/4/30)

「100万時間の余力を創出」 米会計大手が明かす実践的なAI導入の勘所

米大手会計事務所BDOが、独自の生成AIプラットフォーム「Chat BDO」を本番稼働させるまでの軌跡を詳解。100万時間の削減という成果の裏には、データのサイロ化解消やROI過大評価の克服など、多くの情シスが直面する課題への処方せんがあった。

(2026/4/20)

Copilotで満足している企業が知らない AIエージェント実運用の現実

自動化のためにAIエージェントを導入しても、なぜ期待した成果が出ないのか。その原因は設計以外の段階にある可能性がある。AI活用を支援してきた専門家が警告する、AIを“ガラクタ”にしないための条件とは。

(2026/4/17)

SAPで基幹システム構築し連結仕訳の手作業を9割削減、リオ・ホールディングス

リオ・ホールディングスは、SAP製品を中核とする新基幹システムの稼働を発表した。2025年8月に本格稼働し、連結仕訳の自動化で手作業を9割以上削減。データ収集の迅速化により、経営判断の高度化とガバナンス強化を実現した。

(2026/4/13)

ヒアリング不要、ログから業務を可視化 CTC「GenTaskMining」とは

伊藤忠テクノソリューションズは、PCの操作ログを基にした業務改善を支援する「GenTaskMining」の提供を開始した。

(2026/4/10)

NTTドコモが障害初動対応を数時間から3分に短縮した「先回り運用」の全貌

複数システムにまたがる月間1万件のアラートに忙殺されていたNTTドコモは、インシデント管理システムの導入で不要な通知を9割削減した。初動対応を3分に短縮し、顧客への影響を防ぐ先回り運用を確立している。

(2026/4/9)

ERP成功率はわずか1割 導入失敗を招く「カスタマイズ20%の壁」とは

ERP導入を「成功」と捉える日本企業はわずか1割にとどまる。ガートナーは、カスタマイズ率が20%を超えると納期・予算の超過リスクが急増すると指摘。過度なカスタマイズがプロジェクトに及ぼす負の影響とは?

(2026/4/8)

AIエージェント導入に失敗する企業の”やっぱり”な共通点

AIエージェントの導入を進めるものの、PoC止まりに終わる企業も少なくない。一方Salesforceのエグゼクティブバイスプレジデントは「成功する企業には共通点がある」と指摘する。成功に必要な要素を4つに整理する。

(2026/4/7)

住友商事が挑んだ「125拠点のデータ集約」の裏側 “既存ソフト”はなぜNG?

拠点ごとに散在するデータは粒度がばらばらで、それらを扱うシステムにも特殊な要件が求められる――。住友商事は、この「情報の分断」「独自要件」を乗り越え、属人化の排除と業務標準化を実現した。その方法とは。

(2026/4/1)

AIでセキュリティ周りが楽にならないし負担も減らない 情シスが今やるべき対策は

AIを使えばセキュリティ周りは楽になるという期待とは裏腹に、セキュリティツールは増加し、運用負担は軽減していないという声がある。現状を打破するために企業の情シス担当者は何を判断すればいいのか。

(2026/3/26)

情報システム部員は「Claude Code」をこう使っている――5つの活用例を紹介

前任者が残したスクリプト、ベンダー納品コード、設定ファイルなど、情シスの仕事は「書く」よりも「読む」作業が多い。その作業を支援するのが、AIエージェント「Claude Code」だ。本稿では情シス業務での具体的な活用場面と注意点を解説する。

(2026/3/19)

「何でも屋をやめる境界線」を引いて1人目情シスから課長へ ヌーラボ 桶谷氏に聞く

ヌーラボで情報システム部門の課長を務める桶谷幸平氏は、情シスが正当な評価を得るには何でも屋から脱却し、「やらないことを決める」姿勢が重要だと語る。具体的に何をしてきたのか。

(2026/3/17)

AI導入のPoC止まり、どう止める? 成果を出すための5ステップをOpenAIが解説

OpenAIは、企業がAIをビジネス価値の創出につなげるための5つのステップを発表した。ステップの順番に進めることで、「PoC止まり」からビジネスの変革につなげられる内容だ。

(2026/3/12)

秒で導入できる? 情シスの生産性を高める「プロセス自動化例」6選

情シス部門の業務自動化を進めるに当たっては、部内や上長への説明がひと手間だ。成果が見えやすく、自動化を進めやすいプロセス自動化例を6つ紹介する。

(2026/3/11)

“情シスは評価されにくい”は本当? 次の役割をつかむ情シス人材の判断軸とは

情報システム部門は日々の運用やトラブル対応に追われがちだ。一方、自業務をこなしながら評価され、次の役割を任される人材がいる。評価される人材は何が違うのか。評価の分かれ目を探る。

(2026/3/7)

“情シス依存”が理由? なぜAIツールはPoC止まりで終わり、現場に定着しないのか

企業でAI導入が進む一方、活用判断が情シスに集中し定着しないケースがある。「AI活用のPoC止まり」は「情シス依存」が理由なのか。役割と責任を再定義し、解決策を提示するための判断軸を紹介する。

(2026/2/20)

RPAとは

 RPAはインテリジェンスを意味する小文字の「i」と組み合わされることもあり、主にユーザーの動作、さらにはコンピュータの動作の記録と構築、実行、モニターにフォーカスしている。

 Avanadeの新興技術、製品、エンジニアリング責任者クリス・ロイドジョーンズ氏によると、RPAのフォーカスはITの最適化からビジネス機能の効率化へと切り替わっている。Avanadeから見ると、ビジネス機能は多くの組織で似通っている。会計や人事といった分野はRPAによる効率化が期待できる。

 RPAはアプリケーションやデータベース操作に存在するワークフローを通過しながら、観察可能な動作の分類、記録、さらにはモニターを行う。続いてそうした動作を予測可能な方法で自動化する。

 この予測可能なプログラミングの要素があるために複雑なスクリプトを必要とせず、APIを使わなくてもワークフローを連携させることができる。よって、RPAはAPIを使うことなくITシステムを統合するノーコード/ローコードの手段と見なすことが可能だ。

 RPAの効率性は、人とのやりとりができる会話botやマシン対マシンのインタフェース、データベース対データベースのインタフェースの形で表れている。

ビジネスプロセスの自動化

 Blue Prismの最高顧客責任者、ジョン・テアーコーフ氏は、ビジネスプロセスオートメーションの主な目標を、大規模な価値を長期的にもたらすための手段と位置付ける。自動化を戦略的な目標に関連した明確な展望で下支えして、ビジネスユーザーがそれを促進し、IT部門がサポートし、他の主要ステークホルダーが支持しなければならない。

 その後、念入りに計画を立て、モデルを作成し、設計し、再利用のため中央にプールすることをテアーコーフ氏は勧めている。

 「自動化の前にプロセスの効率性を高めるか、設計段階で再設計するのが最善だ。そうすれば全社を横断するもっと革新的でインパクトのあるRPAの用途について、プロセスと組織的な構造を再創造できる」とテアーコーフ氏は言う。

 同氏によるとこのアプローチは、インサイトによって初期の取り組みをよりインテリジェントかつ戦略的に拡張することによって自動化し、質を高めたプロセスオートメーションをもっと早く、もっと簡単に長期にわたって構築・運用することによって自動化の向上を図ることにつながる。

 英仏海峡トンネルやテムズ川の堤防を手掛けたスマートインフラソリューション企業のCostain Groupは、ABBYYとUiPathの技術を組み合わせて調達から決済までの業務を転換させた。会計チームをスキルアップさせることで、請求書から必要なデータを取得し、特定して抽出するプロセスを自動化できた。同システムはRPAを使って請求書をERPに登録する。

 ABBYYの主張によると、このシステムのおかげでCostainは仕入れ送り状の処理に必要な人的介入の量を80%削減できた。

健全な投資

 RPAは手早く導入して本番環境に展開することができるが、それでも効率的な構築、開発、導入にはコストがかかる。

 NICE Systemsの製品ディレクター、アイテイ・ライナー氏が指摘する通り、もしも組織が自動化すべき適切なプロセスの選定に失敗すれば、具体的な投資利益率(ROI)目標の達成に関する限り、そのプロジェクトは失敗して想定通りの成果が出せない公算が高い。

 ライナー氏が例に挙げた大手エネルギー会社の場合、通貨為替レートに沿った会計モデルの刷新のために、非常に複雑な形でRPAを利用した。

 ライナー氏によると、この複雑なシナリオを自動化することには成功したが、ROIは達成できなかった。その原因は、これが1人の担当者によって月に1回のみ、短時間で行われていた作業だったことによる。プロセスを自動化することはできたが、これが1カ月にたった1日のマンパワーしか必要としない仕事だったことから、自動化する価値はほとんどなかった。

ビジネストランスフォーメーション

 自動化が可能なだけでなくビジネスにとって価値のあるプロセスを見極めることに加えて、RPAは仕事の機能と仕事の役割がどう表現されるかについても再考が求められる。

 Enateのキット・コックスCEOは言う。「IT部門を越えて、プロセスについての考え方を変える必要がある。人の能力と技術のリソースプールを横断する中核的なスキルに沿って作業が割り当てられる中で、『仕事』という概念そのものにも変化が求められる」

 Computer Weeklyが話を聞いた専門家は、組織のデジタルトランスフォーメーション戦略を支援するツールとしてRPAを位置付けていた。botを利用すれば自動的にデジタルトランスフォーメーションが実現できるわけではない。だが少なくとも顧客を相手にする観点からは、まとまりのある一貫した組織に見せることができる。

 「APIによる接続が限られる、あるいは存在しないレガシープラットフォームが幅を利かせる中で、エンタープライズアプリケーションインテグレーション(EAI)の要素としてのRPAの重要性が増している」。Appianの主席ソリューションアーキテクト、サスヤ・スリニバサン氏はそう話す。

 レガシープラットフォームを接続するためにRPAを利用できる一例として、ユーザーが医療機関に関する詳細をチェックして医療免許などの情報を入手できる医療記録確認サイトが挙げられる。

 「インテグレーションを簡単に成功させることのできるシステム対システムのAPIは存在しない」とスリニバサン氏は言う。「botに人の動作をまねさせて情報を抽出する用例として、これは理想的だ」

 Digital Workforceのトレーニング責任者、ニコ・レフトネン氏によると、RPAは古いレガシーITシステムに入れ替わるのではなく、人間の従業員のように動作して、2つの切り離されたITシステムのコミュニケーションを橋渡しできる。「ソフトウェアbotはわずか数日で単純なプロセスを学習できる。従って、組織はすぐにインテグレーションの恩恵を受けることができる」

 ただしRPAは、コストがかさむインテグレーションを避けるための必然的な選択肢と見なすことはできない。レフトネン氏の経験では、微妙で複雑なシステムの統合には限界があり、APIの方が適していることもある。

デジタルトランスフォーメーションの足掛かり

 RPAはデジタルトランスフォーメーションと並行して語られることがある。RPAは、シームレスに連携していないアプリケーションのために人があるシステムから別のシステムへと情報を入力し直さなければならない状況を避ける方法を提供する。

 Avanadeのロイドジョーンズ氏が指摘する通り、botは一般的に従来人間が行っていた作業の一部を置き換える。時にはアプリケーションが必要とする入力をbotで行うことにより、その作業が自動化されることがある。厳密に言うと、これは必ずしも根本的なビジネスプロセスのデジタルトランスフォーメーションを意味しない。

 ロイドジョーンズ氏によると、RPAがデジタル化に即した場面では、RPAが人間の時間を解放して、価値を高める仕事に専念できるようにするためのエンジンとなる。ITの観点からは、RPAを使うことでそのビジネスプロセスが現在どう使われているかを反映した形で記述できるようになる。これは、後日更新できることを意味する。「これでモダナイズに専念できる。まずbotを使ってプロセスを自動化することから始め、それからAPIを使ってbotを呼び出す」

 RPAが接続していたレガシーコードは、いずれモダンなアプリケーションとして書き直すことができる。このアプローチの素晴らしい点は、botを呼び出すために使われるAPIは変わらないという点だ。そのアプリケーションがモダナイズされれば、IT部門はレガシーアプリケーションのもっと長期的なモダナイズに取り組みながら、RPAを通じてすぐにもビジネスに価値をもたらすことができる。

 RPAは固定されたレベルのロジックしか持つことができない。組織はディープなインテグレーションに踏み込むことなく、RPAを使ってビジネスプロセスを連携させることにより、どの程度のビジネスプロセスが自動化できるかを検討しなければならない。ロイドジョーンズ氏が言う通り、それはデジタルトランスフォーメーションに向けた道のりにおける足掛かりとして役に立つ。