> For the complete documentation index, see [llms.txt](https://library.zoom.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://library.zoom.com/technical-library/ja/bijinesusbisu/zoom-workforce-management/workforce-management-explainer/management-and-administration.md). # 管理 ## スケジュール作成 ワークフォース管理でスケジュールを作成するには、3段階のプロセスがあります: **設定**, **計画**、および **調整**.
### **設定** ワークフォース管理でスケジュール作成を開始するには、プロセスを支える中核となるスケジュール作成インフラを整備します。これには、エージェントにリンクされるスケジュール作成グループ、アクティビティ、シフトの作成が含まれます。特定のスケジュール作成グループにこれらのインフラ要素がそろったら、スケジュール作成管理者は計画フェーズに進めます。 ### **計画** 計画フェーズでは、スケジュールの性質が決まります。製品リリース時点では、スケジュール作成管理者には2つのオンラインのスケジュール作成方法があります: * **手動スケジュール作成**：アクティビティとシフトを使用してスケジュールを作成およびカスタマイズします。 * **予測**：アクティビティとシフト情報を使用して、予測されたエンゲージメント量に応じてエージェントをスケジュールする機械化されたスケジュール作成ソリューションですが、 *いくつかの* 手動調整が必要になる場合があります。 スケジュール作成アプローチを決定し、必要なサブプロセス（該当する場合）を実行したら、スケジュール作成管理者は微調整フェーズに進めます。 ### **調整** 微調整段階では、アクティビティとシフトのカバレッジが十分になるように、スケジュールまたは予測を微調整します。手動スケジュール作成では、スケジュール済みのカバレッジが想定需要を満たしていることを確認します。予測では、想定されるエンゲージメント量に対して十分な正味人員配置があることを確認します。 ## 予測 ### **予測の作成** 予測を使用して将来のコンタクトセンターのエンゲージメント量を予測し、十分な人員配置を維持します。予測はスケジュール作成インフラ（スケジュール作成グループなど）の追加整備に依存しますが、予測の作成は3段階で理解できます: **初期設定**, **プレビュー**、および **公開**.
### **初期設定** 初期化フェーズでは、既存のインフラ、特にスケジュール作成グループを活用します。スケジュール作成グループに少なくとも1つのコンタクトセンターのキューと、それに関連付けられたエージェントが設定されている場合、残りの手順では予測の重要な側面を定義します。これには以下が含まれます: * 名前を割り当てる * 開始日を指定する * 期間を設定する（最大4週間） * 考慮する対象メトリクスを決定する ### **プレビュー** プレビュー段階では、予測される通話量と必要な人員配置を包括的に要約します。これには、15分ごとの想定ボリュームと、コールハンドリングの平均所要時間（たとえば通話+保留時間+通話後作業）が含まれます。スケジュール作成管理者は、履歴データでは表現されていない予想される量の変化に対応するため、予測を微調整したり一括編集したりできます。予測された量を確認したら、予測用の推奨人員配置を生成します。 ### **公開** 予測の通話量と人員配置要件をプレビューした後、予測を確定してスケジュールに公開します。予測されるエンゲージメント量に対して十分なカバレッジを確保するため、人員配置レベルを2回目に微調整する必要がある場合があります。人員配置レベルが確認できたら、予測されたスケジュールを公開します。 ## 日中管理 次のセクションでは、日中のエージェントとスケジュール管理について説明します。 ### **スケジュールとアクティビティの管理** 1日の業務の中で、予測されたエンゲージメント量と実際のエージェントの人員配置が常に一致するとは限らず、コンタクトセンターのスーパーバイザーはスケジュールとアクティビティにその場で調整を行う必要があります。こうした変更に効果的に対処するため、スーパーバイザーはスケジュール内で日中管理を実行し、スケジュールされたアクティビティを一括または個別のエージェント単位で動的に追加、削除、置換できます。 公開済みのスケジュールから、管理者は日中管理のために次の操作を実行できます:
  • 割り当て済みアクティビティを編集
  • アクティビティの期間または開始/終了時刻を編集
  • 正味人員を確認
  • 個人にアクティビティを追加
  • アクティビティを一括追加
### 遵守ダッシュボード ワークフォース管理には、日中の従業員およびチーム管理向けのリアルタイムの遵守ダッシュボードがあり、スケジュールの遵守状況をコンタクトセンターのスーパーバイザーがリアルタイムで把握できるようにします。遵守ダッシュボードに含まれるデータには以下が含まれます: | | | | ------------------------------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------- | 遵守ダッシュボードは、公開されたスケジュールに対するエージェントのライブアクティビティを追跡します。エージェントの現在のステータスがスケジュールされたアクティビティと一致しない場合、そのエージェントは遵守外としてマークされ、エージェントの日次遵守スコアが動的に更新されます。 {% hint style="success" %} **例** 午前8時から10時の間に電話キューのアクティビティがスケジュールされているエージェントが、午前9時に予定外の休憩に入った場合、そのエージェントは遵守外としてマークされ、ステータスが割り当てられたアクティビティに戻るまで日次遵守率が動的に更新されます。 {% endhint %}
## レポート 以下のセクションでは、ワークフォース管理で利用できるさまざまな報告とデータを説明します。 ### **履歴アドヒアランス報告** 履歴アドヒアランス報告は、特定の期間におけるエージェントのアドヒアランス実績の概要を提供し、1報告あたり最大30日分を対象とします。 報告に複数日が含まれる場合、最初に指定期間のユーザーの平均アドヒアランスを表示します。スーパーバイザーは、ユーザーの平均アドヒアランス報告を展開し、各日のアドヒアランスを確認できます。
### **スケジュール活動報告** スケジュール活動報告では、過去および将来の日付に対する予定されたエージェントのアクティビティの詳細な概要が提供され、各アクティビティに各日どれだけの時間が割り当てられているかが表示されます。スーパーバイザーは、個人、特定のアクティビティ、およびスケジュール作成グループで報告を絞り込み、適切な要員配置の確保とサービスレベルの維持に役立てることができます。この報告はCSVにもエクスポートでき、作業スケジュールに関する連携や詳細な確認を容易にし、より適切なリソース管理と計画を可能にします。
### **予測値対実績値報告** スーパーバイザーは、予測値対実績値報告で、選択した期間の予測量、実績量、平均処理時間（AHD）、および要員配置を簡単に比較できます。この報告は、チームが差異を把握し、将来の計画を改善するのに役立ちます。データは日次、週次、月次で表示でき、パーセント差異も含まれます。より正確な要員配置比較のため、スーパーバイザーは短期予測のシフト時間を設定し、1日あたりの固有スタッフ数を算出できます。
### **日中報告** 管理者とスーパーバイザーは、日中報告を表示して、スケジュールの予測精度を前日または当日のエンゲージメント量と比較できます。これにより、スーパーバイザーは予測の差異を特定し、ある日のエンゲージメント量が予測から著しく逸脱した場合に動的な要員配置の判断を行えます。
### **監査ログ** ワークフォース管理の管理者と、十分な権限を持つスーパーバイザーは、監査ログ報告にアクセスできます。この報告には、管理者、スーパーバイザー、およびユーザーが製品内で行った操作の堅牢な一覧が含まれます。監査ログにアクセスできるユーザーは、日付または実行された特定の操作で絞り込むことができます。報告に含まれるログには以下が含まれます: | | | | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ |
## エージェントのスケジュール変更リクエストの管理 許可されている場合、ワークフォース管理のエージェントはウェブポータルを使用して休暇とスケジュール変更のリクエストを送信でき、スケジュール管理が簡単になります。ワークフォース管理の管理者とスーパーバイザーは、ウェブポータルからこれらのリクエストを承認および管理できます。
### エージェントボード #### スーパーバイザーはAgent Boardを使用してシフトのカバレッジと人件費を管理できます Agent Boardは、スーパーバイザーに対し、シフトのオファーや任意休暇の機会を通じて人員不足に対処するためのワークスペースを提供します。スーパーバイザーは、予測需要がスケジュール済みカバレッジと一致しないときにオファーを作成し、エージェントが運用上の必要に応じてスケジュールを調整できるようにします。 #### スーパーバイザー向けインターフェースは、Agent Boardをオファー、クレーム、アナウンスメントに整理します スーパーバイザーの視点では、Agent Boardインターフェースには3つのタブが表示されます: オファーは、エージェントが取得できるシフト機会または任意休暇を表します。クレームは、承認待ちのエージェント応答を表します。アナウンスメントは、スーパーバイザーがエージェントに送信する配信メッセージです。 #### 人員不足がシフトオファーを引き起こす 予測需要がオンラインのエージェントによるカバレッジを上回ると、スーパーバイザーはシフトオファーを作成できます。これらのオファーはエージェントのAgent Boardインターフェースに表示され、エージェントはオンラインのシフトを取得できます。この仕組みにより、コンタクトセンターはスーパーバイザーが手動でシフトを割り当てることなくカバレッジの不足に対処できます。 #### 人員過剰により任意休暇オファーが可能になる 予測需要がスケジュール済みカバレッジを下回ると、スーパーバイザーは任意休暇を提供できます。任意休暇オファーを取得したエージェントは予定労働時間を減らし、コンタクトセンターは人員配置を実際の需要に合わせて人件費を削減できます。任意休暇オファーは、スケジュール変更を強制することなくエージェントの余剰を解消します。 #### クレームの承認は手動レビューまたは自動化ルールによって管理されます エージェントがオファーを取得すると、クレームはレビュー状態に入ります。スーパーバイザーはAgent Boardインターフェースから手動でクレームを承認できます。あるいは、システムが [クレームを自動承認する](#agent-board-claims) 事前定義された自動化ルールを満たすもの。クレームルールは、どの条件でクレームが自動承認されるかを定義し、手動介入が必要なクレームを制限します。 ### 自動化ルール #### スケジュール変更の承認 ワークフォース管理の管理者は、エージェントのスケジュール変更を自動承認するルールを設定できます。セキュリティグループによって異なるアクティビティコードに基づき、週または月あたりの変更回数を制限できます。管理者は特定のエージェントやアクティビティコードに対する自動承認を無効にすることもできます。システムは、エージェントがスケジュール変更が許可されているスケジュールグループに所属していることを確認し、プロセスを簡素化して手動レビューを減らします。 #### エージェントの不在リクエストの自動承認 ワークフォース管理の管理者は、エージェントの不在リクエストを自動承認するルールを設定できます。サービスグループごとに、割合またはリクエスト数でしきい値を定義できます。管理者は、エージェントの週次または月次のリクエスト数を制限したり、特定のエージェントが特定のアクティビティコードを使用することを制限したりすることもできます。この自動化により、コンタクトセンターの承認が簡素化され、管理負荷が軽減されます。 #### Agent Boardのクレーム ワークフォース管理のスーパーバイザーは、エージェントの不在リクエストに利用できる同じフレームワークを使用して、Agent Boardのクレームを自動管理および承認できます。管理者は、アクティビティコード、オファータイプ、しきい値、クレーム上限、特定のエージェント制限に基づいて、資格と承認を制御するルールを定義できます。 ### PTO/病欠の付与と残高 #### 休暇残高の追跡 スーパーバイザーは、従業員の休暇残高に対するすべての変更を表示する包括的な台帳を確認できます。この台帳には、付与、休暇申請、手動の残高調整が含まれます。各エントリには、日付、変更理由、変更量、結果としての残高が表示されます。ユーザーは、アクティビティタイプで台帳をフィルタリングして、特定の残高変更に絞り込めます。 ## ワークフォース管理のアクセスと利用 このセクションでは、ライセンス、権限、設定など、ワークフォース管理のさまざまな側面について説明します。 ### ライセンスと権限 #### **ワークフォース管理は、1席単位のライセンスモデルを使用します** Zoomワークフォース管理は、1セットごとのライセンスモデルを使用します。アクセスが必要な各ユーザーには、製品のライセンスを割り当てる必要があります。たとえば、1人のスーパーバイザーと9人のエージェントには、合計10ライセンスのワークフォース管理が必要です。 #### **ワークフォース管理にアクセスして使用するには、ユーザーにロールベースの権限を付与する必要があります** ワークフォース管理は、Zoomウェブポータルのロールセクション内に専用タブとして表示されます。ワークフォース管理のロールは、他の製品領域のロールと組み合わせて割り当てることができます。 #### **デフォルトのロール** **WFM管理者**：WFM管理者ロールは、すべてのスケジュール作成グループにわたるワークフォース管理のすべての機能への完全なアクセスを付与します。事前作成されたWFM管理者ロールに割り当てられたユーザーのみが、ワークフォース管理システム内で管理者として認識されます。 **WFMスーパーバイザー**：WFMスーパーバイザーロールは、割り当てられたスケジュール作成グループ内の管理機能へのアクセスを提供します。スーパーバイザーは、スケジュールを変更し、エージェントを管理し、割り当てられたスケジュール作成グループの設定を設定することができます。スーパーバイザーは、スーパーバイザー権限を持たないスケジュール作成グループについては読み取り専用の表示のみを持ちます。 **WFMスーパーバイザー** （閲覧のみ）：WFMスーパーバイザー（閲覧のみ）ロールは、変更権限なしで、すべてのスケジュール作成グループへの読み取り専用アクセスを付与します。 **WFMエージェント**：WFMエージェントロールは、エージェント向けインターフェースへのアクセスを提供します。このロールのユーザーは、自分のスケジュールを表示し、スケジュールされたアクティビティに参加できますが、管理または設定機能にはアクセスできません。 #### スケジュール可能なスーパーバイザー スーパーバイザーは、エージェントとしてスケジュール作成の対象としてオンラインにできます。この可用性は、ユーザーに割り当てられたロール内の「staffable」設定で制御されます。staffable設定は、そのユーザーがシフトやタスクに割り当て可能な人物としてシステムに表示されるかどうかを決定します。 ロール設定内の「staffable」属性をオンにすることで、この設定を有効にできます。この属性は、ロールがユーザーに最初に割り当てられた後ならいつでも変更できます。 この設定はスーパーバイザー権限とは独立して動作します。ユーザーは同時にスーパーバイザーとスケジュール作成の対象の両方になれます。2つの機能は相互に排他的ではありません。 #### カスタムロール設定 カスタムロールは、きめ細かな権限割り当てで作成できます。権限は、ワークフォース管理内の機能ごとに整理されています。各機能領域には、それぞれ独立して有効/無効にできる対応する権限制御があります。 サポートされる権限には以下が含まれます: * 予測の生成と編集 * スケジュールの設定と最適化 * AIを活用した一括スケジュール作成操作 * シフトの作成と変更 * アクティビティコードと作業ルールの管理 * 休暇リクエストとシフト交換の承認ワークフロー * 自動化ルールの設定 * エージェントの不在残高管理 * ユーザーとフィルターグループの管理 * エージェントステータスマッピング * 遵守報告と例外処理 カスタムロールでスーパーバイザー権限のいずれかをチェックすると、そのユーザーはスーパーバイザーとして指定されます。そのロールにstaffable属性を追加すると、そのユーザーはスーパーバイザーとエージェントの両方になります。ただし、カスタムロールは、割り当てられた権限の数にかかわらず、WFM管理者ステータスを付与しません。管理者の指定は、事前作成されたWFM管理者ロールのみに限定されます。 #### スケジュール作成グループベースの権限スコープ ワークフォース管理内の権限はスケジュール作成グループ単位で機能します。組織は、割り当てられたスケジュール作成グループ内で、スーパーバイザーが何を表示または管理する権限を持つかを制御できます。 スーパーバイザーロールは、すべてのグループで読み取り専用の表示を維持しながら、運用上の制御を割り当てられたスケジュール作成グループに制限します。スーパーバイザーは、指定されたスケジュール作成グループ内でのみ、スケジュールを変更し、エージェントを割り当て、設定することができます。他のグループのキュー、エージェント名簿、予測には表示のみでアクセスできますが、変更はできません。 スケジュールのドロップダウンやスケジュール設定インターフェースなどの一部の表示は、自動的にスーパーバイザーに割り当てられたグループのみを表示するようにフィルターされます。予測などの他の表示は、デフォルトでスーパーバイザー自身のグループを表示しますが、変更権限なしで他のグループも表示できます。 スーパーバイザーは、自分をスケジュール作成グループの割り当てに追加または削除することも、管理しているグループに追加のスーパーバイザーを割り当てることもできません。これらの操作には、明示的なスーパーバイザー管理権限を持つロール、またはWFM管理者ロールが必要です。 ### 設定 ワークフォース管理の設定は、ビジネス固有のニーズに合わせてカスタマイズできます。一般設定とエージェントステータスマッピングの設定の詳細は引き続きご覧ください。 #### **一般設定** **システム設定** * 日付形式 * 時刻形式 * タイムゾーン * 週の初日: スケジュール週の開始曜日は、スケジュール内の日の配置を決定します。たとえば、月曜日に設定すると、土曜日と日曜日は週の最後にまとめられます。日曜日に設定すると、日曜日が先頭に、土曜日が最後になります。 **スケジュール作成設定** * スケジュール時間しきい値: 特定の時間間隔内で、エージェントの在席をカウントするためにスケジュールされる必要がある時間の最小割合。\n例: しきい値が60%に設定されている場合、15分間隔内で15分のうち9分はスケジュールされている必要があります。 * 次回のスケジュールアクティビティ通知時刻: スケジュールアクティビティの次回通知が有効な場合、この設定は、エージェントにスケジュール内の次のアクティビティをどれだけ前に通知するかを決定します。 * シフトにタイムゾーンを設定する機能: 有効にすると、シフトの作成または編集時にオプションのタイムゾーン欄が表示されます。タイムゾーンを選択すると、割り当てられたエージェントはそのタイムゾーンに基づいてシフトを受け取ることが強制されます。 * 組織グループ: 管理者がスケジュール作成グループを組織単位に整理できるようにします。 **遵守** * 目標遵守率: 遵守報告で使用される既定の目標遵守率の範囲です。\n例: 良好な遵守が90～100%、改善の余地ありが80～89%、不十分が80%未満の場合。 * 日次目標達成率: アドヒアランスダッシュボードで使用される日次の遵守目標です。\n例: コンタクトセンターが各日、全エージェントで全体として90%のスケジュール遵守を目指す場合、この値は90%に設定する必要があります。 **エージェント遵守報告** * エージェント遵守報告: エージェントが自分自身の遵守報告を表示できるようにします。 * エージェント遵守報告スケジュール作成グループ: エージェント遵守報告を表示できるスケジュール作成グループを選択します。\n重要: 何も選択しない場合、すべてのグループが許可されます。 **ローテーションスケジュール作成** * ローテーションスケジュール作成: エージェントが自動的に順番に回る、選択したシフトのテンプレートを追加します。 **外部カレンダー設定** * Zoomワークフォース管理と統合カレンダーの間でスケジュール情報を一方向に自動同期します。公開されたスケジュールは、「使用中」のカレンダー連携に自動的に同期されます。 * エージェントのカレンダーにWFMスケジュールをオンラインとして表示する: 有効にすると、エージェントにスケジュールがある場合でも、そのカレンダーはオンラインとしてマークされます。無効にすると、スケジュールは通話中としてマークされ、エージェントのカレンダーをブロックします。 **席数上限** * 席数上限: 週の各日にわたって、1日のさまざまな時間帯の最小および最大の席数上限を設定します。 **不在リクエスト** * デフォルトの日次期間: エージェントが休暇を申請するときのデフォルトの日次期間数量です。この数値は、取得する休暇の合計時間を計算するために使用されます。 * 部分日リクエスト: エージェントが部分的な休暇日（デフォルトの日次期間として設定された時間より短い）を申請できるようにします。 * 不在の自動承認: 不在リクエストの自動承認を有効にし、Requests Managementでルール設定を許可します。\n重要: ルールが設定されるまで、すべての変更が承認されます。 **エージェントのスケジュール表示** * エージェントのスケジュールを表示: エージェントが他のエージェントのスケジュールを表示できるようにします。 **エージェントのスケジュール交換** * スケジュール交換: エージェントがスケジュールを交換できるようにします。 * 自動交換承認: 交換の自動承認を有効にし、Requests managementでルール設定を許可します。\n重要: ルールが設定されるまで、すべての交換はエージェントの承認時に承認されます。 **シフト入札** * シフト入札: エージェントがシフトに入札してスケジュールを生成できるようにします。 **シフトの設定** * 開始希望時刻: エージェントがシフトの開始希望時刻を設定できるようにします。 **エージェントボード** * Agent Board: エージェントがスーパーバイザーのスケジュールオファーを表示して取得できるようにします。 **スケジュール変更リクエスト** * スケジュール変更リクエスト: エージェントが自分のスケジュールの変更をリクエストできるようにします。 **スケジュール作成グループの管理** * スケジュール作成グループにスーパーバイザーを割り当てる: スーパーバイザーが自分でスケジュール作成グループに割り当てられるようにし、管理者がスーパーバイザーをスケジュール作成グループに割り当てられるようにします。スーパーバイザーは、割り当てられたスケジュール作成グループとスーパーバイザー通知の設定に基づいて通知を受け取ります。スーパーバイザーは、自分に割り当てられたスケジュール作成グループ内のリソースのみを表示および編集できますが、すべてのスケジュール作成グループの予測にはアクセスできます。 **第2スケジュール作成グループ** * 1人以上のエージェントに対して、スケジュール作成グループを第2SGとして割り当てる **予測サービスレベル** * スケジュールページで予測SLAを有効にする **不在残高とポリシー** * 積立ポリシーを設定し、不在アクティビティの残高を表示する **スケジュール作成の制限** * スケジュールページでの同時編集を阻止する: 1人のユーザーのみが一度にスケジュールを編集できるようにします。 #### **エージェントステータスマッピング** エージェントステータスマッピングの設定では、コンタクトセンターの管理者とスーパーバイザーが、遵守報告向けに複数のステータスやサブステータスを持つアクティビティをカスタマイズできます。 ただし [アクティビティ](https://library.zoom.com/business-services/zoom-workforce-management/workforce-management-explainer) は、エージェントがシフト中に実行するさまざまなタスクまたは責務ですが、アクティビティには、遵守および報告の目的でエージェントの一般的な可用性を反映するステータスが必要です。ワークフォース管理では、アカウント管理者がエージェントステータスマッピングメニューを使用して、複数のステータスやサブステータスを持つアクティビティをカスタマイズし、エージェントの可用性を正確に反映できます。 たとえば、電話キューのアクティビティにスケジュールされたエージェントは、待機中と使用中のステータスを示すことがあり、作業に準備ができているか、作業中であることを示します。 休憩アクティビティを持つエージェントは、準備完了ではないステータスを示すことがあります。これはさらに、食事、強制、コーヒー、または通話後など、ステータスに関する追加情報を示すサブステータスで細分化できます。 #### **通知** ［値の説明］で **通知** タブでは、ワークフォース管理の管理者とスーパーバイザーが、通知をユーザーのアクティビティセンターへ直接送るかメールで送るかなど、通知配信方法の設定を行えます。このメニューでは、次の設定を編集できます: | 通知タイプ | 受信者 | | -------------------------- | --------------- | | アドヒアランス報告の生成 | 管理者、スーパーバイザー | | アドヒアランス報告の生成に失敗しました | 管理者、スーパーバイザー | | AIスケジュールシフトの自動割り当て | 管理者、スーパーバイザー | | AIによるスケジュールシフトの生成 | 管理者、スーパーバイザー | | 遅刻または早退アクティビティの自動追加プロセスの失敗 | 管理者、スーパーバイザー | | スケジュールクリアリクエストが完了しました | 管理者、スーパーバイザー | | 動的スケジュールが生成されました | 管理者、スーパーバイザー | | 予測が生成されました | 管理者、スーパーバイザー | | 日中アラート | 管理者、スーパーバイザー | | 遵守外のエージェントアラート | エージェント | | 遵守外のスーパーバイザーアラート | スーパーバイザー | | 不在リクエストが送信されました | スーパーバイザー | | 不在リクエストが更新されました | エージェント | | 再最適化リクエストが完了しました | 管理者、スーパーバイザー | | シフト入札をレビューする | 管理者、スーパーバイザー | | スケジュールアクティビティの今後の予定 | エージェント | | スケジュールアクティビティが更新されました | エージェント | | スケジュール変更リクエストが送信されました | スーパーバイザー | | スケジュール変更リクエストが更新されました | エージェント | | スケジュールロックの解除 | 管理者、スーパーバイザー | | スケジュールオファーのクレーム状態の変更 | エージェント | | スケジュールオファーがクレームされました | 管理者、スーパーバイザー | | スケジュールオファーが投稿されました | エージェント | | スケジュールが公開されました | エージェント | | スケジュール交換リクエストのステータス変更 | エージェント、スーパーバイザー | | スケジュール交換リクエストが送信されました | エージェント | | シフト入札がキャンセルされました | エージェント | | シフト入札が終了しました | エージェント | | シフト入札が開始されました | エージェント | | シフト入札のランキングが変更されました | エージェント | | シフト入札のランキングが送信されました | エージェント | | シフト入札のリマインダー | エージェント | --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter: ``` GET https://library.zoom.com/technical-library/ja/bijinesusbisu/zoom-workforce-management/workforce-management-explainer/management-and-administration.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.