Sécurité et confiance
Scorpaq est conçu pour séparer les données de votre établissement, donner à chaque membre de l’équipe les accès adaptés à son travail et vérifier les résultats des paiements. L’objectif est de gérer le service tout en gardant le contrôle de vos données et de vos paiements.
La sécurité est une limite du système dans tout le produit, pas une simple fonction d’interface.
Cette page décrit des principes de conception pendant le développement. Elle ne revendique ni audit indépendant, ni certification, ni service de production entièrement activé.
Les données des établissements et espaces de travail sont conçues pour rester séparées. L’accès se limite à l’espace et au périmètre autorisés.
Chaque demande de données nécessite un contexte d’établissement autorisé ; connaître un identifiant ne doit pas suffire à lire un enregistrement. L’accès entre établissements doit être refusé au point de contrôle, pas simplement masqué dans l’interface.
Le moindre privilège sépare les responsabilités du propriétaire, responsable, personnel de salle et de la cuisine.
Les rôles doivent suivre les tâches de préparation, service, gestion et propriété. Pouvoir ouvrir un écran ne doit pas donner au personnel accès aux paramètres sensibles ou à toutes les données.
Le serveur et le prestataire vérifient le paiement. Une page de réussite ou de retour dans le navigateur ne constitue pas une preuve de paiement.
Une interruption du retour au navigateur ne doit pas déterminer la réalité du paiement. Les résultats incertains restent en attente jusqu’à leur résolution par les contrôles serveur et prestataire.
Les paiements hébergés par le prestataire sont privilégiés afin que les données brutes de carte n’entrent pas dans la logique, les journaux ou les analyses de Scorpaq.
Les données de carte appartiennent à la page du prestataire compatible, pas aux messages de contact. Le paiement redirigé délimite les données ; il ne certifie pas chaque configuration.
Scorpaq ne conserve ni ne redistribue les fonds des clients. Le flux entre prestataire et établissement reste hors de la plateforme.
La relation entre l’établissement et son prestataire détermine le traitement des fonds des clients. Elle est distincte de l’abonnement Scorpaq et ne fait pas de Scorpaq le commerçant qui conserve ces fonds.
La minimisation des données, l’absence de compte obligatoire et l’absence d’identité persistante ou d’empreinte entre établissements sont des principes de base.
Le site de présentation et la future plateforme client ont des flux différents. Consultez l’avis du site pour les champs, données de provenance et choix commercial ; n’en déduisez pas une politique de production.
La conception comprend TLS, des secrets gérés et une vérification d’identité OIDC/JWKS lorsque cela s’applique.
Les identifiants secrets doivent rester hors du code public et des fichiers clients. Ce sont des principes techniques, pas un inventaire publié des régions d’hébergement ou une garantie sur chaque configuration.
L’idempotence, la protection contre le rejeu et les états de transaction durables permettent une reprise sûre en cas de résultat incertain.
Une répétition technique doit réutiliser l’identité de transaction plutôt que créer une nouvelle opération. La reprise doit préserver les faits connus et signaler les vérifications restantes, sans assimiler l’incertitude à un succès.
Les états de transaction et événements opérationnels nécessaires sont conçus pour être durables et auditables.
Les changements pertinents doivent conserver le contexte d’établissement et de transaction pour analyser un problème. Cela ne fixe pas une durée publique de conservation et ne promet pas à chaque utilisateur tous les événements internes.
Les analyses doivent refléter honnêtement les observations. Les données fragiles ne deviennent pas des certitudes ; les textes libres des clients ne servent pas par défaut à la publicité ou au profilage.
Les tableaux de bord illustrent l’approche, pas des mesures clients. Des coûts incomplets ne permettent pas de conclure à une rentabilité complète ; les limites de qualité doivent accompagner les analyses.
Utilisez la page Contact existante.
Choisissez confidentialité/données pour exercer vos droits, ou décrivez la page et le comportement concernés pour une question de sécurité. N’envoyez pas de mots de passe, de données complètes de carte ou de pièce d’identité au premier contact.