Por dentro

Tecnología que une el surf con la operación.

Reservas, equipo y condiciones del mar unidos por reglas operativas. Mira los recorridos disponibles y lo que aún estamos desarrollando.

Conocer SurfBooking OS Ver los cuatro capítulos

SurfBooking OS

SurfBooking reúne escuelas de surf, surfistas e instructores en un solo sitio. Las escuelas usan el SurfBooking OS gratis, a 0 €/mes; los surfistas encuentran clases y ven el mar de cada playa para su nivel; los instructores tienen un CV que llevan de escuela en escuela y ven su horario. El asistente se llama Kai.

Una petición, en vivo

Dices lo que quieres. Las reglas deciden. Tú confirmas.

Kai entiende la petición, el sistema comprueba las reglas de la escuela y la clase solo cambia después de tu confirmación. Al final relee lo que quedó guardado antes de decirte que está hecho.

Ejemplo ilustrativo de una petición.

Varias peticiones en una frase

Una frase, varios pasos. Cada uno va a quien mejor lo conoce.

Cuando pides varias cosas a la vez, el sistema las separa en pasos y entrega cada uno a la parte que lo conoce: el calendario, el mar, las reglas de la escuela, los instructores o el material. Ves la lista y lo que se hizo en cada paso, y lo que cambia datos espera tu sí.

Ejemplo ilustrativo de una petición.

Cómo se decide

No todo necesita un modelo de lenguaje.

Antes de que entre ningún modelo, la pregunta pasa por lógica nuestra, escrita y probada. Si sabe la respuesta, responde al momento. Si no la sabe, no adivina: cede el turno.

Esta división es la misma idea que la literatura técnica llama «Sistema 1 y Sistema 2»: el reflejo rápido y la deliberación lenta. En Surf Booking el reflejo es código nuestro, no un modelo: las cuentas, las plazas, los conflictos de horario, los ratios y los permisos se deciden con reglas verificables, y ningún modelo las sustituye.

Por qué así

Un asistente sin reglas se equivoca con seguridad. Un recorrido fijo no se adapta.

Juntamos los dos. El asistente entiende lo que pides, pero lo que toca dinero, plazas y alumnos por instructor lo deciden reglas escritas, y nada cambia sin que una persona confirme.

Ejemplo ilustrativo. Las dos primeras columnas describen maneras de construir un asistente, no productos concretos.

Todo conectado

Tocas una clase. El sistema vuelve a comprobar lo que ese cambio toca.

Alumnos, instructor, material, mar, pago y canales de venta están en el mismo sistema. El resultado solo se anuncia cuando está confirmado.

El mar, playa a playa

El mismo mar en alta mar. Tres playas, tres lecturas.

El oleaje llega distinto a cada playa. Cada una se lee con su exposición y su marea, y la nota sale por playa y por nivel de clase.

Alturas de ejemplo.

SurfBooking
Cada escuela en su espacio

Los datos de una escuela no pasan a la de al lado.

Alumnos, reservas y conversaciones se quedan dentro de la escuela a la que pertenecen. Una petición que intente salir se frena en la pared, venga de una persona o de un asistente.

Las reglas de la casa

Las mismas reglas para todos los asistentes.

Están fijadas de nuestro lado y ninguna conversación las cambia. Antes de cada versión lanzamos ataques contra ellas, y una regla fallida frena la versión.

Los ataques que lanzamos son los que conocemos: superarlos no prueba que no exista uno que aún no hemos escrito. Conocer a Kai →

Mejora por medición

Un fallo pasa a ser un ensayo. Una mejora solo entra medida.

Nada cambia por corazonada. La mejora tiene que ganar un ensayo, es una persona de nuestro equipo quien decide aplicarla, y se retira si las escuelas muestran que empeoró.

