Smart Communication Design Company
ホーム > ナレッジ > Blog > RPA Blog

RPA(ロボティック プロセス オートメーション)にまつわる国内外の最新情報をお伝えすると共に、自動化推進に役立つ話題や社内の導入事例などについてご紹介します。
ミツエーリンクスでは「Webサイト運用RPA導入支援」サービスを提供しています。Webサイト運用におけるロボット化にご興味がありましたら、お気軽にお問い合わせください。

公共機関で加速するRPAの導入


UI開発者 宇賀

大手企業を中心に導入が進み、日々拡大するRPAの市場規模。もはやすっかり「RPA」というキーワード自体が珍しくなくなってきている印象です。

RPA元年から数年、昨今では私企業だけではなく公的機関でも導入が進んでいます。

「公共機関で加速するRPAの導入」の全文を読む

あれ、値が何か違う...?UiPathでExcelのセルを読み込むときに気をつけたいこと


RPAエンジニア 小林

UiPathを使ったExcelの操作は、自動化の中でも特によく行う作業だと思います。 Excelまわりの操作をするアクティビティの代表例として、特定のセルの値を読むRead Cellがあります。 Read Cellアクティビティでは、セルの位置(A1など)を指定してその値を特定の変数に入れるだけなので設定は簡単ですが、注意が必要な点もあります。

まず注意したいのが、読み込みたいセルのExcel側の表示形式とその値を格納する変数の型です。 例えば、Read Cellアクティビティで読み込みたいセルの値が、Excel側では数値として表示されているのに、出力としてString型の変数を指定していると、エラーとなりロボットが止まってしまいます。もちろん、読み込みたいすべてのセルが文字列形式で表示されていることがあらかじめわかっている場合はString型の変数を指定しても問題ありません。しかし、そうでない場合はGenericValue型の変数を使ったほうが良いでしょう。例えば、読み込んだ値を(数値や日付などの表示形式にかかわらず)すべて文字列として扱いたい場合でも、いったんGenericValue型の変数に格納してからObject.ToString()メソッドを使って文字列に変換したほうがエラーは起きにくくなります。

Read Cellアクティビティで読み取った値は、基本的にGeneric Value型の変数に格納する

「あれ、値が何か違う...?UiPathでExcelのセルを読み込むときに気をつけたいこと」の全文を読む

UiPath Forward Japan 2019 参加レポート


UI開発者 宇賀

先日、UiPath Forward Japan 2019 というイベントに参加しました。

※ 本イベントは参加するために招待コードが必要な非公開イベントのため、具体的な内容は避けてお送りいたします。

印象深かった登壇内容の1つが、AIやOCR(Optical Character Recognition/Reader)との連携についてです。 これらと組み合わせて運用する方法は、紙媒体でのやり取りが多く残る企業によってはやはり大変重要なようです。

基調講演に続いた茨城県知事による、県庁業務のRPAによる効率化についての紹介も興味深い内容でした。UiPath社のプレスリリースで公開されているような、多くの時間創出を実現できたそうです。こうした素晴らしい前例が誕生した今、あっという間に公的業務の中でUiPathが利用されるようになり、RPA/DXはますます爆発的な躍進と浸透を遂げていくことでしょう。

一方で、民間企業のそうそうたる面々によるセッションでは、当社でいう「RPAエンジニア」の育成と、作ったロボットの保守運用についてが共通の議題として上げられていました。 事例紹介としてUiPath導入までのKSF(Key Success Factor)の明確化や、BPR(Business Process Re-engineering)への取り組みなどを紹介していましたが、最終的にはどの企業も保守運用とEUC(End-User Computing)を課題にしていたように思います。

中でも「いかにUiPathの使い方を既存スタッフに理解してもらうか」という話は、特に印象深かったです。もちろんEUCの道を選ばなかった企業もありましたが、しっかりリソースを確保し学習コストをかけて育成すれば実りのあるEUCを実現できたという多くの実例を聞くことができました。

さまざまな成功と失敗、手法が数多く紹介された素晴らしいイベントでした。UiPathForward Japan 2018が昨年ありましたので、来年にはまた違ったRPAのトレンドや実例が聞けるかもしれません。今から楽しみですね。

UiPathでブラウザを閉じるときの注意点


RPAエンジニア 小林

RPAを使った自動化処理は多岐にわたりますが、中でもWebサイトからデータを集めてくるなど、ブラウザを使う機会は多いのではないでしょうか。 ブラウザを開いたら、最後にはブラウザを閉じるという作業が必要になります。例えば繰り返しの作業の場合、閉じる操作を怠るとブラウザウィンドウがたくさん立ち上がってしまったり、同じブラウザが複数起動していることでロボットが誤動作したりするという問題につながります。

