改めて考えるRPA導入【前編】

RPAが適しているもの／適していないもの

RPAが有用であることは言うまでもない。だが、当然ながら適していない用途に適用しようとすれば、失敗したり投資が無駄になったりする。

公開 2021年10月07日 08時00分

更新 2021年12月14日 15時08分

著者

Aaron Tan

[Computer Weekly]

印刷する連載新着通知を受け取る Googleで優先するソースとして追加

　2020年4月、コロナ禍のためにシンガポールは1日に1000回以上のPCR検査を実施する必要性に直面した。当時は患者の登録と検査記録の作成を手作業で行わなければならなかった。そこでシンガポールのNational University Health System（NUHS）は医療従事者の管理負担を軽減しようと考えた。

　NUHSが考えたのはRPA（ロボティックプロセスオートメーション）による患者登録と検査記録作成の自動化だった。NUHSのRPAはわずか6日間で稼働を開始し、患者の登録時間を2分からたった30秒に短縮した。その後2カ月間で7万2000件登録し、約282人日を削減した。

　RPAの導入は、完全自動化のシステムやプロセスを一から構築することとは異なる。RPAはデータの取得や入力、ボタンのクリック、ファイルのアップロードとダウンロード、請求書の処理など、人間の日常の操作や作業を実行する。

　人間の作業をそのまま行うということには大きな制限がある。それでもRPAにはメリットがある。RPAは作業の速度と精度を向上させると同時に、人間が他の仕事に専念できるようにする。一方、完全自動化は最初から自動化を目的に構築したシステムとプロセスを採用する。完全自動化の潜在的なメリットは大きいが、そのための工数も多くなる。そう語るのはIBMのマルコム・オン氏（アジア太平洋地域のRPA責任者）だ。

　両者の妥協点はある。RPAと他の自動化ソフトウェアを統合すれば、AI、データキャプチャー、ビジネスルールとワークフローなどを含む自動化戦略の貴重なコンポーネントになる。

　「他の自動化システムなどを介してタスクを完了するbotがあるとする。RPAとAIを統合し、AIで得た洞察を処理してbotに直接指示を送れば効率と顧客および従業員のエクスペリエンスを向上させることができる」（オン氏）

　AIだけでなく、RPAはDPA（デジタルプロセスオートメーション）やBPM（ビジネスプロセスマネジメント）などにも統合できるとUiPathのマシュー・タン氏（東南アジア担当のプリセールスディレクター）は語る。

　「RPAは軽量なので素早くデプロイできる。DPAやBPMに統合すれば、自動手順と手動手順を含むプロセスを完全にデジタル化でき、人間からロボット、ロボットから人間、ロボットからロボット、人間から人間へのタスクの引き継ぎがシームレスになる」（タン氏）

　Gartnerによると、RPAツールには少なくとも次の機能が含まれていなければならない。

自動化スクリプトを構築するためのローコード機能
企業用アプリケーションとの統合
構成、監視、セキュリティなどのオーケストレーションと管理