予約スケジュールの統合

SuperSaaSで作成したリソースタイプスケジュールは統合、連携することが可能です。 定員制スケジュールにおいては異なるスケジュール間の統合、連携機能はありません。

• 複数リソースを必要とする予約 トリートメントにはセラピストと施術部屋両方の空きが必要
• 1つのリソースを占有すると、別のリソースが使用可能に たとえば、支援のスポットを予約するには、ボランティアが支援のために登録する必要があります。
• プールされたリソースを単一のエンティティとして表示 たとえば、20台の同じ機材をレンタルしていて、顧客に特定の機材を選択させたくない場合
• 単一のリソースを複数のエンティティとして表示 たとえば、クラブは会員がテニスコートを予約することを許可しますが、ビジターへも許可します。 会員は割引価格でコート予約が可能、または前もって予約が可能など
• 複数スケジュールを同一画面へ たとえば、曜日ごとに異なる制約のスケジュールを作成し、統合してユーザーへ表示

サービススケジュールはリソーススケジュールを利用可能

SuperSaaSの3つの異なるスケジュールタイプにおいて、サービスタイプのみが統合機能を利用可能であり、統合対象はリソースタイプスケジュールに限られ、定員制スケジュールにおいては異なるスケジュール間の統合機能はありません。(デメリットとしてこの機能には、繰り返しの予約やサービススケジュールで予約時間の可変型の予約を作成できないというトレードオフがあります。)

1回の予約に複数のリソースが必要

多くの場合、サービスは1つ以上のリソースが利用可能であること要求します。 たとえば、マッサージでは、リソースとしてセラピストが必要であり、また、 プロジェクターを備えた会議室のサービスでは、会議室とプロジェクターが各1つずつ必要です。 サービスタイプスケジュールは、異なるリソーススケジュールを横断して必要なリソースの空き状況を確認し、予約が可能となります。 サービスタイプスケジュールの設定前にリソーススケジュールを一つ以上作成する必要があります。 詳細はこちらチュートリアル

すべてのリソースを単一のリソーススケジュールへ、または個別のスケジュールに配置することも可能です。 原則として、交換可能なリソースがある場合、たとえば、複数の部屋があり、そのいずれかでサービスを提供できる場合、それらを同じリソーススケジュールに配置することが最善です。

1つのリソースを占有すると、別のリソースが使用可能に

マッチするには2つまたはそれ以上のリソースが必要な場合があります。たとえば、顧客と営業担当者をマッチングしたいとします。 展示会の場合、営業チームに1つのスケジュールにサインアップするよう依頼すると、別のスケジュールに空き枠が空き、顧客はその空き枠を予約できるようになります。もう1つの方法は、営業チームに空き状況を反映したリソーススケジュールをSuperSaaSで作成するよう依頼し、顧客にそのスケジュール予約するよう案内することですが、営業チームに負担が生じます。

通常、サービスは、接続されているすべてのリソースが利用可能な場合にのみ利用可能です。また、サービスが予約されると、接続されているすべてのリソースが使用中、占有済みとしてマークされます。ただし、サービスを設定するときに、 ⊗ 使用中ボタンをクリックしてから、リソースの横にある⊗ボタンをクリックすると、そのロジックが逆転します。 サービスは、リソースが占有されている場合にのみ利用可能になります。そのサービスを予約しても、"使用中"とマークされたリソースには影響しません。したがって、たとえば、"使用中"リソースに加えて通常のリソースも接続するなどして、サービスが複数回予約可能になるのを防ぐ必要があります。

プールされたリソースを単一のエンティティとして表示

ユーザが多数の類似リソースから選択できるようにすることは、不便、または望ましくない場合があります。たとえば、面接担当者のリストから候補者に選択させるのではなく、利用可能な最初の候補者を割り当てたり、ランダムに割り当てたりすることができます。

複数リソースを持つリソーススケジュールにサービススケジュールが接続されている場合は« Any of … »リソースのオプションが表示されます。 スケジュールを超えたリソースの統合は、orボタンより設定可能です。 サービススケジュールの設定 > サービスページにおいて、複数リソースが利用可能な場合:では、ユーザーがリソースを選択、またはランダムにリソースを選択、そしてスケジュールにリストされている順序で最初のリソースを利用できるようにするなどのオプション設定が可能です。

