Produktreise
Die zentrale Produktreise von Orbinaut ist kurz: Ein Workspace veröffentlicht einen Kurs, Teilnehmende buchen über die öffentliche Seite oder ein Widget, die Buchung erscheint im Dashboard. Entwickler können denselben Stand zusätzlich lesend über API, ICS oder Webhook abholen.
Die folgenden Schritte beschreiben den Happy Path. Rollen und Rechte: Zielgruppen, Begriffe: Begriffe.
Ablauf im Überblick
Abschnitt betitelt „Ablauf im Überblick“flowchart TD A[Workspace anlegen] --> B[Team und Filialen] B --> C[Kurs als Entwurf] C --> D[Kurs veröffentlichen] D --> E{Buchungskanal} E --> F[Öffentliche Kursseite] E --> G[Widget Beta] F --> H[Gastbuchung] G --> H H --> I{Kapazität} I -->|Platz frei| J[Buchung bestätigt oder ausstehend] I -->|voll und Warteliste an| K[Warteliste] J --> L[Dashboard Buchungen] K --> L L --> M[Optional REST ICS Webhook]Nummerierte Reise
Abschnitt betitelt „Nummerierte Reise“- Workspace anlegen. Du registrierst ein Anbieterkonto und erhältst einen Workspace (Organisation). Navigation: Arbeitsbereich.
- Team klären. Owner bleibt verantwortlich. Admins übernehmen den Betrieb. Trainer:innen lesen Kurse und Buchungen. Owner-Sonderrechte: weitere Owner und Zahlungsanbieter. Den letzten Owner kannst du nicht entfernen.
- Ort vorbereiten. Für Vor Ort eine Filiale oder eine Einzeladresse. Für Online später den Zugangslink am Kurs.
- Kurs anlegen. In der UI ist ein Kurs ein Termin. Status startet als Entwurf. Preis
0,00 EURoder mindestens 0,50 EUR. Warteliste optional. - Vorschau und veröffentlichen. Erst wenn Termin, Ort oder Online-Link und Kapazität stimmen, Status Veröffentlicht. Die öffentliche Seite liegt unter
/b/{slug}/{courseId}. - Kanal wählen. Direkter Link zur Kursseite und/oder Widget (Beta) auf der eigenen Website.
- Teilnehmende buchen. Gastbuchung ohne Teilnehmerkonto. Kostenpflichtige Kurse gehen über Stripe Connect (Beta, nur Owner richtet den Anbieter ein).
- Buchung landet im Workspace. Status Ausstehend, Bestätigt, Warteliste, später ggf. Storniert oder Abgelaufen.
- Optional anbinden. Lesende REST-API, ICS-Kalenderfeed, Webhook
booking.created(Beta). - Optional Teilnehmerkonto. Getrennt vom Anbieterkonto; Gastbuchung bleibt gültig.
Getrennte Sichten
Abschnitt betitelt „Getrennte Sichten“Dieselbe Reise sieht je nach Oberfläche anders aus. Verwechsle die Sichten nicht.
Anbieter-Dashboard
Abschnitt betitelt „Anbieter-Dashboard“Owner, Admin und Trainer:in arbeiten im Dashboard. Typische Pfade: Heute, Kurse, Buchungen, Kalender, Filialen, Team.
- Owner/Admin legen Kurse an und veröffentlichen sie.
- Trainer:in sieht denselben Kurs- und Buchungsstand, ändert aber keine Stammdaten.
- Widgets · Beta und Integrationen · Beta sind Owner/Admin.
- Automatisierungen · Roadmap und persistierte Anwesenheit sind keine fertigen Betriebsfunktionen.
Anleitungen: Dashboard, Kurs anlegen, Zahlungen.
Öffentliche Kursseite
Abschnitt betitelt „Öffentliche Kursseite“Teilnehmende öffnen /b/{slug}/{courseId}. Sie sehen Titel, Termin, Vor Ort oder Online, Plätze und Preis. Buchung läuft als Gast. Bei kostenpflichtigen Kursen folgt der Checkout des Zahlungsanbieters; der Platz ist erst nach bestätigter Zahlung verbindlich.
Nur Veröffentlicht-Kurse sind buchbar. Entwurf, Beendet und Abgesagt führen nicht zu einer gültigen Buchung.
Anleitung: Öffentliche Buchung.
Teilnehmerkonto
Abschnitt betitelt „Teilnehmerkonto“Nach einer Buchung kann die Person ein Teilnehmerkonto aktivieren. Es ist kein Workspace und enthält keine Teamrollen. Anbieter loggen sich nicht über denselben Einstieg ein.
Anleitung: Teilnehmerkonto.
Eingebettetes Widget
Abschnitt betitelt „Eingebettetes Widget“Das Widget zeigt freigegebene veröffentlichte Kurse auf einer fremden Origin. Keys und erlaubte Domains setzt Owner/Admin im Dashboard. Die Buchungslogik entspricht der öffentlichen Seite, nicht dem Dashboard.
Dokumentation: Widget, Einbinden.
REST-API, ICS und Webhook
Abschnitt betitelt „REST-API, ICS und Webhook“Integrationen lesen denselben Workspace-Stand, schreiben ihn aber nicht. Typische Nutzung: Kursliste, Buchungsliste, Kalenderfeed, Event booking.created.
Dokumentation: REST-API, Webhooks und Kalender.
Was diese Reise nicht enthält
Abschnitt betitelt „Was diese Reise nicht enthält“Diese Schritte gehören nicht zum ausgelieferten Happy Path:
- Automatischer E-Mail-Versand aus den Kurs-Automatisierungsoptionen
- Anwesenheit als gespeicherter Check-in
- Mehrere Termine als ein Nutzer-Kurs
- Google-Kalender-Sync, Zapier, PayPal
- REST-Schreibzugriffe
Siehe Verfügbar und geplant.

