› Management Console › 管理 › プロジェクト

プロジェクト

Management Console のプロジェクトを作成および設定するには、[管理] メニューの [プロジェクト] オプションを使用します。

プロジェクトは、ロボット、タイプ、スニペット、リソース、スケジュール、およびその他の作業アセットを分割するための手段です。ロボットは、そのロボットが属するプロジェクトに含まれるタイプ、スニペット、およびリソースにのみアクセスできます。ロボットの名前、タイプ、およびその他のオブジェクトをプロジェクト内で区別する必要があります。

デフォルトでは、Management Console には「デフォルトのプロジェクト」という単一のプロジェクトが含まれています。

プロジェクト レイアウト

それぞれのプロジェクトのレイアウトには同じテーブル列が表示されますが、各プロジェクトの情報の表示方法は変更することができます。

  • [フィルタ] テキスト フィールドに名前または名前の一部を入力して、テーブル内のプロジェクトのリストをフィルタリングすることができます。詳細については、フィルタリング を参照してください。
  • 右側の メニュー アイコンを使用して、プロジェクトに表示するテーブル列を選択します。
  • 右側の 更新アイコンをクリックして、表示された情報を更新します。
  • 右側の リセット アイコンをクリックして、カスタム列の設定をリセットします。
  • ページごとに表示するアイテムの数を選択し、右下隅のナビゲーション メニューを使用してページ間を移動します。

デフォルトでは、プロジェクトごとに次のテーブル列が表示されます。

列

説明

名前

プロジェクトの名前。一意である必要があります。

プロジェクト名は、誰にログファイルの表示を許可するかを決めるために、ログ テーブルにおいて外部キーとして使用できます。

プロジェクトの名前を変更した場合は、既存のすべてのロボットを実行し、このプロジェクトに属するロボット メッセージを更新して、新しい名前を反映させる必要があります。新しい名前が反映されていない場合は、プロジェクトを基準にログをフィルタリングしてもログが表示されません。

Management Console がログ データベースに接続されている場合は、プロジェクトの名前を変更すると、Management Console によりログ データベースのロボット実行とメッセージ エントリの名前が自動的に変更されます。ただし、Management Console が接続されていない場合、または更新中に接続が切断された場合、管理者は以下の SQL を手動で実行してログ テーブルを更新する必要があります。

UPDATE ROBOT_RUN SET projectName = '<newName>' where projectName = '<oldName>';
UPDATE ROBOT_MESSAGE SET projectName = '<newName>' where projectName = '<oldName>';

<oldName> は以前のプロジェクト名で、<newName> は新しいプロジェクト名を意味します。

説明

プロジェクトの説明。

REST を認証

REST/SOAP リクエストの認証が有効かどうかを示します。

権限

プロジェクトに設定されたプロジェクト権限。

オプションの列

インポート元

プロジェクトをインポートした、またはバックアップの一部として復元したユーザーのユーザー名。

インポート時間

プロジェクトがバックアップの一部としてインポートまたは復元された日時。

REST クラスタ

ロボットが REST サービスとして呼び出されたときに、このプロジェクトのロボットを実行するために使用されるクラスタ。

