Registration über Webform / Seminarverwaltung

aber ob es wirklich für deinen Zweck geeignet ist?

Schau dir mal das hier an:

https://www.drupal.org/project/registration

Ansonsten gibt es noch weitere Ansätze, die Aufgabe zu lösen.

Wahrscheinlich sollen auch registrierte User sich später zu anderen Seminaren anmelden können.

Dazu sollte dann die Anmeldung zum Seminar von der Systemanmeldung getrennt sein.

Überlege dir genau deine Bussinesprozesse.

Erstmal danke für die Antwort ,

hatte mir "Entity Registration" schonmal flüchtig angeschaut und hatte dann mit "webforms" losgelegt.
Ich werd mir aber ersteres jetzt genauer anschauen!

Wie du schon sagtest genau das hab ich vor. Es soll einmal eine Registrierung geben, bei der dann ein Anmeldeprozess für Seminare im System stattfinden wird und einmal eine Anmeldung ohne Registrierung.

ich wollte halt "nur" mal eben noch ( optional ) den Registrieren Knopf an mein Anmeldeformular anfügen.
Die beiden Fragen:

1. Arbeiten Webform und die Registrierung zusammen?
2. Mit welchen Modulen/ Distruptionen kann man am leichtesten eine Seminarverwaltung aufbauen ?

lasse ich einfach mal als unbeantwortet im Raum stehen, vielleicht meldet sich ja nochmal jemand.
Unabhängig davon gehe ich jetzt davon aus, um User ins System einzupflegen"Webforms" ungeeignet ist.

Vielen dank und beste Grüße

Und befasse dich mit entities, fields, content_types und views.

Erstelle ersteinmal ein Datenmodell.

Das klingt jetzt furchtbar kompliziert, ist es aber nicht.

Du solltest wissen, welche Informationen in welchem Zusamenhang stehen.

Ein Seminar besteht aus einem Seminarthema, einem Raum, in dem es stattfindet (oder online), einem Datum, evtl mit Uhrzeit, einem Dozenten, und mehreren Teilnehmern,

Was möchtest du von den Teilnehmern wissen?

Name (wäre ganz praktisch), alter (vielleicht), Vorkenntnisse, Geschlecht (vielleicht) ...

Dann kannst du die entsprechenden content_types (entities) erstellen, und miteinander in Beziehung setzen.

Wenn das theoretisch steht, kannst du dich daran machen, es in Drupal mit entity_relations, etc. umzusetzen.

Vielleicht brauchen die Seminare noch Kategorien, oder die Teilnehmer? - die bietet sich dann Taxonomy an, und für die verschiedenen Listen und Selektionen nimmst du natürlich Views.

Hallo Utschnupakas,

da wird doch keiner mit Steinen werfen wollen, zum Fragen sind Foren ja da:-). Ich habe schon recht viele Sachen in diesem Bereich umgesetzt, u.a. auch eine Sitzplatzreservation für Kulturveranstaltungen.

