**YouTube** is an American [online video-sharing](https://en.wikipedia.org/wiki/Video_hosting_service "Video hosting service") [platform](https://en.wikipedia.org/wiki/Web_platform "Web platform") headquartered in [San Bruno, California](https://en.wikipedia.org/wiki/San_Bruno,_California "San Bruno, California")

cf3f59da-c081-4fab-99d2-f02e60e183b0.PNG

7c6c20d2-f74d-421f-9735-8f4f0f05b2d3.zip

This simple template can be used as a starting point for automating attended processes.

The main advantages of using this template are the following:

*   Modularization: Separation into three main steps (initialization, processing and cleanup)
*   Finer exception handling: Differentiation between Application Exceptions and Business Rule Exceptions, including specific handling for each of them
*   Configuration file: Higher flexibility and ease of maintenance by providing user-friendly definition of settings
*   Compatibility with dashboards created for the ReFramework

How to use it:

*   Edit the Config file found in Data folder. Add the required configuration settings in the Settings tab, Constants tab and, if working with Orchestrator Assets, use the Assets tab to define the list of assets that will be automatically taken when the process is executed. Make sure to use different names for assets, constants and settings as all types of configuration values are stored in the same dictionary. Values are stored in the config dictionary as [GenericValue](https://studio.uipath.com/docs/genericvalue-variables).
*   Implement the process using a modular approach; create separate workflow files for each component or part of your process. Then, invoke all the process components in the Process.xaml workflow file, in the correct module. If there are many decisions, a flowchart should be used for the Process.xaml workflow file. For example, the activities that will open and prepare the target application for the process execution should be put in a separate workflow file, TargeApplicationName\_Init.xaml. This workflow should be invoked in the Process.xaml, in the Initialization sequence.

A framework for simple attended processes automation.

Attended プロセスを自動化するための出発点としてこのシンプルなテンプレートを使用できます。

このテンプレートを使用する主な利点:

*   モジュール化: 3 つのメインステップ (初期化、処理、およびクリーンアップ) への分離
*   よりきめ細かな例外処理: アプリケーション例外とビジネスルール例外の区別 (それぞれの例外の具体的な処理を含む)
*   コンフィグレーションファイル: ユーザーフレンドリーな設定定義により、柔軟性が高く、メンテナンスが簡単
*   ReFramework 用に作成されたダッシュボードとの互換性

使用方法:

*   \[Data\] フォルダー内の Config ファイルを編集します。\[Settings (設定)\] タブ、\[Constants (定数)\] タブで必要なコンフィグレーション設定を追加し、また Orchestrator アセットと動作している場合は \[アセット (Assets)\] タブを使用して、プロセスの実行時に自動的に取得されるアセットのリストを定義します。すべてのタイプのコンフィグレーション値が同じディクショナリに保管されるので、アセット、定数、および設定に対して必ず別々の名前を使用してください。値は [GenericValue](https://studio.uipath.com/docs/genericvalue-variables) としてコンフィグレーションディクショナリに保管されます。
*   モジュール型アプローチを使用してプロセスを実装します。つまり、プロセスのコンポーネントまたは部分ごとに、別々のワークフローファイルを作成します。その後、正しいモジュール内で、Process.xaml ワークフローファイルにあるすべてのプロセスコンポーネントを起動します。多数の決定項目がある場合は、Process.xaml ワークフローファイル用にフローチャートを使用する必要があります。たとえば、プロセス実行のターゲットアプリケーションを開いて準備するアクティビティは、別のワークフローファイル TargeApplicationName\_Init.xaml に配置します。このワークフローは、Process.xaml 内で初期化シーケンス中に起動する必要があります。

シンプルに Attended プロセスを自動化するためのフレームワーク

Attended Framework