Tres casos reales
La clase de última hora de la tardeEntróEl asistente nunca sugería la clase de las 19 h, cuando en verano todavía hay sol. Se convirtió en ensayo y el horario se amplió.
Una respuesta equivocada sobre sí mismoEntróEl asistente público respondió mal a quien le preguntó quién lo hizo, e insistió. La pregunta pasó a correr en los ensayos antes de cada versión.
Un cambio en el panelRetiradaResolvía un problema y rompía 25 ensayos de otras partes. Salió la misma noche y volvió días después, hecha de otra manera.
0
Lecturas de otra escuela bloqueadas (90 días)
Cuenta lo que la pared bloqueó; no es una nota de seguridad. Cero quiere decir que nada chocó con ella en este periodo — no prueba que no haya fallos, ni que alguien la haya puesto a prueba.
93
Ensayos de ataque antes de cada versión
+35 000
Pruebas antes de cada versión
189
Ensayos de conversación lanzados (7 días)
6
Perfiles difíciles ensayados
Las reglas de cada uno corren antes de cada versión; las conversaciones completas las lanzamos aparte.
Todo en el mismo sistema

Lo que sostiene tu operación.

Calendario, reservas, equipo, material y condiciones del mar conectados en el mismo sistema. Cuando cambias una clase, entran en juego los permisos, los horarios y las validaciones de esa operación.

SurfBooking OS
Un sistema operativo para la escuelaEl panel se abre como un escritorio: cada herramienta en su ventana, el día a la vista y una barra donde escribes lo que quieres. Queda como lo dejaste. Un asistente por escrito y por vozPides en tu idioma. Lo que cambia la operación solo ocurre después de que confirmes. Revisión de vídeo de las clasesMarcas cada ola en la línea de tiempo y añades notas y ejercicios. Las sugerencias automáticas aparecen solas, y es el entrenador quien las confirma. Venta directa y calendarios externosLa escuela vende en su propio canal y conecta los calendarios de las plataformas donde ya está, para que la misma plaza no se venda dos veces. Cada persona entra con su papelDueño, equipo e instructor tienen cada uno su entrada. El instructor ve sus clases, y solo las suyas.
En seis idiomasEl sitio y el panel de la escuela están en portugués, inglés, español, francés, alemán e italiano.
Por debajo

Las técnicas que trabajan para tu escuela.

No necesitas conocerlas para usar el sistema. Aquí quedan por su nombre, cada una con lo que te da.

Decisión por reglas
Las cuentas, las plazas, los conflictos de horario y las ratios se deciden con reglas escritas y probadas. Ningún modelo de lenguaje las sustituye.
Registro de decisiones
Cada decisión del asistente queda registrada. Cuando crea una clase, el sistema vuelve a leer lo que quedó y añade el resultado al registro. Así medimos dónde mejorar.
Modelo de previsión por playa
Es el que da la nota de cada playa, por nivel de clase, y la confianza hora a hora.
Registro encadenado
En los reembolsos y en los pagos a las escuelas, cada línea del registro queda ligada a la anterior. Un cambio hecho después se nota.
Visión por computador
En la revisión de vídeo, la detección del surfista y de la postura se ejecuta en tu navegador. Cuando se pierde al surfista, un modelo de imagen aparte ayuda a encontrarlo, sin guardar el fotograma. Es el entrenador quien confirma lo que queda.
Dónde viven tus datos
El servidor y la base de datos están en la Unión Europea. Delante de ellos hay una capa de protección de otro operador, separada del servidor, que filtra el tráfico antes de que llegue.
Ver más detalle
Las reglas de cada clase
Reembolsos según la antelación de la cancelación, ausencias, cambios de fecha que no esquivan la política de reembolso, cancelación por condiciones del mar con reembolso automático, y grupos divididos sin cobrar dos veces.
Registro de pagos y reembolsos
Cada pago queda en un registro que no se reescribe, y las cifras se concilian todos los días. Las copias de seguridad están cifradas y guardadas en más de un lugar, fuera de la base de datos.
Calendarios externos
Los calendarios externos se leen con cuidado: un archivo extraño o vacío no borra tus reservas, y una cancelación llega también al canal de donde vino la reserva.
Ratios SB y edictos de playa
Ratios SB de alumnos por instructor (1:6 iniciación, 1:8 intermedio, 1:4 niños, 1:4 privada), con un aviso cuando la clase pasa del ratio, edad confirmada en las clases de niños, un precio que parece un error se rechaza, y un aviso de los edictos cuando dos o más instructores comparten la clase.
Privacidad y cuentas de nuestro equipo
Quien pide ser borrado es borrado, y solo queda lo que la ley fiscal obliga a guardar. Las fotos se van con la cuenta. Cada acción sensible de nuestro equipo queda registrada, y tocar la cuenta de otro miembro del equipo exige un código enviado por email.
En resumen

