Sécurité des données

Le fichier clients de votre restaurant : où il est stocké, et qui peut le voir

Vos réservations et les coordonnées de vos clients sont enregistrées dans une base de données à Londres. Cinq prestataires, tous nommés ci-dessous, nous aident à faire fonctionner le service, et votre restaurant garde la main sur les données de ses clients, de la première réservation à la dernière.

Voir les prestataires

Qui répond de quoi

Le RGPD commence toujours par la même question : à qui sont ces données ? Pour vos clients, la réponse est : à vous.

Votre restaurant, responsable de traitement

Vos clients réservent une table chez vous : leurs noms, leurs coordonnées et l’historique de leurs venues appartiennent à votre restaurant. C’est vous qui décidez de ce qui est conservé et pourquoi, et vous qui en répondez devant vos clients.

Slotora, sous-traitant

Belavin Limited enregistre et traite ces données pour faire fonctionner le service, pour votre compte. Vos clients sont ceux de votre restaurant, pas les nôtres.

Pour votre propre compte chez nous (vos identifiants, votre abonnement, vos factures) et pour la liste d’accès anticipé, c’est Belavin Limited qui est responsable de traitement ; la politique de confidentialité, en lien au bas de cette page, couvre ce cas.

Les prestataires qui touchent aux données

Le produit pour les restaurants fait appel à ces cinq-là. Les SMS n’en font pas partie.

Neon héberge la base de données, à Londres (Royaume-Uni). Il voit tout ce qui est enregistré : réservations, fiches clients, plan de salle, réglages.
Netlify fait tourner l’application et sert les pages. Il voit les données qui transitent pendant qu’une page est préparée puis envoyée.
Resend envoie les e-mails. Il voit le nom et l’adresse du destinataire, et le message lui-même.
Cloudflare vérifie, avec Turnstile, qu’un formulaire est rempli par une personne et non par un robot. Il voit l’adresse IP et des signaux du navigateur du visiteur, jamais ce qui est saisi dans le formulaire.
Stripe encaisse l’abonnement Slotora du restaurant. Il voit les données de la carte, saisies sur la page de Stripe ; elles ne nous parviennent jamais.

Comment tout cela est protégé

Chaque page et chaque connexion sont chiffrées (HTTPS, avec la consigne donnée aux navigateurs de ne jamais revenir à une connexion en clair), et aucun autre site ne peut afficher Slotora dans son propre cadre.
Les mots de passe ne sont conservés que sous forme hachée, à sens unique : personne chez Slotora ne peut lire le vôtre.
Les numéros de carte n’arrivent jamais sur nos serveurs : ils sont saisis sur la page de Stripe et y restent.
Chaque modification faite dans le restaurant est enregistrée avec son auteur, et ce journal est conservé deux ans : une réservation déplacée ou une fiche client corrigée se retrouve toujours.
Chaque restaurant ne voit que ses propres réservations et ses propres clients. Les tablettes et téléphones d’un même restaurant partagent une seule salle, à jour en direct.
Pas de mot de passe commun à toute l’équipe : chaque personne entre avec son propre identifiant, accueil ou responsable. Quand quelqu’un quitte la maison, vous retirez son accès et il ne voit plus rien du fichier.

Quand un client vous demande ce que vous savez de lui

C’est votre client et c’est à vous de répondre ; les outils sont donc de votre côté de l’écran.

Ouvrez la fiche du client et exportez ses données : ses coordonnées et ses réservations, prêtes à lui être envoyées.
S’il demande l’effacement, vous supprimez ce client, et lui seul.
Le fichier clients entier s’exporte en CSV, par vous ou un responsable ; la version prévue pour vos envois ne contient que ceux qui ont dit oui.
Chaque client peut se désinscrire des messages en un clic.

Les conditions d’utilisation pour les restaurants et le contrat de sous-traitance sont en cours de rédaction ; ils seront publiés avant qu’un restaurant puisse s’inscrire. D’ici là, vos questions sur tout ceci vont à hello@slotora.io.