Die Schwesterseite zu v4-bausteine.html. Dort stehen die allgemeinen Zustände der App, hier die dreizehn, die nur im Buchungsablauf, an der Kasse und an den noch nicht offenen Bereichen vorkommen. Gleicher Aufbau, gleiche Kachel, gleiche data-state-uid-Konvention. Alle Mocks tragen den lila 2 px-Rahmen, weil alle aus der Vertragsprüfung ergänzt sind und keiner aus einer bestellten Liste stammt.
debt_overdue wird nicht gebaut. Das beschlossene Modell der geteilten Zahlung (Regel J-8) lässt niemanden mit einem offenen Betrag zurück: jede Person zahlt ihren Anteil vor dem Zutritt, und ohne vollständige Zahlung entsteht die Buchung gar nicht erst. Damit führt kein Weg in diesen Zustand hinein, und ein Bild davon würde eine Lage zeigen, die es im Produkt nicht gibt. Der Zustand liegt nur noch als Altbestand im Router. Er gehört dort entfernt, nicht gestaltet.
Alle Zahlen, Flächen und Zeiten auf dieser Seite sind aus buchungswahl.html gelesen, nicht neu erfunden: gewählter Slot 7 % Markenfläche mit 2 px Kontur, nicht antippbar flach ohne Kontur, deaktiviert Deckkraft .45 mit Grundzeile darunter, Druck 97 % in 120 ms, Haltband im Format „noch M:SS Min".
Zwei Zustände desselben Bandes. Wird es knapp, wechseln nur Ziffern und Punkt auf Amber und der Punkt pulst: die Fläche bleibt lila, denn eine Karte, die kurz vor Schluss rot wird, sieht aus wie ein Fehler, obwohl noch nichts passiert ist. Erst wenn die Reservierung wirklich vorbei ist, wird das Band rot, und dann verschwindet die Uhr vollständig: eine Uhr, die auf 0:00 stehen bleibt, sieht aus, als liefe sie noch. Der Ausweg steht in derselben Karte, in der die Zeit gelaufen ist.
Läuft die Zeit ab, geht der Platz zurück in die freie Auswahl. Es wird nichts berechnet.

Es wurde nichts berechnet. Deine Halle, dein Court und deine Dauer stehen noch, es fehlt nur die Zeit.
Beide Male endet ein Weg, und beide Male steht der nächste schon da. Kein Schuldton, keine Entschuldigung: „wurde gerade vergeben" ist eine Tatsache, „leider" wäre eine Haltung, und eine Entschuldigung würde einen Fehler behaupten, den es nicht gab. Vertragsregel I-5: ein leerer Tag endet nie in einer leeren Liste, es steht immer der nächste freie Tag daneben. Kalendergeprüft: der 3. September 2026 ist ein Donnerstag, im Auftrag stand „Mi". Die Kachel folgt dem Kalender, der Knopf bleibt wortgleich beim genannten Datum.

Bis zur Bestätigung ist ein Platz für alle sichtbar. Deine übrige Auswahl bleibt stehen.
Nächste freie Zeiten heute
Hier ist keine Zeit mehr frei. Der nächste offene Tag steht gleich darunter.
Diese WocheDieselbe Szene wie in v4-bausteine, aber im Buchungsablauf gilt eine Zusatzbedingung: die getroffene Auswahl bleibt sichtbar stehen. Ein Ausfall darf nie so aussehen, als wäre die Arbeit von drei Schritten verloren. Deshalb steht der gewählte Slot in beiden Mocks weiter im Bild, in der gemessenen Auswahl-Form (7 % Markenfläche, 2 px Kontur), und die Texte sagen zuerst, dass nichts verloren ist.

Deine Auswahl bleibt stehen. Sobald du wieder Netz hast, geht es genau hier weiter.
Deine Auswahl
Deine Buchung wurde nicht angelegt, also auch nicht doppelt. Deine Auswahl steht weiterhin.
Deine AuswahlVertragsregel K-2/K-3: solange online nicht bezahlt werden kann, steht der Satz dazu VOR der Aktion, und es gibt keinen Knopf, der Bezahlen verspricht. Der einzige Knopf reserviert. Bei den beiden Fehlschlägen liegt der Unterschied nicht im Text, sondern im Ausweg: wiederholbar bekommt Erneut versuchen plus einen zweiten Weg, dauerhaft abgelehnt bekommt gar kein Wiederholen, denn ein Knopf, dessen einzige Antwort wieder eine Absage wäre, ist kein Angebot. Kein Betrag wird als abgebucht beschrieben, solange keine Bestätigung da ist.


Es ist kein Betrag abgebucht worden. Dein Platz bleibt für dich reserviert, solange die Zeit oben läuft.

Deine Bank hat die Zahlung nicht freigegeben. Es ist kein Betrag abgebucht worden. Mit derselben Karte kommt dasselbe Ergebnis heraus.
Drei Sperren, drei verschiedene Gründe, also drei verschiedene Texte. Vertragsregel H-4: die Community ist archiviert, nicht kaputt, deshalb sagt der Zustand, was mit den Daten ist, statt einen Fehler zu behaupten. Die Blitzbuchung wartet auf die Freigabe ihrer Nutzungsbedingungen, das steht so da, ohne internes Vokabular. Und fehlt der Standort, dann ist das keine Sperre, sondern eine offene Frage mit einem Knopf, der sie beantwortet. Das gesperrte Bauteil steht in der mittleren Kachel sichtbar auf .45 mit Grundzeile darunter: grau allein ist keine Erklärung.

Chats und Aktivitäten sind vorerst pausiert; deine Daten bleiben erhalten.

Blitzbuchung startet, sobald die Nutzungsbedingungen dafür freigegeben sind.
So sieht sie aus, wenn sie da ist
BlitzbuchungFreie Courts in deiner Nähe, sofort
Noch nicht antippbar, weil die Nutzungsbedingungen dafür noch nicht freigegeben sind.

Blitzbuchung braucht deinen Standort, um Courts in deiner Nähe zu finden.
Der heikelste Zustand der Liste, deshalb der nüchternste Text: er nennt die Lage, er nennt keinen Vorwurf, er droht mit nichts weiter, und er endet in einem echten Ausweg. Der Support ist hier kein Trostpflaster, sondern die Stelle, die die Sperre aufheben kann, und der Weg dorthin steht zusätzlich in Worten da, falls der Knopf nicht öffnet. Kein „endgültig", kein „Verstoß", keine Frist, die auf die Person zeigt.

Buchen geht im Moment nicht. Unser Team sagt dir, woran es liegt, und kann die Sperre wieder aufheben. Deine Daten und deine bisherigen Buchungen bleiben erhalten.
Profil › Hilfe › Support schreiben