プロジェクトの作成

  1. Management Console にログインします。

  2. [管理] メニューをクリックし、[プロジェクト] を選択します。
  3. 左上隅のプラス記号をクリックして新しいプロジェクトを作成します。

    「プロジェクトを追加」 ダイアログ ボックスが表示され、デフォルトの開始位置として [基本] タブが開きます。

  4. [基本] ペインで、次の手順を実行します。

    1. 名前と説明を入力します。

    2. [サービス クラスタ] リストからオプションを選択します。

    3. [プロジェクトでサービス クラスタのみを使用する] については、チェック ボックスをオンまたはオフにします。

      サービス クラスタは、現在のプロジェクトで REST サービスを実行します。REST サービスは常に、選択されたサービス クラスタを使用します。

      • このチェック ボックスをオンにした場合、プロジェクトの [サービス クラスタ] を選択する必要があります。

      • Management Console では他のすべてのクラスタが非表示になり、コードを生成する場合、およびロボット メニューからロボットを実行する場合に、すべてのスケジュールに対して選択されたサービス クラスタが使用されます。

      • [サービス クラスタ] が有効になっている場合、プロジェクトのクラスタは対応するデータベース マッピングに対して自動的に有効になります。「データベース マッピング」を参照してください。

  5. 権限を設定するには、[権限] タブを選択します。

    1. プラス記号をクリックして権限を作成します。

    2. [プロジェクト ロール] リストから、プロジェクト ロールを選択します。

      プロジェクト ロールの説明については、「ユーザーおよびグループ」を参照してください。

    3. [セキュリティ グループ] に、セキュリティ グループ名を入力します。

    Management Console をスタンドアロンの Web コンテナにデプロイする場合は、グループ メンバーシップ (LDAP グループなど) に基づいてユーザーのプロジェクト権限を設定することができます。詳細については、『Tungsten RPA 管理者ガイド』を参照してください。

  6. [REST] タブを選択してサービスを設定します。

    1. [REST/SOAP リクエストの認証] については、チェック ボックスをオンまたはオフにします。

      デフォルトでは、REST/SOAP サービスは基本認証を使用して保護されます。

      • XMLHttpRequest を使用してブラウザからサービスを直接呼び出す場合は、認証を無効にます。無効にしない場合、JavaScript ソース ファイルのログイン資格情報が公開されます。

      • Java、Ruby、C# などのプログラミング言語から REST/SOAP サービスを呼び出すときに、資格情報を安全に保存できる場合は認証を有効にしてサービスを保護します。

    2. [アクセス-制御-許可オリジン] については、別のドメインのリソースを処理するためのクライアント アクセスのヘッダーを入力します。

      REST/SOAP サービスは呼び出し元の Web ページが置かれている Web サーバーと別の場所にある場合、ブラウザから呼び出す際には制限が発生します。

      • 別のドメインから REST/SOAP サービスを呼び出す場合 (CORS、Cross-Origin Resource Sharing とも呼ばれる)、アクセス制御ヘッダーを含める必要があります。

      • クロス ドメイン方式で REST/SOAP サービスを呼び出す場合は、リクエストを生成したページがロードされたドメインを指定する必要があります。

        例: http://example.com のページに、http://tungstenautomation.com に存在するサービスへの要求を生成する JavaScript を含むページがある場合は、http://tungstenautomation.com からのサービス応答にヘッダー「Access-Control-Allow-Origin: http://example.com」が含まれている必要があります。このヘッダーがない場合、ブラウザの組み込みセキュリティ メカニズムにより、CORS (Cross Origin Response) の処理が妨げられます。

      • ワイルドカードとして * を使用することも可能です。これは、すべてのドメインがクロスドメイン方式で REST/SOAP サービスを呼び出すことができることを意味します。

  7. [リポジトリ] タブを選択して、リポジトリ アクセスを設定し、オブジェクトを同期します。

    1. [設定を有効化] をクリックして、リポジトリを設定するためのフィールドをアクティブ化します。

      このオプションにより、GitHub や GitLab などのバージョン管理システムで作業オブジェクトを制御できます。このオプションの詳しい使用例については、『Tungsten RPA ベスト プラクティス ガイド』を参照してください。

    2. [URL] ボックスに、リポジトリへのパスを入力します。

      • リポジトリに直接リンクするには、リポジトリへのパスを入力します。

        例:https://gitrepos/example.git/

      • ユーザー名とパスワードを含む URL で Synchronizer を使用するには、ユーザー名とパスワードをリポジトリへのパスと共に入力します。

        例:https://username:password@gitlab.com/project_name/repo_name.git

        この URL エントリは、以前はオンライン リポジトリと同期する唯一の方法であった SSH キー ペア認証方法をバイパスします。詳細については、『Tungsten RPA ベスト プラクティス ガイド』の「同期の開始」を参照してください。

    3. [ブランチ] フィールドに、使用するブランチの名前を入力します。

      例: 2 つの Management Console を使用したセットアップがあり、片方は本番用で、もう片方は開発用である場合は、専用の開発ブランチを設定することができます。

    4. リポジトリをオブジェクト変更の唯一のソースにするには、[読み取り専用] を選択します。

      本番用 Management Console 内の同期されたプロジェクトに属するオブジェクトが変更されないようにするために、このオプションを選択することをお勧めします。

      読み取り専用モードでは、Management Console に含まれるすべてのオブジェクトがリポジトリから取得されます。同期を開始する前に、同期するオブジェクトが Management Console で空であることを確認してください。空でない場合、エラー メッセージが表示されます。

    5. [同期するオブジェクト] については、同期に含めるオブジェクトを選択します。

    6. オブジェクトの内容を削除するには、[同期するオブジェクト] リストから必要なオブジェクトを選択し、[選択したオブジェクトを削除] をクリックします。

      重要なデータを失わないように、オブジェクトを削除するときは注意してください。

  8. [OK] をクリックして変更を保存します。

プロジェクトの変更

  1. Management Console にログインします。

  2. [管理] メニューをクリックし、[プロジェクト] を選択します。

  3. プロジェクトのリストから、変更するプロジェクトを選択します。

    • プロジェクトを編集するには、 コンテキスト メニューから [編集] を選択します。

      「プロジェクトの編集」ダイアログ ボックスが表示されます。このダイアログ ボックスには、選択したプロジェクトを編集するためのタブとフィールドが表示されます。

    • プロジェクトを削除するには、プロジェクトを選択して、ゴミ箱 アイコンをクリックします。

      プロジェクトを削除すると、プロジェクトに関連付けられたロボット、タイプ、スニペット、リソース、およびスケジュールもすべて削除されます。

  4. [OK] をクリックして変更を保存します。