Dos recorridos, cada uno con un resultado que se confirma.

Surfista
  1. Encuentra una clase en la app o en la web.
  2. Ve las plazas reales de esa clase.
  3. Reserva y paga.
  4. Recibe la confirmación, por email y en la app.
Resultado: una reserva confirmada, con la plaza guardada.
Este recorrido no depende de Kai.
Escuela
  1. Describes lo que necesitas en SurfBooking OS, por escrito o por voz.
  2. Kai interpreta la petición y prepara la acción.
  3. Solo pide lo que falta: un dato o tu confirmación.
  4. El servidor comprueba que tienes permiso y que la clase sigue como estaba, y solo entonces lo ejecuta.
  5. El OS muestra el resultado que el servidor confirmó. Cuando no puede confirmarlo, te lo dice y no lo da por hecho.
Resultado: lo que cambió de verdad, visto en pantalla.
Una respuesta de Kai no prueba que algo haya pasado: lo prueba el servidor.

El equipo de SurfBooking trabaja en un área aparte, separada de Kai y de las escuelas. Cuando algo falla, el fallo se convierte en una prueba y en una mejora, que solo entra después de que una persona la revise.

Diferente por diseño

Esto no es una función.
Es cómo está hecha la casa.

Muchas piezas trabajando juntas, cada una dedicada a una parte del día de una escuela de surf: condiciones del mar, ratios, descargos de responsabilidad, pagos, calendarios externos, socios. Lo que cuenta es que estén unidas. Cada pieza por sí sola es conocida; la forma en que se alinean con el día de una escuela no lo es.

Una plataforma de reservas con surf por encima no es esto. Una app de forecast con reservas pegadas por detrás tampoco.

Habla con el calendario. El calendario responde.
Voz en varios sitios: arriba en el calendario para cambiar varias clases de una vez, en la miniatura de cada clase para un ajuste puntual, y en el modo agente para navegar y rellenar campos. Sin comandos que memorizar: hablas como hablas en la escuela.
Voz · funcionando hoy
La mejor ventana de la semana
«Cambia al mejor día de esta semana»: el asistente mira los próximos 7 días, elige la hora que mejor sirve al nivel de la clase y te muestra las condiciones antes de que confirmes.
Varias clases de una vez
«Mueve todas las clases de iniciación a la próxima semana», «al próximo mes», «al mejor día». Una frase reprograma varias clases, con las condiciones de cada una a la vista. Si un instructor queda con dos clases a la misma hora, se te avisa antes de que cambie nada.
Ajustes en una sola clase
El micrófono en la miniatura de la clase ya sabe de qué clase hablas: «Instructor Pedro», «Precio 55€», «6 alumnos», «Duplica para el sábado a las 10». Basta el nombre de pila del instructor. El cambio se propone y lo confirmas tú antes de aplicarse, y lo que ves después es el resultado que quedó.
Nunca abre el agente solo
Si no entiende lo que dijiste, te muestra ejemplos y te quedas en el calendario. El modo agente solo se abre cuando lo pides. No intenta adivinar.
Entiende el portugués hablado
El reconocimiento de voz oye muchas veces «Móvel» en vez de «Move-a», o «Mac me» en vez de «Marca-me». Contamos con ello. Acepta «dia 24», «próxima semana», «próximo mes» y números en palabras («cinco alunos»), porque así se habla en una escuela.
El asistente conoce tu material
Pregunta «¿cuántos trajes M tengo?» y el asistente responde con el número que hay en tu stock, no con una estimación. Lo que está en mantenimiento aparece aparte.

