Sous le capot

La technologie qui relie le surf aux opérations.

Réservations, équipe et conditions de la mer reliées par des règles opérationnelles. Découvre les parcours disponibles et ce que nous développons encore.

Découvrir SurfBooking OS Voir les quatre chapitres

SurfBooking OS

SurfBooking réunit les écoles de surf, les surfeurs et les moniteurs en un seul endroit. Les écoles utilisent le SurfBooking OS gratuitement, à 0 €/mois ; les surfeurs trouvent des cours et voient la mer de chaque plage pour leur niveau ; les moniteurs ont un CV qu'ils emportent d'une école à l'autre et voient leur planning. L'assistant s'appelle Kai.

Une demande, en direct

Tu dis ce que tu veux. Les règles décident. Tu confirmes.

Kai comprend la demande, le système vérifie les règles de l'école et le cours ne change qu'après ta confirmation. À la fin, il relit ce qui a été enregistré avant de te dire que c'est fait.

Exemple illustratif d'une demande.

Plusieurs demandes en une phrase

Une phrase, plusieurs étapes. Chacune va à ce qui la connaît le mieux.

Quand tu demandes plusieurs choses à la fois, le système les sépare en étapes et confie chacune à la partie qui la connaît : le calendrier, la mer, les règles de l'école, les moniteurs ou le matériel. Tu vois la liste et ce qui a été fait à chaque étape, et ce qui modifie des données attend ton oui.

Exemple illustratif d'une demande.

Comment on décide

Tout n'a pas besoin d'un modèle de langage.

Avant qu'un modèle n'intervienne, la question passe par notre propre logique, écrite et testée. Si elle connaît la réponse, elle répond tout de suite. Sinon, elle ne devine pas : elle passe son tour.

Cette division est la même idée que la littérature technique appelle « Système 1 et Système 2 » : le réflexe rapide et la délibération lente. Chez Surf Booking le réflexe est notre propre code, pas un modèle : les calculs, les places, les conflits d'horaire, les ratios et les permissions se décident par des règles vérifiables, et aucun modèle ne les remplace.

Pourquoi ainsi

Un assistant sans règles se trompe avec assurance. Un parcours figé ne s'adapte pas.

Nous avons réuni les deux. L'assistant comprend ta demande, mais ce qui touche à l'argent, aux places et au nombre d'élèves par moniteur est décidé par des règles écrites, et rien ne change sans la confirmation d'une personne.

Exemple illustratif. Les deux premières colonnes décrivent des façons de construire un assistant, pas des produits précis.

Tout est relié

Tu modifies un cours. Le système revérifie ce que ce changement touche.

Élèves, moniteur, matériel, mer, paiement et canaux de vente sont dans le même système. Le résultat n'est annoncé qu'une fois confirmé.

La mer, plage par plage

La même mer au large. Trois plages, trois lectures.

La houle arrive différemment sur chaque plage. Chacune est lue avec son exposition et sa marée, et la note sort par plage et par niveau de cours.

Hauteurs d'exemple.

SurfBooking
Chaque école dans son espace

Les données d'une école ne passent pas chez la voisine.

Élèves, réservations et conversations restent dans l'école à laquelle ils appartiennent. Une demande qui tente de sortir est arrêtée au mur, qu'elle vienne d'une personne ou d'un assistant.

Les règles de la maison

Les mêmes règles pour tous les assistants.

Elles sont fixées de notre côté et aucune conversation ne les change. Avant chaque version, nous lançons des attaques contre elles, et une règle en échec bloque la version.

Les attaques que nous lançons sont celles que nous connaissons : les passer ne prouve pas qu'il n'en existe pas une que nous n'avons pas encore écrite. Découvrir Kai →

S'améliore par la mesure

Une défaillance devient un test. Une amélioration n'entre que mesurée.

Rien ne change sur une intuition. L'amélioration doit gagner un test, c'est une personne de notre équipe qui décide de l'appliquer, et elle est retirée si les écoles montrent que c'est pire.

