Drupal 6または7の予約モジュールを探しています。Drupal7の部屋予約に非常に優れたモジュールがあることはわかっていますが、私のユースケースは異なります。写真家やDJの予約に使用できる予約/予約モジュールを探しています。探してみましたが、まだ適切なものが見つかりませんでした。
宿泊予約 7つのルックス偉大Drupalのために作成されているモジュールが、それは、管理者が、それはニーズが予約されることが何であるかを定義することができるように一般化する必要があります。現在、部屋のみにハードコードされています。
誰かがそのようなモジュールを知っていて、より重要なことにそれを使ったことがありますか？
回答:
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）。
...イベント中に使用するリソースをユーザーが予約できるようにします。たとえば、学生は自分のラボで使用する顕微鏡を予約できます。
予約/予約に関連するさまざまなモジュールの比較については、予約システムモジュールの比較を参照してください。
この比較には、他のいくつかのモジュール（ここでの私の回答には記載されていません）も含まれます。たとえば、要件が（ここの質問と比較して）少し異なる場合など、検討する価値があります。
上記の推奨候補リストを、報告されたインストール数順に並べました。多くの場合、これは優れた最初の指標ですが、モジュールを選択する唯一の基準として使用しないでください。
宿題をして、あなたに合ったものを選んでください。たとえば、メンテナンススコアカードに関するコミュニティのドキュメントで言及されているように、モジュールの選択によく使用するような基準を使用します。
これについて（そのページから）の紹介です：
...提供されたモジュールの保守とサポートの評価に役立つ23の基準（= 28-5）のリストが含まれています。以下は、これらの基準を各ネイティブチャートモジュールに適用する試みです...
もちろん、これらのスコアカードは「チャートモジュール」に関連していますが、複数のモジュール間で決定する必要がある場合でも、同じ基準が適用されます。
また、上記の候補リストを、報告されたインストールの数順に並べていることに注意してください。多くの場合、これは優れた最初の指標ですが、モジュールを選択する唯一の基準として使用しないでください。宿題をして、あなたに合ったものを選んでください。
開示：私はそのコミュニティのドキュメントページの作成者です（スコアカードの段落の冒頭近くにリンクされている問題の28の基準に部分的に触発されています）。
これが自己宣伝に関するサイトのポリシーに違反しないことを願っています。