RPA workflows (Preview)

ロボティック プロセス オートメーション (RPA) は、人々が毎日使用するシステム全体でルールベースの反復作業を自動化します。コーディングエージェントを使用すると、作業を平易な言葉で記述し、実行可能なワークフローを生成します。あなたの役割は、それをうまく説明し、何が戻ってくるかを確認することです。

RPA が有効な用途

RPA は、明確に定義された決定論的な作業に適しています。特に、システムに使用可能な API がない場合に適しています。

• ファイルやスプレッドシートの読み取りと変換。
• システム間でデータを移動し、レコードを更新します。
• より大きなプロセスの一部として API を呼び出す。
• デスクトップ、Web、および仮想アプリケーションをインターフェイスを介して駆動します。

仕事が決まったルールではなく判断を必要とする場合は、エージェント、または両方の組み合わせの方が適している可能性があります。詳しくは、「エージェント」をご覧ください。ワークフローが、承認、システム、時間にまたがる長いプロセスの 1 つのステップである場合、 Maestro Flow は人や他のオートメーションと一緒にワークフローをオーケストレーションできます。

エンドツーエンドでの動作例については、 RPA のレシピをご覧ください。

求めることができるもの

新しいワークフローの構築は出発点にすぎません。同じコーディング エージェントがオートメーションの全期間にわたって機能するため、一般的な要求は次のとおりです。

• 説明、一連の手動ステップ、プロセス ドキュメント、または Robotic Enterprise Framework (REFramework) などのテンプレートから新しいワークフローを構築する。
• 既存のワークフローを再構築、ステップの追加、アクティビティの入れ替えてリファクタリングおよび拡張する
• レガシ プロジェクトで作業する。古いプロジェクトの種類を認識し、その制約内で動作させる。
• テストを追加し、アサーションを含むテスト ケースを生成して実行し、動作を確認します。
• 既存のオートメーションの品質、エラー処理の欠落、リスクの高い選択を何も変更せずにレビューする。
• エラーを読み取って原因を特定し、修正を提案することで、失敗したワークフローをデバッグします。
• パッケージ化して再利用する - プロジェクトを Orchestrator にパブリッシュするか、共有ロジックを再利用可能なライブラリに抽出します。

これらすべてを会話の中で推進し、エージェントが背後で各要求に対して適切な UiPath の機能を選択します。

適切な RPA 要求とは

エージェントはあなたが説明した内容を構築するため、概要は同僚にとっての場合と同じくらい重要です。

• 手順を順番に。
• 関連するシステムとアプリケーション。
• 入力と出力、およびその型。
• ワークフローが接触する画面またはデータです。

「効果的に働く」の一般的なガイダンスは、ここでも適用されます。RPA にとって最も重要なのは、上記のポイントです。実際の顧客データを最初に削除する限り、既存のプロセス ドキュメントは強力な出発点となります。

ローコードまたはコードの選択

UiPath RPA ワークフローは、ローコード ワークフローまたはコード化されたワークフローとして構築でき、以下を実行します。

• ローコード ワークフロー (.xaml) は、レビューおよび監査可能な既定値です。アクティビティ カバレッジが最も広く、Studio Web で編集できます。ほとんどのオートメーションがここに収まります。
• コード化されたワークフロー (.cs、C#) は、複雑なデータ変換、解析、カスタム型など、ロジック負荷の高いコンポーネントに適しています。

1つのプロジェクトに両方を混在させることもできます。ビルドの途中ではなく、前もって形状を選択すると、後での再構築を回避できます。指示がない場合、エージェントは既定でローコードになります。

UI Automation を使用してアプリケーションを推進する

最も困難で価値のある RPA 作業は、API を提供しないシステムで、クリック、入力、値の読み取り、画面の移動など、人間が行うのと同じようにアプリケーションのインターフェイスを操作することです。このため UiPath の UI Automation がこれに役立ち、コーディング エージェントが直接使用します。

インターフェイスのキャプチャ方法

エージェントは、各要素の見つけ方を推測するのではなく、設計時にアプリケーションを探索します。つまり、画面をキャプチャし、操作する要素を特定し、それらを移動して入力するためのステップを構築します。これは設計上マルチモーダルです。デスクトップ アプリケーションの場合、基になるページ構造だけでは不十分だからです。要素は、画面の外に表示したり、スクロールして表示しなかったり、ポップアップの背後に隠したりすることができます。

キャプチャした要素は オブジェクト リポジトリに安定したターゲットとして保存されるため、同じボタンやフィールドを複数のワークフローで再利用して 1 か所で管理できます。これが、信頼性の高い UI オートメーションと、脆弱な座標ベースの画面スクレイピングとの違いです。

レジリエンス(回復力)の維持

インターフェースは変化しますが、UI Automation はそれを吸収するように構築されています。

機能	機能
セレクターの修復	インターフェイスがシフトしたときにターゲットを適応させます。完全にブレークするのではなく、ターゲットを適応させます。
診断	障害発生後のログ、記録、スクリーンショットを読み取り、何が問題だったのかを平易な言葉で説明します。
ScreenPlay	UiPath の AI を活用したコンピューター ビジョン実行時にアプリケーションとデータに適応し、予測不可能な画面に対するクリティカル パスのフォールバックとして機能します。

本稼働中のアプリケーションがない場合

対象のアプリケーションをキャプチャできない場合でも、エージェントは実際のワークフローを生成し、各インタラクションはマークされたままで、開発者は Studio でキャプチャを完了します。どちらの方法でも、生成されたセレクターは下書きとして扱い、実際のアプリケーションに対して確認するのが最善です。

また、UI オートメーションは、構築するのに最もコストがかかる RPA の一種でもあります。ファイル、データ、またはAPI作業よりも多くの時間と労力がかかるため、APIが存在する場所はどこでもAPIの方が適しており、時間と労力は予算を組む価値があります。

理解する価値のある RPA 規則

RPA プロジェクトには、セッションのたびに繰り返すのではなく、 コンテキスト ファイルで一度だけ記述しておく価値のあるハウス ルールがあります。一般的な例:

• クラシック セットではなくモダン デザイン アクティビティ。
• UI アクティビティが [アプリケーション/ブラウザーを使用] スコープ内に保持される
• [コードを呼び出し] よりもネイティブ アクティビティを優先
• 既存の構成ファイルと記録されたワークフローは、上書きされるのではなくそのまま残ります。

強みと限界

コーディング エージェントは、未開発の環境で適切に構造化された RPA、およびワークフローの最初のバージョンに強みがあります。それらは弱く、より詳細なレビューが必要です。

• 複雑なセレクターや壊れやすいセレクター
• 特注のエンタープライズ コネクタ。
• アクティビティの通常とは異なる選択。一般的なフォールバックが忍び寄る可能性があります。

ワークフローを受け入れる前に確認する内容については、「 出力を確認および検証する」をご覧ください。

その他のプロンプトを試す

• REFramework テンプレートから [ BankStatementReconciliationという新しい RPA プロジェクトを作成します。
• 最新の Outlook メールの件名「Invoice」から添付ファイルをダウンロードして ./inbox/に保存する RPA ワークフローを作成します。
• [注文を送信] ステップの周囲に [トライ キャッチ] を追加して、ビジネス例外がログに記録され、トランザクションが [失敗] に設定されるようにします。
• このプロジェクトを検証し、アナライザーの警告を修正します。

ウェビナーに参加

Studio とアクティビティを使用したオートメーションの構築の全容については、 Studio のドキュメント と アクティビティのドキュメントをご覧ください。