今回作成するロボットは営業事務さんの身代わりとなるものです。ですので、営業事務さんの普段の作業を分解するところから始めてみましょう。

“業務背景”の章で挙げた業務にあたって営業事務さんの作業は以下のような流れになっていると思います。

＜準備段階＞

①入力先の受注管理システムを開きログインする。

②営業さんが記録したExcelファイルを開く。

＜メイン処理＞

③Excel1行目の情報を読み出す。

④Excelの内容を受注管理システムに入力して、登録ボタンを押す。

⑤Excel2行目の情報を読み出す…Excel最後の行まで繰り返す。

準備段階の処理は比較的簡単です。受注管理システムのURLでブラウザを起動してログイン画面のＩＤ欄、パスワード欄に代理入力する仕組みを定義します。

本当はIDとパスワードはセキュリティ保護のためにスクランブルをかけた方がよいのですが、ここではイメージのしやすさのために平文にしています。

この手続きでログインができましたので、準備の②Excelファイルを開く処理を行います。

開くファイルを宣言するのはもちろんですが、同時に何列目にどんな情報が入っているかを宣言しておきます。

ここでは

1列目＝customer＝顧客名

2列目＝item＝商品名

3列目＝money＝代金

が入っているかを表しています。

※ecoLLabo RPAの基本機能ではCSVファイルを読み込むことになりますので、当業務例ではExcelを最初にCSV形式で保存し直しています。

以上で準備が終わりましたので、メインの処理に入ります。

メインの処理を作るカギが「繰り返し定義」です。

ファイルを開いてみると上記のような内容が入っています。実際に営業事務さんが業務をする場合は、このファイルを見て「今日は３件入力しなければいけないね」とすぐに判別できると思いますが、このファイルの内容は日によって異なるはずで、100件入っている営業成績好調な日もあれば、1件も入っていない残念な日もあります。なので「3行分入力処理を繰り返す」という定義にしてしまうのはあまり歓迎できません。せっかく100件受注できたのに３件しか入力しないのも困りますし、1件も入っていない日は無駄に３周入力処理をすることになります。

繰り返しを定義するときに重要なのは、どういう状態の時に繰返しを継続して、どういう状態になったら終了するかという終了条件を明確にすることです。終了条件は回数で設定することもありますし、状態の変化（例えば、名簿を年齢順に並べて「20歳以上になったら終了」という風に）で設定することもあります。

今回の例では「Excelファイルが最終行に達するまで繰り返し」と定義することで実現できます。その繰り返しの中でExcelファイル1行分の情報を受注管理システムに入力する処理を定義します。

赤枠で囲った2か所が繰り返しの始点と終点で、この２つに囲まれた緑枠の部分がExcel１行分の情報を受注管理システムに入力する処理です。

まとめ

そこで逆転の発想で「正常じゃない状態を異常とする」という検知の仕方を考えてみましょう。

正常な状態の画面の画像を定義しておいて

この画像が見つからなければ「正常ではない＝異常」と判断するという作戦です。

ただし、上記の画面には“顧客名”、“住所”という欄があり、この値は状況によって変わりうるとします。その場合、上記の画像全体を記憶して画像検索をしてしまうと、正常か異常かの判断が誤ってしまう可能性があります。

なので、可変な領域を避けて画像を記憶させておくことにします。

そして、画像検索の結果、見つかったか／見つからなかったかの条件分岐を定義します。

例えば、確認結果を人間に知らせる方法では

• ●正常でも異常でも検知するごとにログに残す
• ●正常な時はそのまま、異常な時のみ担当者にメールをする

というバリエーションが考えられます。

また、確認処理を継続するかどうかも

• ●異常が検知された時点で確認処理をやめる
• ●異常が検知されればログやメールを残すが確認処理は継続する

というバリエーションが考えられます。

これらの業務デザインを決めた上で、ロボットにふるまいを教えてあげます。

まとめ