よくある質問

Integration Service の使用状況と消費に関するユニファイド プライシングとフレックスのライセンス プランの主な違いは何ですか?

以下の表では、Integration Service の使用ライセンスがユニファイド プライシングとフレックスでどのように付与されるかを示しています。

Table 1. Unified Pricing vs. Flex – Integration Service consumption overview

アスペクト	ユニファイド プライシング	フレックス
消費単位	プラットフォーム ユニット	API 呼び出し
メータリング基準	[連携] カテゴリのアクティビティ	API 呼び出し
率	100 個のアクティビティ = 2 プラットフォーム ユニット	1 つのアクティビティ = 5 つの API 呼び出し
メータリングが適用される場所	API ワークフロー、エージェント、Maestro	API ワークフロー、エージェント、Maestro
消費量が従量制でない場合	RPA ワークフロー	RPA ワークフロー
バンドルされた権利	ユーザー ライセンスに含まれるプラットフォーム ユニット	ユーザー ライセンスとロボット ライセンスに含まれる API 呼び出し
トップアップオプション	プラットフォーム ユニット バンドルの購入	API 呼び出しバンドルを購入する
消費の可視性	追跡: プラットフォーム ユニット ([消費状況] ダッシュボード経由)	追跡先: API 呼び出し ([消費状況] ダッシュボード経由)

[ライセンス] ページに表示される使用量を超えた場合はどうなりますか?

[管理者 ライセンス ] ダッシュボードには、割り当て済みおよび消費済みの API 呼び出しまたは連携アクティビティが表示されます。これにより、使用状況の可視性が向上し、現在および将来のライセンスの必要性について十分な情報に基づいた決定を下すのに役立ちます。

この機能を使用すると、使用状況の傾向を監視し、未然に調整できます。さらに多くのユニットが必要になることが予想される場合は、アカウント マネージャーまたはセールス担当者に連絡してオプションについて話し合うことをお勧めします。クォータを超えても、運用環境での実行はブロックされません。UiPath は実行時の制限を課さないため、ユーザーが過剰に消費された場合でも中断なしに操作を継続します。

このサービスまたは商用サービスに対する変更は、スムーズでシームレスなエクスペリエンスを提供するために事前に通知されます。

自分に割り当てられている API 呼び出しや連携アクティビティを確認するにはどうすればよいですか?

割り当ては、組織で使用されているライセンス モデルによって異なります。

• フレックス プランでは、ライセンスを取得した SKU に基づいて割り当てられます。 API 呼び出しは通常、ユーザー ライセンスとロボット ライセンスにバンドルされていますが、別途購入した API 呼び出しバンドルから取得されている場合もあります。
• [ユニファイド プライシング] では、連携アクティビティはプラットフォーム ユニットを消費します。プラットフォーム ユニットは、プランとライセンスの権利に応じて割り当てられます。

To view available allocations and related SKUs, refer to the UiPath licensing platform and your Automation Cloud Admin > Licenses > Consumables dashboard.

The UiPath licensing platform lists all SKUs relevant to Integration Service.

オートメーションの数が限られているのに、API 呼び出しの数が多いのはなぜですか?

UiPath Integration Service を介して外部のサードパーティ アプリケーションに要求を送信すると、1 つの API 呼び出しが消費されたと判断されます。消費数は、手動、有人、無人実行のいずれによるか、トリガーの方法に関係なく、サードパーティ アプリケーションへの呼び出しの合計回数に基づいて計算されます。

API の使用率が予想外に高くなる最も一般的な理由の 1 つは、トリガーの設定です。コネクタが 1 つのオートメーションであっても、トリガーがポーリングの頻度が高すぎると、多数の API 呼び出しが生成される可能性があります。

API の使用を最適化するには、次の手順を実行します。

• トリガーのポーリング間隔を見直して調整し、ビジネス ニーズに合わせます。
• ポーリングの頻度を減らすと、オートメーションのパフォーマンスに影響を与えることなく、消費量を大幅に減らすことができます。

トリガーの設定を編集する方法については、「 ポーリング間隔を変更する」をご覧ください。

次の例では、1 つの組織に複数のテナントがあり、各テナントに Microsoft Outlook 365 接続があり、トリガーの設定を 5 分ごとに実行しています。

組織	テナント	コネクタ	トリガー	トリガーの頻度 (既定値は 5 分)	API 実行回数
サンプル組織	テナント 1	Microsoft Outlook 365	トリガーの設定	5 ミン	~288
サンプル組織	テナント 2	Microsoft Outlook 365	トリガーの設定	5 ミン	~288
サンプル組織	テナント 3	Microsoft Outlook 365	トリガーの設定	5 ミン	~288
サンプル組織	テナント 4	Microsoft Outlook 365	トリガーの設定	5 ミン	~288
サンプル組織	テナント 5	Microsoft Outlook 365	トリガーの設定	5 ミン	~288
サンプル組織	テナント 6 (開発)	Microsoft Outlook 365	ロボット/マニュアル	なし	~100
指定した日の API 呼び出しの合計数					1540

コネクタの使用に対して UiPath Integration Service に料金はかかりますか?

UiPath Integration Service では、個々のコネクタに対しては課金されません。使用量は、コネクタによって生成された API 呼び出しと、使用するアクティビティに基づいて計算されます。