El asistente no se queda quieto. Mejora por medición, no por corazonada.
La mayoría de las funciones de IA se quedan como salieron. La nuestra guarda lo que aprendió, prueba cada mejora en un ensayo antes de usarla, y muestra a nuestro equipo dónde flojea.
Ensayos antes de cada versión · decide una persona
Lo que se aprende queda guardado
Cada regla, cada corrección y cada ensayo quedan guardados con su fecha. No se empieza de cero cada vez, y el historial se puede consultar, incluidas las correcciones que fueron rechazadas.
Mejoras medidas
Una mejora en las instrucciones del asistente solo avanza si gana en un ensayo medido, y se retira si las escuelas reales muestran que empeoró. Ganar el ensayo no aplica nada: aplicar es una decisión de una persona de nuestro equipo. Los ensayos de las reglas corren antes de cada versión.
Un sistema que muestra sus puntos débiles
Nuestro equipo ve en un mapa dónde falla el sistema: un ensayo que el asistente perdió, una propuesta que no protege ninguna regla. Ver los propios puntos débiles es parte del trabajo.

El agente propone. Las reglas deciden. Una persona confirma.
El agente entiende la petición en lenguaje normal, pero no es él quien graba. Aforo, horarios, permisos y dinero los comprueba nuestro código, en el servidor, siempre de la misma manera. El agente puede equivocarse en la conversación; no puede grabar contra las reglas.
Cuando el agente escribe
1 · La petición
«cambia la clase de mañana de las 9 a las 11»
2 · Las reglas en código
El servidor comprueba que el instructor está libre, que hay plazas y que quien lo pide tiene permiso. No es un modelo quien evalúa: es código probado.
3 · La confirmación
Ves el antes y el después y confirmas. Solo entonces se graba, y el sistema vuelve a leer lo que quedó para decirte el resultado.
Lo que las reglas rechazan, lo pida quien lo pida
  • Dos alumnos pagando la última plaza a la vez: solo uno se la queda.
  • Una clase para un instructor que ya tiene otra a esa hora: se para, dice por qué y solo sigue si la escuela lo decide.
  • Un empleado sin permiso que pide borrar una clase: rechazado en el servidor, no en la conversación.

Abierto a quien quiera conectarse
Socios y otras apps pueden conectarse a SurfBooking, según las reglas de la casa.
Ver más detalle
Una sesión, cualquier señal
Un reloj, un sensor de tabla y una nota escrita a mano cuentan como la misma sesión, y quedan juntos en el Pasaporte del surfista. Solo viaja una ubicación, al principio, para confirmar que estuviste en el pico, y nunca se guarda para quien no tiene la edad verificada. El recorrido completo no sale del dispositivo.
Conexiones para socios
El forecast por pico y las plazas de las clases pueden ser consultados por marketplaces, gestores de canales y asistentes de IA. Crear una reserva es otra cosa: exige una clave que la propia escuela da al socio, solo vale para las clases de esa escuela y respeta las plazas que existen.
Respuestas comprobadas antes de llegar a alguien
Antes de que una respuesta del asistente llegue a alguien, se comprueba: inventar un forecast, prometer un reembolso o mostrar cifras de dinero a un empleado son casos bloqueados, en portugués y en inglés. Ponemos a prueba estos casos antes de cada versión. Cubren lo que conocemos, no prueban que el asistente nunca se equivoque.

Seguridad en el perímetro
Lo que hay a la entrada del servicio, y lo que cada petición encuentra después.
Una capa de protección a la entrada
Usamos una capa de protección a la entrada del servicio. No publicamos su configuración.
Límites contra el abuso
El inicio de sesión, las búsquedas, los listados públicos y el asistente tienen límites contra el abuso: una credencial robada o una recogida automática quedan frenadas mucho antes de causar daños.
Conexión cifrada y sesión protegida
Todo el tráfico está cifrado. La sesión se guarda donde el código de la página no la puede leer, y cerrar sesión la borra. Los pagos pasan por un procesador de pagos certificado: nunca vemos números de tarjeta.
Un segundo paso para entrar
Los dueños de escuela y los administradores pueden exigir un segundo factor: un código de una app de autenticación o el desbloqueo biométrico en el móvil. Los secretos de ese factor y las contraseñas se guardan cifrados, y cambiar el email de una cuenta cierra todas sus sesiones.

