Sécurité

Sécurité et protection des données

Le calendrier de votre établissement, les informations de vos clients et vos données de paiement sont hébergés chez nous. Cette page explique comment ces données sont protégées, qui peut y accéder et ce qui se passe en cas de problème.

Un enregistrement supprimé par erreur n’existe pas

Aucun enregistrement inscrit dans la base de données n’est jamais supprimé définitivement. Une suppression désactive l’enregistrement et tout ce qui lui est rattaché ; l’interface se comporte comme s’il avait disparu, mais les données restent. Les factures émises et les enregistrements de paiement sont de toute façon soumis à une obligation légale de conservation.

Les enregistrements désactivés sont listés sur un écran dédié et peuvent être restaurés.
La restauration est une action réservée au propriétaire du compte, et non une autorisation de section : elle rouvre d’anciennes factures, d’anciens paiements et des coordonnées bancaires.
Les fenêtres de confirmation indiquent précisément ce qui sera désactivé et d’où cela pourra être restauré.

Qui peut voir quoi

Les autorisations sont définies par section et appliquées côté serveur. Masquer un bouton dans l’interface ne constitue pas une autorisation ; une requête non autorisée est rejetée par le serveur.

Un point d’accès sans entrée dans la table des autorisations est REJETÉ par défaut : si une ligne d’autorisation est oubliée lors de la mise en service d’un nouveau point d’accès, l’accès reste fermé plutôt qu’ouvert.
La lecture et l’écriture sont des autorisations distinctes ; la comptabilité, les réservations et la gestion des établissements sont des sections distinctes.
Certaines actions ne peuvent jamais être effectuées avec une simple autorisation de section et exigent d’être propriétaire du compte (restaurer un enregistrement désactivé, confier le contrôle des tarifs et des disponibilités d’un canal).
Chaque écran indique l’utilisateur avec lequel vous travaillez, et les actions sont consignées dans un journal d’audit.

Identifiants des canaux

Lorsque les identifiants d’un canal de vente sont nécessaires, ils sont stockés chiffrés sur le serveur avec AES-256-GCM et ne sont jamais renvoyés au tableau de bord : le tableau de bord voit seulement si un mot de passe est enregistré.

Booking.com ne demande jamais votre mot de passe : vous nous ajoutez comme utilisateur dans l’extranet et vous continuez à utiliser votre propre identifiant et votre authentification à deux facteurs.
La reprise de la gestion d’un canal nécessite une approbation distincte et explicite ; sans cette validation, elle n’est pas considérée comme confiée, et vous pouvez la retirer à tout moment.
Laisser le champ vide conserve le mot de passe enregistré ; le supprimer est une action distincte.

Paiements et données de carte

L’encaissement s’effectue sur une infrastructure agréée, 3D Secure et conforme à PCI-DSS. Les données de carte sont traitées sur cette infrastructure ; le tableau de bord ne conserve pas les numéros de carte.

Vérification 3D Secure, transport chiffré par SSL.
Les encaissements, les remboursements et les mouvements de versement sont enregistrés et font l’objet de rapports.

Requêtes sortantes

Les opérations qui sortent vers l’extérieur, comme l’import d’annonces, passent toutes par une couche unique et protégée. Cette couche vous protège autant qu’elle nous protège.

Seuls les domaines figurant sur une liste autorisée sont contactés ; les redirections sont suivies manuellement et la liste est revérifiée à chaque étape.
Les connexions vers des adresses du réseau interne sont bloquées ; les limites de taille et de durée s’appliquent aux données décompressées.
Les types de contenu acceptés sont énumérés un par un : accepter « n’importe quelle image » reviendrait à accepter un fichier pouvant contenir du script.

Transparence

Quand quelque chose tombe en panne, nous ne le cachons pas.

L’état des services est publié sur une page publique.
Les changements apportés au produit sont détaillés sur la page des nouveautés produit.
Le traitement des données personnelles est décrit dans la politique de confidentialité ; notre relation avec l’hôtel est définie dans les Conditions générales hôtelières.

Si vous avez découvert une vulnérabilité

Écrivez-nous. Nous prenons les signalements au sérieux, corrigeons les failles confirmées et vous répondons. Nous vous demandons de nous laisser un délai raisonnable pour la corriger avant de partager le problème avec des tiers.

Envoyer un signalement de sécurité

Pages associées

État du système Politique de confidentialité Conditions générales hôtelières Nouveautés produit

Cette page décrit l’approche de sécurité du produit ; les détails de l’infrastructure et les documents de contrôle interne ne sont pas publiés. Pour une revue destinée aux entreprises, contactez notre équipe commerciale.