> 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分ごとの想定量と、コールハンドリングの平均時間（たとえば通話時間 + 保留時間 + 通話後処理）が含まれます。スケジューリング管理者は、履歴データで表現されていない想定される量の変化に対応するため、予測を微調整または一括編集できます。予測された量を確認したら、予測の推奨人員を生成します。 ### **公開** 予測の通話量と人員要件をプレビューした後、予測を確定してスケジュールへ公開します。想定されるエンゲージメント量に対して十分なカバレッジを確保するために、人員レベルを再度微調整する必要がある場合があります。人員レベルが確認されたら、予測されたスケジュールを公開します。 ## 日中管理 以下のセクションでは、日中のエージェントとスケジュールの管理について説明します。 ### **スケジュールとアクティビティの管理** 業務中は、予測されたエンゲージメント量と実際のエージェント人員が常に一致するとは限らず、コールセンターの監督者がスケジュールとアクティビティにその場で調整を行う必要が生じます。これらの変更に効果的に対応するため、監督者はスケジュール内で日中管理を実行でき、スケジュール済みアクティビティを一括または個別のエージェント単位で動的に追加、削除、置換できます。 公開済みのスケジュールから、監督者は日中管理として以下の操作を実行できます:
  • 割り当て済みアクティビティの編集
  • アクティビティの期間または開始/終了時刻の編集
  • 純人員の確認
  • 個人にアクティビティを追加
  • 一括でアクティビティを追加