El camino de una clase
Lo que pasa cuando una escuela crea o edita una clase:
1
Origen — SurfBooking OS

El dueño define hora, nivel, marea, plazas e instructor, y guarda.

2
Comprobación: ratios SB y condiciones del mar

La clase se comprueba contra el ratio SB (1:6 iniciación, 1:8 intermedio, 1:4 niños) y contra la marea que pediste, y queda con la nota de las condiciones del mar.

3
Dónde aparece la clase: tres salidas
Web · Marketplace
La clase aparece en la página pública del spot + rankings de Surf Today.
App móvil
Asistencias, códigos QR y descargos de responsabilidad. Los instructores gestionan el día en la arena.
Red de partners
Hoteles y partners difunden clases por link/QR — cada reserva sabe de dónde vino.

Un asistente con reglas, no un chatbot
Nuestro asistente no es un chatbot con instrucciones. Tiene permisos separados por rol, y protecciones contra mensajes hechos para engañarlo y contra respuestas que lleven datos de una escuela a otra.
01PidesPor escrito o por voz, en tu idioma.
02Identifica la claseY si hay dos parecidas, pregunta cuál — no elige por ti.
03Corren las reglasPermisos, ratio de alumnos por instructor, choques de horario.
04ConfirmasEn los cambios que tocan la operación, la última palabra es tuya.
05Ves el resultadoLo que aparece es lo que devolvió el sistema, incluso cuando falla.

Este es el recorrido de los cambios. Una pregunta que solo lee información no pasa por la confirmación, porque no cambia nada.

Ver más detalle
Garantía · Coordinación
Una sola fuente de verdad
Los números vienen del estado real de la plataforma (reservas, calendario, mar) y no de la memoria del asistente. Lo que viene de fuera se comprueba antes de usarse. Lo que esto no garantiza es que el asistente entienda siempre la pregunta correcta: ya lo hemos pillado respondiendo a otra cosa, y es trabajo abierto.
Garantía · Red
La red aprende, las escuelas quedan privadas
Patrones agregados y anonimizados alimentan la mejora continua — efecto de red — sin compartir nunca los datos de una escuela con otra.
Garantía · Datos externos
Las fuentes externas entran verificadas
Los datos públicos (reglamentos, fuentes oficiales) se limpian antes de poder influir en nada. Una página de fuera no da órdenes al asistente.
Garantía · Por escuela
Cada escuela aislada
El asistente de cada escuela trabaja solo con esa escuela. Conoce el contexto local (horarios, equipo, reglas de la casa), y el servidor solo le entrega datos de esa escuela; los tests cubren intentos de leer los de otra.

Muros entre escuelas
El servidor comprueba la escuela y los permisos asociados a la petición antes de facilitar información protegida. Los tests comprueban escenarios de acceso entre escuelas y entre roles.
Ver más detalle
Filtrado antes de llegar a la pantalla
Reservas, alumnos, equipo y forecast llegan ya filtrados por tu escuela antes de salir de nuestro lado. La pantalla no puede desactivarlo. No tenemos una auditoría que pruebe cobertura en todos los caminos; tenemos pruebas para los que conocemos.
Reglas que no se esquivan hablando
El asistente trabaja para una escuela a la vez: no habla de otras, y las reglas de la plataforma valen aunque le pidan lo contrario.
Las notas de tu escuela
Cada escuela escribe sus notas —horarios, material, normas de la casa— y el asistente las lee antes de responder. Son solo de esa escuela y nunca se comparten con otras.
Datos personales tapados antes de llegar al asistente
Emails, teléfonos, NIF, IBAN y números de tarjeta se retiran de cada mensaje antes de que llegue al asistente, y otra vez en la respuesta, en el camino de vuelta. Lo ponemos a prueba antes de cada versión.

Las condiciones del mar
Por qué nuestra 'mejor ventana para principiantes' no es una corazonada.
01Lo que hay para leerOleaje, viento, marea y estado del mar, hora a hora.
02Lo que hace esa playaCada pico filtra el mismo mar de otra manera. Aquí es donde leemos la playa.
03La estimación y la confianzaSale un número por hora con un nivel de confianza. Cuando está en el límite, lo decimos.
04La escuela decideQuien mira el agua siempre tiene la última palabra sobre entrar.