UiPathでブラウザを閉じるためにはClose Tabアクティビティを使うのが一般的です。しかしこのClose Tabアクティビティを使うときには注意が必要な点があります。 ブラウザを「前回開いていたページを開く」という設定にしていると、再びブラウザを開いたときに前回のタブが復元され、新しく開きたいページは別のタブとして開かれてしまうのです。複数のタブが開かれた状態だと、ロボットが目的のタブ以外を誤操作する可能性があるので、これは避けたい所です。そのため、ブラウザを複数回開くようなロボットを動かす前にはブラウザのタブを復元しない設定にしておいたほうが無難でしょう。

また、Google Chromeの場合はショートカットキーでClose Tabアクティビティを代用するという手もあります。Send Hotkeyアクティビティを使い、タブを閉じるためのショートカット(Ctrl + w)を入力する形でブラウザを終了するようにすると、次の起動時に前回のタブが復元されることなく、新しく開きたいページだけが開きます。

今回はRPAでブラウザを閉じるときの注意点と工夫について紹介しました。ちょっとした工夫ではありますが、アクティビティが本当に想定通りの動作をしているのか、より確実な方法はあるかという観点を持って開発を行い、ロボットの誤動作を減らしていきたいですね。

またエラーだ!ロボットのデバッグをするための工夫


RPAエンジニア 小林

「ロボットを作って実行してみたものの、エラーが出て止まってしまった!」という経験は、ロボット開発をする上で誰にも起こりえることだと思います。エラーが起きても原因を突き止めてロボットを修正すればよいのですが、ロボット開発に慣れていないと、原因を見つけるのに苦労するというのはよくあることです。 今回は、UiPathでロボット開発を始めてみたものの、まだエラーへの対処に慣れていないという人に向けて、ロボットのデバッグがしやすくなる方法を紹介します。

見通しのよいロボットを作る

エラーへの直接の対処ではありませんが、ロボットの見通しをよくすることでエラーが生じたとしても対処がしやすくなります。各アクティビディをそのまま並べる形でロボット開発を行っても機能としては問題ないのですが、ロボットの規模が大きくなると見通しが悪くなってしまいます。見通しをよくするために、処理の目的ごとにグループ化して考え、適切な名前をつけたSequenceアクティビティやFlowchartアクティビティをつなぐ形でロボットを作るとよいでしょう。こうすることで、各アクティビティの関係性や全体構造が見やすくなりデバッグもしやすくなります。

全体像を見通しやすい構造にすることで、デバッグもしやすくなる

「またエラーだ!ロボットのデバッグをするための工夫」の全文を読む

UiPathでWebページを操作するときはJavaScriptを活用しよう!その2


UI開発者 宇賀

みなさんこんにちは!UI開発者の宇賀です。

1つ飛ばしになってしまいましたが、RPAとJavaScriptを組み合わせるお話の第2回です。

UiPathではセレクタの理解と利用が必要不可欠ですが、ブラウザを通じてスクレイピングや自動入力処理などを行う際、うまくたどれない要素に出くわすことがあると思います。

JavaScriptのDOM APIに理解のあるデベロッパにはごく当たり前の話ですが、id属性値が設定してある要素は基本的には必ず探索することができます。これは、UiPathによる要素の探索も同様です。

JavaScriptはコンパイルも特別な環境構築も不要で今すぐ挑戦できる技術です。これを利用するだけで、id属性を持たない要素にも簡単に付与することができます。

なお、UiPathでJavaScriptを利用する方法は前回の記事をご参照ください。

UiPathが認識しづらいように細工されたCONGRATS! - Automation Challengeを例に試してみましょう。

「UiPathでWebページを操作するときはJavaScriptを活用しよう!その2」の全文を読む

ロボットに愛着が持てる名前を付けたほうが良い理由


株式会社ミツエーBPOコンサル 取締役 山下

RPAを導入するとき、多くの場合、ロボットが動くPCにRPAのソフトウェアをインストールし、そのPCをオフィスの中に設置することになるでしょう。今日は、そのPCをどう呼ぶかという割とどうでもいいようで、実は大事な話です。

1.ロボットは自分の仕事を手伝ってくれる優秀なアシスタント

人間が行っている仕事の多くは判断が含まれます。ゆえに、「ロボットには判断ができないので自分の業務はロボットには代替できない。」とあきらめてしまっている人がとても多いと思います。でも、そのような業務を詳しくヒアリングしていくと、確かにその人でなければ判断がつかない部分はありますが、7~8割は判断基準が明確で、頭の中で機械的に処理しているということがよくあります。

もし、その業務のうち、7~8割を自分の代わりにロボットが処理してくれたら随分と時間の使い方が変わってくると思いませんか。

「ロボットに愛着が持てる名前を付けたほうが良い理由」の全文を読む