Das Webforms-Modul ist eine feine Sache für viele alltägliche Anwendungen. Aber es ist von der Architektur her leider nicht auf dem aktuellen Stand von Drupal, da es keine sogenannten "Entitäten" unterstützt. Diese sind ein recht weites Gebiet, ganz vereinfacht gesagt kann man sich damit beliebige Inhaltstypen erstellen (und nicht nur Website-Artikel, sondern z.B. eben auch "Seminare" und diese dann eben mit dem Artikel logisch verknüpfen kann oder eben z.B. über "Views" abfragen kann.

Reservationen sind ein recht komplexes Gebiet, sobald man sich näher damit befasst. Nicht zu unterschätzen sind nämlich auch die Arbeitsschritte, nachdem eine Reservation getätigt wurde, da kommen aus der Praxis sehr schnell Anforderungen, an die man initial nicht gedacht hat, etwa Umbuchungen oder Stornierungen.

Das Modul Entity Registration ist gut geeignet für einfache Reservationssysteme, ich nutze es in mehreren Projekten im Bereich "Veranstaltungen", wo man sich optional gleich anmelden kann. Die Zahl und Art der Felder lässt sich per Benutzeroberfläche einfach erweitern, um z.B. die Vorkenntnisse oder Essenswünsche für ein Seminar abzufragen. Die Teilnehmer lassen sich recht komfortabel verwalten, benachrichtigen oder umbuchen. Es existiert auch eine Art "Warteliste" für Events.

Entity Registration kann jedoch "out of the box" nur gerade die Anzahl Tickets variieren. Will man also z.B. sich und drei weitere Teilnehmer anmelden, wird nur der Name des Besteller plus der Vermerk "3 Tickets" erfasst. Einen anderen Weg geht das Modul "Tickets", wo auf die Teilnehmer "fieldable" sind, sich also beliebige Felder für JEDEN Teilnehmer bei EINER Bestellung einrichten lassen. "Tickets" ist auch in der COD enhalten.

Als Anfänger im Bereich kann ich Dir die COD (und Distributionen) durchaus empfehlen, um mal über das Thema überhaupt etwas zu lernen und einen Prototypen zu erstellen und mal probeweise einzusetzen. Distributionen sind jedoch nur bedingt als Grundlage für produktive Systeme geeignet, sobald es um kundenspezifische Anpassungen geht. Falls Du den Funktionsumfang selber beeinflussen kannst, halte den Funktionsumfang zu Beginn möglichst gering und probier nicht alle "Use Cases" schon abzudecken (eben z.B. "Person A kann mehrere Teilnehmer anmelden").

Wenn Du weitere Fragen hast, einfach melden:-)

Cheers,
mazze

Naja es gibt da so manche Foren Communitys die so absolut keine lust auf Anfänger haben, deswegen vielen Dank auch für den ganzen neuen Input. So langsam bekomme ich eine Übersicht über Drupal und seine Möglichkeiten.
Die Anzahl der Module für Drupal ist auf jeden Fall überwältigend.
Auch wenn man durchaus etwas länger braucht um dahinterzusteigen wie was Funktioniert, wollte mir gestern eigentlich "Entity Registration" näher anschauen und davor nur mal schnell
einen Lang_Switch mit "Internationalization" einbauen und schwupps war der ganze Tag wech : ).
Aber es hat gekplappt.

Vorab die Frage: Schließen sich "Entity Registration" und "Tickets" einander aus, oder bauen diese aufeinander auf ?

Besten dank auch, tolle Community, da gibt es leider auch ganz andere...

Ich war ja auch mal Anfänger, und das Motto von Drupal ist ja schliesselich "come for the code, stay for the community":-)

Nein, Entity Registration und Tickets sind zwei verschiedene Module mit teilweise überschneidenden Funktionen, da baut keins auf das andere auf. Ich habe übrigens im Herbst auch wieder was mit Registrationen, wo keins der beiden die Anforderungen abdecken wird. Bleibe am Thema dran;-)

Cheers,
Mazze

haben Module bei Drupal eine andere Bedeutung.
Sie sind keine Komplettlösungen für irgendwelche Geschäftsmodelle, sondern gezielte Teillösungen für bestimmte Aufgaben.
Damit ist Drupal viel granularer, was Anfänger leicht verwirrt.

Wenn man sich ein wenig an das hochgradig relationale Datenmodell gewöhnt hat, und die vorhadenen Funktionen zu nutzen weiß, ist es aber auch viel einfacher, ein eigenes Geschäftsmodell zu entwickeln.

Druapl ist keine Plattform für fertige Anwendungen (auch das), sondern vor allem ein Framework, um beliebige Anwendung realisieren zu können.

Wie bei einer Softwareentwicklung generell, sollte man auch mit Drupal erst einen Plan haben, wo es lang gehen soll, welche Daten benötigt werden, und welche Funktionalität erreicht werden soll.

Daraus sucht man sich die Kombination der Module aus.

Im seltenen Fall, wenn man kein passendes Modul für eine Lösung findet, schreibt man es selbst.

Der große Vorteil ist die extreme Flexibilität, und auch die Möglichkeit des Wachstums eines Systemes, ohne wieder bei Adam und Eva anfangen zu müssen.

das geht mit webform sehr gut.

Wenn ich den Kommentar von Caw ergänzen darf... natürlich kann man das mit Webforms machen, solange man die Daten nicht für weitere Zwecke im System benötigt. Aber das tut man meistens eher früher als später, nur schon wenn die erste Stornierung oder Umbuchung kommt.