No hemos medido el error de esta estimación frente a observaciones en el mar. Está dicho al final de la página, con las otras que faltan.

Ver más detalle
Confianza honesta, no falsa precisión
Cuando los datos no son seguros, el spot recibe un sello de 'baja confianza' en vez de fingir que lo sabemos. Preferimos decirte que está en el límite antes que venderte falsa precisión.
Ventanas pedagógicas por nivel
Valoramos cada ventana de los próximos días contra las definiciones de nivel de SurfBooking: lo que es una buena ventana para iniciación no es lo que sirve a avanzados. La mejor ventana que ves al crear una clase es la que encaja con el nivel que vas a enseñar.

Cómo probamos lo que decimos
La parte que nadie copia no es la arquitectura. Es lo que nos negamos a hacer.
Los ensayos ponen el sistema a trabajar
No basta con leer si está bien: nuestros ensayos repiten el caso que falló en el sistema de verdad. Por eso, cuando lo corregimos, queda corregido. Y cada ensayo dice, por escrito, qué prueba y qué no prueba.
Donde no hay medición, dice «no medido»
Es la regla más pesada de la casa y la que más confianza compra: un número que nadie midió no entra en una página, un informe ni en la respuesta de un agente. Si leemos el mar y la lectura está en el límite, el spot recibe un sello de baja confianza en vez de fingir certeza. Preferimos decirte que no sabemos.
Cada pieza nueva declara qué promesa protege
Un componente que no protege ninguna promesa es ceremonia, y no entra. En el mismo momento en que nace escribe por qué existe, qué se rompe si desaparece y cómo se sabe que sigue vivo. Eso es lo que impide que un sistema grande se llene de piezas que nadie recuerda por qué están ahí.
Nuestro número nunca es el número de otro
No ajustamos el forecast para coincidir con un competidor — coincidir con otro modelo no es acertar con el mar. Lo que una escuela escribe para su asistente es información, nunca instrucciones: puede decirle dónde os encontráis y qué llevar, y no puede cambiar lo que el asistente es ni lo que cobra. Precios, plazas y reembolsos salen siempre del mismo sitio.

Estos ensayos son nuestros. Todavía no tenemos una certificación de seguridad de una entidad independiente.

Lo que esta página no midió6
Cosas que esta página describe y que aún no ha probado en funcionamiento. Revisado el 28 oct 2026.
La configuración de la red en producción
Todavía sin verificación independiente.
La recuperación de una copia de seguridad
Las copias son diarias y cifradas. Hasta que publiquemos un ensayo completo, hablamos de copias, no de tiempo de recuperación.
El error del forecast frente al mar real
Tenemos un modelo por playa y un indicador de confianza por hora. Lo que aún no hemos publicado es el error medido frente a observaciones, con la muestra y el periodo. Coincidir con otro modelo no es acertar en el mar.
El borrado en todas las tablas
El camino de borrado existe y queda registrado. Todavía no decimos que sea completo en todas las tablas.
Los sensores y el reloj, en dispositivo
La fusión de sesiones de varias fuentes está construida. No se midió en dispositivo en esta pasada, y lo que no se mide en dispositivo no se anuncia como medido.
La comprobación de las respuestas en todos los idiomas
Las comprobaciones cubren los casos que están escritos, en portugués y en inglés. La cobertura en todos los idiomas y en todas las frases posibles no está demostrada: una comprobación solo atrapa lo que alguien previó.