Trois cas réels
Le cours de fin d'après-midiIntégréeL'assistant ne proposait jamais le cours de 19 h, alors qu'en été il fait encore jour. C'est devenu un test et l'horaire a été élargi.
Une réponse fausse sur lui-mêmeIntégréeL'assistant public a mal répondu à qui lui demandait qui l'avait créé, et a insisté. La question fait désormais partie des tests avant chaque version.
Un changement du tableau de bordRetiréeIl réglait un problème et cassait 25 tests ailleurs. Il a été retiré le soir même et est revenu quelques jours plus tard, fait autrement.
0
Lectures d'une autre école bloquées (90 jours)
Compte ce que le mur a bloqué ; ce n'est pas une note de sécurité. Zéro veut dire que rien ne l'a heurté sur cette période — cela ne prouve pas qu'il n'y a pas de failles, ni que quelqu'un l'a mis à l'épreuve.
93
Répétitions d'attaque avant chaque version
+35 000
Tests avant chaque version
189
Essais de conversation lancés (7 jours)
6
Profils difficiles répétés
Les règles de chacun tournent avant chaque version ; les conversations complètes sont lancées à part.
Tout dans le même système

Ce qui soutient ton activité.

Calendrier, réservations, équipe, matériel et conditions de mer reliés dans le même système. Quand tu modifies un cours, les permissions, les horaires et les validations de cette opération entrent en jeu.

SurfBooking OS
En dessous

Les techniques qui travaillent pour ton école.

Tu n'as pas besoin de les connaître pour utiliser le système. Elles sont nommées ici, chacune avec ce qu'elle t'apporte.

Décision par règles
Les calculs, les places, les conflits d'horaire et les ratios se décident par des règles écrites et testées. Aucun modèle de langage ne les remplace.
Registre des décisions
Chaque décision de l'assistant est enregistrée. Quand il crée un cours, le système relit ce qui a été enregistré et ajoute le résultat au registre. C'est ainsi que nous mesurons où nous améliorer.
Modèle de prévision par plage
C'est lui qui donne la note de chaque plage, par niveau de cours, et la confiance heure par heure.
Registre chaîné
Pour les remboursements et les paiements aux écoles, chaque ligne du registre est liée à la précédente. Une modification faite après coup se voit.
Vision par ordinateur
Dans la revue vidéo, la détection du surfeur et de la posture tourne dans ton navigateur. Quand le surfeur est perdu, un modèle d'image à part aide à le retrouver, sans garder l'image. C'est le coach qui confirme ce qui reste.
Où vivent tes données
Le serveur et la base de données sont dans l'Union européenne. Devant eux se trouve une couche de protection d'un autre opérateur, séparée du serveur, qui filtre le trafic avant qu'il n'y arrive.
Voir plus de détail
Les règles de chaque cours
Remboursements selon l'anticipation de l'annulation, absences, reports qui ne contournent pas la politique de remboursement, annulation pour conditions de mer avec remboursement automatique, et groupes séparés sans double facturation.
Registre des paiements et remboursements
Chaque paiement entre dans un registre qui n'est jamais réécrit, et les chiffres sont rapprochés chaque jour. Les sauvegardes sont chiffrées et gardées à plus d'un endroit, hors de la base de données.
Calendriers externes
Les calendriers externes sont lus avec soin : un fichier étrange ou vide n'efface pas tes réservations, et une annulation arrive aussi au canal d'où venait la réservation.
Ratios SB et arrêtés de plage
Ratios SB d'élèves par moniteur (1:6 débutant, 1:8 intermédiaire, 1:4 enfants, 1:4 privé), avec un avis quand le cours dépasse le ratio, âge confirmé dans les cours enfants, un prix qui ressemble à une erreur est refusé, et un avis des arrêtés quand deux moniteurs ou plus partagent le cours.
Vie privée et comptes de notre équipe
Qui demande à être effacé est effacé, et il ne reste que ce que la loi fiscale oblige à conserver. Les photos partent avec le compte. Chaque action sensible de notre équipe est enregistrée, et toucher au compte d'un autre membre de l'équipe exige un code envoyé par email.
En résumé

Deux parcours, chacun avec un résultat que l'on confirme.

Surfeur
  1. Trouve un cours dans l'app ou sur le site.
  2. Voit les places réelles de ce cours.
  3. Réserve et paie.
  4. Reçoit la confirmation, par e-mail et dans l'app.
