Drupal 6または7のいずれかで予約モジュールを探しています。Drupal 7の部屋予約に非常に優れたモジュールがあることは知っていますが、私の使用写真家やDJの予約に使用できる予約/予約モジュールを探しています。探してみましたが、まだ適切なものが見つかりませんでした。
Drupal 7用に作成されている Room Reservations モジュールはすばらしいように見えますが、管理者が予約する必要があるものを定義できるように一般化する必要があります。現在、部屋のみにハードコードされています。
誰かがそのようなモジュールを知っていて、もっと重要なことにそれを使ったことがありますか?
Drupal 6の場合、 Simple Reservation モジュールの安定版リリースがあります。
このモジュールは、管理者が作成できるアイテムを予約するためのシンプルで簡単な方法を提供します。その使用法の例としては、ホテルの部屋、ボート、車、飛行機など、基本的に1人の個人が予約できるものであれば何でも考えられます。
Drupal 7の場合、 Reservations API を試すことができます。
さまざまなデフォルト設定に基づいて任意のコンテンツタイプを予約できるようにするReservations APIに重点を置いています。 予約->確認->チェックアウト->チェックインワークフローが含まれていますが、完全にビューを使用して作成されます。追加のモジュールにより、カスタム検証を実施したり、価格を追加したり、基本的な営業時間に追加の可用性を追加したりできます。
次のモジュールを確認してください: 予約タイムスロット 。
このモジュールはカレンダーの拡張機能として機能し、スロット予約(予約)のためのニースUI(カスタマイズ可能)を提供します。
これは、モジュールから公開されたUIのスクリーンショットです。
期間のスロット数をカスタマイズできます(時間、30分、またはカスタム)。必要に応じて、テンプレートファイルを簡単に上書きできます。ユーザーが指定したスロットを予約すると、予約されます。
他のモジュールについては、以下を確認してください。 予約システムモジュールの比較
以下は、部屋ではないもの(またはそのバリエーション)の予約を管理するために確認する必要があるモジュールやディストリビューションの概要です。これらのモジュールのリリースは安定しており、D6またはD7のいずれかで使用できます(見積もりはプロジェクトページから)。
在庫カレンダー (D6またはD7)。
...エンティティに可用性カレンダーを追加できます。ユースケースの例は、旅行者向け宿泊施設です。ベッド&ブレックファースト、別荘または自炊式アパートメント、車やバイクのレンタル。
空室状況カレンダーは、宿泊施設がまだ空いている日と、すでに予約されている日を顧客に示します。
シンプル予約 (D6またはD7)。
...管理者が作成できるアイテムを予約するシンプルで簡単な方法を提供します。その使用法の例としては、ホテルの部屋、ボート、車、飛行機など、基本的に1人の個人が予約できるものであれば何でも考えられます。
このモジュールは、他のユーザーの予約を作成する(権限に応じて)可能性を提供し、ユーザーが予約できる最大数と事前に予約できる最大時間の制限も提供します。
支払い、予約、および純粋で単純な予約を超えて想像できることはサポートされておらず、この単純な機能以上のものを作成することも意図されていません。
[〜#〜] merci [〜#〜] (D6またはD7)。
...任意のコンテンツタイプを、予約可能な一意のアイテム(スタジオなど)または交換可能なアイテムのバケット(DVカメラなど)のリストに拡張できます。 Organic Groups、Feed API、Schedulerで使用されるアプローチに従い、これらのコンテンツタイプの[編集]タブにMERCIの設定を追加しました。
リソースの競合 (D6またはD7)。
...ユーザーはイベント中に使用するリソースを予約できます。たとえば、学生は自分の研究室で使用する顕微鏡を予約できます。
予約/予約に関連するさまざまなモジュールの比較については、 予約システムモジュールの比較 を参照してください。
この比較には、他のモジュールも含まれます(ここでの私の回答には記載されていません)。要件がわずかに異なる場合(ここの質問の要件と比較して)。
上記の推奨候補リストを、報告されたインストールの数順に並べました。多くの場合、これは優れた最初の指標ですが、モジュールを選択する唯一の基準として使用しないでください。
宿題をして、あなたに合ったものを選んでください。例えば。 Maintenance Scorecards に関するコミュニティのドキュメントで言及されているように、モジュールの選択によく使用するような基準を使用します。
これについて(そのページから)の紹介です:
...提供されたモジュールの保守とサポートの評価に役立つ23の基準(= 28-5)のリストが含まれています。以下は、これらの基準を各ネイティブチャートモジュールに適用する試みです...
もちろん、これらのスコアカードは「チャーティングモジュール」に関連していますが、複数のモジュール間で決定する必要がある場合でも、同じ基準が適用されます。
また、上記の候補リストを、報告されたインストールの数順に並べていることに注意してください。多くの場合、これは優れた最初の指標ですが、モジュールを選択する唯一の基準として使用しないでください。宿題をして、あなたに合ったものを選んでください。
開示:私はそのコミュニティのドキュメントページの作成者です(スコアカードの段落の冒頭近くにリンクされている問題の28の基準に部分的に触発されています)。
これがサイトの 自己宣伝に関するポリシー に違反しないことを願っています。