Eine Buchungsengine für stunden- und tagebasierte Dienstleistungen sowie Dienstleistungen mit variabler Dauer

Welches Problem löst eine einheitliche Buchungsengine?

Viele Planungssysteme basieren zunächst auf einem Kalender mit festen Terminen, dem später Ausnahmen hinzugefügt werden. Anolla verfolgt den umgekehrten Ansatz: Es wird getrennt festgelegt, was gebucht wird, wie lange es benötigt wird und welche Bedingungen erfüllt sein müssen. So entsteht eine wiederverwendbare gemeinsame Grundlage für verschiedene Arten von Dienstleistungsunternehmen.

Warum ist ein Kalender allein noch keine Buchungsmaschine?

Ein einfacher Kalender kann freie und belegte Zeiten anzeigen. Ein Buchungssystem im Produktivbetrieb muss entscheiden, was gebucht werden kann, welche Ressourcen benötigt werden, wie die Dauer festgelegt wird, ob noch Kapazitäten verfügbar sind und ob eine andere Buchung die Situation vor der Bestätigung verändert hat.

Diese Entscheidungen werden komplex, wenn die Plattform mehr als ein Geschäftsmodell bedient. Für jede Kategorie einen eigenen Kalender zu erstellen, würde die Logik duplizieren, die Benutzererfahrung fragmentieren und zukünftige Änderungen schwerer handhabbar machen.

Die Dienstleistungskategorie sollte den Geschäftskontext des Unternehmens beschreiben und nicht die Grenzen der Terminplanungs-Engine bestimmen.

Welche Prinzipien ermöglichen es, eine einzige Engine für verschiedene Dienstleistungsmodelle zu verwenden?

Das Buchungsmodell von Anolla besteht aus unabhängigen Schichten. Jede Schicht beantwortet eine bestimmte Art von Frage und kann beim Hinzufügen einer neuen Branche oder eines neuen Buchungsszenarios wiederverwendet werden.

Wie gelangt die Konfiguration in die Verfügbarkeits-Engine?

Die Engine geht nicht von der Bezeichnung des Tätigkeitsbereichs aus, sondern von den für die zu bewertende Buchung erforderlichen Ressourcen, dem Zeitplanungsmodell und den Einschränkungen. Dieselbe Entscheidungslogik wird sowohl für öffentliche als auch für administrativ erstellte Buchungen verwendet.

Das konzeptionelle Diagramm beschreibt den Entscheidungsablauf zur Verfügbarkeit, nicht die vollständige technische Architektur der internen Systeme von Anolla.

Wie nutzt dieselbe Engine unterschiedliche Dienstleistungsszenarien?

Die Konfiguration variiert je nach Szenario, doch die zentrale Engine beantwortet stets dieselben Fragen: Welche Ressourcen werden benötigt, für wie lange, unter welchen Einschränkungen und wie viel Buchungskapazität ist noch verfügbar?

Wie unterstützt dieselbe Engine Kombinationen aus mehreren Dienstleistungen?

Eine Buchung muss nicht immer nur eine Dienstleistung umfassen. Der Kunde kann mehrere zusammengehörige Dienstleistungen nacheinander in Anspruch nehmen, und der Dienstleister kann festlegen, welche Dienstleistungen einzeln und welche nur zusammen mit einer anderen Dienstleistung buchbar sind.

Für die Buchungs-Engine werden die ausgewählten Dienstleistungen als eine Einheit behandelt: Ihre Dauer, Pausen, Preise und benötigten Ressourcen bilden eine Kombination, auf deren Grundlage passende Zeiten ermittelt und eine einzige Buchung erstellt wird.

Die Kombination von Dienstleistungen erfordert keine separate Buchungs-Engine. Dieselbe Logik für Ressourcen, Dauer und Verfügbarkeit kann sowohl die Eignung einer einzelnen Dienstleistung als auch einer aus mehreren Dienstleistungen bestehenden Buchung bewerten.

Wie führt die Konfiguration zu einer bestätigten Buchung?

Der Buchungsablauf folgt auch dann einer einheitlichen Reihenfolge, wenn sich die für den Benutzer sichtbare Dienstleistung und das Planungsmodell unterscheiden.

1. Festlegen, was gebucht werden kann

   Der Dienstleister legt die Hauptressource und alle zusätzlichen Ressourcen fest, die für die Erbringung der Dienstleistung benötigt werden.

2. Planungsmodell festlegen

   Die Dienstleistung verwendet ein stundenbasiertes Zeitintervall, einen tagebasierten Zeitraum oder eine von der Dienstleistung und den Zusatzoptionen abhängige Dauer.

3. Zeitpläne und Einschränkungen anwenden

   Arbeitszeiten, Kapazitäten, Pufferzeiten, Vorlaufzeiten, Buchungsfenster und andere Regeln schränken die theoretische Verfügbarkeit ein.

4. Dem Kunden anzuzeigende Optionen ermitteln

   Die Engine gibt nur die Zeiten oder Zeiträume zurück, die der zum Zeitpunkt der Anfrage aktiven Konfiguration entsprechen.

5. Verfügbarkeit vor der Bestätigung erneut prüfen

   Eine erneute Prüfung schützt vor zwischenzeitlichen Änderungen und daraus entstandenen Überschneidungen während des Auswahlprozesses.

Welche Eigenschaften ergeben sich aus einer einheitlichen Buchungslogik?

Das Ergebnis besteht nicht darin, dass alle Unternehmen eine identische Konfiguration verwenden. Unterschiedliche Konfigurationen können auf derselben getesteten Entscheidungslogik und gemeinsamen Verwaltungsgrundsätzen basieren.

Was genau bedeuten die Aussagen dieser Fallstudie?

Dies ist eine Produktfallstudie und keine Kundengeschichte. Sie beschreibt das aktuelle Buchungsmodell von Anolla, die unterstützten Ressourcenkonfigurationen und den funktionalen Entscheidungsablauf. Die Angaben zum Umfang beschreiben die Leistungsfähigkeit der Plattform und stellen kein einem bestimmten Unternehmen zugesichertes Ergebnis dar.

Einschränkungen. Ein flexibler Kern macht die Arbeitsabläufe verschiedener Branchen nicht identisch. Branchenspezifische Anforderungen, maßgeschneiderte Integrationen, physische Zugangssysteme oder ungewöhnliche Preisregeln können zusätzliche Konfigurationen oder Entwicklungsarbeiten erfordern. Die Genauigkeit der Verfügbarkeitsangaben hängt von der Qualität der vom Dienstleister eingegebenen Zeitpläne, Ressourcen und Regeln ab.