UiPath Computer Vision ウィザードの領域選択機能は、Computer Vision アクティビティによって検出される UI 要素の範囲を絞り込むために使用されます。1 この機能を使用すると、自動化したいアプリケーション UI の特定の領域を選択でき、ウィザードはその領域内の UI 要素のみを表示します。これは、「名前」や「住所」など、同じラベルを持つ複数のフィールドを扱う場合に便利です。操作したいフィールドのみを選択できるからです。2 選択した領域は、ウィザードによって自動的にサイズ変更されたり、単一の UI 要素として扱われたり、複製されたりすることはありません。
参考文献：
コンピュータビジョンのセレクタを変更できますか? UiPathコミュニティのフォーラム投稿 コンピュータビジョンアクティビティのドキュメント UiPathコンピュータビジョンレコーディングのフォーラム投稿 UiPathコミュニティのフォーラム投稿 RPA向けAIコンピュータビジョンの製品ページ UiPathの新しいUiPath AIコンピュータビジョンがパブリックプレビューになりました UiPathのブログ投稿

プッシュオプションは、GIT バージョン管理システムでファイルのローカルバージョンをリモートリポジトリに提供するために使用されます。プッシュとは、ローカルリポジトリの更新をリモートリポジトリにアップロードするプロセスです。変更をプッシュすることで、リモートリポジトリへのアクセス権を持つ他のユーザーがプロジェクトを表示して共同作業を行うことができます。1 変更をリモートリポジトリにプッシュするには、まずプロジェクトをローカルでコミットしてから、UiPath Studio のコンテキストメニューからプッシュオプションを選択します。2 参照: UiPath ドキュメントの「リモートリポジトリへの変更のプッシュ」および「GIT を使用したプロジェクトの管理」。

WindowsレガシープロジェクトをWindowsに変換する際、プロジェクトの依存関係は、Windowsターゲットフレームワークと互換性のある最新バージョンに自動的に更新されます。これは、プロジェクトがアクティビティパッケージの最新の機能と改善点を利用できるようにし、レガシーバージョンとの潜在的な問題や競合を回避するためです。更新された依存関係はプロジェクトに反映されます。
jsonファイルとプロジェクトの「パッケージの管理」ウィンドウを使用します。必要に応じて、開発者は依存関係を特定のバージョンに手動で更新することもできます。

REFrameworkは、開発者が堅牢で信頼性の高い自動化プロセスを作成するのに役立つテンプレートです。エラー処理、ログ記録、再試行メカニズムに関するベストプラクティスに準拠しています。ベストプラクティスの1つは、トランザクションごとにトランザクションデータをクリアし、アプリケーションを閉じ、再度開くことです。これにより、アプリケーションが使用するメモリとリソースを解放することで、「メモリ不足」などのロボットクラッシュを回避できます。また、次のトランザクションに向けてアプリケーションが一貫した状態であることを保証します。
参考文献：REFrameworkドキュメント、REFrameworkのベストプラクティス

説明
キューアイテムは、Performerワークフローを実行する単一のロボットによって、以下の順序で処理される必要があります。
従業員ID1
従業員ID4
従業員ID8
従業員ID3
従業員ID6
従業員ID9
従業員ID5
従業員ID2
従業員ID7
キューは、ロボット1が処理できる無制限の数のアイテムを保持するコンテナです。キューアイテムには、期限と優先度を設定でき、これらはロボットがキュー2からアイテムを取得する順序に影響します。Performerワークフローは、トランザクションアイテムの取得アクティビティ3を使用してキューアイテムを処理するREFrameworkテンプレートの一部です。キューの実行順序は、次のルール4によって決定されます。
締め切りが設定されている項目は、優先順位に従って、同じ優先順位の項目に設定された締め切りに従って最初に処理されます。
期限のない品目は、優先順位に従って、また同じ優先順位の品目については先入れ先出しの原則に従って、次に処理されます。
これらの規則と図表に基づくと、キューの実行順序は以下のとおりです。
従業員ID1は締め切り日（2050年1月1日）が最も早く、優先度も高いため、最初に処理されます。
従業員ID4は従業員ID1と同じ締め切りですが、優先順位は通常なので、2番目に処理されます。
従業員ID8は従業員ID4と同じ締め切りと優先順位を持っていますが、キューに後から追加されたため、3番目に処理されます。
EmployeeID3は次に早い締め切り（2050年1月2日）があり、優先度も高いため、4番目に処理されます。
従業員ID6は従業員ID3と同じ締め切りだが、優先順位は通常なので、5番目に処理される。
従業員ID9は従業員ID6と同じ締め切りと優先順位を持っていますが、キューに後から追加されたため、6番目に処理されます。
従業員ID5には期限はありませんが、優先度が高いため、7番目に処理されます。
従業員ID2には期限がなく、優先順位も通常なので、8番目に処理されます。
従業員ID7には期限がなく、優先度も低いため、9番目に処理されます。
参考文献：
UiPathのキューとトランザクションに関するドキュメント
UiPathからの注文ドキュメントの処理
UiPathのパフォーマーに関するドキュメント
UiPathコミュニティの注文処理キューに関するフォーラム投稿