Blue Prism — Technical Presentation (June 2020)
64 slides from Blue Prism's technical presentation, Jun 3, 2020
Slide 1: 開発ベストプラクティス 第３回
Blue Prism 開発ベストプラクティス 第３回 Blue Prism Webinar 2020年 6月 3日 Blue Prism 株式会社 プロフェッショナルサービス 門脇 豪 Commercial in Confidence
Slide 2: 目次
目次 1. Whyベストプラクティス 2. ワークキューについて 3. 開発ベストプラクティス 1. プロセスの構築 2. プロセスの設計 4. まとめ Commercial in Confidence
Slide 3: Whyベストプラクティス？
前回のおさらい Whyベストプラクティス？ Commercial in Confidence
Slide 4: RPA導入プロジェクトにおける課題
RPA導入プロジェクトにおける課題 今回の範囲 第二回の範囲 ロボットが止まる。落ちる 負荷増大に対応できない 修正の工数が増大 エラーが頻発する 人が手動実行している 個人が好き勝手に開発 リカバリは最初からやり直し 並列処理による負荷分散ができない 画面の一部の変更で全て作り直し 運用工数の増大 時間どおりに終わらない 塩漬け、作り直しの発生 拡張、拡大に人を割けない 有効稼働できず、コスト垂れ流し 導入当初と同じコストが毎年発生 利用者の不満増幅 業務遅延リスク増大 業務の標準化が進まない Commercial in Confidence 3
Slide 5: RPA導入プロジェクトにおける課題
RPA導入プロジェクトにおける課題 今回の範囲 第二回の範囲 ロボットが止まる。落ちる 負荷増大に対応できない 修正の工数が増大 エラーが頻発する 人が手動実行している 個人が好き勝手に開発 リカバリは最初からやり直し 並列処理による負荷分散ができない 画面の一部の変更で全て作り直し 運用工数の増大 時間どおりに終わらない 塩漬け、作り直しの発生 開発工数の増大 運用工数の増大 拡張、拡大に人を割けない 拡張できない 有効稼働できず、コスト垂れ流し 導入当初と同じコストが毎年発生 利用者の不満増幅 業務遅延リスク増大 業務の標準化が進まない Commercial in Confidence 4
Slide 6: ベストプラクティスの重要性 ① - 安定稼働
ベストプラクティスの重要性 ① - 安定稼働 ロボットが止まる。落ちる 耐障害性、回復性の向上 運用工数の増大 • 高度なエラーハンドリング 拡張、拡大に人を割けない • リカバリ、原状回復 利用者の不満増幅 • 想定外のエラーもキャッチ • リトライ、再実行 • 自律復旧、続行 Commercial in Confidence 5
Slide 7: 「良いロボット」のポイント ① - 安定稼働
「良いロボット」のポイント ① - 安定稼働 データのエラーもマークして、 耐障害性、回復性の向上 リカバリし、次のデータを続行する 想定外のエラー、システム遅延 タイムアウトもキャッチして、リトライする リトライ リカバリ キャッチ Commercial in Confidence 6
Slide 8: ベストプラクティスの重要性 ② - 柔軟性・拡張性
ベストプラクティスの重要性 ② - 柔軟性・拡張性 負荷増大に対応できない 柔軟かつ拡張し易く 時間どおりに終わらない • 並列稼働できるロジック 有効稼働できず、コスト垂れ流し • 拡張する際にも修正不要な作り 業務遅延リスク増大 • データボリュームに依存しない • 無人運転を可能にする技術 Commercial in Confidence 7
Slide 9: 「良いロボット」のポイント ② - 柔軟性・拡張性
「良いロボット」のポイント ② - 柔軟性・拡張性 柔軟かつ拡張し易く ワークキューの仕組みが含まれるテンプレートを用いて開発 経理 データの排他制御、複数ロボットでの並列処理の実装を容易に プロセス 平常時 繁忙期 Commercial in Confidence 8
Slide 10: ワークキュー
ワークキュー Commercial in Confidence
Slide 11: ワークキュー（Work Queue）
ワークキュー（Work Queue） 処理したい仕事を一列に並べ、順々に処理する仕組み ➢ 順序性を担保する ➢ 複数同時に処理（= 「スケーラビリティ」） ➢ 途中で１つの処理が中断した場合に、次の処理から 回復して処理を続行する（= 「回復性」） ➢ 1つの処理が完了した時点でそれ以降の次の 処理を中断する（= 「コントローラビリティ」） 処理 Commercial in Confidence 10
Slide 12: 開発ベストプラクティス プロセスの構築
開発ベストプラクティス プロセスの構築 Commercial in Confidence
Slide 13: プロセス開発で抑えるポイント
プロセス開発で抑えるポイント Blue Prism開発ベストプラクティスでは、プロセスの大きさ、エラーに対する考え方、を抑えることで、 耐障害性、回復性、拡張性、メンテナンス性の高い、プロセスの開発が可能となる 1. エラーハンドリング 2. ワークキューの使い方 3. プロセステンプレート 4. プロセス設計 5. ひとつのプロセスの大きさと複数プロセスへの分割 原理原則のお話です Commercial in Confidence 12
Slide 14: 1. エラーハンドリング
1. エラーハンドリング ✓ 終了(End)ステージや通常の流れに合流させない。 これは発生したエラーをもみ消すこと になり、原因究明と解消が大変に。 今の要件では、正しい手順でも、将 来の別のプロセスの要件では、違う こともあり得る。 「通常の流れ」に吸収すべきか、の 判断は、呼び出し元のプロセス側で 行うべき。 （エラー対応は例えば、1. リトライする、 2. システムを再起動する、3. システム管 理者へ連絡する、など） Commercial in Confidence 13
Slide 15: 1. エラーハンドリング
1. エラーハンドリング ✓ どこでエラーが発生したか分かり易くし、さらに個別のハンドリングを 実施しやすくするために、ブロックをより小さい単位で囲むようにする ✓ ブロックで囲まない復元(Recover)は、極力使用しない アプリケーション起動時のエラー → ネットワーク負荷、 システム高負荷で、時間がかかっているだけかも：再度 トライしてみる。あるいは、システム管理者に連絡 どこでエラーが発生 ログイン時のエラー → パスワードが失効したのかも：何度 したのか、原因特定 トライしても同じ。ユーザ担当者に連絡。 が煩雑になる Commercial in Confidence 14
Slide 16: 1. エラーハンドリング - リトライ
1. エラーハンドリング ✓ リトライ（再試行）を活用する ネットワークやリソースに限界があるなどの理由により、 アクセスエラーが発生する場合などで特に有効です。 但し、再試行ループを実装する場合は、無限ループが発生しないように、 最大試行回数をチェックするなどの仕組みを必ず入れます Commercial in Confidence 15
Slide 17: 1. エラーハンドリング
1. エラーハンドリング ✓ 復元(Recover)、再開(Resume)の間には対応処理を入れない 最低限のエラー詳細情報取得処理のみとし、必要であれば、再開(Resume)の 後ろに実装する Commercial in Confidence 16
Slide 18: 1. エラーハンドリング
1. エラーハンドリング ✓ エラーの種類(Exception Type)は統一し、極力、デフォルトのものを利用する 入力データに誤りがあるような、業務エラー（Business Exception）なのか、 それとも、 システムにアクセスできない、システムが想定外の動きをしている、などのような、システムエラー（System Exception）なのか、 を区別できるようなタイプを利用するようにします （開発者に好き勝手に入力させないように、開発規約でルール化することを推奨します。） 呼び出し元のプロセスやMain Pageで、それが ・ 業務エラーであれば、残りの他のデータの処理を続行し、 ⇒
Slide 19: まとめ - エラーハンドリング
まとめ - エラーハンドリング まとめ： ➢ 例外処理は、Blue Prismのロボット構築において、耐障害性と回復性を向上させる、 胆（キモ）となる考え方です。 ➢ 適切に例外処理を実装していると、問題が発生した際の発生個所と原因の特定にかかる 時間と労力を少なくすることが見込めます。 「どこで、どんなエラーが発生しているのか分からない」ということが無いような実装にしましょう。 ➢ 正しいエラーハンドリングは、堅牢性を確実に向上させ、エラー発生頻度は低減できます。 Commercial in Confidence 18
Slide 20: 2. 作業を繰り返す
2. 作業を繰り返す ✓ 複数件の似たような作業を繰り返す作業を自動化するには、作業単位を順序良く 並べて、1件ずつ処理し、それを繰り返す、といった仕組みを実装する 1. 「未決」のボックスに、作業一覧（請求書ファイル、決裁書類ファイル など）を入れる。 2. 「未決」ボックスから、1件取り出す。 3. 取り出した1件を処理（押印など）し、「既決」ボックスへ入れる。 4. 1～3を書類の数ぶんだけ、繰り返す。 5. 「未決」のボックスが空になったら、処理は終了する。 処理 例： 顧客マスターの住所変更依頼 人事異動の際の、アクセス権限変更 毎月の為替相場の取得とレートの算出・公開 Commer
Slide 21: 2. 作業を繰り返す
2. 作業を繰り返す ✓ 複数件の似たような作業を繰り返す作業を自動化するには、作業単位を順序良く 並べて、1件ずつ処理し、それを繰り返す、といった仕組みを実装する 1. インプットとなる情報（複数の仕事指示；例えば、請求書一覧など）を ExcelファイルやメールのINBOXの受信メール一覧などから読み込みます。 2. 読み込んだ複数件の仕事=“ケース”をWork Queueに格納します。 （Add to Queue） 3. Work Queueから、Get Next Itemで、1件の”ケース”を取り出します。 4. この取り出した1件の”ケース”について、実際の業務処理を行います。 5.
Slide 22: 2. 作業を繰り返す
2. 作業を繰り返す ✓ ワークキューを使って、作業の繰り返しを管理することで、制御、回復だけでなく、 並列同時実行による、拡張性を上げて、全体の処理時間を削減する 利用できるロボットが3台ある場合 1 ロボット（ランタイムリソース）「A」 2 3 ロボット（ランタイムリソース）「B」 A 1 ロボット（ランタイムリソース）「C」 処理 ➢ 同時並行で処理 （＝スケーラビリティ） B 2 処理 例：1つの書類の処理に10分かかっている場合、3つの書類で、30分で全部が完了 C 3 ⇒ これが、3並列で処理することによって、10分で終わる 処理 Commercial in Confidence
Slide 23: 2. 作業を繰り返す
2. 作業を繰り返す ✓ 作業を「複数”ケース”の繰り返し」となるように、作業指示の単位を細かく分割する ✓ プロセスの処理の最初で、処理処理対象のすべてのデータを読み込み、 ワークキューへ登録する（Add to Queue） 粒度が一番細かい単位を、一つの すべてのフォルダ、ファイル、シート、 ”ケース”となるように、分割する 行を読み込み、ワークキューに取り込む Commercial in Confidence 22
Slide 24: 2. 作業を繰り返す
2. 作業を繰り返す ✓ どんなプロセスでも必ずワークキューを使って実装する ✓ すべての一度しか行わないような処理であっても、必ず、ワークキューを使う ワークキューで管理すると、すべての 実行実績の分析に利用できます Commercial in Confidence 23
Slide 25: 2. 作業を繰り返す
2. 作業を繰り返す ✓ エラーが発生し、「例外としてマーク」（Mark Exception）したものについて、 自動的に再試行（リトライ）をかける 但し、最大リトライ回数をWork Queueの設定で定義すること 再度実行をかけてみると、上手く行く ような場合は、これで救える Commercial in Confidence 24
Slide 26: 2. 作業を繰り返す
2. 作業を繰り返す ✓ ワークキューを使って、作業の繰り返しを管理することで、制御、回復だけでなく、 並列同時実行による、拡張性を上げて、全体の処理時間を削減する 未処理の”ケース” 正常に完了した”ケース” エラーが発生した”ケース” Commercial in Confidence 25
Slide 27: 2. 作業を繰り返す
2. 作業を繰り返す ✓ ワークキューを使って、作業の繰り返しを管理することで、制御、回復だけでなく、 並列同時実行による、拡張性を上げて、全体の処理時間を削減する エラーが発生して、再実行を 試行した回数 Commercial in Confidence 26
Slide 28: まとめ - 作業を繰り返す
まとめ - 作業を繰り返す まとめ： ➢ キューへの登録（Add To Queue）、次のアイテムを取得（Get Next Item）と、 繰り返しの処理が組み込まれていれば、複数ロボット（Blue Prismで言うラインタイムリソー ス）での並列同時実行が、プロセスの中身を修正せずに、そのまま行えます ➢ 複雑なワークキューの排他制御や順序制御は、Blue Prismが自動的に担ってくれます ➢ どんなロボットでも、たとえ今は1件しか仕事しなくても、ワークキューを利用します ➢ ワークキューを利用することで、拡張性、回復性、制御性の高いロボットが実装できます Commercial in Co
Slide 29: 3. プロセステンプレート
3. プロセステンプレート ✓ プロセステンプレートを利用して、 ロボット開発を始めることを徹底する Blue Prismのテンプレートは、 「開発時間を節約する」 「ベストプラクティスを守る」 ということを目的としています 1. 初期処理、終了処理、メイン処理、ワークキューの操作、 繰り返し処理といった、自動化の基本プロセスが予め実装されている。 2. 適切なエラーハンドリングの仕組みが実装されている。 3. プロセスをコントロールルーム上の指示で途中で適切に停止させる 仕組みが実装されている。 4. サブページを有効に使い、全体俯瞰とメンテナンス効率性を 両立させている。 5. 対象アプリ
Slide 30: 3. プロセステンプレート
3. プロセステンプレート ✓ 開発ベストプラクティスが盛り込まれた、プロセステンプレートを活用 初期処理 ・ファイルの読み込み 終了処理 ・アプリの起動・ログイン ・台帳への書き込み、ログ ・環境情報の読み込み ・アプリの終了 ・ファイルの削除 メイン処理 Commercial in Confidence 29
Slide 31: 3. プロセステンプレート
3. プロセステンプレート ✓ 開発ベストプラクティスが盛り込まれた、プロセステンプレートを活用 ワークキューの操作 ・キューへの一括登録 ・1件だけ取り出し エラーハンドリング ・エラーがあれば、それを記録し、 止まらずに次のデータ行の処理へ 繰り返し ・キューが空であれば終了 Commercial in Confidence 30
Slide 32: 3. プロセステンプレート
3. プロセステンプレート ✓ 開発ベストプラクティスが盛り込まれた、プロセステンプレートを活用 サブページの利用 コントロールルームからの指示 で停止させる仕組み 対象アプリケーション起動時の 再試行 Commercial in Confidence 31
Slide 33: 3. プロセステンプレート
3. プロセステンプレート ✓ 開発ベストプラクティスが盛り込まれた、プロセステンプレートを活用 排他制御の仕組み ・複数のランタイムリソースで、同時に同じプロセスを動かした場合でも、1 暗号化されたセキュアな場所 台だけがファイルを読み込んでWQに投入することで、2重処理を防ぐ から、ログインアカウントを 抽出する仕組み Commercial in Confidence 32
Slide 34: 3. プロセステンプレート
3. プロセステンプレート ✓ プロセステンプレートは、ポータルサイトからダウンロード可能 （もちろん、カスタマイズは可能） Blue Prismのポータルサイト （https://portal.blueprism.com/） ＞ Product ＞ Developer Jumpstart ＞ Commercial in Confidence 33
Slide 35: まとめ - プロセステンプレート
まとめ - プロセステンプレート まとめ： ➢ Blue Prismのテンプレートは、「開発時間を節約する」「ベストプラクティスを守る」ということを 目的としています ➢ ベストプラクティスの第一歩は、このプロセステンプレートを使って開発をすることです ➢ これまでの内容や、設計ベストプラクティスの内容などが組み込まれています ➢ 全開発者メンバーが同じテンプレートを使って開発すれば、他の人が書いたプロセスが何を やっているのか、一目瞭然で、メンテナンスも楽になります ➢ テンプレートは、Blue Prismのポータルサイトで公開されており、ダウンロードが可能です 日本語版もあります ➢ Bl
Slide 36: 開発ベストプラクティス プロセスの設計
開発ベストプラクティス プロセスの設計 Commercial in Confidence
Slide 37: 4. プロセスの設計
4. プロセスの設計 ✓ いきなり、Blue Prismのスタジオ画面に向かうのではなく、 プロセス設計を行うことで、安定性、拡張性の高いロボットを実現 ➢ 自動的に回復する仕組みになっているか ➢ データ量や負荷が増大しても、柔軟に対応できるか Commercial in Confidence 36
Slide 38: 4. プロセスの設計
4. プロセスの設計 ✓ 通常、設計作業は、概要から詳細へ落とし込んでいく流れで行われる プロセス設計 ソリューション設計 プロセス設計 オブジェクト設計 要件定義書 ソリューション設計書 プロセス設計 （SDD） オブジェクト設計書（ODI） プロセス設計書（PDI） Work Queue設計 5. 複数プロセスへの分割 4. プロセスの設計 第二回の範囲 Commercial in Confidence 37
Slide 39: 4. プロセスの設計
4. プロセスの設計 ✓ 業務手順の流れを5分割にする 開始 Happy Path 初期処理 初期処理 1. 初期処理 Queue メイン処理 メイン処理 繰り返し処理 3. メイン処理 4. 正常時 繰り返し 5. エラー回復 終了処理 終了処理 2. 終了処理 Unhappy Path 終了 Commercial in Confidence 38
Slide 40: 4. プロセスの設計
4. プロセスの設計 ✓ 業務手順のフロー図を書く ➢ 5分割の流れで 初期処理 終了処理 ➢ 大まかなステップの順序を書き出す 繰り返し処理 メイン処理 エラー回復 Commercial in Confidence 39
Slide 41: 4. プロセスの設計
4. プロセスの設計 ✓ 業務手順のフロー図を書く。。。と、プロセステンプレートに適用できる 初期処理 終了処理 初期処理 終了処理 繰り返し処理 繰り返し処理 メイン処理 メイン処理 エラー回復 エラー回復 Commercial in Confidence 40
Slide 42: 4. プロセスの設計
4. プロセスの設計 ✓ 業務手順のフロー図を書く。。。が、実際はもっと複雑で長大 • 大まかなステップだけでも、一枚に収まりきらない • ３つのワークステップで表現できない • １つのサブページが大きくなりそう • サブページの数が膨大になりそう こんなにシンプルにならない！ そんなときは。。。 Commercial in Confidence 41
Slide 43: 5. 複数プロセスへの分割
5. 複数プロセスへの分割 ✓ 業務手順のフロー図を書く。。。が、実際はもっと複雑で長大 ⇒ なるべく細かく、プロセスを複数に分割する 1. 作業開始の準備処理 2. 検索・抽出処理 3. データ登録処理 4. 台帳更新・通知処理 （フォルダ整備、ファイルの寄せ集めなど） （マスター参照、作業指示統合など） （基幹システムへ投入など） （Excel更新、メール通知など） Commercial in Confidence 42
Slide 44: 5. 複数プロセスへの分割
5. 複数プロセスへの分割 ✓ 業務手順のフロー図を書く。。。が、実際はもっと複雑で長大 ⇒ なるべく細かく、プロセスを複数に分割する 業務手順を複数のプロセスへ分割するポイント： ✓ 人から人へ業務がハンドオーバーされる ✓ 日付を跨ぐ ✓ 何らかのトリガーを待ったりする ✓ 複数の別システムに対して、それぞれ更新をかける ✓ メールの受信を受けて、動くプロセスの実装など ⇒ 例： 受信確認処理、メイン処理、メール返信処理 などは、3つのプロセスに分割する ひとつのプロセスでは、 ➢ 大まかなステップを３つ以内のワークステップで表現できるように ➢ １つのサブページの中の処理ステップも1枚で
Slide 45: 5. 複数プロセスへの分割
5. 複数プロセスへの分割 ✓ 分割した複数プロセス間の連携は、ワークキューを使う 先行するプロセスが介在用のワークキューに Queueアイテムを追加し、後段のプロセスが、 そのワークキューからQueueアイテムを取得して、 処理を実行する、というやり方です。 原則、プロセスの中で別プロセス（サブプロセス）を呼び 出す、という実装は、非推奨です サブプロセスの呼び出し（親プロセスから子プロセス＝Sub Processを 呼び出すような実装）は、原則、回避すべきです。 特に、ループ処理の中で、何度も子プロセスを呼び出す実装は、ダメです。 プロセスは、実行マシン上にて、呼び出される度に都度メモリを
Slide 46: 5. 複数プロセスへの分割
5. 複数プロセスへの分割 ✓ 分割した複数プロセス間の連携は、ワークキューを使う 部門のリストアップ ⇒ 通貨のリストアップ ⇒ クエリ票ファイルの作成 ⇒ 期間サマリの計算 ⇒ ファイル出力 ⇒ 週報レポートの整形 ⇒ ファイル出力 ⇒ 完了通知メールの送信 ➢ 時間がかかるプロセスにだけ、ランタイムリソースを 多く割り当てて、複数並列実行することで、 パフォーマンスのボトルネックを解消できる ➢ トラブル対応で業務全体を止めるリスクを低減できる ➢ 要件変更による修正範囲・影響範囲を低減できる ➢ スケジュールのオーバーラップ（前のプロセスの 時間がかかって、後ろのプロセスがスケジュール
Slide 47: まとめ – プロセスの設計
まとめ – プロセスの設計 まとめ： ➢ 拡張性（並列処理による負荷分散対応など）、進捗管理のし易さ、回復対応のし易さ、修正メンテナンスのし易さ、といった理由から、 重厚長大な業務フローは特に、プロセスを複数に小さく分割することが肝要です ➢ 小さく分割する実装とすることで、変更箇所が特定しやすくなり、変更される頻度も減り、影響を受けるプロセスも少なく出来ます。 ➢ これにより、保守運用工数・メンテナンス工数の削減が実現できます。 ➢ 単体のプロセスの設計は、5分割の思想で、Blue Prismの標準テンプレートの形と似た形となる設計が理想です ➢ プロセスの流れを設計する中で、繰り返し処理を
Slide 48: まとめ – プロセスの構築と設計
まとめ – プロセスの構築と設計 他に気を付けること： ➢ プロセススタジオでプロセスを組み始めるのは、オブジェクトが一通り出来てから、とするのが理想です ➢ サブページの組み方についても、考慮します。 • プロセスのサブページの中身は、極力、シンプルに実装しましょう。ノートPCの開発画面で100％ズーム、フルスクリーンにして、 スクロールしないとすべてのステージが見えない、というページは、NG（盛り込みすぎ）です • サブページの中のサブページ、というように、親子孫階層のようなページを入れ子にすることも推奨です。ブロック化、かたまり、 を見つけ出し、概要の俯瞰と詳細手順の見つけやすさを両立し
Slide 49: 補足
補足 Commercial in Confidence
Slide 50: 補足 – 開発ベストプラクティス
補足 – 開発ベストプラクティス ✓ 設計書のテンプレート、どんな文書を作るべきか、の概要説明は、ポータルサイトからダウンロードできます Blue Prismのポータルサイト （https://portal.blueprism.com/） ＞ Documents 作成する設計書類の概要説明 https://portal.blueprism.com/documents/delivery-roadmap-japanese 設計書類のテンプレート（日本語版） Template + Japaneseで探す Commercial in Confidence 49
Slide 51: 補足 – 開発ベストプラクティス
補足 – 開発ベストプラクティス ✓ ブログでも、情報を発信しています Blue Prismのブログ （https://ebo.hatenablog.com/） Blue Prismロボット構築のベストプラクティス https://www.ebocean.work/entry/2018/11/10/174223 Blue Prismロボット構築のトレーニングの進め方 https://www.ebocean.work/entry/2019/07/05/172918 Blue Prism の基礎トレーニング（Foundation Training）を受けるには？ https://www.eboce
Slide 52: 補足 – 開発ベストプラクティス
補足 – 開発ベストプラクティス ✓ オンラインコミュニティに参加すると、様々な追加情報の入手、How To質問などが可能です Blue Prismのポータルサイト （https://portal.blueprism.com/） ＞ Community （コミュニティサイトへ） Japan User Group： https://community.blueprism.com/comm unities/community- home?communitykey=99c35a33-0706- 4eb0-8b02-f23d6bb9b57f 「はじめよう！ Blue Prism」 Commercial
Slide 53: 補足 – 開発ベストプラクティス
補足 – 開発ベストプラクティス 開発者の育成、スキル向上、ステップアップ、チーム拡大を促進する仕組み、それを支える トレーニングパスとマテリアルの整備 Commercial in Confidence 52
Slide 54: 補足 – 開発ベストプラクティス
補足 – 開発ベストプラクティス ✓ 開発者向けトレーニングは、Universityのサイトから、オンラインで進めることが出来ます Blue Prismのポータルサイト （https://portal.blueprism.com/） ＞ University ＞ Training Offering (via LMS) ➢ Browser Automation ➢ Guide to Accessibility Mode ➢ Work Queues Guide ➢ Guide to UIA ➢ Exception Handling Guide ➢ Attribute Matching Guide
Slide 55: 補足 - 認定試験
補足 - 認定試験 試験 言語 所要時間 問題数 合格点 費用(税別) 備考 開発者向け認定試験 日／英 60分／90分 60問 70％ ¥11,500 *1:英語版で受験すると90分となります AD01：Blue Prismデベロッパ （*1） ソリューションデザイナー認定試験 英 90分 25問 70％ ¥11,500 *2:英語版のみなので、英語版で ASD01:Blue Prismプロセス ソリューションの設計 （*2） 受験すると90分となります インフラ基盤担当者向け認定試験-基盤設計 英 105分（*3） 45問 70％ ¥13,750 *3:英語版のみなので、英語版で ATA0
Slide 56: 補足 - 認定試験
補足 - 認定試験 青い点の部分に受験会場がございます。 最新情報や詳細については、Portal ＞ University ＞ CertificationからPearson Vueサイトに遷移頂き、認定試験申し込み ページにてご確認下さい。 Commercial in Confidence 55
Slide 57: まとめ
まとめ Commercial in Confidence
Slide 58: 開発ベストプラクティス
開発ベストプラクティス 1. 場当たり的な実装、変化への対応が難しい 2. PCやユーザー、PGMが増えるたびに課金が行われる 3. 無駄が多いリソース配置、働いてないロボットの増加 累積コスト 1. 自動化の成果物（オブジェクト）の再利用・変更容易性 2. 本番環境のランタイム リソースのみが課金対象 3. リソースを有効活用し、ロボットが上限いっぱいまで稼働 導入/利用期間 Commercial in Confidence 57
Slide 59: 開発ベストプラクティス
開発ベストプラクティス 今回の範囲 再利用が可能で、効率的なロボット構築を実現する、ベストプラクティス 第二回の範囲 ロボットが止まらない、落ちない 負荷増大に対応する 1. 場当たり的な実装、変化への対応が難しい 開発・保守を効率化する 耐障害性、回復性 柔軟性、拡張性 2. PCやユーザー、PGMが増えるたびに課金が行われる 再利用、共通部品化 3. 無駄が多いリソース配置、働いてないロボットの増加 累積コスト 1. 自動化の成果物（オブジェクト）の再利用・変更容易性 2. 本番環境のランタイム リソースのみが課金対象 3. リソースを有効活用し、ロボットが上限いっぱいまで稼働 ① エラー
Slide 60: 開発ベストプラクティス
開発ベストプラクティス 再利用が可能で、効率的なロボット構築を実現する、ベストプラクティス 本シリーズでの対象外 1. 場当たり的な実装、変化への対応が難しい セキュアに一元管理できる 2. PCやユーザー、PGMが増えるたびに課金が行われる 事故を未然に防ぐ 3.認証・認可・監査の徹底 開発～デプロイ手順の整備 無駄が多いリソース配置、働いてないロボットの増加 累積コスト 1. 自動化の成果物（オブジェクト）の再利用・変更容易性 2. 本番環境のランタイム リソースのみが課金対象 3. リソースを有効活用し、ロボットが上限いっぱいまで稼働 ④ 手順書、成果物の ⑤ スキル醸成を促す体制 「一
Slide 61: トレーニングマテリアルと認定試験
トレーニングマテリアルと認定試験 開発者の育成、スキル向上、ステップアップ、チーム拡大を促進する仕組み、それを支える 本シリーズでの対象外 トレーニングパスとマテリアルの整備 Commercial in Confidence 60
Slide 62: まとめ
まとめ RPA 導入の成功、高いROIを達成するロボットを構築・実装するには。。。 ➡ 無人運転ができる、耐障害性、回復性の高いロボットを作りましょう！ 「エラーで落ちない」 「エラーが発生しても、業務は止めない」 「エラーが発生しても、振り分け対応、リカバリが容易」 ➡ 並列稼働にいつでも移行できる、柔軟性、拡張性の高いロボットを作りましょう！ 「データ量が増えても、修正することなく、並列化が可能」 「前の処理がおしても、スケジュール調整が不要」 ➡ 誰でも部品を再利用できる、再利用性の高いロボットを作りましょう！ 「様々な業務に柔軟に利用できる、共通部品化」 「プロセス開発の生産性向上を支
Slide 63: ご清聴、ありがとうございました
ご清聴、ありがとうございました Commercial in Confidence 62
Slide 64: 免責
免責 この資料に記載されている情報は、この資料の発表時点におけるBlue Prism 株式会社の見解を反映 したものです。 Blue Prism 株式会社は市場の変化に対応する必要があるため、この資料の内容に関 する責任をBlue Prism 株式会社は問われないものとします。また、発表日以降は記載されている情報 の正確性を保証できません。この資料は情報提供のみを目的としています。 明示、黙示、または法令に基づく規定にかかわらず、これらの情報についてBlue Prism 株式会社はいか なる責任も負わないものとします。 Blue Prism 株式会社は、この資料に記載されている事項に関して、特