MERCI Modul

und weitestgehend selbsterklärend.

Für deinen Anwendungszweck kann es auch andere Ansätze geben.

Z.B. commerce bietet die Möglichkeit über Produkte (hier Sitzplätze) zu gehen.
Wenn sie ausverkauft sind, können keine mehr bestellt werden.

Mit rooms kann man auch so etwas abbilden.

Ich hatte grad gestern eine entsprechende Anfrage und kurz einen Prototypen zusammengebaut. Da ich mich schon länger mit der Materie befasse, ging das recht fix – es gibt nämlich recht viele Ansätze, sowas in Drupal zu lösen.

Dieser Prototyp hier:
http://reg.mazze.ch/de/ticket-events

nutzt das Ticket-Modul von Drupal. Man kann hier als Einzelperson sich selber oder auch mehrere Personen für eine Veranstaltung anmelden. Allerdings muss jede Person eine e-Mail-Adresse haben, das ist bei diesem Modul quasi das Konzept. Umgekehrt lassen sich dann natürlich damit viele Dinge anstellen, z.B. eine Liste pro Teilnehmer, wer sich wo angemeldet hat.

Ein anderes Konzept ist die Verwendung von "Entity Registration". Hier ist die Sache sehr viel offener aufgebaut, man kann sich eine beliebige Entity (also z.B. eine Entität "Fahrrad") reservieren lassen und die erforderlichen Anmeldeparameter (z.B. "ich bin sehr sportlich") frei zusammenklicken. Falls die angemeldeten Besucher später keinerlei Funktionen benötigen (also z.B. zeige MEINE Anmeldungen), kann ich Dir die Sache durchaus empfehlen – ansonsten siehe oben.

Ich habe zusammen mit einem Freelancer auch schon sitzplatzgenaue Reservationssysteme auf Basis Drupal Commerce erstellt (für ein Kino). Das ist dann um einiges komplizierter, und folgt dem Ansatz des Warenkorbs.

Generell kann ich Dir empfehlen: unterschätze niemals, was der Kunde plötzlich mit dem System zu machen gedenkt. Plötzlich kommen die ersten Annulationen und Umbuchungen oder Wünsche nach Teilnehmerlisten, und dann gibt's grosse Augen dass das nicht "einfach so" drin ist. Zu Beginn eine Liste mit Benutzerszenarien erstellen ("Benutzer 1 will zwei Teilnehmer anmelden....", in ganz einfachen Worten den Flow beschreiben).

Viel Spass:-)

(Update: das Modul heisst natürlich "Entity Registration")

Hier noch die Superkurzversion aus meinem Internen Wiki zum Thema, welches Modul was macht:

Erzeugt Tickets aus Commerce-Bestellungen
https://www.drupal.org/project/commerce_event_ticket

Powerful event booking system...
(läuft aber sehr wenig in der Issue Queue)
https://www.drupal.org/project/commerce_booking

Speziell für Ticketverkauf
https://www.drupal.org/project/ticket
> Scheint eher für Konferenzen, ist im COD enthalten

"this one did the job for me..."
https://www.drupal.org/project/registration
> Hat aber keine direkte Verbindung, um Besteller zu Drupal-User zu machen

Reservations
https://www.drupal.org/project/reservations

Equipment mieten
https://www.drupal.org/project/merci

Auch irgendwas mit Equipment
https://www.drupal.org/project/agreservations

Herzlichen Dank Ronald und mazze.

Eure Vorschläge werden mir sehr weiterhelfen. Gehe diese Ansätze nun mal im Detail durch.

Liebe Grüsse
nukite

Hi, ich bin gerade auf der Suche nach etwas sehr ähnlichem. Da der Eintrag hier ja noch brandaktuell ist hoffe ich, dass jemand antwortet. Ich möchte gerne in einem bestehenden Ticket-Onlineshop eine Möglichkeit schaffen, wie man einen individuellen Bestuhlungsplan erstellen kann. Im heutigen Ticketshop ist einfach jedes Ticket ein normales commerce product. Aus meiner Sicht gibt es da 2 Herausforderungen:

1.) Wie kann ich so einen visuellen Bestuhlungsplan überhaupt erstellen?
2.) Wie schaffe ich es dann, dass jeder Sitz nur einmal gebucht werden kann. Ist jeder SItz dann ne eigene SKU?

Wäre super, wenn hier jemand einen Tipp hätte.

Vielen lieben Dank im Voraus.

Michael

Ich habe ja wie erwähnt mal was mit einem Freelancer zusammen gemacht, wo man sitzplatzgenau reservieren kann, und das für diverse Vorstellungen. Die Sache ist mit mehreren Entitäten aufgebaut (Sitze, Vorstellung, Tickets) und steht so mit Contrib-Modulen leider nicht zur Verfügung. Mein Plan war mal, die Sache zu contributen, aber die Sache ist weit weg von "mal eben installieren", da diverse Abhängigkeiten z.B. Views bestehen. Zudem gab's vom Kunden einige Wünsche, die ich heute wohl schlicht ablehnen würde, etwa die Möglichkeit, dass der User Bestellungen auch wieder annulieren kann (was auch grosse Ticketportale bewusst nicht anbieten).

Kurz und schmerzvoll also: die Sache ist recht aufwändig. Ich würde gerne ein Version 2.0 des Moduls machen, aber dafür brauche ich (angesichts des Aufwands) halt schon ein Kundenprojekt dafür.