Résultat : une réservation confirmée, avec la place gardée.
Ce parcours ne dépend pas de Kai.
École
  1. Tu décris ce dont tu as besoin dans SurfBooking OS, par écrit ou à la voix.
  2. Kai interprète la demande et prépare l'action.
  3. Il ne demande que ce qui manque : une donnée, ou ta confirmation.
  4. Le serveur vérifie que tu en as le droit et que le cours est toujours tel qu'il était, et seulement alors l'exécute.
  5. L'OS affiche le résultat que le serveur a confirmé. Quand il ne peut pas le confirmer, il te le dit et ne le compte pas comme fait.
Résultat : ce qui a vraiment changé, affiché à l'écran.
Une réponse de Kai ne prouve pas que quelque chose s'est produit : c'est le serveur qui le prouve.

L'équipe SurfBooking travaille dans un espace à part, séparé de Kai et des écoles. Quand quelque chose échoue, l'échec devient un test et une amélioration, qui n'entre qu'après relecture par une personne.

Différent par conception

Ce n'est pas une fonction.
C'est la façon dont la maison est faite.

Beaucoup de pièces qui travaillent ensemble, chacune dédiée à une partie de la journée d'une école de surf : conditions de mer, ratios, décharges de responsabilité, paiements, calendriers externes, partenaires. Ce qui compte, c'est qu'elles soient reliées. Chaque pièce seule est connue ; la façon dont elles s'alignent sur la journée d'une école ne l'est pas.

Une plateforme de réservation avec du surf par-dessus, ce n'est pas ça. Une appli de forecast avec des réservations collées derrière non plus.

Parle au calendrier. Le calendrier répond.

La voix à plusieurs endroits : en haut du calendrier pour changer plusieurs cours d'un coup, sur la vignette de chaque cours pour un ajustement ponctuel, et en mode agent pour naviguer et remplir des champs. Pas de commandes à mémoriser : tu parles comme tu parles à l'école.
Voix · en service aujourd'hui
Le meilleur créneau de la semaine
« Déplace au meilleur jour de cette semaine » : l'assistant regarde les 7 prochains jours, choisit l'heure qui convient le mieux au niveau du cours et te montre les conditions avant que tu confirmes.
Plusieurs cours d'un coup
« Déplace tous les cours débutants à la semaine prochaine », « au mois prochain », « au meilleur jour ». Une phrase reprogramme plusieurs cours, avec les conditions de chacun sous les yeux. Si un moniteur se retrouve avec deux cours à la même heure, tu es prévenu avant que quoi que ce soit ne change.
Ajustements sur un seul cours
Le micro sur la vignette du cours sait déjà de quel cours tu parles : « Moniteur Pedro », « Prix 55€ », « 6 élèves », « Duplique pour samedi à 10 h ». Le prénom du moniteur suffit. Le changement est proposé et confirmé par toi avant d'être appliqué, et ce que tu vois ensuite est le résultat qui est resté.
N'ouvre jamais l'agent tout seul
S'il ne comprend pas ce que tu as dit, il te montre des exemples et tu restes dans le calendrier. Le mode agent ne s'ouvre que quand tu le demandes. Il n'essaie pas de deviner.
Comprend le portugais parlé
La reconnaissance vocale entend souvent « Móvel » au lieu de « Move-a », ou « Mac me » au lieu de « Marca-me ». Nous en tenons compte. Elle accepte « dia 24 », « semaine prochaine », « mois prochain » et les nombres en toutes lettres (« cinco alunos »), parce que c'est ainsi qu'on parle dans une école.
L'assistant connaît ton matériel
Demande « combien de combinaisons M ai-je ? » et l'assistant répond avec le nombre qui est dans ton stock, pas une estimation. Ce qui est en maintenance apparaît à part.

L'assistant ne reste pas figé. Il s'améliore par la mesure, pas au jugé.

La plupart des fonctions d'IA restent telles qu'elles sont sorties. La nôtre garde ce qu'elle a appris, essaie chaque amélioration avant de l'utiliser, et montre à notre équipe où elle est faible.
Essais avant chaque version · une personne décide
Ce qui est appris est conservé
Chaque règle, chaque correction et chaque essai sont conservés avec leur date. On ne repart pas de zéro à chaque fois, et l'historique peut être consulté, y compris les corrections refusées.
Améliorations mesurées
Une amélioration des instructions de l'assistant n'avance que si elle gagne un essai mesuré, et elle est retirée si les vraies écoles montrent qu'elle a dégradé les choses. Gagner l'essai n'applique rien : appliquer est la décision d'une personne de notre équipe. Les essais des règles tournent avant chaque version.
Un système qui montre ses points faibles
Notre équipe voit sur une carte où le système échoue : un essai que l'assistant a perdu, une proposition qui ne protège aucune règle. Voir ses propres points faibles fait partie du travail.

