Konkretes Beispielkeine erfundene Referenz

Events

Events und Einlass

Ticket, Akkreditierung und Gästeliste bleiben bis zum Check-in eindeutig – auch wenn sich kurz vorher etwas ändert.

Konkretes Eventbeispiel mit realem EINLZ-Beleg: Ticket, Gästeliste, Sonderfall, Check-in und Status.

Anfragen & OnboardingStatus & PortaleAPIs & AutomatisierungBetrieb & Wiederherstellung
Auslöser

Eine Person registriert sich, kauft ein Ticket oder wird auf eine Gästeliste gesetzt.

Wer beteiligt ist

01Gast02Eventorganisation03Einlass-Team04Support

Vom Auslöser bis zum Ergebnis

Ein Ablauf, dessen Übergaben man lesen kann.

Jeder Schritt zeigt Rolle, Aktion, System und die Daten, die tatsächlich weitergegeben werden.

  1. 01
    Gast oder OrganisationRegistriert

    Ticket oder Akkreditierung

    Erfasst die notwendigen Angaben und erzeugt eine eindeutige Teilnahmeberechtigung.

    SystemeEINLZ · Zahlungs- oder EinladungslogikDatenTicket-ID, Person, Kategorie, Status
  2. 02
    SystemGültig

    Gästeliste synchronisieren

    Übernimmt bestätigte Einträge in die aktuelle Gästeliste und protokolliert Änderungen.

    SystemeEINLZ Backend · API/WebhookDatenListenstatus, Zeitstempel, Quelle
  3. 03
    EventorganisationAktualisiert

    Änderung bearbeiten

    Ändert Namen, Kategorie oder Berechtigung, ohne einen zweiten unklaren Datensatz anzulegen.

    SystemeEINLZ BackendDatenÄnderung, Bearbeiter:in, Begründung
  4. 04
    Einlass-TeamEingecheckt

    Check-in

    Scannt oder sucht die Berechtigung, sieht den gültigen Zustand und bestätigt den Einlass.

    SystemeEINLZ Check-inDatenCheck-in-Zeit, Eingang, Gerät
  5. 05
    EventorganisationLive

    Betriebsstatus

    Sieht offene Sonderfälle, bereits eingecheckte Personen und den Zustand der Einlasspunkte.

    SystemeEINLZ DashboardDatenEinlassereignisse, Sonderfälle, Gerätestatus
Ausnahmeweg

Was passiert, wenn es nicht glattläuft?

Blockade
Ein Ticket ist bereits genutzt, offline nicht aktuell oder einer Person nicht eindeutig zugeordnet.
Reaktion
Der Check-in zeigt einen erklärten Sperrstatus statt still zu akzeptieren; der Sonderfall wird an eine berechtigte Supportrolle übergeben.
Wiedereinstieg
Nach Klärung wird die Entscheidung am bestehenden Ticket protokolliert und der Einlass gezielt freigegeben oder abgelehnt.

System und Verantwortung

Was gebaut wird – und wo die Daten bleiben.

01EINLZ Ticketing02EINLZ Check-in03API/Webhooks04Dashboard05Benachrichtigung

Lieferumfang

Das würde Wolkano umsetzen

  • Registrierungs- oder Ticketstrecke
  • Gästelistenverwaltung
  • Check-in-Oberfläche
  • Sonderfallbehandlung
  • Betriebsdashboard
  • Export

Datenobjekte

Was durch den Ablauf fließt

  • Ticket
  • Gast
  • Kategorie
  • Gästelisteneintrag
  • Check-in-Ereignis
  • Sonderfall

Beobachtbares Ergebnis

Was danach überprüfbar ist

  • Einlasspersonal sieht einen eindeutigen Ticketzustand.
  • Änderungen erzeugen keine parallelen Gästelisten.
  • Sonderfälle sind nachvollziehbar und einer verantwortlichen Rolle zugewiesen.
Speicherort

Teilnahme- und Einlassdaten liegen im kontrollierten EINLZ-System.

Zugriffe

Organisation, Kasse, Einlass und Support erhalten getrennte Rollen.

Export

Gästeliste und Einlassereignisse sind für Betrieb und Nachbereitung exportierbar.

Backup & Restore

Datenbank und Konfiguration werden vor dem Event gesichert; Wiederanlauf und Offline-Grenzen werden im Betriebsplan festgehalten.

Passende Bausteine

Systeme, die Teile dieses Ablaufs tragen können.

Die Auswahl ist kein Zwangspaket. Vorhandene Systeme bleiben, wenn sie ihren Teil gut erfüllen.

Fertiges SystemVerfügbar

EINLZ™

Ganzheitliche Steuerung von Einlass, Ticketing und Getränkeverkauf.

  • Fertiges System
  • Basiert auf offener Event- und Ticketlogik plus Wolkano-Systemeinbindung.
  • Open Source
Geführter WegVerfügbar

Wolkano Flow

Aus vielen losen Einstiegen wird ein ruhiger Ablauf mit sichtbarem Status, weniger Nachfragen und sauberer Orchestrierung.

  • Geführter Weg
  • Basiert auf offenen Web-Technologien, n8n und einem eigenen Wolkano-Layer für Oberfläche und Betriebslogik.
  • Open Source
ArbeitsraumVerfügbar

Wolkano Cloud

Dateien, Zustände und Zusammenarbeit liegen nicht mehr verstreut, sondern in einem ruhigen gemeinsamen Raum.

  • Arbeitsraum
  • Basiert auf Nextcloud und wird durch Wolkano für Projekt- und Auftragslogik erweitert.
  • Open Source
ArbeitsraumVerfügbar

Wolkano Mobile Access

Wichtige Zugriffe und Freigaben bleiben auch unterwegs klar, ohne dass der Prozess in Chat-Notlösungen kippt.

  • Arbeitsraum
  • Basiert auf offener Cloud-Infrastruktur und mobilen Zugriffsschichten.
  • Open Source

Kostenloser 60-Minuten Projekt-Check

Wie sähe dieser Ablauf mit euren Systemen aus?

Du erhältst danach eine kompakte Skizze zu Engpass, Zielablauf, Schnittstellen und sinnvollem ersten Umsetzungsschritt.

Projekt besprechen