Puesto a prueba antes de hablar contigo
Lo que lanzamos contra nuestro propio asistente antes de que llegue a alguien.
Instructor
Intenta ver datos de compañeros
Cliente
Exige reembolso · enseña tarjeta
Dueño de escuela
Fuerza los límites
Conversación larga
Adormece y luego ataca
Cada mensaje se limpia antes de leerse
Antes de que el asistente lea un mensaje, se retiran los datos personales y se neutralizan los intentos conocidos de engañarlo. Cuando aparece una forma nueva de ataque, escribimos una prueba para ella antes de dar la corrección por hecha.
Seis perfiles difíciles, hechos para ponerlo a prueba
Ponemos a prueba al asistente con perfiles difíciles: un cliente enfadado, un dueño que prueba los límites, un instructor que curiosea datos de compañeros, alguien que intenta engañarlo a lo largo de varios mensajes. Las reglas se ejecutan antes de cada versión; las conversaciones completas se hacen aparte, lanzadas por una persona.
Una regla fallida frena la versión
Una regla fallida no es un aviso: la versión no sale. Sea «ningún IBAN llega al asistente» o «un empleado no ve las reservas de otro instructor», la respuesta es sí o no, sin opinión. Evaluamos el comportamiento, no el texto de marketing.

Los deberes hechos en cada candidatura de escuela
Cuando verificamos una escuela para el sello «Escuela verificada por SurfBooking», un asistente prepara un resumen para que la persona que revisa lea hechos, no un formulario en blanco.
Confirmación con datos públicos
El asistente busca menciones públicas de la escuela y de la licencia declarada, y marca cada afirmación como confirmada, no confirmada o contradicha. Cada hecho trae su fuente, para que la persona que revisa pueda abrirla.
Una mirada a las reseñas públicas
Una segunda pasada mira las reseñas públicas de la escuela en busca de señales raras: campañas negativas coordinadas, picos sospechosos de cinco estrellas. Es solo información y no frena nada: llega al resumen para que la persona lo pese.
El resumen queda cerrado
El resumen solo lo ve nuestro equipo. No llega a otra escuela, no entrena modelos y no entra en el asistente de otra escuela. Borrar el caso borra el resumen.
Decide una persona
El asistente ni aprueba ni rechaza. Escribe el resumen; una persona lee y decide. Cada aprobación y cada rechazo quedan registrados con el resumen, para poder reconstruir lo que se sabía en el momento de la decisión.

Resiliencia de datos
Lo que hacemos para que tu operación sobreviva a un fallo.
Registros que no se reescriben
Las operaciones administrativas (cambios de cuenta, permisos, borrados a petición) quedan en un registro al que solo se añade. En los reembolsos y en los pagos a las escuelas vamos más lejos: cada línea queda unida a la anterior, por eso un cambio hecho después se nota.
Copia de seguridad replicada fuera de la base de datos
Copias cifradas todos los días, guardadas fuera de la base de datos de producción, y una segunda copia en otro lugar. La recuperación depende de la última copia terminada y verificada.
Tus datos, cuando los quieras
Cualquier escuela descarga sus datos operativos en un ZIP cifrado que se abre con la contraseña de su propia cuenta, que se verifica y nunca se guarda. Incluye reservas, clases, clientes del canal, equipo, material, términos, reseñas, anuncios y socios. Excluye los contactos y los datos de salud de los alumnos de la app y el contenido de las conversaciones.
Lo que ven los auditores
Bajo acuerdo de confidencialidad, cuando un regulador pregunta, mostramos nuestros controles: la prueba de que la privacidad, el registro de las acciones y los borrados a petición funcionan como se describe. No mostramos el contenido que esos controles protegen: las notas de la escuela, las instrucciones del asistente, las conversaciones entre las escuelas y la IA.

Conecta SurfBooking a ChatGPT o a Claude

Añade SurfBooking como conector y pregunta en tu chat de siempre. La respuesta sale de los datos de SurfBooking.

  • Surfistas
    Pregunta dónde surfear hoy, cómo está el mar en una playa o qué clase va con tu nivel. Solo lee: para reservar, recibes el enlace y pagas en SurfBooking.
  • Escuelas
    El dueño entra con la cuenta de la escuela y ve clases, reservas y el mar. Lo que cambia algo llega como propuesta y solo ocurre cuando lo confirmas en el SurfBooking OS.
  • Instructores
    Cada instructor entra con su propia cuenta y ve sus clases, los horarios y el mar de esas clases.
Saber más →
Sobre nosotros · Para escuelas · Para instructores · Soporte

Entrar

SurfistaEncuentra spots, reserva clasesEscuela de surfGestiona clases y pagosInstructorCV portátil, invitaciones de escuelas

Volver arriba