L'agent propose. Les règles décident. Une personne confirme.

L'agent comprend la demande en langage courant, mais ce n'est pas lui qui enregistre. Capacité, horaires, permissions et argent sont vérifiés par notre code, sur le serveur, toujours de la même façon. L'agent peut se tromper dans la conversation ; il ne peut pas enregistrer contre les règles.
Quand l'agent écrit
1 · La demande
« déplace le cours de demain de 9 h à 11 h »
2 · Les règles dans le code
Le serveur vérifie que le moniteur est libre, qu'il reste des places et que la personne a la permission. Ce n'est pas un modèle qui juge : c'est du code testé.
3 · La confirmation
Tu vois l'avant et l'après et tu confirmes. Ce n'est qu'alors que c'est enregistré, et le système relit ce qui a été enregistré pour te donner le résultat.
Ce que les règles refusent, quel que soit le demandeur
  • Deux élèves qui paient la dernière place en même temps : un seul l'obtient.
  • Un cours pour un moniteur qui en a déjà un à cette heure : ça s'arrête, dit pourquoi, et ne continue que si l'école le décide.
  • Un employé sans permission qui demande de supprimer un cours : refusé sur le serveur, pas dans la conversation.

Ouvert à qui veut se connecter

Les partenaires et d’autres apps peuvent se connecter à SurfBooking, selon les règles de la maison.
Voir plus de détail
Une session, n'importe quel signal
Une montre, un capteur de planche et une note écrite à la main comptent comme la même session, et restent ensemble dans le Passeport du surfeur. Une seule position voyage, au début, pour confirmer que tu étais au pic, et elle n'est jamais enregistrée pour qui n'a pas d'âge vérifié. Le parcours complet ne quitte pas l'appareil.
Connexions pour les partenaires
Les prévisions par pic et les places des cours peuvent être consultées par des marketplaces, des gestionnaires de canaux et des assistants IA. Créer une réservation est autre chose : il faut une clé que l'école elle-même donne au partenaire, elle ne vaut que pour les cours de cette école et respecte les places qui existent.
Des réponses vérifiées avant d'arriver à quelqu'un
Avant qu'une réponse de l'assistant n'arrive à quelqu'un, elle est vérifiée : inventer une prévision, promettre un remboursement ou montrer des montants à un employé sont des cas bloqués, en portugais et en anglais. Nous testons ces cas avant chaque version. Ils couvrent ce que nous connaissons, ils ne prouvent pas que l'assistant ne se trompe jamais.

Sécurité au périmètre

Ce qui se trouve à l'entrée du service, et ce que chaque requête rencontre ensuite.
Une couche de protection à l'entrée
Nous utilisons une couche de protection à l'entrée du service. Nous ne publions pas sa configuration.
Limites contre les abus
La connexion, les recherches, les listes publiques et l'assistant ont des limites contre les abus : un identifiant volé ou une collecte automatique sont stoppés bien avant de causer des dégâts.
Connexion chiffrée et session protégée
Tout le trafic est chiffré. La session est gardée là où le code de la page ne peut pas la lire, et se déconnecter l'efface. Les paiements passent par un processeur de paiement certifié — nous ne voyons jamais les numéros de carte.
Une deuxième étape pour se connecter
Les propriétaires d'école et les administrateurs peuvent exiger un second facteur — un code d'une app d'authentification ou le déverrouillage biométrique sur mobile. Les secrets de ce facteur et les mots de passe sont stockés chiffrés, et changer l'e-mail d'un compte ferme toutes ses sessions.

Le chemin d'un cours

Ce qui se passe quand une école crée ou modifie un cours :
1
Origine — SurfBooking OS

Le responsable définit heure, niveau, marée, places et moniteur, puis enregistre.

2
Vérification : ratios SB et conditions de mer

Le cours est vérifié par rapport au ratio SB (1:6 débutant, 1:8 intermédiaire, 1:4 enfants) et à la marée que tu as demandée, et reçoit la note des conditions de mer.