前述のように、プールされたリソースと複数のリソースを1つの予約に組み合わせることもできます。たとえば、5台の自転車と1人のガイドが必要なツアーをグループで予約する場合、どのガイドがどの自転車でも、プールからどの自転車が選ばれてもかまいません。 « Any of … »オプションを何回か選択します。

単一のリソースを複数のエンティティとして表示

リソースの総数がオーバーブッキングされないようにしながら、異なる顧客に異なるスケジュールを提示したい場合もあるでしょう。 例としては、複数の場所で作業し、各場所に合わせたスケジュールを提供したいコンサルタントが挙げられます。それぞれの場所で、異なる価格、異なるサービス、異なる営業時間を設定できます。

このケースでは、基準となるリソーススケジュールを作成してから、同じリソーススケジュールに接続する1つ以上のサービススケジュールを作成します。 ユーザグループを定義して、あるスケジュールを対象としたユーザが別のスケジュールにならないようにすることができます。詳細はこちらユーザーグループを参照

スケジュールを単一画面にまとめる

スケジュールを組み合わせると解決策が得られるという点で、単一のスケジュールの設定よりも柔軟性が必要になる場合があります。例として、平日とは異なるバッファータイムを週末に設定したい場合、または、金曜日にはユーザーあたりの予約の制限数を変更して、より多くの予約を促したい場合など

この場合、2つまたはそれ以上のリソースタイプスケジュールを作成し、それらを"平日"と"週末"に分け、それぞれに異なる制約を適用します。その後、サービスタイプスケジュールを作成し、 “平日” 、 or "週末"に依存するサービスを定義します。スケジュールの相互作用の詳細については、次のセクションを参照してください。

スケジュールの相互作用

• 営業時間
• 休日などの特別な日
• 予約受付開始期間
• 期間ごとまたは合計で予定を制限する
• 同期されたGoogleまたはOutlookのカレンダーが利用可能であることを確認

期間は、サービスが依存する各リソースの制約を含む、これらすべての制約に準拠している場合にのみ使用できます。

⊗ "占有時に利用可能"とマークされたリソースについては、すべての制約、営業時間、およびその他の可用性制限は無視されます。 サービスの可用性に影響を与えるのは、これらのリソースの予約が占有している期間だけです。

スケジュールのその他すべての設定は、その特定のスケジュールで行われた予約にのみ適用されます。ユーザーが予約を行なったスケジュールの定義に基づいて、自動リマインダーメールが送信されます。また、予約が行われたスケジュールの価格と決済設定のみが適用されます。

サービス定義のANDとORという用語を理解することも重要です。 たとえば、スケジュールAが9:00と10:00に利用可能で、スケジュールBが10:00と11:00に利用可能である場合、スケジュールA or スケジュールBの両方に依存するサービスは、10:00にのみ利用可能です。 サービスがスケジュールA or スケジュールBに依存している場合は、9:00、10:00、11:00に利用可能になります。

AND OR

依存スケジュールでの通知のトリガー

各スケジュールの設定 > プロセスページにおいて、サービススケジュールでは、予約が連携されたスケジュールにおいて通知及びWebhooksのトリガーとなるかどうか指定できます。予約が複数のスケジュールに影響を与える場合、1つの追加電子メールが影響を受ける各スケジュールに送信され、又影響を受ける各リソースに1つのWebhookが送信されます。したがって、Bike 1、Bike 2、Bike 3を予約対象とする旅行の予約では、旅行のスケジュールでメールとWebhookをトリガーし、次にバイクのスケジュールでさらに1つのメールと3つのWebhookをトリガーできます。

スケジュールの他のすべての設定は、その特定のスケジュールで行われた予約にのみ適用されます、例として、ユーザーが予約を作成したスケジュールの確認設定で定義されているように、1つの電子メールリマインダーのみが送信されます。また、予約が行われたスケジュールには、価格と支払いの設定のみが適用されます。