SaaS Agent
OpenLM SaaS Agent は、お客様が用意した Windows マシンにインストールするアプリケーションです。そのマシンにインストールされた Google Chrome を介して SaaS ベンダーの管理ポータルにサインインし、アカウントが保有する内容と誰が使用しているかを読み取って、その結果を OpenLM Platform に報告します。利用可能なライセンス API を提供していないプラットフォーム、つまりベンダー自身の管理コンソールだけが信頼できる情報源であるプラットフォームに使用します。
SaaS Agent はNavigation メニューのアプリではなく、インストールして使用するコンポーネントです。報告が始まると、Broker Hub の SaaS Agents ページから全体を管理できます。
OpenLM には名前の似た 4 つのコンポーネントがあります。OpenLM Broker はライセンスサーバー上で動作するサービスです。Broker Hub は、すべての Broker と SaaS Agent を承認・管理する Platform 上のコンソールです。Cloud Broker は、お客様側に何もインストールせずに SaaS ベンダーの API へ接続する Platform のサービスです。SaaS Agent（このページ）は、API を利用できない場合にブラウザーを介して SaaS ベンダーへ接続する Windows アプリケーションです。
SaaS Agent が記録する内容
接続した各ベンダーアカウントについて、スキャンは次を記録します。
- 組織が保有する内容と、その保有者 — アカウント上の製品またはシートと、各割り当てが属するユーザー。
- 消費状況（ベンダーが公開している範囲） — 開始時刻を伴うアクティブなセッションやリース、最終アクセス日、あるいはトークンやクレジットのような計量消費量。
- AI アシスタントの使用量 — 使用状況レポートを提供するコネクターについて、ユーザー別・モデル別の内訳。
実際に取得できる内容は、各ベンダーがポータルまたは API で公開している範囲に依存します。そのためカバー範囲はコネクターごとに異なり、コネクターの追加に伴って広がります。
収集したデータは他のすべての OpenLM データソースと同じレポートに取り込まれるため、SaaS のシートをフローティングライセンスや指名ライセンスと並べて使用状況とコンプライアンスを分析できます。ベンダーが許可している場合は、License Access Control がプラットフォームに対して操作を実行し、レポートだけでなくシートの割り当てと解除も行えます。
エージェントのウィンドウは、Monitored Services、OpenLM Platform、Settings、Integration の 4 項目からなるサイドバーで構成されています。
SaaS Agent と Cloud Broker の使い分け
どちらのコンポーネントも SaaS のライセンスデータを収集しますが、ベンダーへの到達方法が正反対です。
| SaaS Agent | Cloud Broker | |
|---|---|---|
| 動作場所 | お客様が用意する Windows マシン | OpenLM Platform（インストール不要） |
| ベンダーへの到達方法 | Google Chrome で管理ポータルにサインイン | お客様が用意するトークンまたはキーによるベンダー API |
| 準備するもの | ホスト、Windows サービスアカウント、ポータルのサインイン情報 | API 認証情報 |
| 適した用途 | ライセンス API がない、または API では必要な情報が得られないベンダー | ライセンス API が公開されているベンダー |
一部のプラットフォームは両方のコンポーネントでサポートされており、どちらか一方が常に優先されるという単一の規則はありません。プラットフォームによって異なります。
Bentley は両方が必要です。 Cloud Broker はベンダーのレポート API から Bentley のフローティングライセンス使用状況を収集しますが、License Access Control は実行できません。SaaS Agent はエンタイトルメント数とユーザーごとの割り当てを報告し、Bentley の LAC を実行します。まず SaaS Agent で Bentley を設定し、その後 Cloud Broker で Bentley の資格情報を追加してください。Cloud Broker で License Access Control を有効にすると、変更を適用する SaaS Agent の選択を求められ、コマンドはその Agent に転送されます。2 つの経路は Bentley の異なるインターフェイスを参照するため、Bentley は OpenLM 上で 2 つのライセンスサーバーとして表示されます。一方が使用状況、もう一方がエンタイトルメントを保持します。これは想定どおりの動作です。
Cloud Broker に一覧されていても、OpenLM が代行して設定するプラットフォームがあります。 これらの Cloud Broker のフォームは support@openlm.com への連絡を促す注記に置き換えられているため、二重に設定する余地はありません。Adobe Cloud、Altair One、Autodesk Cloud、Figma、LinkedIn Sales Navigator、Syncfusion、ZoomInfo などが該当します。
それ以外はどちらか一方を選択します。 両方のコンポーネントが独立して収集できるプラットフォームでは、同じアカウントが二重に報告されないよう、いずれか一方でのみ接続してください。
サポートされる SaaS プラットフォーム
OpenLM がサポートするプラットフォームと、それぞれをどのコンポーネントが収集するかについては、サポート対象ソフトウェアおよび SaaS プラットフォームガイドを参照してください。エージェントの Add Service ダイアログに表示されるプラットフォーム名は、そこで使用されている名称と一致します。
このページで補足するのは、エージェントの稼働後に挙動が異なる少数のプラットフォームです。
- Single Sign On が表示されるのは Autodesk Cloud と Siemens のみです。それ以外のコネクターはベンダー独自のログインでサインインし、この項目は表示されません。
- 収集対象を指定したチームに限定する Edit Allow List は、Autodesk Cloud にのみ適用されます。
- License Access Control は Altium 365 を除くすべてのコネクターで利用でき、利用できる場合は既定で有効です。
- ArcGIS Enterprise はブラウザーを使用しない唯一のコネクターで、REST 経由でポータルに問い合わせるため、Chrome でのサインインは不要です。ただしエージェントはスキャンごとに共有 Chrome プロファイルを確認・管理するため、ホストには Chrome がインストールされ、正常に動作している必要があります。
一部のコネクターでは、ブラウザーでのサインインに加えて、またはその代わりに、エージェント側で資格情報の入力を求められます。テナントのアカウント URL を求めるものもあります。Add Service の手順で必要な項目が順に表示されるため、事前に調べておく必要はありません。
インストール前の準備
ホストの要件
公開されている数値はシステム要件を参照してください。加えて次の点に注意します。
- Google Chrome が事前にインストールされている必要があります。 エージェントはマシン上の Chrome を起動します。ブラウザーのダウンロードや同梱は行いません。
- .NET 8 デスクトップランタイムが必要です。 エージェントとその UI はフレームワーク依存の .NET 8 ビルドです。インストーラー自体はさらに .NET Framework 4.5 以降を必要とし、存在しない場合は実行を中止します。
- 管理者としてインストールします。 パッケージはマシン全体を対象とするため、昇格せずに実行するとメッセージを表示して停止します。
- ホストは常時稼働させます。 スキャンは Windows サービスから実行されるため、誰もサインインしていなくても継続しますが、マシンがスリープまたは停止している間は実行されません。ノート PC より、常時稼働する小規模な仮想マシンの方が適しています。
Windows アカウントを先に決める
サービスアカウントの選択は、インストール作業の中で最も影響が大きい判断です。同じアカウントが次の 3 つの役割を担うためです。
- Windows サービスを実行する
- エージェントがサインインに使用する Chrome プロファイルを所有する
- エージェントがディスクに保存した SaaS の認証情報を復号する
保存された認証情報は、それを書き込んだ Windows アカウントに紐づけて保護されます。後からサービスアカウントを変更すると、エージェントはこれらを読み取れなくなり、該当するサービスは認証情報を再入力するまで失敗し続けます。開始前に、専用かつ恒久的なアカウントを決めておいてください。
事前に用意するもの
- SaaS Agent のインストーラー。Downloads ページの Platform タブから入手します。
- SaaS Agent 認可ファイル。Identity で生成します。
- サービスの実行に使用する Windows アカウントとパスワード。
- 監視対象とする各 SaaS ポータルの管理者用サインイン情報。
SaaS Agent をインストールする
インストーラーを管理者として実行し、ウィザードを進めます。
-
使用許諾契約に同意し、インストール先フォルダーを選択します。既定値は
C:\Program Files\OpenLM\OpenLM SaaS Agentです。旧称の OpenLM Cloud Broker Agent が既定の場所にインストールされている場合、ウィザードがそれを検出してその場でアップグレードします。 -
Agent Service Logon Configuration で、サービスの実行アカウントを入力します。
- Username は
DOMAIN\Usernameまたはuser@domainの形式を受け付けます。ローカルアカウントの場合は.\UsernameまたはCOMPUTERNAME\Usernameを使用します。このフィールドはマシン上のアカウントがあらかじめ入力されたドロップダウンで、直接入力もできます。 - Password はマスクされます。入力内容を確認するには Show password を選択します。
- インストーラーは、アカウントが存在すること、および名前の形式が正しいことを検証します。パスワードは検証しません。パスワードの誤りは、後でサービスの起動に失敗した時点で判明します。
- 両方のフィールドを空のままにすると、サービスは
LocalSystemとしてインストールされます。ダイアログの注記でも推奨されていません。インストールがどうしても失敗する場合にのみ使用し、その後 サービス でログオンアカウントを設定してください。
入力した認証情報は Windows 資格情報マネージャーにも
OpenLM/SaaSAgent/ServiceAccountというターゲット名で保存され、自動更新の際に同じアカウントでサービスを再インストールするために使用されます。 - Username は
-
Additional Permissions で、インストーラーに構成させる項目を選択します。3 つの選択肢があり、最初の 2 つは既定で選択されています。
選択肢 既定値 変更される内容 Allow access to Chrome user data (for browser tracking) 選択済み インストールディレクトリ内にある、エージェント用の共有 Chrome プロファイルフォルダーへのフルコントロールを付与します。 Allow registry changes to skip Chrome profile selection 選択済み プロファイル選択画面を抑止し、ブラウザーのサインインを無効化する Chrome ポリシーをマシン全体に書き込みます。これはマシン上のすべての Chrome ユーザーに影響するため、選択肢にも Chrome のサインインが制限される場合があると記載されています。共有ワークステーションでは選択を解除してください。 Run Windows Terminal in administrator mode 未選択 Windows ターミナルを常に昇格して実行するよう設定します。 1 つ目の選択肢は、インストーラーを実行しているアカウントに権限を付与します。前の手順で指定したアカウントと異なる場合は、インストール後に
Shared User Data Directoryフォルダーへのフルコントロールを手動で付与してください。 -
SaaS Agent の UI を開くオプションを選択したまま、ウィザードを完了します。
インストーラーは Windows サービス OpenLMSaaSAgentService を作成します。サービス には OpenLM SaaS Agent Service として表示され、自動（遅延開始）に設定されます。
エージェントを OpenLM に接続する
レシーバー は、エージェントから Broker Hub への接続です。レシーバーが存在しない間、エージェントにはデータの送信先がなく、Add Service ダイアログにはローカルファイルへ書き出せるプラットフォームだけが表示されます。
- Identity で Add Client を選択し、クライアントの種類として SaaS Agent を選んで、認可ファイルをダウンロードします。
- SaaS Agent で OpenLM Platform を開き、Add Receiver を選択します。
- Import Authorization file を選択し、ダウンロードしたファイルを指定します。URL、Client ID、Client Secret の各フィールドが自動的に入力されます。3 つの値を手入力することもできます。
- 特に理由がなければ Buffering は有効のままにし、既定値では不足する場合は Buffer file size (MB) を設定します。
- Check Connection を選択し、成功が表示されるまで待ちます。
- Save を選択します。
レシーバーが接続ステータスとともに OpenLM Platform の一覧に表示されます。エージェントも Broker Hub の SaaS Agents ページに表示されます。
Check Connection が失敗する場合は、認可ファイルの有効期限、ホストのインターネット接続、Broker Hub と Identity への到達性を確認してください。
Broker Hub に到達できない場合
バッファリングを有効にしていると、送信できなかったデータはディスクに書き込まれ、接続が回復した後、毎正時に自動的に再送されます。バッファがサイズ上限に達すると、新しいメッセージのために最も古いメッセージから削除されます。データの欠落なく耐えたい停止時間に合わせてバッファサイズを決めてください。レシーバーの CLEAR BUFFER は、そのレシーバーのキューをすべて破棄します。
障害アラートはバッファリングされません。Broker Hub に到達できない間に発生したアラートは失われます。
レシーバーは複数構成できます。すべてのメッセージがそのすべてに送信されます。
監視するサービスを追加する
- Monitored Services を開き、Add Service を選択します。
- プラットフォームを選択し、Confirm を選択します。
- プラットフォーム固有の認証情報が必要な場合は、プロンプトに従って入力します。Autodesk Cloud では Autodesk ポータルの管理者または副管理者権限を持つアカウントを使用します。Monday、LinkedIn Company Page、ArcGIS Enterprise では、テナントのアカウント URL も入力します。
- エージェントがベンダーのサインインページを Chrome で開きます。通常どおりサインインしてください。
- Chrome がパスワードの保存を確認したら、保存を許可します。エージェントは以降のスキャンでそのサインイン情報を再利用します。
- Chrome を閉じ、サインインが完了したことを確認するエージェントのプロンプトに応答します。
サービスが一覧に表示され、最初のスキャンがすぐに開始されます。スキャンが成功すると、ステータスが Ok になります。
監視対象のアカウントに対応する Chrome プロファイルでサインインしてください。エージェントは 1 つの共有 Chrome プロファイルを使用するため、別のアカウントのサインインが残っていることが、意図しないユーザーとして認証されてしまう最も多い原因です。
監視するサービスを管理する
Monitored Services の各行には、そのプラットフォームのステータスと操作が表示されます。
| 操作 | 内容 |
|---|---|
| Synchronize | ブラウザーを表示せずに、バックグラウンドで直ちにスキャンを実行します。前回のスキャンから 1 分未満の場合は拒否されます。 |
| Relogin | ベンダーのサインインページを Chrome で開き、再度サインインできるようにします。パスワード変更後や、認証情報の期限切れでスキャンが失敗する場合に使用します。 |
| Run troubleshooting process | ブラウザーを表示した状態でスキャンを再実行し、失敗箇所を確認できるようにします。トラブルシューティングを参照してください。 |
| Delete | サービスを削除し、そのプラットフォームの収集を停止します。 |
| Monitoring | 設定を削除せずに収集を一時停止・再開します。行には Active または Paused と表示されます。 |
| Usage Monitoring | シートに加えて AI トークン使用量を収集します。対応するプラットフォームにのみ表示され、必要なベンダー側の権限がアプリ内に注記されます。 |
| License Allocation Control | このプラットフォームの割り当てを OpenLM から操作できるようにします。対応するプラットフォームにのみ表示され、その場合は既定で有効です。 |
| Sample Rate | スキャンの実行頻度です。データ収集の頻度を参照してください。 |
| Single Sign On | 使用するサインイン方式です。Autodesk Cloud と Siemens にのみ表示されます。 |
| Export data into a file for OpenLM Broker | スキャン結果を OpenLM Platform に送信せず、ローカルファイルへ書き出します。OpenLM Version 26 で使用するを参照してください。 |
| Edit | プラットフォームの認証情報とオプションのダイアログを再度開きます。 |
| Edit Allow List | 指定したチームだけに収集対象を限定します。Autodesk Cloud のみ。 |
| Add Service | 別のプラットフォームを追加します。 |
| Refresh List | 一覧と現在のステータスを再読み込みします。サービスやステータスの表示が古い場合に使用します。 |
サービスのステータス
| ステータス | 意味 |
|---|---|
| Ok | 直近のスキャンが正常に完了しました。 |
| Error | 直近のスキャンが失敗しました。Message 列に理由が表示されます。 |
| Synchronization under process | スキャンの実行中、または最初のスキャンが未完了です。 |
| Paused | このサービスの監視が停止されています。 |
Error が 1 回だけ表示される場合は、ポータルの応答遅延やログインページの一時的な変化など、一過性の原因であることがよくあります。調査の前にもう一度 Synchronize を実行してください。自動再試行は行われません。失敗したスキャンは破棄され、そのサービスは次回のスケジュールまで待機します。
すべての失敗はアラートとしても発行され、監査証跡に記録されるため、この画面を監視していなくても気づくことができます。Alerts を参照してください。
データ収集の頻度
Sample Rate には 2 つのモードがあります。スケジュールはすべて UTC で実行されます。
- Daily — 設定した Execution Time に 1 日 1 回スキャンします。
- Hourly — Run Every (minutes) で指定した分間隔でスキャンします。新しいサービスの初期値は 360 分、つまり 6 時間ごとです。
エージェントは全サービスを通じて一度に 1 件のスキャンしか実行しません。監視対象の多いホストでは、実行時刻をずらすことで待ち行列の発生を防げます。
シングルサインオン
Autodesk Cloud と Siemens は、ベンダー独自のログインではなく Microsoft Entra ID を介してサインインします。方式はサービスの Single Sign On で選択します。
- Autodesk Cloud — None、Azure SSO with sessions、Azure SSO sessionless。
- Siemens — None または Azure SSO。
最初のサインイン前に設定してください。後から変更した場合は Relogin を実行し、新しい方式でセッションを取得し直します。
多要素認証を強制している場合は、エージェントが使用するアカウントの認証要求の間隔を延長してください。エージェントは多要素認証の要求に応答できないため、間隔が短いと、次に要求が表示された時点でスキャンが失敗します。
収集対象を特定のチームに限定する
Autodesk Cloud のアカウントはチームに分割されていることがよくあります。Edit Allow List は、OpenLM が収集する範囲を選択したチームに限定します。
- Autodesk Cloud のサービスを選択し、Edit Allow List を選択します。
- Import Teams を選択し、サインイン中のアカウントから参照できるチームを読み込みます。読み込んだチームは Available Tenants に表示されます。
- Add で対象のチームを Allowed Tenants に移動します。取り消すには Remove を使用します。
- Save を選択します。
Allowed Tenants を空のままにすると制限は適用されず、そのアカウントから参照できるすべてのチームが収集対象になります。
エージェントの設定
Settings には、個々のサービスではなくエージェント全体に適用される 2 つのスイッチがあります。
- Debug Mode — ポータルへのサインインが失敗する場合に有効化すると、Chrome 自身の内部ログを含む詳細なトレースを収集します。問題が解決したら無効に戻してください。大量のデータが生成されます。
- Skip Chrome Profile Picker — Chrome のプロファイル選択画面を抑止し、無人スキャンがそこで停止しないようにします。この設定はマシン全体の Chrome ポリシーを書き込むため管理者権限が必要です。エージェントが書き込めない場合は、実行すべきコマンドがアプリに表示されます。
OpenLM Version 26 で使用する
SaaS Agent は、Platform ではなくオンプレミスの OpenLM Version 26 環境にデータを供給することもできます。その構成では、エージェントはスキャン結果をローカルファイルに書き出し、OpenLM Broker がそれを取り込みます。Broker Hub のレシーバーは使用しません。
この構成には、見落とされやすい 2 つの前提があります。
- レシーバーを構成していない場合、Add Service にはファイル書き出しに対応したプラットフォームだけが表示されます。現時点では Autodesk Cloud のみです。
- ファイル書き出しはサービスごとのスイッチ Export data into a file for OpenLM Broker で、明示的に有効化する必要があります。レシーバーを構成しないだけでは有効になりません。
OpenLM Platform を使用している場合は、このセクションは読み飛ばし、前述のとおりレシーバーを構成してください。
Platform からエージェントを管理する
レシーバーを構成したエージェントは、Broker Hub の SaaS Agents ページに、ライセンスサーバー上の Broker と並んで表示されます。この画面から各エージェントのホストとバージョンを確認し、マシンを操作することなく選択したエージェントへ新しいバージョンを展開できます。
更新はコマンドとして送られ、エージェントは 30 秒ほどで受け取ります。エージェントはインストーラーをダウンロードし、自身を停止して、インストール時に保存されたサービスアカウントでサイレントに再インストールし、再び起動します。
ファイルとディレクトリ
パスはインストールフォルダー（既定では C:\Program Files\OpenLM\OpenLM SaaS Agent）からの相対パスです。
| パス | 内容 |
|---|---|
bin\ | Windows サービス。 |
UI\ | デスクトップアプリケーション。 |
Shared User Data Directory\ | エージェントがサインインに使用する Chrome プロファイル。保存されたベンダーのパスワードを含みます。 |
bin\logs\saasagent-<date>.log | エージェントの主要ログ。 |
bin\logs\Plugin\Plugin_<platform>_LOG\ | プラットフォームごとのスキャンログと、失敗時のスクリーンショット。 |
bin\logs\Screenshots\ | スキャン失敗時に取得されたスクリーンショット。 |
bin\DB\ | エージェントのローカルデータベース、送信バッファ、保存された認証情報。 |
bin\appsettings.json | ローカルポートを含むサービスの構成。 |
サポートに問い合わせる際は、主要ログと、対象プラットフォームのログフォルダーを送付してください。
セキュリティ
SaaS Agent は SaaS ベンダーの管理者サインイン情報を保持し、そのプラットフォーム上で割り当てを変更できます。ホストは特権システムとして扱ってください。
- 専用のサービスアカウントを割り当てます。 誰も対話的にサインインしない、恒久的かつ非対話型のアカウントとし、ドメイン管理者にはしないでください。このアカウントの identity が、保存された SaaS 認証情報を保護しています。
- エージェントのローカルポートを制限します。 サービスは自身のデスクトップ UI 向けにポート 7572 で待ち受けます。ホストの外部から接続する必要はないため、ホストのファイアウォールで遮断してください。
- ホストを分離します。 他のユーザーが対話的にサインインするマシンは使用しないでください。共有 Chrome プロファイルには保存されたベンダーのパスワードが含まれ、プロファイル選択の抑止設定はマシン上のすべてのユーザーの Chrome に影響します。
- マシンから送出される内容を把握します。 スキャン結果はメールアドレスでユーザーを識別するため、レポートには個人データが含まれます。失敗時に取得されたベンダー管理コンソールのスクリーンショットは、1 週間ディスクに保持されます。
- 割り当てルールを展開できる担当者を見直します。 このエージェントに届いた License Access Control の展開は、実際のベンダープラットフォーム上でシートを追加・削除・再割り当てします。
OpenLM への通信はポート 443 の送信 HTTPS で、認可ファイルに含まれる資格情報で認可されます。ポート 7572 と 9222〜9226 はホスト内部で使用されます。7572 はデスクトップ UI とサービスの間、9222〜9226 はローカルの Chrome を制御するためのもので、境界で開放する必要はありません。
トラブルシューティング
サービスが Error のままになる。 まず Synchronize を 1 回実行し、一過性の失敗でないことを確認します。次に Relogin を実行します。認証情報の期限切れが最も多い原因です。いずれも解決しない場合は Run troubleshooting process を使用します。ブラウザーを表示した状態でスキャンを再実行するため、どこで停止するかを確認できます。ブラウザーは自動的に開閉するので、そのまま完了させてください。
「The Shared User Data Directory of Chrome is already being used by the Windows Service.」と表示される。 エージェントは 1 つの Chrome プロファイルを使用しており、現在スケジュールされたスキャンがそれを使用しています。スキャンの完了を待って再試行してください。プロファイルが使用中であることを検出したスキャンは、数分後に自動で再スケジュールされます。
意図しないユーザーとして認証される。 共有プロファイルに別のアカウントのサインインが残っています。該当サービスで Relogin を実行し、正しいアカウントでサインインしてください。
何も変更していないのに、認証情報を保存するサービスが一斉に失敗した。 サービスのログオンアカウントが変更されていないか確認してください。保存された SaaS 認証情報は、それを書き込んだアカウントだけが読み取れます。新しいアカウントで、各サービスの認証情報を Edit から再入力してください。
インストール後にサービスが起動しない。 インストーラーはアカウントを検証しますが、パスワードは検証しません。サービス を開いて OpenLM SaaS Agent Service を選択し、ログオン タブで正しいパスワードを設定してください。
サービスが起動直後に終了する。 ポート 7572 が他のプロセスに使用されています。エージェントは競合を Windows イベントログに記録し、ポートを特定して解放するためのコマンドを併記します。
エージェントが Broker Hub に表示されない。 レシーバーの Check Connection が成功すること、認可ファイルが有効であること、ホストがポート 443 で OpenLM に到達できることを確認してください。
アンインストール
アプリと機能 から OpenLM SaaS Agent を削除するか、インストーラーパッケージに対して msiexec /x を実行します。これによりサービスが停止・削除され、プログラムファイルが削除されます。
一部のマシンレベルの変更は意図的に残されます。ホストを廃止する場合は、次の項目も確認してください。
- サービスアカウントに付与された「サービスとしてログオン」の権利
- 有効にした場合は、Windows ターミナルの昇格設定
- ローカルデータベースとバッファされたメッセージが残るエージェントのデータフォルダー
- 保存されたベンダーのパスワードが残る共有 Chrome プロファイル
参考
- Broker Hub — すべての Broker と SaaS Agent を Platform から承認・監視・更新します。
- Cloud Broker — API を公開している SaaS プラットフォーム向けの代替手段です。
- SaaS プラットフォームガイド — プラットフォームごとの設定に関する注意事項です。
- License Access Control — SaaS の割り当てをレポートするだけでなく、実際に操作します。
- システム要件 — 公開されているホスト要件です。
- SaaS Agent の変更履歴 — 各リリースの変更点です。
ドキュメントチームは、大規模言語モデルを使ってこのページを下書きすることがあります。公開前に、テクニカルライターがすべてのページをレビューし、製品と照らし合わせて検証します。最終的な判断は人間が行います。