施設のスケジュール設定の例

施設のスケジュール設定を使用すると、修理ベイ、治療室、検査レーンなどの物理的なスペースを予約し、必要に応じて、それらのスペースをスタッフの人と組み合わせられます。 この記事では、複雑さの順に 4 つの一般的なセットアップを示します。

これらの例では、基本を理解していることを前提としています。 そうでない場合は、「施設のリソース、予約手順、適切 な施設のセットアップを選択する方法」を含む 施設のスケジュールから始めます。 これらの例は、いくつかの主要な概念に基づいて構築されています。 詳細については、以下を参照してください。

• スケジュール要件の作業場所: 作業場所 = 施設 の機能。
• 作業時間の追加: 容量 によって 1 つのリソースが同時予約を受け取る方法。
• リソース プールのスケジュール: 施設プールとユーザー プール。
• 要件グループを使用した複数リソースのスケジュール設定: 要件グループと同一対象の一部。

リソースと施設の関係

これらのシナリオでは、2 つの異なる方法でリソースを施設に接続します。 シナリオで使用するものを知ることは、次の手順に従うのに役立ちます。

• リソースの子 はプールに 含まれるものを定義します。各ベイは、その施設プールの子です ("これらのスペースはこの場所の一部です")。
• 予約可能なリソースの関連付け では、 連携する 2 つの個別のリソース (施設に関連付けられている整備士) をリンクします ("このユーザーはこの場所で作業します")。

シナリオ 3 では子要素を使用し、シナリオ 2 では関連付けを使用し、シナリオ 4 ではその両方を使用します。

始める前の準備

すべてのシナリオで次の規則に留意してください。

• 要件グループに含まれていない要件の場合、スケジュール アシスタントは、 作業場所 が 施設に設定されている場合、施設または施設プールのリソースのみを返します。
• リソースを、2 つの施設に子リソースまたは関連付け先として同時に関連付けることはできません。
• 施設に対して 1 つの要件を手動でスケジュールしても、その施設に関連する他のリソースの予約は作成されません。

シナリオを比較する

次の表を使用して、状況に一致するシナリオを見つけ、その手順に従います。

シナリオ 1: 5 つの汎用スペースを含む施設をスケジュールする

このシナリオは、 スペースが交換可能であり、一度に行われる予約の数のみを制限する必要がある場合に使用します。

構築しているもの: 容量が 5 の単一の施設リソースであるため、同じタイム スロットで最大 5 回予約できます。

自動修理工場に同一のベイが 5 つあり、スケジューラは各ベイを個別に予約する必要がありません。 ただし、1 つのタイム スロットで、すべてのベイで 5 つ以上の修理が予約されないようにする必要があります。

1. ファシリティ リソースを作成します。 [ 作業時間 ] タブで、[ 容量] を有効にして 5 に設定します。 詳細については、「 作業時間の追加」を参照してください。

2. 作業場所 が 施設 に設定されている 施設の要件を作成します。

3. 施設で要件を予約します。 施設リソースは使用可能と表示され、容量制限 (この場合は 5 回) まで 2 回予約できます。

シナリオ 2: 施設と関連リソースをスケジュールする

このシナリオは、 予約にスペースと、そこで働く 1 人の特定のユーザーの両方が必要な場合に使用します。

構築しているもの: 施設リソースと個人リソース。予約可能なリソースの関連付けによってリンクされた後、要件グループとしてまとめて予約されます。

自動車修理工場では、高級車を含むトランスミッション修理を行っています。 彼らは高級車に特化した整備士を持っています。 スケジューラーは、自社の施設で専門の整備士をスケジュールしたい。 リソース (ユーザー、アカウント、または連絡先) を施設に関連付けることができます。

1. 自動修理工場の施設リソースを作成します。

