Automation 360 は、さまざまな変数を提供しています。それぞれが特定の型のデータを保持するように設計され、特定用途での使用を意図しています。 以下のトピックでは、各変数の詳細とその使い方について説明します。

変数の使用

次の表は、異なるデータ タイプを使用している場合に Automation 360 が親 Bot と子 bot の間で変数値を渡す方法を説明しています。
データタイプ 動作
数値、文字列、ブール値、日時、資格情報、およびデータテーブル（割り当て、結合、マージ） 次のデータ型 (数値、文字列、Boolean、日時、および資格情報) を使用して親と子 bot を作成し、TaskBot を実行します。 親 bot が入力変数を通じて子 bot に変数を渡し、子 bot でその変数の値を変更した場合、実行が親 bot に戻るときに、変更は保存されません。 これらのデータ タイプを使用した場合、変数の実際の値が渡され、子 bot でこれらの変数に加えられた変更は、親 bot に反映されません。
リスト、ディクショナリ、ファイル、テーブル、ウィンドウ、レコード、セッション、フォーム、およびデータテーブル（行または列の挿入または削除、ソート、単一セルの値の設定） 次のデータ型 (リスト、ディクショナリ、ファイル、テーブル、ウィンドウ、レコード、セッション、フォーム) を使用して親と子 bot を作成し、TaskBot を実行します。 親 bot が入力変数を通じて子 bot に変数を渡し、子 bot でその変数の値を変更した場合、実行が親 bot に戻るときに、変更は保存されます。 これらのデータ タイプを使用した場合、参照によって変数が渡され、子 bot でこれらの変数に加えられた変更は、親 bot に反映されます。
例: 次の変数を使用して、親および子 bot を作成しました。
  • VarList: 従業員データ (姓、名、生年月日)
  • VarString: 雇用形態 (正社員)
  • VarNumber: 100
子 bot で、入力として使用 チェックボックスが選択されている状態で同じ変数を使用しました。
子 bot で、次の値を更新しました。

  • VarList 変数に新しい詳細を Employee data (Date of Joining) として追加しました。

  • VarString 変数の値を Employment type (Contract) に変更しました。
  • VarNumber 変数の値を 50 に変更しました。
親 bot が子 bot を呼び出し、実行が親 bot に戻ると、リスト変数に更新された値が表示されますが、文字列および数値変数の値は変更されません。
  • VarList: 従業員データ (姓、名、生年月日、入社日)
  • VarString: 雇用形態 (正社員)
  • VarNumber: 100
Bot editor における資格情報と資格情報変数
パスワードやアカウント番号などの機密情報の受け渡しに向けて bots をビルドする場合、資格情報を使用します。資格情報を使用すると、機密情報を bots と Bot Runners から分離できるので、データ漏出や不正なユーザー アクセスのリスクを軽減できます。
定義済み変数
事前定義 (またはシステム) 変数は、bot が実行されるマシンに関する特定の値を返します。 ユーザーが定義済み変数の値を編集することはできません。
自分で作成した変数 (ユーザー定義)
ユーザーおよび一部の actions は、一時的に値を保持するためのユーザー定義変数を作成します。値をアクション (ウィンドウのタイトル、ログイン資格情報、またはファイル パス) に入力したり、アクション (ファイルまたは Boolean 戻り値から読み取った値) の出力を受け入れたりするには、このような変数を使用します。
変数の作成
グローバル値
グローバル値を使用すると、ユーザーは bots 間で同一値を再利用できます。bot ごとに新しい変数を作成する必要はありません。
作業項目変数
Work Item変数を使用すると、キューを使用して Bot を実行 オプションで bot を実行するときに、Control Room から Task Bot に Work Item 属性や値を渡すことができます。

変数の編集

Bot エディターで既存変数のデータ型を編集できるため、Bot 構築の柔軟性が大幅に向上し、再作業の削減や、オートメーション開発中に変数が変更された際のエラー防止につながります。

既存の変数のデータ型編集： ユーザーは現在、変数を編集のために開き、そのタイプを変更できます。
  • リスト、ディクショナリ、およびセッション変数の場合、サブタイプフィールドも編集可能です。
  • UI は新しいタイプに基づいて、表示されるフィールド、編集可能なフィールド、または無効なフィールドを動的に調整します。
タイプ変更を適用する前のスマート警告： 変数の型を変更して適用をクリックすると、システムは変更の影響を説明する確認メッセージを表示します。 警告には、変更を行う前に情報に基づいた決定を下すことができる以下のシナリオが含まれます：
  • 潜在的な検証エラー
  • 親自動化内の壊れた参照
  • 入力/出力/定数の状態のリセット
  • 以前に保存されたデフォルト値の喪失
Bot 内のすべての使用箇所に自動的に更新が適用されます： 変更を確認した後：
  • 変数の型は、Bot 内で使用されているすべての箇所で更新されます。
  • 新しい型によって不一致が発生した場合、Bot エディターおよび Assistant ウィンドウのIssue Browserタブの両方に検証エラーが表示されます。
  • 無効なアクションは検証から除外されます。
変数のプロパティを賢く保持またはリセットします： 新しいタイプに基づいて：
  • 適用される設定は保持されます。
  • 適用されなくなった設定は自動的に非表示または無効になります。
  • デフォルト値は賢く動作します：
    • タイプ変更後にユーザーが新しいデフォルトを入力した場合 → それは保持されます。
    • 新しいデフォルトが入力されない場合 → 前のデフォルトはタイプに基づいてリセットされます。
    • Anyタイプのため → デフォルトは編集できません。
    • セッションタイプ → デフォルトは非表示です。
プラットフォーム全体の一貫性を維持する： 変更後に関連する場合、マッピングされた出力変数は型不一致エラーを表示します。 更新されたタイプは以下に反映されています：
  • デバッグウォッチウィンドウ
  • 検索と置換ウィンドウ
  • タスク Bot、API タスク、および Process Composer

元に戻す機能： 元に戻す 機能により、以前のタイプ、デフォルト値、および検証状態を復元できます。

変数編集のメリット

  • 変数の進化に対する完全な制御
  • 変数を再作成する必要はなく、デバッグや再作業を大幅に削減します。
  • 自動警告および検証機能により、Bot の不具合を未然に防ぐことができます。
  • システムは、安全で予測可能かつ透明なタイプ変更ワークフローを保証します。