スタッフ、設備、およびプールに関する作業
組織で、提供する可能性のあるスケジュール シナリオをすべてサポートするためには、リソースをスケジュールできることが重要です。 これを支援するために、ユニバーサル リソース スケジュールには複数のリソースの種類が用意されています。 これらを使用して、あらゆる作業の処理に使用できます。たとえば、部屋の予約から、同じジョブに複数のリソースの種類が必要になる、より高度なシナリオにまで使用できます。 また、特定のユーザー、取引先企業、取引先担当者、または備品に対してもリソースを定義できます。 設備、スタッフ、またはリソースのプールを表すようにリソースを定義することもできます。
設備リソースの定義
リソースを作成するときに、リソースを設備リソースとして定義できます。 設備リソースは、イベントの会場、整備工場の作業ベイなど、物理的なスペースを確保する必要がある場合に役立ちます。 また、Microsoft 製品の小売店でノート PC の修理担当者を予約したり、銀行で資産管理の相談担当者を予約したりするなど、設備の人員の予定をスケジュールする必要がある場合にも役立ちます。
施設は会議室やミーティング スペースなどの物理的な場所を表すため、有効な緯度と経度の住所を持つ組織単位に関連付ける必要があります。 設備の開始場所と終了場所は、組織単位の住所に設定する必要があります。
スタッフ
スタッフは、品目に対してスケジュールできる人員の定義済みグループを表す必要がある場合に使用するリソースの種類です。 たとえば、家事代行サービスを提供する会社でスタッフを使用し、作業に派遣する個々の清掃スタッフを表して定義することができます。 スタッフも他のリソースと同様にスケジュール ボードに表示されます。 スタッフのメンバーをスケジュール ボードに表示できるので、スタッフ メンバー全員の全体的な空き時間を確認できます。 スタッフをスケジューリングすると、スタッフのメンバー全員もスケジューリングされます。
リソースの種類としてスタッフを選択した場合は、スタッフの具体的なメンバーを定義する必要があります。 それには、スタッフのリソース レコードの関連タブを選択し、リソースの子を選択して、スタッフのメンバーを定義します。 Dynamics 365 の他のレコードとは異なり、スタッフ メンバーを定義する場合は、フォーム上のすべてのフィールドが必須になります。
定義するスタッフ メンバーごとに、次の情報を入力する必要があります。
名前: スタッフの一員として表示されるリソースの名前。 たとえば、"設置チーム 1 - Dave" などです。
親リソース: リソースを関連付けるスタッフの名前を定義します。 (既定であらかじめ入力されています。)
子リソース: スタッフに関連付ける予約可能なリソースを定義します。
開始日: リソースをスタッフのメンバーとして使用可能な最初の日付です。
終了日: リソースをスタッフのメンバーとして使用可能な最後の日付です。
重要
リソースは、特定の期間、1 つのスタッフまたはリソース プールにのみ関連付けることができます。 たとえば、Ashley を 2019 年 1 月 1 日から 2019 年 1 月 31 日の間、家事代行サービスのスタッフとして割り当てている場合、その期間中に別のスタッフまたはリソース プールに割り当てることはできません。
特定の日付にスタッフをスケジュールする際は、指定した日時にそのスタッフに属するリソースのみが表示され、スケジュールできます。
たとえば、組織で "Maid Crew 1" という新しいスタッフを定義するとします。 組織では次の子リソースをスタッフに追加します。
スタッフ 1 のリーダー: Ashley Chinn - 6 月 1 日から 12 月 31 日まで。
スタッフ 1 のメンバー 1 - Bernadette Foley - 6 月 1 日から 12 月 31 日まで。
スタッフ 1 のメンバー 2 - Clarence Desimone - 6 月 1 日から 10 月 31 日まで。
スタッフ 1 の代替要員 1 - Dawn Phelps - 9 月 1 日から 12 月 31 日まで。
派遣担当者が 9 月 4 日のジョブに対してスタッフをスケジュールする場合は、スタッフ全員がその日付のスタッフ メンバーとして定義されているので、すべてのスタッフが表示され、スケジュールされます。 しかし、派遣担当者が、12 月 12 日のジョブに対してスタッフをスケジュールする場合は、Ashley、Bernadette、および Dawn のみが表示され、スケジュールされます。これは、10 月 31 日より後は Clarence がスタッフ メンバーとして定義されていないからです。
リソース プール
リソース プールを使用すると、スケジュール管理者は、どのリソースが実際に作業を実行するのかを決める必要がなく、汎用のプールに要件を予約できます。 その後、これらの予約を後日プール メンバーに再スケジュールできます。
次のようなさまざまな理由から、リソース プールを定義すると便利です。
過剰なコミットメントを回避: ジョブをスケジュールする場合、リソース プールをプレース ホルダーとして使用できます。 この機能を使用して、実際のリソースを提供できるようになるまでの時間をブロックし、コミットされたものとしてマークします。
地域の派遣の支援: 複数の地域を監督する中央の派遣担当者が、地域のリソース マネージャーが特定の詳細を入力できるようになるまで、プールをプレースホルダーとして使用できます。
能力計画: 具体的なリソースがまだわからない場合でも、プールのキャパシティを設定して、後でリソースを指名することができます。 そのような場合でも、名前付きリソースであるかのようにプールのキャパシティを設定できるため、スケジューラはスケジュールを行うことができます。
キャンセルを見越して意図的にオーバーブッキングを有効にする: 顧客がキャンセルする可能性を考慮して、リソース プールを使用してリソースをオーバーブッキングできます。
リソース プールも他のリソースと同じ方法で作成します。 リソースの種類としてプールを選択する場合は、将来のリソース プールの種類を定義する必要があります。 リソース プールは同種のリソースであること、つまり、すべて同じ種類であることを前提としています。 たとえば、電気技術者から成るリソースのプールや、同じスケジューリング キャパシティを持つ部屋のプールを用意できます。 また、リソース プールにはプールのキャパシティ (プール内のリソースの数) を自動的に計算する機能もあります。
リソース プールの種類は次のとおりです。
設備: 建物または場所を表します。
設備には、その提供元である組織単位を定義する必要があります。
開始場所と終了場所は、選択した組織単位に設定する必要があります。
取引先企業/取引先担当者/ユーザー: スケジューリング可能な個々の人員や品目を表します。
備品: 各種の備品。
重要
リソースは、特定の期間、1 つのスタッフまたはリソース プールにのみ関連付けることができます。 たとえば、Ashley を 2019 年 1 月 1 日から 2019 年 1 月 31 日の間、家事代行サービスのスタッフとして割り当てている場合、その期間中に別のスタッフまたはリソース プールに割り当てることはできません。