Another vote for a booking system (maybe call it the "registration" product type?)

The simpliest method of doing this is to use the product tab from your event node, and create a tabgible product with a stock availablity of 6.

I know this isn't a tangible product, so you will need to fugde the delivery notice to say that you have been accepted in the coarse. Other than that it should work.

I'd also be quite interested in this functionality!

this sounds like at least 2 different issues - a booking system and a fund raising system. I think the fund raising system should be something that sounds relatively easy to wrap around the existing donation module. It would be good to keep the two apart because some people migh want just general donations at anytime, whereas someone else might be running towards a particular fundraising goal and would want to track that a bit. The booking system sounds like it is a very good idea, but is also something that might need integration with the workflow/actions module - for example, when someone someone "buys" a registration they are automatically given priviledges to a file with the event details, and given accesss priveledges to the course content. Either way, both would be useful additions.

I'm building a site now for a firm that will be selling seats to online and live workshops, seminars, and trainings. We chose Drupal precisely because of its event management and ecommerce systems, only to find out the two systems don't integrate very well at all. A booking system as described above would be a perfect marriage of these two pieces of the Drupal puzzle.

The workflow would be something like this: User searches through the event listings either by location or simply from the calendar and finds an event they'd like to register for. They click "add to cart" and finish the process of purchasing the registration. After securing payment, the ecommerce module passes the info on to the signup module and the user is added to the list of attendees.

Extending functionality to include reservation for hotel rooms or time-sharing apartments would be good also.

One more vote. I would have a client interested in this funcionality, booking aventure sports trips and tours etc. Would be great to have it related to an event and with some kind administration for number of participants, where it is possible to set the maximum (could the stock be used for that?).

I'm also interested in this. I need to be able to sell seats in a workshop.

It can be generalized quite a bit, though. What I need, in it's most basic way, is to sell an event ticket and gather some form information from the purchaser at the point of purchase -- along the lines of shipping address, but I need to know things like who the attendee is going to be (often it will not be the purchaser), what school district they're from, if they will be bringing their own laptop for the workshop, and so on.

-j

I would be interested in this feature in the context of holiday booking. When I look very superficially at this request, could it be that it is covered by a "selling" a webform? Webform can collect all kind of client information. What about a module that modifies the webform:

• Form fields and submit button remain initially hidden to the user, only the form desciption field appears in lists and carry the cart link.
• When a webform product is added to cart, at checkout the user is obliged to fill out the form.
• There must be some kind of link between the form submission data and the transaccion id.
• Question: Should we allow product price to depends on the form information / choices (for instance the age or birth date)?

is somebody work on this?

probably not!

We are not supporting 4.6 now. Pushing to HEAD to keep the history

Adding my vote for this, I still haven't come across a booking system for Drupal, and it's obviously needed. Not sure the best thing would be to use e-commerce for this, but I add my vote nonetheless to show my interest.

clarify component

It's difficult to find the right information because of various words and expressions used to describe the same thing, especially for those without English as their first language. A built-in thesaurus in the search engine would've been nice, especially and intelligent and adaptive one.

Thanks to JohnG for linking to the E-ticket module! It needs an upgrade to 5.x though.

+1 for this from me also. Would be great is we could have a 'booking system'. Signup does look like it does much of the work needed.

Anyone interested to chip in a few $ each and pay someone to create this booking/reservation module? I need one that can be used to reserve facilities such function rooms, choose the date and timeslot (am/pm) and make payment to confirm. It should also provided admin only page to approve the booking, transfer, cancel, reminder, etc.. will all these unique requirements, I believe a common ground can be established to make it a generic and robust reservation system.

I believe that E-Commerce Sale, when combined with other modules, provides the requested features. I just released it today. It adds the ability to specify a sale closing date for a product.

The Event Repeat module is not an ideal framework for scheduling resources because it creates new nodes for each instance of the event. If there is no ending date, that could result in an infinite number of future events. What we need is a way to sell quantities of time, similar to the way we can currently sell quantities of other products.

To sell quantities of time, we need to specify where they are located. Being able to specify the location of a quantity would be useful for selling quantities of space as well as of time: examples would be seats at a concert and floor space at a convention.