3
Où le cours apparaît : trois sorties
Web · Marketplace
Le cours apparaît sur la page publique du spot + les classements Surf Today.
App mobile
Présences, codes QR et décharges de responsabilité. Les moniteurs gèrent la journée sur le sable.
Réseau de partenaires
Hôtels et partenaires diffusent des cours par lien/QR — chaque réservation sait d'où elle vient.

Un assistant avec des règles, pas un chatbot

Notre assistant n'est pas un chatbot avec des instructions. Il a des permissions séparées par rôle, et des protections contre les messages faits pour le tromper et contre les réponses qui porteraient les données d'une école vers une autre.
01Tu demandesPar écrit ou à la voix, dans ta langue.
02Il identifie le coursEt si deux se ressemblent, il demande laquelle — il ne choisit pas à ta place.
03Les règles s'appliquentPermissions, ratio d'élèves par moniteur, conflits d'horaire.
04Tu confirmesPour les changements qui touchent l'exploitation, le dernier mot est à toi.
05Tu vois le résultatCe qui s'affiche est ce que le système a renvoyé, y compris quand il échoue.

Voici le parcours des modifications. Une question qui ne fait que lire de l'information ne passe pas par la confirmation, car elle ne change rien.

Voir plus de détail
Garantie · Coordination
Une seule source de vérité
Les chiffres viennent de l'état réel de la plateforme (réservations, calendrier, mer) et non de la mémoire de l'assistant. Ce qui vient de l'extérieur est vérifié avant d'être utilisé. Ce que cela ne garantit pas, c'est que l'assistant comprenne toujours la bonne question : nous l'avons déjà surpris à répondre à côté, et c'est un chantier ouvert.
Garantie · Réseau
Le réseau apprend, les écoles restent privées
Des motifs agrégés et anonymisés alimentent l'amélioration continue — effet de réseau — sans jamais partager les données d'une école avec une autre.
Garantie · Données externes
Les sources externes entrent vérifiées
Les données publiques (règlements, sources officielles) sont nettoyées avant de pouvoir influencer quoi que ce soit. Une page extérieure ne donne pas d'ordres à l'assistant.
Garantie · Par école
Chaque école isolée
L'assistant de chaque école ne travaille qu'avec cette école. Il connaît le contexte local (horaires, matériel, règles maison), et le serveur ne lui transmet que les données de cette école ; les tests couvrent les tentatives de lire celles d'une autre.

Des murs entre les écoles

Le serveur vérifie l'école et les permissions liées à la requête avant de rendre accessible une information protégée. Les tests vérifient des scénarios d'accès entre écoles et entre rôles.
Voir plus de détail
Filtré avant d'arriver à l'écran
Réservations, élèves, équipe et prévisions arrivent déjà filtrés par ton école avant de quitter notre côté. L'écran ne peut pas désactiver cela. Nous n'avons pas d'audit prouvant la couverture sur tous les chemins ; nous avons des tests pour ceux que nous connaissons.
Des règles qu'on ne contourne pas en discutant
L'assistant travaille pour une école à la fois : il ne parle pas des autres, et les règles de la plateforme tiennent même quand on lui demande le contraire.
Les notes de ton école
Chaque école écrit ses propres notes — horaires, matériel, règles de la maison — et l'assistant les lit avant de répondre. Elles n'appartiennent qu'à cette école et ne sont jamais partagées avec d'autres.
Données personnelles masquées avant d'arriver à l'assistant
Emails, téléphones, numéros fiscaux, IBAN et numéros de carte sont retirés de chaque message avant qu'il n'arrive à l'assistant, et à nouveau dans la réponse, sur le chemin du retour. Nous testons cela avant chaque version.

Les conditions de mer

Pourquoi notre 'meilleure fenêtre pour débutants' n'est pas une devinette.
01Ce qu'il y a à lireHoule, vent, marée et état de la mer, heure par heure.
02Ce que fait cette plageChaque spot filtre la même mer différemment. C'est ici que nous lisons la plage.
03L'estimation et la confianceIl en sort un nombre par heure avec un niveau de confiance. Quand c'est limite, nous le disons.
04L'école décideCelui qui regarde l'eau a toujours le dernier mot sur le fait d'entrer.

Nous n'avons pas mesuré l'erreur de cette estimation face à des observations en mer. C'est dit au bas de la page, avec les autres qui manquent.