### アドヒアランスダッシュボード ワークフォース管理には、日中の従業員およびチーム管理向けのリアルタイムのアドヒアランスダッシュボードが含まれており、コンタクトセンターの監督者に対して、スケジュールがどのように遵守されているかのライブな把握を提供します。アドヒアランスダッシュボードに含まれるデータには以下が含まれます: | | | | -------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------ | アドヒアランスダッシュボードは、公開済みスケジュールに対するエージェントのライブなアクティビティを追跡します。エージェントの現在の状態が割り当てられたアクティビティと一致しない場合、そのエージェントはアドヒアランス外としてマークされ、エージェントの日次アドヒアランススコアは動的に更新されます。 {% hint style="success" %} **例** たとえば、エージェントが午前8時から10時までの電話キューアクティビティにスケジュールされているにもかかわらず、9時に予定外の休憩に入った場合、そのエージェントはアドヒアランス外としてマークされ、状態が割り当てられたアクティビティに戻るまで日次アドヒアランス率が動的に更新されます。 {% endhint %}
## レポート 以下のセクションでは、ワークフォース管理で利用できるさまざまなレポートとデータについて説明します。 ### **履歴アドヒアランスレポート** 履歴アドヒアランスレポートは、特定の期間におけるエージェントのアドヒアランス実績の概要を提供し、1レポートあたり最大30日分を扱います。 レポートに複数日が含まれる場合、最初に指定期間のユーザーの平均アドヒアランスが表示されます。監督者はユーザーの平均レポートを拡張し、各日のアドヒアランスを確認できます。
### **スケジュールアクティビティレポート** スケジュールアクティビティレポートは、過去および将来の日付のスケジュール済みエージェントアクティビティの詳細な概要を提供し、各アクティビティに毎日どれだけの時間が割り当てられているかを示します。監督者は、個人、特定のアクティビティ、スケジューリンググループでレポートをフィルタリングして、適切な人員配置の確保とサービスレベルの維持に役立てることができます。このレポートはCSVにエクスポートすることもでき、業務スケジュールの共同作業や詳細な確認を容易にし、より適切なリソース管理と計画を可能にします。
### **予測と実績レポート** 監督者は、予測と実績レポートで、選択した期間の予測量、実際の量、平均処理時間（AHD）、人員を簡単に比較できます。このレポートは、チームが差異を把握し、今後の計画を改善するのに役立ちます。データは日次、週次、月次で表示でき、割合の差異も含まれます。より正確な人員比較のために、監督者は短期予測のシフト期間を設定して、日ごとの固有スタッフ数を計算できます。
### **日中レポート** 管理者と監督者は、日中レポートを表示して、スケジュールの予測精度を前日または当日のエンゲージメント量と比較できます。これにより、監督者は予測の差異を特定し、ある日のエンゲージメント量が予測から大きく外れた場合に動的な人員決定を行えます。
### **監査ログ** 十分な権限を持つワークフォース管理の管理者と監督者は、監査ログレポートにアクセスできます。このレポートには、製品内で管理者、監督者、ユーザーが行った操作の充実した一覧が含まれます。監査ログにアクセスできるユーザーは、日付または実行された特定の操作でフィルタリングできます。レポートに含まれるログには以下が含まれます: | | | | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
## エージェントのスケジュール要求変更の管理 許可されている場合、ワークフォース管理のエージェントはウェブポータルを使用して休暇とスケジュール変更の要求を送信でき、スケジュール管理が簡素化されます。ワークフォース管理の管理者と監督者は、ウェブポータルからこれらの要求を承認および管理できます。
### エージェントボード #### 監督者はエージェントボードを使用して、シフトカバレッジと労務コストを管理できます エージェントボードは、シフトオファーや自主休暇の機会を通じて人員の不均衡に対応するためのワークスペースを監督者に提供します。監督者は、予測需要が予定されたカバレッジと一致しない場合にオファーを作成し、運用上の必要に応じてエージェントがスケジュールを調整できるようにします。 #### 監督者インターフェースは、エージェントボードをオファー、クレーム、通知に整理します 監督者の視点では、エージェントボードのインターフェースには3つのタブが表示されます: オファーは、エージェントが申請できるシフトの機会または自主休暇を表します。クレームは、承認待ちのエージェントの応答を表します。通知は、監督者がエージェントに送信するブロードキャストメッセージです。 #### 人員不足がシフトオファーを引き起こします 予測需要が利用可能なエージェントのカバレッジを上回る場合、監督者はシフトオファーを作成できます。これらのオファーはエージェントのエージェントボードインターフェースに表示され、エージェントは利用可能なシフトを申請できます。この仕組みにより、コールセンターは監督者が手動でシフトを割り当てなくてもカバレッジの不足に対応できます。 #### 過剰人員は自主休暇オファーを可能にします 予測需要が予定されたカバレッジを下回る場合、監督者は自主休暇を提供できます。自主休暇オファーを申請したエージェントは予定された労働時間を減らし、コールセンターが人員を実際の需要に合わせて労務コストを削減できるようにします。自主休暇オファーは、スケジュール変更を強制することなくエージェントの余剰を解消します。 #### クレームの承認は手動レビューまたは自動化ルールによって管理されます エージェントがオファーを申請すると、そのクレームはレビュー状態になります。監督者はエージェントボードインターフェースから手動でクレームを承認できます。あるいは、システムが [クレームを自動承認](#agent-board-claims) する場合もあります。これは、事前に定義された自動化ルールを満たすものです。クレームルールは、どの条件でクレームが自動承認されるかを指定し、手動介入が必要なクレームを制限します。 ### 自動化ルール #### スケジュール変更の承認 ワークフォース管理の管理者は、エージェントのスケジュール変更を自動承認するルールを設定できます。セキュリティグループによって異なるアクティビティコードに基づき、週または月ごとの変更回数を制限できます。管理者は、特定のエージェントまたはアクティビティコードに対して自動承認を無効にすることもできます。システムは、エージェントがスケジュール変更を許可されたスケジュールグループに属していることを検証し、プロセスを簡素化して手動レビューを減らします。 #### エージェントの不在要求の自動承認 ワークフォース管理の管理者は、エージェントの不在要求を自動承認するルールを設定できます。サービスグループごとに、割合または要求数でしきい値を定義できます。管理者はまた、エージェントごとの週または月の要求数を制限し、特定のエージェントが特定のアクティビティコードを使用することを制限できます。この自動化により承認が簡素化され、コンタクトセンターの管理負荷が軽減されます。 #### エージェントボードのクレーム ワークフォース管理の監督者は、エージェントの不在要求に利用できるのと同じフレームワークを使用して、エージェントボードのクレームを自動的に管理および承認できます。管理者は、アクティビティコード、オファータイプ、しきい値、クレーム制限、および特定のエージェント制限に基づいて、資格と承認を制御するルールを定義できます。 ### PTO/病欠の付与と残高 #### 休暇残高の追跡 監督者は、従業員の休暇残高のすべての変更を表示する包括的な台帳を確認できます。この台帳には、積立、休暇要求、手動による残高調整のエントリが含まれます。各エントリには、日付、変更理由、変更量、結果の残高が表示されます。ユーザーは、特定の残高変更に集中するために、アクティビティタイプで台帳をフィルタリングできます。 ## ワークフォース管理にアクセスして使用する このセクションでは、ライセンス、権限、設定など、ワークフォース管理の各側面について説明します。 ### ライセンスと権限 #### **ワークフォース管理は、1席ごとのライセンスモデルを採用しています** Zoomワークフォース管理は、1セットごとのライセンスモデルを採用しています。いずれかの機能へのアクセスが必要な各ユーザーには、製品のライセンスが割り当てられている必要があります。たとえば、1人の監督者と9人のエージェントには、合計10件のワークフォース管理ライセンスが必要です。 #### **ワークフォース管理へのアクセスと使用には、ユーザーにロールベースの権限が付与されている必要があります** ワークフォース管理は、Zoomウェブポータルのロールセクション内に専用のタブとして表示されます。ワークフォース管理のロールは、他の製品領域のロールと組み合わせて割り当てることができます。 #### **デフォルトのロール** **WFM管理者**: WFM管理者ロールは、すべてのスケジューリンググループにわたるワークフォース管理のすべての機能へのフルアクセスを付与します。事前に用意されたWFM管理者ロールが割り当てられているユーザーのみが、ワークフォース管理システム内で管理者として認識されます。 **WFM監督者**: WFM監督者ロールは、割り当てられたスケジューリンググループ内の管理機能へのアクセスを提供します。監督者は、明示的に監督者として割り当てられたスケジューリンググループのスケジュールを変更し、エージェントを管理し、設定を構成できます。監督者権限を持たないスケジューリンググループについては、参照のみ可能です。 **WFM監督者** （閲覧のみ）: WFM監督者（閲覧のみ）ロールは、変更権限なしで、すべてのスケジューリンググループへの参照専用アクセスを付与します。 **WFMエージェント**: WFMエージェントロールは、エージェント向けインターフェースへのアクセスを提供します。このロールのユーザーは、自分のスケジュールを表示し、予定されたアクティビティに参加できますが、管理または設定機能にはアクセスできません。 #### 割り当て可能な監督者 監督者は、エージェントとしてスケジューリング可能にできます。この可用性は、ユーザーに割り当てられたロール内の「割り当て可能」設定によって制御されます。割り当て可能設定は、ユーザーがシフトやタスクに割り当てられる対象としてシステムに表示されるかどうかを決定します。 割り当て可能設定は、ロール設定内の「割り当て可能」属性をオンにすることで有効になります。この属性は、ロールが最初にユーザーに割り当てられた後でも、いつでも変更できます。 この設定は監督者権限とは独立して動作します。ユーザーは同時に監督者であり、スケジューリング可能でもあります。2つの機能は互いに排他的ではありません。 #### カスタムロール設定 カスタムロールは、きめ細かな権限割り当てで作成できます。権限はワークフォース管理内の機能ごとに整理されています。各機能領域には、それぞれ個別に有効または無効にできる関連の権限制御があります。 対応する権限には以下が含まれます: * 予測の生成と編集 * スケジュールの設定と最適化 * AIを活用した一括スケジューリング操作 * シフトの作成と変更 * アクティビティコードと作業ルールの管理 * 休暇要求とシフト交換の承認ワークフロー * 自動化ルールの設定 * エージェントの不在残高管理 * ユーザーとフィルタグループの管理 * エージェントの状態マッピング * アドヒアランスの報告と例外処理 カスタムロールでいずれかの監督者権限を選択すると、そのユーザーは監督者として指定されます。そのロールに割り当て可能属性を追加すると、ユーザーは監督者かつエージェントになります。ただし、カスタムロールは、割り当てられた権限の数に関係なく、WFM管理者ステータスを付与しません。管理者の指定は、事前に用意されたWFM管理者ロールにのみ適用されます。 #### スケジューリンググループベースの権限スコープ ワークフォース管理内の権限は、スケジューリンググループ単位で動作します。組織は、監督者が割り当てられたスケジューリンググループ内で何を参照または管理する権限があるかを制御できます。 監督者ロールは、すべてのグループで参照専用の可視性を維持しながら、操作上の制御を割り当てられたスケジューリンググループに限定します。監督者は、指定されたスケジューリンググループ内でのみ、スケジュールを変更し、エージェントを割り当て、設定を構成できます。その他のグループのキュー、エージェント一覧、予測は参照のみ可能ですが、変更はできません。 スケジューリングのドロップダウンやスケジュール設定インターフェースなど一部のビューは、自動的にフィルタリングされ、監督者に割り当てられたグループのみが表示されます。予測などの他のビューでは、デフォルトで監督者自身のグループが表示されますが、変更権限なしで他のグループも表示できます。 監督者は、自分自身をスケジューリンググループの割り当てに追加したり削除したりすることはできず、管理しているグループに追加の監督者を割り当てることもできません。これらの操作には、明示的な監督者管理権限を持つロール、またはWFM管理者ロールが必要です。 ### 設定 ワークフォース管理の設定は、ビジネス固有のニーズに合わせてカスタマイズできます。一般設定とエージェント状態マッピング設定の詳細については、引き続きご覧ください。 #### **一般設定** **システム設定** * 日付形式 * 時刻形式 * タイムゾーン * 週の初日: スケジューリング週の開始日は、スケジュール内の日付の配置を決定します。たとえば、月曜日に設定すると、土曜日と日曜日は週の末尾にまとめられます。日曜日に設定すると、日曜日が先頭、土曜日が末尾になります。 **スケジューリング設定** * スケジュール時間しきい値: 特定の時間間隔内で、エージェントがスケジュールされていなければならない最小時間割合で、在席としてカウントされる条件です。\ 例: しきい値が60%に設定されている場合、15分間隔の中で9分以上スケジュールされている必要があります。 * 今後のスケジュールアクティビティ通知時間: スケジュールアクティビティの今後の通知が有効になっている場合、この設定は、エージェントが自分のスケジュール内の今後のアクティビティについてどれだけ前もって通知されるかを決定します。 * シフトをタイムゾーンに設定する機能: 有効にすると、シフトの作成または編集時にオプションのタイムゾーンフィールドが表示されます。タイムゾーンを選択すると、そのタイムゾーンに基づいて割り当てられたエージェントにシフトが配信されるようになります。 * 組織グループ: 管理者がスケジューリンググループを組織単位に整理できるようにします。 **アドヒアランス** * 目標アドヒアランス率: アドヒアランスレポートで使用されるデフォルトの目標アドヒアランス率の範囲です。\ 例: 良好なアドヒアランスが90〜100%、改善の余地ありが80〜89%、不十分が80%未満の場合があります。 * 日次目標率: アドヒアランスダッシュボードで使用される日次アドヒアランス目標です。\ 例: コールセンターが毎日、全エージェントで全体90%のスケジュールアドヒアランスを目指している場合、この値は90%に設定します。 **エージェントアドヒアランスレポート** * エージェントアドヒアランスレポート: エージェントが自分のアドヒアランスレポートを表示できるようにします。 * エージェントアドヒアランスレポートのスケジューリンググループ: エージェントアドヒアランスレポートを表示できるスケジューリンググループを選択します。\ 重要: 何も選択されていない場合、すべてのグループが許可されます。 **ローテーションスケジューリング** * ローテーションスケジューリング: エージェントが自動的にローテーションする選択済みシフトのテンプレートを追加します。 **外部カレンダー設定** * Zoomワークフォース管理と連携済みカレンダー間でスケジュール情報を一方向に自動同期します: 公開済みスケジュールは、「使用中」のカレンダー連携に自動的に同期されます。 * エージェントのカレンダーでWFMスケジュールを利用可能として表示: 有効にすると、エージェントにスケジュールがあっても、そのカレンダーは利用可能としてマークされます。無効にすると、スケジュールは通話中としてマークされ、エージェントのカレンダーがブロックされます。 **席数上限** * 席数上限: 週の各日にわたり、1日のさまざまな時間帯に対する最小および最大の席数上限を設定します。 **不在要求** * デフォルトの日次期間: エージェントが休暇を要求する際の、デフォルトの日次期間の量です。この数値は、休暇合計時間を計算するために使用されます。 * 部分日の要求: エージェントが部分的な休暇日を要求できるようにします（デフォルトの日次期間より短い時間）。 * 不在の自動承認: 不在要求の自動承認を有効にし、リクエスト管理でルール設定を許可します。\ 重要: ルールが設定されるまで、すべての変更は承認されます。 **エージェントのスケジュール可視性** * エージェントのスケジュールを表示: エージェントが他のエージェントのスケジュールを表示できるようにします。 **エージェントのスケジュール交換** * スケジュール交換: エージェントがスケジュールを交換できるようにします。 * 自動交換承認: 交換の自動承認を有効にし、リクエスト管理でルール設定を許可します。\ 重要: ルールが設定されるまで、すべての交換はエージェントの承諾時に承認されます。 **シフト入札** * シフト入札: エージェントがシフトに入札してスケジュールを生成できるようにします。 **シフト設定** * 希望開始時間: エージェントがシフトの希望開始時間を設定できるように許可します。 **エージェントボード** * エージェントボード: エージェントがスーパーバイザーからのスケジュールオファーを表示して申請できるように許可します。 **スケジュール変更リクエスト** * スケジュール変更リクエスト: エージェントが自分のスケジュールの変更をリクエストできるように許可します。 **スケジュール作成グループを管理** * スーパーバイザーをスケジュール作成グループに割り当てる: スーパーバイザーが自身をスケジュール作成グループに自己割り当てることを許可し、管理者がスーパーバイザーをスケジュール作成グループに割り当てることを有効にします。スーパーバイザーは、割り当てられたスケジュール作成グループとスーパーバイザー通知設定に基づいて通知を受け取ります。スーパーバイザーは、割り当てられたスケジュール作成グループ内のリソースのみを表示および編集できますが、すべてのスケジュール作成グループの予測にはアクセスできます。 **第2スケジュール作成グループ** * 1人以上のエージェントに対して、スケジュール作成グループを第2SGとして割り当てる **予測サービスレベル** * スケジュールページで予測SLAを有効にする **不在残高とポリシー** * 不在アクティビティの付与ポリシーを設定し、残高を表示する **スケジュール作成の制限** * スケジュール作成ページでの同時編集を阻止する: 一度に1人のユーザーのみがスケジュールを編集できるように許可します。 #### **エージェントステータスマッピング** エージェントステータスマッピング設定では、コンタクトセンター管理者とスーパーバイザーが、アドヒアランス報告のために複数のステータスおよび/またはサブステータスを持つアクティビティをカスタマイズできます。ただし、 [アクティビティ](https://library.zoom.com/business-services/zoom-workforce-management/workforce-management-explainer) は、エージェントがシフト全体を通じて実行するさまざまなタスクまたは責任ですが、アクティビティには、アドヒアランスおよび報告の目的でエージェントの一般的な可用性を反映するステータスが必要です。ワークフォース管理内では、アカウント管理者がエージェントステータスマッピングメニューを通じて、複数のステータスおよび/またはサブステータスでアクティビティをカスタマイズし、エージェントの可用性を正確に反映できます。 たとえば、電話キューアクティビティにスケジュールされているエージェントは、Ready と Occupied のステータスを示す場合があり、これは作業の準備ができているか、作業に従事していることを意味します。 休憩アクティビティ中のエージェントは、Not Ready ステータスを示す場合があります。これは、Meal、Forced、Coffee、または After 通話 など、ステータスに関する追加情報を反映するサブステータスでさらに詳細化できます。 #### **通知** 次の **通知** タブ内で、ワークフォース管理管理者とスーパーバイザーは、通知をユーザーのアクティビティセンターに直接配信するか、メールで配信するかなど、通知配信方法の設定を行えます。このメニューでは、次の設定を編集できます: | 通知タイプ | 受信者 | | -------------------------- | --------------- | | アドヒアランス報告の生成 | 管理者、スーパーバイザー | | アドヒアランス報告の生成に失敗 | 管理者 スーパーバイザー | | 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.