Häufige Fragen zu Scorpaq
Antworten zu Gästebestellungen, Betriebsabläufen, Zahlungen, Sicherheit, Datenschutz und Frühzugang.
Erste Schritte
Scorpaq ist eine Plattform für Handel, Betriebsabläufe und Geschäftsinformationen in Restaurants, Cafés, Hotels und Resorts.
Das Produkt befindet sich in Entwicklung. Diese Website erläutert die Ausrichtung und nimmt Bewerbungen für den frühen Zugang entgegen; sie aktiviert keinen Betriebszugang.
Nein. QR ist der Einstieg; Entdecken, Bestellen und Bezahlen werden mit Abläufen und Geschäftsinformationen verbunden.
Ein Menü zeigt Produkte und Preise; der geplante Ablauf führt Bestellungen auch in Zubereitung und Service weiter. Scorpaq ist kein vollständiges Kassen-, PMS- oder ERP-System.
Nein. Der grundlegende Gästeablauf funktioniert im Smartphone-Browser.
Gäste öffnen den QR-Link des Betriebs und nutzen das angebotene Menü im Browser. Servicepunkte und Zahlungsoptionen hängen von der Einrichtung des Betriebs ab.
Nein. Für Entdecken, Bestellen und Bezahlen ist kein dauerhaftes Gästekonto erforderlich.
Eine Bestellung benötigt weiterhin ihren Servicekontext und einen Transaktionsdatensatz. Ohne Pflichtkonto bedeutet nicht, dass keinerlei Bestell- oder Zahlungsdaten verarbeitet werden.
Für Gastgewerbebetriebe, insbesondere Restaurants, Cafés, Hotels und Resorts.
Ein Café kann Tische einrichten, ein Hotel Zimmerservice und Poolbereiche. Jeder Betrieb legt sein Menü, sein Team und seine Servicepunkte fest, ohne alle Einsatzbereiche übernehmen zu müssen.
Gäste
Scannen → Entdecken → Bestellen → Bezahlen.
Der QR-Link ordnet den Servicepunkt zu; Gäste wählen im Menü ihre Bestellung. Bezahlt wird über die angebotenen Optionen; eine Onlinezahlung gilt erst nach Prüfung als bezahlt.
Ja. Gäste können zuerst die verfügbare Speisekarte ansehen.
Das Ansehen des Menüs verpflichtet nicht zum Kauf. Gäste entscheiden anhand der angezeigten Preise und Verfügbarkeit, was sie hinzufügen und ob sie fortfahren.
Ja. Der Gästeablauf ist vorrangig für mobile Browser konzipiert.
Ziel ist ein verständlicher mobiler Ablauf bis zur Bestellbestätigung. Konzeptbilder auf dieser Website belegen keine Kompatibilität mit jedem Gerät oder Browser.
Nein. Der Grundentwurf sieht weder eine dauerhafte betriebsübergreifende Identität noch Fingerabdruckerstellung vor.
Eine Bestellung bleibt ihrem Betrieb und Servicekontext zugeordnet. Ein gemeinsames Kundenprofil oder eine betriebsübergreifende Werbeidentität wird nicht als Kernfunktion angeboten.
Ja. Mehrsprachigkeit gehört zum Plattformentwurf.
Diese Website bietet acht Sprachen und eine manuelle Sprachauswahl. Sprachen des Gästeprodukts und Länderfreigaben müssen für den tatsächlichen Einsatz bestätigt werden; Website-Übersetzungen garantieren sie nicht.
Restaurants und Cafés
Sie können Speisekartenentdeckung, Bestellungen, Zahlungsoptionen, Bestellbearbeitung und betriebliche Transparenz verbinden.
Der geplante Ablauf verbindet den Tisch oder anderen Servicepunkt mit Bestellung, Zubereitung und Servicestatus. Das Team bleibt für Ausführung und Ausnahmen verantwortlich.
Ja. Unabhängige Restaurants und Cafés gehören zur Hauptzielgruppe.
Die Einrichtung durch den Betrieb selbst ist das Ziel: Menü, Servicepunkte und Mitarbeiterrollen festlegen. Eine Bewerbung aktiviert weder den Dienst noch einen Zahlungsanbieter automatisch.
Die Architektur unterstützt mehrere Standorte. Die kommerzielle Einführung hängt vom jeweiligen Einsatz ab.
Standorte werden der jeweiligen Betriebsstruktur zugeordnet; Berechtigungen und Servicekontext bleiben klar. Einrichtung und Vertragsumfang einer Filiallösung müssen vor der Aktivierung abgestimmt werden.
Nein. Scorpaq soll vermeidbare Reibung verringern und Teams unterstützen.
Gäste können weiterhin das Personal um Hilfe bitten. Digitale Bestellungen sollen wiederkehrende Aufgaben reduzieren; die Verantwortung für Gastfreundschaft bleibt beim Team.
Nein. Der V1-Kern hängt nicht von nativen POS-, PMS- oder ERP-Integrationen ab.
Eine automatische Synchronisierung mit Kasse, Hotelsystem oder Buchhaltung wird nicht zugesagt. Getrennte Abläufe und ihre Grenzen sollten vor einem Pilotbetrieb geprüft werden.
Hotels und Resorts
Ja. Hotels und Resorts gehören zur Hauptzielgruppe.
Das Hotel legt Bereiche, Menüs und Teams fest. Dadurch wird Scorpaq nicht zu einem Reservierungs- oder Unterkunftsverwaltungssystem.
Zimmerservice, Restaurant, Bar, Pool und Lounge.
Jeder eingerichtete Bereich braucht einen eindeutigen Servicepunkt, damit Bestellungen richtig zugeordnet werden. Die Nennung eines Bereichs garantiert nicht, dass sämtliche Abläufe des Hauses bereits verfügbar sind.
Ja. Ein gemeinsamer Kern passt sich unterschiedlichen Servicebereichen an.
Die Bereiche nutzen dasselbe Grundmodell, können aber unterschiedliche Menüs und Zuständigkeiten haben. Die Vorschau erklärt diese Struktur und belegt keinen laufenden Hoteleinsatz.
Ja. Zimmerservice gehört zu den vorgesehenen Hotelanwendungen.
Der Zimmer- oder Servicepunkt-Link liefert den betrieblichen Kontext. Automatische PMS-Abfragen, Zimmerkonto-Buchungen und Reservierungssynchronisierung werden nicht versprochen.
Das kann unterstützt werden, wenn der Betrieb den jeweiligen Bereich freischaltet.
Der Betrieb muss den Servicepunkt und das dort verfügbare Angebot festlegen. Automatische Gästeverfolgung oder Standorterkennung wird nicht vorausgesetzt.
Bestellungen und Zahlungen
Die Architektur umfasst anbieterunabhängige Onlinezahlungen, abhängig von Anbieter, Land und Bereitstellungsreife.
Der Betrieb braucht eine geeignete Geschäftsbeziehung mit einem unterstützten Anbieter. Diese Marketingwebsite nimmt keine Gästezahlungen an; eine Bewerbung schaltet Onlinezahlungen nicht frei.
Wenn die Betriebspolitik es erlaubt, können Barzahlung und physisches POS vor Ort sowie Onlinezahlungen über Anbieter unterstützt werden.
Die Zahlung vor Ort unterliegt dem Erfassungs- und Bestätigungsprozess des Betriebs. Eine Zahlung am Terminal wird nicht durch eine native Kassenintegration automatisch verifiziert.
Nein. Scorpaq verwahrt und verteilt keine Gästegelder.
Die Zahlungsabwicklung bleibt in der Beziehung zwischen Anbieter und Betrieb. Sie ist von der eigenen Scorpaq-Abonnementzahlung des Betriebs getrennt.
Gehostete Anbieterzahlungen werden bevorzugt, damit rohe Kartendaten nicht in Anwendungslogik, Protokolle oder Analysen gelangen müssen.
Kartendaten gehören auf die Zahlungsseite des unterstützten Anbieters, nicht in Scorpaq-Kontaktformulare. Weitergeleiteter Checkout ist allein kein Zertifikat und keine Garantie für jede Anbieterkonfiguration.
Nein. Server und Anbieter müssen den Zahlungszustand bestätigen.
Die Rückkehrseite kann vor der Anbieterbestätigung oder nach einer Verbindungsunterbrechung erscheinen. Ein unklarer Status bleibt offen, bis die Serverprüfung ihn auflöst.
Durch Idempotenz, Schutz vor wiederholtem Einspielen, Anbieterprüfung und sichere Behandlung unklarer Zustände.
Ein erneuter Browserversuch darf nicht einfach eine zweite Transaktion erzeugen. Das senkt technische Doppelungsrisiken, garantiert aber nicht, dass jeder Zahlungsvorfall ausgeschlossen ist.
Betriebsabläufe und Daten
Speisekarten- und Katalogverwaltung mit Kategorien, Artikeln, Optionen und Verfügbarkeit gehört zur Kernarchitektur.
Der Betrieb steuert, was Gäste an seinen Servicepunkten sehen und bestellen können. Die Menüeinrichtung bedeutet keine automatische Synchronisierung von Lager, Einkauf oder Buchhaltung.
Ja. Inhaber, Leitung, Servicepersonal und Küche erhalten ausdrücklich getrennte Berechtigungen.
Jede Rolle soll innerhalb des berechtigten Betriebs nur den benötigten Zugriff erhalten. Ein bekannter Link oder sichtbarer Button erteilt keine Berechtigung für Bestellungen oder sensible Einstellungen.
Analysen und Berichte gehören zur Produktrichtung und müssen die Datenqualität ehrlich abbilden.
Beispiele sind Serviceverzögerungen, nicht verfügbare Produkte und fehlende Kostenangaben. Konzeptdiagramme und Beispielwerte sind keine gemessenen Kundenergebnisse oder Gewinnversprechen.
Entsprechende Berichte werden für den Export einschließlich Excel-orientierter Formate konzipiert.
Betriebe sollen Berichte auch außerhalb des Dashboards nutzen können. Felder, Filter und verfügbare Exporte sind im Pilot zu prüfen, statt sie aus einem Konzeptbild abzuleiten.
Nein. Fehlende oder schwache Daten dürfen nicht als gemessene null oder Gewissheit ausgegeben werden.
Eine Erkenntnis soll verfügbare Eingaben und verbleibende Lücken benennen. Umsatz ohne ausreichende Kosteninformationen ist keine vollständige Rentabilitätsmessung.
Sicherheit und Datenschutz
Der Arbeitsbereich ist die primäre Sicherheitsgrenze, verstärkt durch Berechtigungs- und Datenbankkontrollen.
Die Kennung eines anderen Betriebs darf keinen Zugriff auf dessen Daten ermöglichen. Diese Seite beschreibt die Entwurfsgrenze, keine unabhängige Sicherheitsprüfung oder Zertifizierung.
Nein. Wichtige Grenzen werden gegebenenfalls auf Server- und Datenbankebene durchgesetzt.
Anfragen müssen auf dem Server nach Identität, Rolle und Betriebsumfang geprüft werden. Ein im Browser ausgeblendetes Steuerelement setzt allein keine Berechtigung durch.
Ja. Datensparsamkeit ist ein Grundprinzip; für den Kernablauf ist kein Gästekonto vorgeschrieben.
Daten zur Ausführung einer Bestellung oder Prüfung einer Zahlung sind von freiwilligem Konto und Werbeentscheidung zu unterscheiden. Der Datenschutzhinweis der Website gilt für ihre Formulare, nicht für einen künftigen produktiven Gästedienst.
Nein. Freitext ist kein standardmäßiger Werbe- oder Profilierungseingang; Marketingeinwilligung bleibt getrennt.
Nachrichten sollen ihrem Servicezweck dienen, statt stillschweigend Werbeprofile zu bilden. Die freiwillige Marketingauswahl im Bewerbungsformular ist von der Angabe der Herkunft getrennt.
Auf der bestehenden Kontaktseite.
Wählen Sie für Datenanfragen das Datenschutzthema oder beschreiben Sie die Sicherheitsfrage. Senden Sie im ersten Kontakt keine Passwörter, vollständigen Kartendaten oder Ausweisdokumente.
Frühzugang und kommerzielle Fragen
Scorpaq bereitet den Frühzugang mit geeigneten Gastgewerbebetrieben vor; Betriebe können sich bewerben.
Die Bewerbung erfasst Ihren Betriebskontext für die Prüfung der Eignung und die Besprechung weiterer Schritte. Sie garantiert weder Annahme noch Starttermin oder sofortigen Zugang.
Für unterschiedliche Betriebstypen und Strukturen gibt es ein definiertes Geschäftsmodell. Preisdetails werden direkt in qualifizierten Frühzugangs- und kommerziellen Gesprächen geteilt.
Betriebsart und Organisationsstruktur helfen, den passenden Vertragsumfang zu bestimmen. Eine Bewerbung ist kein Kauf; Preis und Abonnementbedingungen müssen gesondert vereinbart werden.
Das aktuelle Geschäftsmodell umfasst keinen dauerhaft kostenlosen Live-Tarif.
Das Formular und die Produktvorschau sind kein unbegrenztes kostenloses Abonnement. Zugang und Geschäftsbedingungen werden vor der Nutzung geklärt.
Eine kostenlose Live-Testphase ist nicht der übliche kommerzielle Weg im aktuellen Modell.
Eine Bewerbung startet keine Testphase und begründet keine Zahlungspflicht. Dauer, Umfang und Zahlungsbedingungen eines Piloten müssen separat besprochen werden.
Füllen Sie das Scorpaq-Formular für den Frühzugang aus.
Geben Sie korrekte Kontakt- und Betriebsdaten an; Standort und Betriebsart helfen, den Bedarf zu verstehen. Herkunftsangaben und Marketing-E-Mails sind freiwillig; Passwörter, Kartendaten und Ausweisdokumente sind unnötig.