integration-service
latest
false
重要 :
このコンテンツの一部は機械翻訳によって処理されており、完全な翻訳を保証するものではありません。 Integration Service で提供されるコネクタ パッケージの一部は機械翻訳で処理されています。 新しいコンテンツの翻訳は、およそ 1 ~ 2 週間で公開されます。
UiPath logo, featuring letters U and I in white

Integration Service ユーザー ガイド

最終更新日時 2025年10月14日

よくある質問

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

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

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

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

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

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

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

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

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

  • フレックス プランでは、ライセンスを取得した SKU に基づいて割り当てられます。 API 呼び出しは通常、ユーザー ライセンスとロボット ライセンスにバンドルされていますが、別途購入した API 呼び出しバンドルから取得されている場合もあります。

  • [ユニファイド プライシング] では、連携アクティビティはプラットフォーム ユニットを消費します。プラットフォーム ユニットは、プランとライセンスの権利に応じて割り当てられます。

利用可能な割り当てと関連する SKU を確認するには、UiPath ライセンス プラットフォームと、 Automation Cloud の [ライセンス] > [消費状況 ] ダッシュボードの [ライセンス>管理] をご覧ください。

UiPath ライセンス プラットフォームには、Integration Service に関連するすべての SKU のリストが表示されます。

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

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

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

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

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

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

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

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

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

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

このページは役に立ちましたか?

サポートを受ける
RPA について学ぶ - オートメーション コース
UiPath コミュニティ フォーラム
Uipath Logo
信頼とセキュリティ
© 2005-2025 UiPath. All rights reserved.