2. 特殊な整備士を表すリソースを作成します。

   • [リソースの種類] を [ユーザー]、[アカウント]、または [連絡先] に設定します。
   • 開始/終了場所を組織単位アドレスに設定し、組織単位を施設リソースの同じ組織単位 (この場合は自動修理工場) に設定する必要があります。 この設定をお勧めしますが、必須ではありません。

3. 特殊な整備士リソースを施設リソースに関連付けます。

   • 設備リソースから、関連 > 予約可能リソースの関連 (リソース 2) を選択します。 この関連エンティティは 予約可能リソースの関連 (msdyn_bookableresourceassociation) と呼ばれます。
   • [新しい予約可能なリソースの関連付け] を選択します。
   • 名前、期間を入力し、リソース 1 の機械リソースを選択します。

   

   Note

   施設から関連付けを開きますが、整備士は リソース 1 フィールドに移動します。 これを再確認すると、簡単に元に戻します。

4. 施設 (自動修理工場) の 1 つの要件と、整備リソースの別の要件を持つ要件グループを作成します。

   • すべての要件を満たす必要がある場合は、[選択] を [すべて] に設定します。
   • 異なる場所からのリソースがこの施設での作業に推奨されないように、 同じ 部分を リソース ツリー に設定します。 たとえば、施設 B に関連付けられている整備士を施設 A と組み合わせることはできません。
   • 期間、特性、またはその他の条件を設定します。
   • 要件ごとに、[ 作業場所 ] を [施設 ] に設定し、顧客の場所の緯度と経度のフィールドを設定します。

5. 要件グループを予約する。 要件グループをスケジュールすると、施設リソースと整備リソースの予約が作成されます。

   

シナリオ 3: 3 つの特定のスペースを持つ施設をスケジュールする

このシナリオは、 空き領域だけでなく、特定の個別のスペースを予約する必要がある場合に使用します。

構築しているもの: ショップの施設プール。各ベイは子施設リソースとして、要件グループを通じて予約されます。

自動車修理工場は、施設内の各ベイを予約したいと考えています。 自動車修理工場と各ベイを表すための施設プールを作成します。

1. 自動修復ショップの施設リソースを作成します。リソースの種類はプール、プールの種類は施設です。

2. 各ベイを表す複数のファシリティ リソースを作成します。

   • 各 リソースの [リソースの種類] を [ファシリティ ] に設定します。
   • 開始/終了場所を組織単位アドレスに設定し、自動修理工場と同じ組織単位を選択します。

3. 各ベイを子リソースとして修理工場施設リソース プールに追加します。

   • 自動車修理工場の施設プールリソースから、関連リソースの子リソース>を選択します。
   • [新しい予約可能なリソース グループ] を選択し、各ベイ リソースを子レコードとして親施設プールに追加します。

   

4. 要件グループを作成します。 この例では、同じ自動車修理工場内にある2つの特定の作業ベイを探しています。 グループに 2 つの要件を作成します。

   • 各ベイが同じ物理アドレスになるようにするには、Part of Same を Same Location に設定します。
   • 期間、特性、またはその他の条件を設定します。
   • 要件ごとに、[ リソースの種類] を [ファシリティ] に設定します。
   • 要件ごとに、[ 作業場所 ] を [施設 ] に設定し、顧客の場所の緯度と経度のフィールドを設定します。

   Note

   グループ内のすべての要件の緯度と経度のフィールドは等しい必要があります。1 つの要件の値を更新すると、他の要件が更新されます。

5. 要件グループを予約する。 同じ場所に 2 つの特定のベイを配置することが推奨されています。 移動時間と距離は、顧客の場所 (要件レコードの緯度と経度の値) と施設リソースの場所 (リソース子組織単位) から計算されます。

   

シナリオ 4: 2 つの特定のスペースと 2 つの関連リソースを含む施設をスケジュールする

次のような場合にこのシナリオを使用します: 特定のスペースと適格な人材のプールが必要で、特定の担当者を事前に割り当てない場合。