Voir plus de détail
Une confiance honnête, pas une fausse précision
Quand les données ne sont pas sûres, le spot reçoit un badge 'faible confiance' au lieu de faire semblant de savoir. On préfère te dire que c'est limite plutôt que te vendre une fausse précision.
Des fenêtres pédagogiques par niveau
Nous évaluons chaque créneau des prochains jours par rapport aux définitions de niveau de SurfBooking : un bon créneau pour débutants n'est pas ce qui convient aux confirmés. Le meilleur créneau que tu vois en créant un cours est celui qui correspond au niveau que tu vas enseigner.

Comment nous prouvons ce que nous disons

Ce que personne ne copie, ce n’est pas l’architecture. C’est ce que nous refusons de faire.
Les essais font travailler le système
Lire si c'est correct ne suffit pas : nos essais rejouent le cas qui a échoué sur le vrai système. Ainsi, quand nous le corrigeons, il reste corrigé. Et chaque essai dit, par écrit, ce qu'il prouve et ce qu'il ne prouve pas.
Là où il n’y a pas de mesure, il est écrit « non mesuré »
C’est la règle la plus fastidieuse de la maison et celle qui achète le plus de confiance : un chiffre que personne n’a mesuré n’entre pas dans une page, un rapport ou la réponse d’un agent. Si nous lisons la mer et que la lecture est à la limite, le spot reçoit une marque de faible confiance au lieu de feindre la certitude. Nous préférons te dire que nous ne savons pas.
Chaque nouvelle pièce déclare quelle promesse elle protège
Un composant qui ne protège aucune promesse est une cérémonie, et il n’entre pas. Au moment même où il naît, il écrit pourquoi il existe, ce qui casse s’il disparaît, et comment on sait qu’il est encore vivant. C’est ce qui empêche un grand système de se remplir de pièces dont personne ne se rappelle la raison.
Notre chiffre n’est jamais celui d’un autre
Nous n’ajustons pas les prévisions pour coïncider avec un concurrent — être d’accord avec un autre modèle, ce n’est pas avoir raison sur la mer. Ce qu’une école écrit pour son assistant est de l’information, jamais des instructions : elle peut lui dire où vous vous retrouvez et quoi apporter, et elle ne peut pas changer ce qu’il est ni ce qu’il facture. Prix, places et remboursements viennent toujours du même endroit.

Ces tests sont les nôtres. Nous n'avons pas encore de certification de sécurité délivrée par un organisme indépendant.

Ce que cette page n'a pas mesuré6

Des choses que cette page décrit et qu'elle n'a pas encore prouvées en fonctionnement. Revu le 28 oct. 2026.
La configuration du réseau en production
Pas encore de vérification indépendante.
La restauration depuis une sauvegarde
Les copies sont quotidiennes et chiffrées. Tant que nous n'avons pas publié un essai complet, nous parlons de copies, pas de temps de récupération.
L'erreur de la prévision face à la mer réelle
Nous avons un modèle par spot et un indicateur de confiance à l'heure. Ce que nous n'avons pas encore publié, c'est l'erreur mesurée face aux observations, avec l'échantillon et la période. Être d'accord avec un autre modèle, ce n'est pas avoir raison sur la mer.
L'effacement dans toutes les tables
Le chemin de suppression existe et est enregistré. Nous ne disons pas encore qu'il est complet dans toutes les tables.
Les capteurs et la montre, sur un appareil
La fusion de sessions venant de plusieurs sources est construite. Elle n'a pas été mesurée sur un appareil lors de ce passage, et ce qui n'est pas mesuré sur un appareil n'est pas annoncé comme mesuré.
La vérification des réponses dans toutes les langues
Les vérifications couvrent les cas qui sont écrits, en portugais et en anglais. La couverture dans toutes les langues et pour toutes les phrases possibles n'est pas démontrée : une vérification n'attrape que ce que quelqu'un a prévu.

Mis à l'épreuve avant de te parler

