Sicherheit und Vertrauen
Scorpaq wird so entwickelt, dass Betriebsdaten getrennt bleiben, Teammitglieder passende Zugriffsrechte erhalten und Zahlungsergebnisse geprüft werden. Ziel ist, den Service zu organisieren und dabei die Kontrolle über Daten und Zahlungen zu behalten.
Sicherheit ist eine Systemgrenze im gesamten Produkt, keine reine Oberflächenfunktion.
Diese Seite beschreibt Entwurfsprinzipien während der Entwicklung. Sie behauptet weder eine unabhängige Prüfung noch eine Zertifizierung oder einen vollständig aktivierten Produktivdienst.
Daten von Betrieben und Arbeitsbereichen werden getrennt konzipiert. Zugriffe bleiben auf den berechtigten Arbeitsbereich und Umfang begrenzt.
Jede Datenanfrage braucht einen berechtigten Betriebskontext; eine Datensatzkennung allein darf keinen Lesezugriff ermöglichen. Betriebsübergreifender Zugriff muss an der Kontrollgrenze abgewiesen werden, nicht nur in der Oberfläche unsichtbar sein.
Das Prinzip der geringsten Rechte trennt die Aufgaben von Inhaber, Leitung, Servicepersonal und Küche.
Rollen sollen den Aufgaben in Zubereitung, Service, Leitung und Eigentümerschaft folgen. Ein zugänglicher Bildschirm darf Mitarbeitern nicht automatisch sensible Einstellungen oder sämtliche Betriebsdaten öffnen.
Server und Zahlungsanbieter bestätigen den Zahlungszustand. Eine Erfolgs- oder Rückkehrseite im Browser ist kein verbindlicher Zahlungsnachweis.
Eine unterbrochene Browserrückkehr darf den Zahlungsstatus nicht bestimmen. Unklare Ergebnisse bleiben offen, bis Anbieter- und Serverprüfungen sie klären.
Bevorzugt werden vom Anbieter gehostete Zahlungen, damit rohe Kartendaten nicht in Anwendungslogik, Protokolle oder Analysen gelangen müssen.
Kartendaten gehören auf die Zahlungsseite des unterstützten Anbieters, nicht in Kontaktanfragen. Weitergeleiteter Checkout ist eine Datengrenze, keine Behauptung, jede Anbieterkonfiguration sei zertifiziert.
Scorpaq verwahrt oder verteilt keine Gelder von Gästen. Der Geldfluss zwischen Anbieter und Betrieb bleibt außerhalb der Plattform.
Die Beziehung des Betriebs zum Zahlungsanbieter bestimmt die Verarbeitung der Gästegelder. Sie ist vom Scorpaq-Abonnement getrennt und macht Scorpaq nicht zum Händler, der diese Gelder verwahrt.
Datensparsamkeit, kein verpflichtendes Gästekonto und keine dauerhafte betriebsübergreifende Gästeidentität oder Fingerabdruckerstellung sind Grundprinzipien.
Marketingwebsite und künftige Gästeplattform haben unterschiedliche Datenflüsse. Für Formularfelder, Herkunftsangaben und die freiwillige Marketingauswahl gilt der Datenschutzhinweis dieser Website, nicht eine daraus abgeleitete Gästerichtlinie.
Der Entwurf umfasst TLS, verwaltete Zugangsdaten und gegebenenfalls Identitätsprüfung mit OIDC/JWKS.
Zugangsdaten müssen außerhalb öffentlicher Quelltexte und Clientpakete bleiben. Das sind Entwicklungsprinzipien, kein veröffentlichtes Hostingregionen-Verzeichnis oder eine Garantie für jede Konfiguration.
Idempotenz, Schutz vor wiederholtem Einspielen und dauerhafte Transaktionszustände unterstützen die sichere Behandlung unklarer Ergebnisse.
Eine technische Wiederholung soll dieselbe Transaktionskennung nutzen, statt eine neue Operation zu erzeugen. Wiederherstellung muss bekannte Zustände bewahren und offene Prüfungen sichtbar machen, statt Ungewissheit als Erfolg zu behandeln.
Erforderliche Transaktionszustände und Betriebsereignisse werden dauerhaft und prüfbar konzipiert.
Relevante Zustandsänderungen brauchen Betriebs- und Transaktionskontext für die Fehleranalyse. Dies legt weder eine öffentliche Speicherfrist fest noch verspricht es jedem Nutzer Einblick in alle internen Ereignisse.
Analysen müssen beobachtete Daten ehrlich wiedergeben. Fehlende oder schwache Daten werden nicht als Gewissheit dargestellt; Gästefreitext ist kein standardmäßiger Werbe- oder Profilierungseingang.
Beispieldashboards erläutern die Vorgehensweise, keine Kundenmessungen. Fehlende Kostendaten tragen keine vollständige Rentabilitätsaussage; Qualitätsgrenzen müssen neben Erkenntnissen sichtbar bleiben.
Nutzen Sie die bestehende Kontaktseite.
Wählen Sie für Datenrechte das Datenschutzthema; beschreiben Sie bei Sicherheitsfragen die betroffene Seite und das Verhalten. Senden Sie zunächst keine Passwörter, vollständigen Kartendaten oder Ausweisdokumente.