あなたが構築しているもの: ベイの施設プールと、アソシエーションによってリンクされた力学のプールは、要件グループとして一緒に予約されています。

自動車修理工場は、施設で働く専門のメカニック チームに対して特定のベイのスケジュールを組みたいと考えています。 設備のプールと技術者のプールを作成します。

1. 自動修復ショップのファシリティ プール リソースを作成します。ここで、リソースの種類 = プールとプールの種類 = ファシリティです。

2. 各ベイを表す施設リソースを作成します。

   • 各 リソースの [リソースの種類] を [ファシリティ ] に設定します。
   • 開始/終了場所を組織単位アドレスに設定し、自動修理工場と同じ組織単位を選択します。

3. 各ベイを子リソースとして修理工場施設リソース プールに追加します。

   • 自動車修理工場の施設プール リソースを開き、関連 > リソースの子 に移動します。
   • 各ベイ リソースを子レコードとして親施設プールに追加します。

4. 特殊なメカニズムのプールを作成します。 プールを使用することで、スケジューラは、スケジュール時に特定のメカニズムを割り当てることなく、容量に基づいて予定を予約できます。

   • [リソースの種類] を [プール] に設定します。
   • [プールの種類] を [連絡先]、[ユーザー]、または [アカウント] に設定します。
   • 開始/終了場所を組織単位アドレスに設定し、自動修理工場と同じ組織単位を選択します。
   • プールの容量が関連付けられているメカニズムの数に基づくように、[ グループ メンバーから 容量を派生させる] を [はい ] に設定します。

5. 特殊なメカニズムを表すリソースを作成します。

   • リソースの種類を [ユーザー]、[ アカウント]、または [連絡先] に設定します。
   • 開始/終了場所を組織単位アドレスに設定し、自動修理工場と同じ組織単位を選択します。

6. メカニック リソースを リソースの子としてメカニック プールに 追加します。

   

7. 整備士プールを施設プールに関連付けます。

   • 設備プールから、関連 > 予約可能リソースの関連 (リソース 2) を選択します。 この関連エンティティは 予約可能リソースの関連 (msdyn_bookableresourceassociation) と呼ばれます。
   • [新しい予約可能なリソースの関連付け] を選択します。
   • 名前、期間を入力し、 リソース 1 の整備士プールを選択します。

   

8. ベイとメカニックの要件グループを作成します。

   • Part of Same を リソース ツリーに設定して、ベイとメカニクスがリソースの子要素やリソースの関連付けを通じて同じ施設のリソースに関連付けられるようにします。
   • 期間、特性、またはその他の条件を設定します。
   • 各ベイの要件を作成します。
   • 整備士の集団に対する要件を設定します。 メカニズムの設定方法に応じて 、[リソースの種類] を [プール ]、[ プールの種類 ] を [ 連絡先]、[ ユーザー]、または [アカウント ] に設定します。

   

   ヒント

   特定のメカニズムをプールではなく結果に表示する場合は、メカニズムの設定方法に応じて、[ リソースの種類 ] を [連絡先]、[ ユーザー]、または [アカウント] に設定します。

9. 要件グループを予約する。

   

   Note

   スケジュール アシスタントの結果を 1 時間単位の時間帯で表示するにはフルフィルメントの基本設定を使用します。

Troubleshooting

スケジュール アシスタントが結果を返さない場合:

• すべての要件で [作業場所] が [施設 ]に設定されていることを確認します。
• 緯度と経度が設定され、グループ内のすべての要件で一致していることを確認します。
• 各ベイと個人が施設と同じ組織単位を共有しているのを確認します。
• 要件グループの場合は、 同じ部分 が意図と一致することを確認します (1 つのアドレスの同じ場所 、 リソース ツリー を使用してリソースを同じ施設に関連付けます)。
• 関連付けられているリソースまたはプールの子がまだ別の施設に関連付けられていないことを確認します。