OrderSprinter-Forum

Hallo,

na ja, die Entkopplung über Email ist eine Variante, die bestimmte Angriffsszenarien ausschließt. Ich kann mir auch noch diverse weitere Wege vorstellen. Aber es bleibt trotzdem so, dass damit eine Schnittstelle zwischen Kassensystem und Kundensystem geschaffen wird, in der Daten von außen ins System einfließen, auch wenn diese Kommunikation über einen Umweg und gefiltert stattfindet. Daher befürchte ich, dass sicherheitsbewusste Anwender auch diese Art des Interfacings ablehnen - und wenn die Möglichkeit nur von ganz wenigen Anwendern verwendet wird, möchte ich keine Arbeit da hineinstecken.

Für die aktuelle Implementation der Kundenwebseite habe ich übrigens ein 1-Wege-Verfahren gewählt: Das Kassensystem erstellt die Webseite, aber es fließen keine Daten zurück. Ich habe ganz bewusst darauf verzichtet, Formulare anzubieten, die der Gast (oder ein Hacker) mit manipulierten Daten füllen kann.

Viele Grüße,

Stefan

Finde diese Idee auch nicht schlecht.
Schön wäre, wenn dann noch anhand der Mailadresse überprüft wird, ob schon ein Gast in der Datenbank vorhanden ist, wenn nein ein neuer angelegt wird.

Hallo Stefan.

ich hätte wirklich gedacht, das es komplexer ist.

Das keiner Zugriff auf das Kassensystem will, kann ich verstehen.
Eine direkte Schnittstelle in das Kassensystem würde sicherlich keiner wünschen, der etwas Wert auf Sicherheit legt.

Ich hab mir das so vorgestellt:

Gast geht auf die Kundenwebsite (z.B. Joomla) Trägt die nötigen Daten in ein Formular ein.
Um eine Trennung zum Ordersprinter zu bekommen, versendet das Modul/plug-in im Joomla die Daten via SMTP an reservierung@kundenwebsite.de

Die E-Mail wird vom Ordersprinter als E-Mail empfangen und verarbeitet.
Die berechtigten Mitarbeiter sehen die Reservierungsanfrage und können Sie positiv oder negativ bestätigen und ggf. noch etwas hinzufügen (Nummer des reservierten Tisches etc).

Ordersprinter versendet dann eine Bestätigung an den Gast.

Durch die Weg über die E-Mail sind die Kundenwebsite und der Ordersprinter komplett getrennt.

Was meinst du, Stefan ?

Technisch wäre eine Reservierungsmöglichkeit für den Kunden gar nicht so schwierig. Auch als REST-API kein Problem, so dass man es über jedes CMS wie Joomla und Co einbinden könnte.

So wie ich das sehe, wollen die meisten Gastronomen ihr Kassensystem aber nicht über das Internet zugreifbar haben.

Deswegen ist die Idee sehr gut, aber ich fürchte, dass sie kaum einer nutzen würde und werde es wohl nicht umsetzen.

Da ja eine Reservierung für Kunden von den Miitarbeitern möglich ist, wäre es schön, diese auch über eine Website durchzuführen.

Da ja die meisten sicherlich über eine Website verfügen, wäre eine Integration in diese ja ein schönes Feature.

DIe Gaststätte für die ich den Ordersprinter plane, hat eine Website auf Basis von Joomla 3.
Hier könnte man ja sehr schön, ein Reservierungmodul oder Reservierungsplugin nutzen.

Ich weiß, ist sicherlich nicht so einfach, da ja jeder andere Voraussetzungen bei der Website hat (verschiedene CMS oder auch reine HTML-Editoren oder Diensleister Websites wie z.B. wix oder jimdo)

Bei einer Entwicklung eines plug-in oder Moduls für joomla 3, wäre ich als Beta-Tester gern bereit zu helfen.