こんにちは。システムズエンジニアリングセンターの「やまさきあ」です。
業務ではTableau（BIツール）やUiPath（RPAツール）に携わっています。
わたしはプロジェクトでRPAの構築を行っているのですが、
ブラウザやデスクトップアプリでの要素（Selector）の認識において、安定して動作を行ってくれないときがあります。
1回目は上手くいったのに、何回かに一度Clickが失敗する…
動作する対象の日付を変えてみたら入力が失敗する…
みなさんもそのような経験、ありませんか？
今回は、そのような際に私たちクレスコのRPAチームがどのようにしてSelector箇所の安定化を行っているかを3点、お伝えいたします。
はじめまして！ AI&ロボティクスセンターのたかはしです。
少し前まではAI関連のお仕事やロボットを動かすお仕事などなどをしていましたが、今年の3月からRPA関連のプロジェクトに携わるようになり、現在は主にUiPathを使ったRPAの設計を担当しています。
RPAもRの字すら全く知らず、UiPathを触ったことがなかった私がRPAの設計をするにあたり、一番最初に戸惑ったこと……
それは、「UiPathって何ができるの！？」という部分でした。
既にUiPathを触ったことがある方はご存知かもしれませんが、UiPathには多岐多様なアクティビティが存在しており、そのアクティビティの組み合わせによって処理の自動化を実現しています。
ただ、あまりにも沢山のアクティビティがあるので、「この処理を実現するための最適なアクティビティはなんだ？」といったことを調べるのにとても苦労したことを覚えています。
リファレンスを読んで各々のアクティビティの使い方を理解するにしても、そもそもどんなアクティビティが存在するかを知らないことには、入り口には立てません。
そこで！！
今回は、これからUiPathを使っていきたいという方のために、私たちがUiPathでRPAの開発をする際によく使用するアクティビティと、その簡単な説明を一覧で公開しようと思います！
何らかの業務をUiPathで自動化したい！と思ったとき、このリストを見ればどう実現するが想像できるようになるかもしれません。
こんにちは。スマートソリューションセンターの吉田です。
RPAで業務を自動化したい場合、どのくらいの工数（期間）がかかるか、あらかじめ見積もりたいですよね。そのためには、作りたいロボットの規模を測ること、開発生産性を知ることが必要になってきます。
テンプレート型RPAにおいて、ロボットを構成する最小要素はActivity（Action）です。よって、Activity（Action）数を計測することで、ロボットの規模を図ることができると考えます。Activity（Action）はおおざっぱにいうと、自動化したい1操作に該当しますので、5つの操作を自動化したい場合、5Activity（Action）を作れば良いということになります。自動化したい業務を整理し、操作回数をカウントしていくと、ロボット規模が算出できます。
※より正確に算出するには、繰り返し処理の有無や、非構造化データを含むか、対象システムやデータ点数などで重みづけをする必要があります。
「○○Activity（Action）規模のロボットを作成するのに必要な工数」を算出するために、開発生産性を知りたいところです。単純に過去実績から開発生産性を算出するとして、まずはロボットを作ってみて開発生産性を算出する際、開発画面上で、目視で一つずつ部品数を足し上げていくのは非常に骨が折れます。
こんにちは。スマートソリューションセンターの吉田です。
2018年1月26日に、UiPath社の年1回の大規模ユーザ向けカンファレンス「UiPath Forward Japan 2018」が開催されました。
本カンファレンスでは、UiPathのグローバル戦略や、日本戦略、国内外のユーザ事例、製品ロードマップなど、RPAを導入、運用するうえで非常に有益な情報が多くありました。
私も参加してきましたが、イベント参加者は1100名を超え、広い会場でも立ち見が出るほど、当日は大変盛況でした。今回はその中でオープンになっている情報をメインに、イベントレポートとしてお届けいたします。
こんにちは。スマートソリューションセンターの吉田です。
前回：エンジニア目線で見るRPA（１）として、RPAの特徴とマクロとの違いや、RPAによる自動化はClass 1 ～ Class 3に分かれていること、エンジニアにもまだまだ挑戦すべきフィールドがあることを紹介しました。
本記事では、エンジニア向けにもう少し掘り下げた内容を紹介していきます。
※本記事は、テンプレート型RPAを前提としています。開発型RPAは以下当てはまらないこともありますが、あらかじめご了承ください。
こんにちは。スマートソリューションセンターの吉田です。
普段はアプリケーションエンジニアとして、Windowsクライアントアプリや、iOS,Androidのモバイルアプリ開発、WebAPI開発などを担当しています。
最近ではアーキテクチャ設計や技術支援、ハンズオン講師などを行うことも多く、お客様といろんなお話をさせていただく機会をいただきますが、多くの企業様において、RPA(Robotic Process Automation)というワードを聞く機会が増えてきました。
私が所属する先端技術事業部では、AIに関するご相談をお受けすることが多くあります。その中で、これはRPAでできるんじゃないか。というものや、AIにインプットする学習データをRPAで自動生成すればいいんじゃないか。といった話が実は多くあります。今まで人的リソースをかけて実施していたり、そもそも費用対効果で実施できなかった業務がRPAの登場により、実施可能性が出てきた。なんて話が増えてきました。
このように、ユーザ企業では非常にホットなワードになっている一方で、エンジニアにはあまり興味を持っていない人が多いのではないかと思っていたりします。
その理由には、RPAツールの多くはGUIベースでコードを記述することなくソフトウェアロボットを作成できるノンプログラミングツールが主流となっており、技術畑で育っているエンジニアだと、コードを書かないなんて面白くない、自由度が少ないと思っていたりしないでしょうか。
