Grundsätzlich gehen wir auch davon aus, dass das aktuell gewählte Limit von 100/15min ausreicht. Ein Problem sehen wir eher bei gastro-typischen Nutzungsspitzen.

Ein typischer Bezahlvorgang besteht aus 5 Teiloperationen:

• tableinfo; (Zum erhalten der Kellner ID für den jeweiligen Tisch)

• tableinfo #;

• table split;

• finance;

• print;

Dies erlaubt 20 Bezahlvorgänge alle 15 min., was für die allermeisten Lokale, auch bei Nutzungsspitzen genug sein sollte.

In einem Restaurant mit ca 250 Plätzen: Sollten sich hierbei nicht mal 10% des Restaurants dafür entscheiden zu zahlen hat man das Limit bereits erreicht. Hierbei sind Bestellungen, wie auch sonstige Anfragen (z. Bsp. nur das Anschauen des aktuellen Tisches) noch gar nicht mit eingerechnet.

Größtes Problem hierbei ist nicht das Limit selbst, sondern was passiert, wenn das Limit erreicht wurde, während eine Zahlung noch im Gange ist. So wurden womöglich schon Bestellungen auf einen Untertisch gebucht, oder der Tisch wurde bezahlt, aber noch nicht abgeschlossen. Hier bringt uns dann jegliches Error-handling nichts mehr, da wir für ein paar Minuten keinen Weg mehr haben mit dem System zu kommunizieren. Im Zweifelsfall müssen wir dem Kunden dann das gezahlte Geld wieder zurücküberweisen.

Interessant wäre ein Weg das aktuelle Limit abzufragen. So können wir wenigsten sicherstellen, dass keine Zahlung initiiert wird, wenn das Limit bereits fasst, erreicht ist.