Ce que nous lançons contre notre propre assistant avant qu'il n'arrive à quelqu'un.
Moniteur
Essaie de voir les données de collègues
Client
Exige un remboursement · montre sa carte
Propriétaire d'école
Pousse les limites
Longue conversation
Endort puis frappe
Chaque message est nettoyé avant d'être lu
Avant que l'assistant ne lise un message, les données personnelles sont retirées et les tentatives connues de le tromper sont neutralisées. Quand une nouvelle forme d'attaque apparaît, nous écrivons un test pour elle avant de considérer la correction comme faite.
Six profils difficiles, faits pour le mettre à l'épreuve
Nous testons l'assistant face à des profils difficiles — un client énervé, un propriétaire qui teste les limites, un moniteur qui fouille les données de collègues, quelqu'un qui tente de le tromper sur plusieurs messages. Les règles tournent avant chaque version ; les conversations complètes se font à part, lancées par une personne.
Une règle en échec bloque la version
Une règle en échec n'est pas un avertissement : la version ne sort pas. Que ce soit « aucun IBAN n'arrive à l'assistant » ou « un employé ne voit pas les réservations d'un autre moniteur », la réponse est oui ou non, sans opinion. Nous jugeons le comportement, pas le texte marketing.

Le travail préparatoire fait pour chaque candidature d'école

Quand nous vérifions une école pour le label « École vérifiée par SurfBooking », un assistant prépare un résumé pour que la personne qui relit lise des faits, pas un formulaire vide.
Confirmation par des données publiques
L'assistant cherche les mentions publiques de l'école et de la licence déclarée, et marque chaque affirmation comme confirmée, non confirmée ou contredite. Chaque fait porte sa source, pour que la personne qui relit puisse l'ouvrir.
Un regard sur les avis publics
Un second passage regarde les avis publics de l'école à la recherche de signes étranges : campagnes négatives coordonnées, pics suspects de cinq étoiles. Ce n'est que de l'information et cela ne bloque rien : cela arrive dans le résumé pour que la personne le pèse.
Le résumé reste fermé
Le résumé n'est vu que par notre équipe. Il n'arrive pas à une autre école, n'entraîne pas de modèles et n'entre pas dans l'assistant d'une autre école. Supprimer le dossier supprime le résumé.
Une personne décide
L'assistant n'approuve ni ne rejette. Il écrit le résumé ; une personne lit et décide. Chaque approbation et chaque rejet sont enregistrés avec le résumé, pour pouvoir reconstituer ce qui était connu au moment de la décision.

Résilience des données

Ce que nous faisons pour que ton activité survive à une panne.
Des registres qu'on ne réécrit pas
Les opérations administratives (changements de compte, permissions, suppressions sur demande) vont dans un registre auquel on ne fait qu'ajouter. Pour les remboursements et les paiements aux écoles nous allons plus loin : chaque ligne est liée à la précédente, donc un changement fait après coup se voit.
Sauvegarde répliquée hors de la base de données
Des copies chiffrées chaque jour, conservées hors de la base de données de production, et une seconde copie ailleurs. La récupération dépend de la dernière copie terminée et vérifiée.
Tes données, quand tu les veux
Toute école télécharge ses données opérationnelles dans un ZIP chiffré qui s'ouvre avec le mot de passe de son propre compte, vérifié et jamais conservé. Il inclut réservations, cours, clients du canal, équipe, matériel, décharges, avis, annonces et partenaires. Il exclut les contacts et les données de santé des élèves de l'app et le contenu des conversations.
Ce que voient les auditeurs
Sous accord de confidentialité, quand un régulateur le demande, nous montrons nos contrôles : la preuve que la vie privée, le registre des actions et les suppressions sur demande fonctionnent comme décrit. Nous ne montrons pas le contenu que ces contrôles protègent : les notes de l'école, les instructions de l'assistant, les conversations entre les écoles et l'IA.

Connecte SurfBooking à ChatGPT ou à Claude

Ajoute SurfBooking comme connecteur et pose ta question dans ta conversation habituelle. La réponse vient des données de SurfBooking.

  • Surfeurs
    Demande où surfer aujourd'hui, comment est la mer sur une plage ou quel cours convient à ton niveau. Lecture seule : pour réserver, tu reçois le lien et tu paies sur SurfBooking.
  • Écoles
    Le propriétaire se connecte avec le compte de l'école et voit les cours, les réservations et la mer. Ce qui change quelque chose arrive comme une proposition et ne se fait que quand tu le confirmes dans le SurfBooking OS.
  • Moniteurs
    Chaque moniteur se connecte avec son propre compte et voit ses cours, ses horaires et la mer de ces cours.
En savoir plus →

Retour en haut