Pooled resources, presented as a single entity
It can be inconvenient, or undesirable, to allow the user to select from a number of similar resources. For example, you may not want a candidate to choose from a list of interviewers, but rather assign the first one available, or assign one at random.
When you connect a service to a resource schedule that has multiple resources, you will see the option to connect to « Any of … » the resources. You can also combine resources across schedules by clicking the or button. On the Configure > Services page of the service schedule you can find an option If multiple resources are available:.
ユーザが多数の類似リソースから選択できるようにすることは、不便であるか、または望ましくないです。たとえば、候補者が面接官のリストから選択するのではなく、最初の面接官を割り当てたり、ランダムに面接官を割り当てたりできます。
複数のリソースを持つリソーススケジュールにサービスを接続すると、リソースの«任意の...»に接続するオプションが表示されます。またはボタンをクリックして、複数のスケジュールにわたってリソースを組み合わせることもできます。サービススケジュールの [Configure] > [Services] ページに、 もしリソースが複数あればオプションがあります。
たとえば、候補者がインタビュアーのリストから選択するのではなく、利用可能な最初のインタビュアーを割り当てるか、ランダムに割り当てることができます。
複数のリソースがあるリソーススケジュールにサービスを接続すると、«任意の…»リソースに接続するオプションが表示されます。またはボタンをクリックして、スケジュール間でリソースを結合することもできます。サービススケジュールの[構成]> [サービス]ページで、オプションを見つけることができます。複数のリソースが利用可能な場合：。
You have the option to let the user choose, select a resource at random, or give out the first one available in the order listed on the schedule.
It’s also possible to combine pooled resources with multiple resources for one booking, explained above. An example would be a group booking for a tour that needs 5 bikes and one guide, where you do not care which guide, nor which specific bikes get selected from the pool. Simply select the « Any of … » option several times.
Single resource, presented as multiple entities
You may want to present different schedules to different audiences while ensuring that the total number of resources is not overbooked.
前述のように、プールされたリソースと複数のリソースを1つの予約に組み合わせることもできます。たとえば、5台の自転車と1人のガイドが必要なツアーをグループで予約する場合、どのガイドがどの自転車でも、プールからどの自転車が選ばれてもかまいません。«Any of ...»オプションを何回か選択します。
複数のエンティティとして表示される単一のリソース
リソースの合計数がオーバーブッキングされないようにしながら、異なるスケジュールを異なる対象者に提示できます。
![[削除済みユーザ]](https://secure.gravatar.com/avatar/695023b4efd563721d13716b1457bc73.png?d=identicon&mode=crop&r=PG&s=42)
上記に説明の通り、プールされたリソースに対し複数のリソースを一個の予約について組み合わせることが出来る。例として、ツアーのグループ予約があったとし５台のバイクと１人のガイドが必要な場合、例えば、どのガイドでも、どのバイクでも良い場合、そのプールから選ばれる。 « Any of … » オプションを数回選択するだけである。
単一リソースを複数のものとして表示。
全てのリソースが予約超過とならないように気を付けながら、別のスケジュールを別の観衆に割り当てたい。
An example would be a consultant who works in multiple locations and wants to provide a schedule tailored to each location. Each location could have a different price, different services, and different opening hours.
In this case, you would create a resource schedule as the basis and then create one or more service schedules that connect to the same resource schedule. You can define user groups to ensure that users intended for one schedule do not end up on a different one.
Combine schedules into one view
Sometimes you need more flexibility than the settings of single schedule can provide, in that combining schedules can provide a solution.
この場合、基準としてリソース・スケジュールを作成し、同じリソース・スケジュールに接続する1つ以上のサービス・スケジュールを作成します。ユーザグループを定義して、あるスケジュールを対象としたユーザが別のスケジュールにならないようにすることができます。
集計表を1つのビューに結合します
場合によっては、集計表を組み合わせることで解決できるという点で、単一の集計表の設定よりも柔軟性が必要になります。
この場合、基礎としてリソーススケジュールを作成してから、同じリソーススケジュールに接続する1つ以上のサービススケジュールを作成します。ユーザーグループを定義して、あるスケジュールを対象としたユーザーが別のスケジュールにたどり着かないようにすることができます。
スケジュールを1つのビューに結合
スケジュールを組み合わせると解決策が得られるという点で、単一のスケジュールの設定よりも柔軟性が必要になる場合があります。
For example, you may have a scenario where on weekends you need the buffer time to be different from weekdays, because travel time is different during the weekend. Or you want the limit per user to be different on Fridays to encourage more people to book on that day.
In this case you would create two (or more) resource type schedules, let’s call them “Weekday” and “Weekend” and apply the different constraints to each one. After that you create a service type schedule and define a service to be dependent on “Weekday” or “Weekend”. The result will be a logical combination of the settings on each schedule. See the next section for details on how the schedules interact.
この場合、2つ (またはそれ以上) のリソース・タイプ・スケジュールを作成し、それらを 「Weekday」 および 「Weekend」 と呼び、それぞれに異なる制約を適用します。その後、サービス・タイプ・スケジュールを作成し、 「平日」 または 「週末」 に依存するサービスを定義します。結果は、各スケジュールの設定の論理的な組み合わせになります。スケジュールの相互作用の詳細については、次のセクションを参照してください。
この場合、2つ（またはそれ以上）のリソースタイプのスケジュールを作成し、それらを「平日」と「週末」と呼び、それぞれに異なる制約を適用します。その後、サービスタイプのスケジュールを作成し、「平日」または「週末」に依存するサービスを定義します。結果は、各スケジュールの設定の論理的な組み合わせになります。スケジュールの相互作用の詳細については、次のセクションを参照してください。
How schedules interact
When the system checks availability it takes into account if there are conflicting appointments for any of the requested resources, of course. However, there are many other scheduling constraints that you can configure:
Opening hours
Special days such as holidays
Limit how long in advance a booking can be made
Limit appointments per time period or in total
Ensure a synced Google or Outlook Calendar is available
A time period is only available if it complies with all those constraints including the constraints for each resource that the service depends on.
システムが可用性をチェックするときには、要求されたリソースのいずれかに矛盾するアポイントメントがあるかどうかが考慮されます。ただし、設定できるスケジューリング制約は他にも多数あります。
営業時間
休日などの特別な日
予約できる期間を制限します
期間または合計ごとにアポイントメントを制限します
同期されたGoogle CalendarまたはOutlook Calendarが使用可能であることを確認します
期間は、サービスが依存する各リソースの制約を含む、これらすべての制約に準拠している場合にのみ使用できます。
もちろん、システムが可用性をチェックするとき、要求されたリソースのいずれかに競合する予定があるかどうかが考慮されます。ただし、構成できる他の多くのスケジューリング制約があります。
営業時間
休日などの特別な日
事前に予約できる期間を制限する
期間ごとまたは合計で予定を制限する
同期されたGoogleまたはOutlookのカレンダーが利用可能であることを確認します
期間は、サービスが依存する各リソースの制約を含むすべての制約に準拠している場合にのみ使用できます。
For example, if Schedule A is available at 9:00 and 10:00, and Schedule B is available at 10:00 and 11:00 then a service that depends on both Schedule A and Schedule B would only be available at 10:00. If a service depends on Schedule A or Schedule B, then it would be available at 9:00, 10:00 and 11:00.
The “Opening Hours” tab for each schedule, on the “Supervise” screen, has a section at the bottom that determines how the availability information is applied and a checkbox to allow the administrator to ignore all time constraints for the schedule. If you switch off a constraint there, it is also ignored in dependent services.
[Supervise] 画面の各スケジュールの [Opening Hours] タブの下部には、可用性情報の適用方法を決定するセクションと、管理者がスケジュールのすべての時間制約を無視できるようにするチェックボックスがあります。そこで制約を無効にすると、依存サービスでも無視されます。
「監視」画面の各スケジュールの「営業時間」タブは下部に有効な情報の適用方法を決定するセクションと、管理者がスケジュールのすべての時間制約を無視できるようにするチェックボックスがあります。 そこで制約をオフにすると、依存サービスでも無視されます。
