Zeitzonenfehler in KI-generierten Buchungssystemen: Eine Fallstudie

Ein Entwickler erstellte mit Claude in 5 Stunden einen Prototyp eines Buchungssystems für eine Tutoring-Plattform (12.000 $ MRR). Sofort eingesetzt, generierte er in 2 Wochen 89 Buchungen. Doch ein Zeitzonenfehler führte zu 11 Buchungen zu falschen Zeiten und erschütterte das Vertrauen der Tutoren.

Der Fehler

Die ursprüngliche Implementierung speicherte alle Zeiten in UTC und zeigte sie in der Server-Zeitzone (IST) an. Tutoren in anderen Zeitzonen sahen falsche verfügbare Slots. Ein Tutor aus Dubai meldete: „Mein Schüler hat für 15 Uhr gebucht, aber erschien um 16:30 Uhr“ – die Abweichung von 1,5 Stunden entsprach dem Unterschied zwischen IST und GST.

Versuchte Korrekturen

Erster Versuch: Claude generierte eine Korrektur mit der Browser-Zeitzone des Benutzers. Sie funktionierte für IST und GST, scheiterte aber bei US-Zeitzonen aufgrund der Sommerzeitumstellung.

Zweiter Versuch: Der Entwickler bat um die Verwendung einer Zeitzonen-Bibliothek – luxon. Korrekt implementiert, funktionierte sie in allen getesteten Zonen.

Lehren

• Prototypen, die für Ihre Zeitzone und Testfälle funktionieren, werden bei anderen scheitern.
• Claude generiert selbstbewusst falsche Zeitzonenbehandlung – testen Sie immer in mindestens 3 Zeitzonenregionen, bevor Sie Planungsfunktionen ausrollen.
• Jetzt bei 142 Buchungen/Monat, aber die 11 falsch gebuchten Zeiten kosteten Vertrauen bei Tutoren, die sich bei Schülern entschuldigen mussten.

Die Geschwindigkeit von KI-Coding-Agenten entbindet den Entwickler nicht von der Verantwortung für das Testen von Randfällen.