Por dentro

Tecnologia que liga o surf à operação.

Reservas, equipa e condições do mar ligadas por regras operacionais. Vê os percursos disponíveis e o que ainda estamos a desenvolver.

Conhecer o SurfBooking OS Ver os quatro capítulos

SurfBooking OS

A SurfBooking junta escolas de surf, surfistas e instrutores num só sítio. As escolas usam o SurfBooking OS de graça, a 0 €/mês; os surfistas encontram aulas e veem o mar de cada praia para o seu nível; os instrutores têm um CV que levam de escola em escola e veem o seu horário. O assistente chama-se Kai.

Um pedido, ao vivo

Dizes o que queres. As regras decidem. Tu confirmas.

O Kai percebe o pedido, o sistema confere as regras da escola e só depois da tua confirmação a aula muda. No fim relê o que ficou gravado antes de te dizer que está feito.

Exemplo ilustrativo de um pedido.

Vários pedidos numa frase

Uma frase, vários passos. Cada um vai a quem sabe dele.

Quando pedes várias coisas de uma vez, o sistema separa-as em passos e entrega cada um à parte que sabe dele: o calendário, o mar, as regras da escola, os Instrutores ou o material. Vês a lista e o que se fez em cada passo, e o que muda dados espera pelo teu sim.

Exemplo ilustrativo de um pedido.

Como se decide

Nem tudo precisa de um modelo de linguagem.

Antes de qualquer modelo entrar, a pergunta passa por lógica nossa, escrita e testada. Se ela sabe a resposta, responde na hora. Se não sabe, não adivinha: passa a vez.

Esta divisão é a mesma ideia a que a literatura técnica chama «Sistema 1 e Sistema 2»: o reflexo rápido e a deliberação lenta. Na SurfBooking o reflexo é código nosso, não um modelo: as contas, as vagas, os conflitos de horário, os rácios e as permissões decidem-se por regras verificáveis, e nenhum modelo as substitui.

Porquê assim

Um assistente sem regras erra com confiança. Um percurso fixo não se adapta.

Juntámos os dois. O assistente percebe o que pedes, mas o que toca em dinheiro, vagas e alunos por instrutor é decidido por regras escritas, e nada muda sem uma pessoa confirmar.

Exemplo ilustrativo. As duas primeiras colunas descrevem maneiras de construir um assistente, não produtos em concreto.

Tudo ligado

Mexes numa aula. O sistema volta a conferir o que essa mudança toca.

Alunos, instrutor, material, mar, pagamento e canais de venda estão no mesmo sistema. O resultado só é anunciado depois de confirmado.

O mar, praia a praia

O mesmo mar ao largo. Três praias, três leituras.

A ondulação chega diferente a cada praia. Cada uma é lida com a sua exposição e a sua maré, e a nota sai por praia e por nível de aula.

Alturas de exemplo.

SurfBooking
Cada escola no seu espaço

Os dados de uma escola não passam para a do lado.

Alunos, reservas e conversas ficam dentro da escola a que pertencem. Um pedido que tente sair é travado na parede, venha de uma pessoa ou de um assistente.

As regras da casa

As mesmas regras para todos os assistentes.

Estão fixadas do nosso lado e nenhuma conversa as muda. Antes de cada versão corremos ataques contra elas, e uma regra falhada trava a versão.

Os ataques que corremos são os que conhecemos: passar neles não prova que não exista um que ainda não escrevemos. Conhecer o Kai →

Melhora por medição

Uma falha passa a ser um ensaio. Uma melhoria só entra medida.

Nada muda por palpite. A melhoria tem de ganhar num ensaio, é uma pessoa da nossa equipa que decide aplicá-la, e sai se as escolas mostrarem que piorou.

Três casos reais
A aula do fim da tardeEntrouO assistente nunca sugeria a aula das 19h, quando no Verão ainda há sol. Virou ensaio e o horário foi alargado.
Uma resposta errada sobre si próprioEntrouO assistente público respondeu mal a quem lhe perguntou quem o fez, e insistiu. A pergunta passou a correr nos ensaios antes de cada versão.
Uma mudança ao painelRetiradaResolvia um problema e partia 25 ensaios de outras partes. Saiu na mesma noite e voltou dias depois, feita de outra maneira.
0
Leituras de outra escola travadas (90 dias)
Conta o que a parede travou; não é uma nota de segurança. Zero quer dizer que nada bateu nela neste período — não prova que não haja falhas, nem que alguém a tenha posto à prova.
93
Ensaios de ataque antes de cada versão
+35 mil
Testes antes de cada versão
189
Ensaios de conversa lançados (7 dias)
6
Perfis difíceis ensaiados
As regras de cada um correm antes de cada versão; as conversas completas lançamo-las à parte.
Tudo no mesmo sistema

O que segura a tua operação.

Calendário, reservas, equipa, material e condições do mar ligados no mesmo sistema. Quando alteras uma aula, entram em jogo as permissões, os horários e as validações dessa operação.

SurfBooking OS
Um sistema operativo para a escolaO painel abre como uma secretária: cada ferramenta na sua janela, o dia à vista e uma barra onde escreves o que queres. Fica como o deixaste. Um assistente por escrito e por vozPedes na tua língua. O que mexe na operação só acontece depois de confirmares. Revisão de vídeo das aulasMarcas cada onda na linha do tempo e juntas notas e exercícios. As sugestões automáticas aparecem sozinhas, e é o treinador que as confirma. Venda direta e calendários externosA escola vende no seu próprio canal e liga os calendários das plataformas onde já está, para a mesma vaga não se vender duas vezes. Cada pessoa entra com o seu papelDono, equipa e instrutor têm cada um a sua entrada. O instrutor vê as suas aulas, e só as suas.
Em seis línguasO site e o painel da escola estão em português, inglês, espanhol, francês, alemão e italiano.
Por baixo

As técnicas que trabalham para a tua escola.

Não precisas de as conhecer para usar o sistema. Ficam aqui pelo nome, cada uma com o que te dá.

Decisão por regras
As contas, as vagas, os conflitos de horário e os rácios decidem-se por regras escritas e testadas. Nenhum modelo de linguagem as substitui.
Registo de decisões
Cada decisão do assistente fica registada. Quando ele cria uma aula, o sistema relê o que ficou e junta o resultado ao registo. É por aí que medimos onde melhorar.
Modelo de previsão por praia
É ele que dá a nota de cada praia, por nível de aula, e a confiança hora a hora.
Registo encadeado
Nos reembolsos e nos pagamentos às escolas, cada linha do registo fica ligada à anterior. Uma alteração feita depois nota-se.
Visão por computador
Na revisão de vídeo, a deteção do surfista e da postura corre no teu browser. Quando o surfista se perde, um modelo de imagem à parte ajuda a encontrá-lo, sem guardar o fotograma. É o treinador que confirma o que fica.
Onde vivem os teus dados
O servidor e a base de dados estão na União Europeia. À frente deles há uma camada de protecção de outro operador, separada do servidor, que filtra o tráfego antes de ele lá chegar.
Ver mais detalhe
As regras de cada aula
Reembolsos conforme a antecedência do cancelamento, faltas, remarcações que não contornam a política de reembolso, cancelamento por condições do mar com reembolso automático, e grupos divididos sem cobrar duas vezes.
Registo de pagamentos e reembolsos
Cada pagamento fica num registo que não se reescreve, e os números são reconciliados todos os dias. As cópias de segurança são cifradas e guardadas em mais de um sítio, fora da base de dados.
Calendários externos
Os calendários externos lêem-se com cuidado: um ficheiro estranho ou vazio não apaga as tuas reservas, e um cancelamento chega também ao canal de onde a reserva veio.
Rácios SB e editais de praia
Rácios SB de alunos por instrutor (1:6 iniciante, 1:8 intermédio, 1:4 crianças, 1:4 privada), com um aviso quando a aula passa o rácio, idade confirmada nas aulas de crianças, um preço que parece engano é recusado, e um aviso dos editais quando dois ou mais instrutores partilham a aula.
Privacidade e contas da nossa equipa
Quem pede para ser apagado é apagado, e fica só o que a lei fiscal obriga a guardar. As fotografias saem com a conta. Cada ação sensível da nossa equipa fica registada, e mexer na conta de outro membro da equipa exige um código enviado por email.
Em resumo

Dois percursos, cada um com um resultado que se confirma.

Surfista
  1. Descobre uma aula na app ou no site.
  2. Vê as vagas reais dessa aula.
  3. Reserva e paga.
  4. Recebe a confirmação, por email e na app.
Resultado: uma reserva confirmada, com o lugar guardado.
Este percurso não depende do Kai.
Escola
  1. Descreves o que precisas no SurfBooking OS, por escrito ou por voz.
  2. O Kai interpreta o pedido e prepara a ação.
  3. Pede só o que falta: um dado, ou a tua confirmação.
  4. O servidor confirma que tens permissão e que a aula ainda está como estava, e só então executa.
  5. O OS mostra o resultado que o servidor confirmou. Quando não o consegue confirmar, diz-to e não o dá por feito.
Resultado: o que mudou mesmo, visto no ecrã.
Uma resposta do Kai não prova que algo aconteceu: prova-o o servidor.

A equipa da SurfBooking trabalha numa área à parte, separada do Kai e das escolas. Quando algo falha, a falha passa a ser um teste e uma melhoria, que só entra depois de uma pessoa a rever.

Diferente por desenho

Isto não é uma funcionalidade.
É a forma como a casa está feita.

Muitas peças a trabalhar juntas, cada uma dedicada a uma parte do dia de uma escola de surf: condições do mar, rácios, termos de responsabilidade, pagamentos, calendários externos, parceiros. O que conta é estarem ligadas. Cada peça sozinha é conhecida; a forma como se alinham com o dia de uma escola não é.

Uma plataforma de reservas com surf por cima não é isto. Uma app de forecast com reservas presas atrás também não.

Fala com o calendário. O calendário responde.
Voz em vários sítios: no topo do calendário para mudar várias aulas de uma vez, na miniatura de cada aula para um acerto pontual, e no modo agente para navegar e preencher campos. Sem comandos para decorar: falas como falas na escola.
Voz · a funcionar hoje
A melhor janela da semana
«Muda para o melhor dia desta semana»: o assistente olha para os próximos 7 dias, escolhe a hora que melhor serve o nível da aula e mostra-te as condições antes de confirmares.
Várias aulas de uma vez
«Muda todas as aulas de iniciante para a próxima semana», «para o próximo mês», «para o melhor dia». Uma frase remarca várias aulas, com as condições de cada uma à vista. Se um instrutor ficar com duas aulas à mesma hora, és avisado antes de alguma coisa mudar.
Acertos numa aula só
O microfone na miniatura da aula já sabe de que aula falas: «Instrutor Pedro», «Preço 55€», «6 alunos», «Duplica para sábado às 10». Basta o primeiro nome do instrutor. A alteração é proposta e confirmada por ti antes de ser aplicada, e o que vês a seguir é o resultado que ficou.
Nunca abre o agente sozinho
Se não perceber o que disseste, mostra-te exemplos e ficas no calendário. O modo agente só abre quando o pedes. Não tenta adivinhar.
Percebe o português falado
O reconhecimento de voz ouve muitas vezes «Móvel» em vez de «Move-a», ou «Mac me» em vez de «Marca-me». Contamos com isso. Aceita «dia 24», «próxima semana», «próximo mês» e números por extenso («cinco alunos»), porque é assim que se fala numa escola.
O assistente conhece o teu material
Pergunta «quantos fatos M tenho?» e o assistente responde com o número que está no teu stock, não com uma estimativa. O que está em manutenção aparece à parte.

O assistente não fica parado. Melhora por medição, não por palpite.
A maioria das funcionalidades de IA fica como saiu. A nossa guarda o que aprendeu, experimenta cada melhoria em ensaio antes de a usar, e mostra à nossa equipa onde está fraca.
Ensaios antes de cada versão · quem decide é uma pessoa
O que se aprende fica guardado
Cada regra, cada correção e cada ensaio ficam guardados com a data. Não se começa do zero de cada vez, e o histórico pode ser consultado, incluindo as correções que foram recusadas.
Melhorias medidas
Uma melhoria às instruções do assistente só avança se ganhar num ensaio medido, e é retirada se as escolas reais mostrarem que piorou. Ganhar o ensaio não aplica nada: aplicar é uma decisão de uma pessoa da nossa equipa. Os ensaios das regras correm antes de cada versão.
Um sistema que mostra os pontos fracos
A nossa equipa vê num mapa onde o sistema está a falhar: um ensaio que o assistente perdeu, uma proposta que não protege regra nenhuma. Ver os próprios pontos fracos faz parte do trabalho.

O agente propõe. As regras decidem. Uma pessoa confirma.
O agente percebe o pedido em linguagem normal, mas não é ele que grava. Lotação, horários, permissões e dinheiro são conferidos por código nosso, no servidor, sempre da mesma maneira. O agente pode enganar-se na conversa; não consegue gravar contra as regras.
Quando o agente escreve
1 · O pedido
«muda a aula de amanhã das 9h para as 11h»
2 · As regras em código
O servidor confere se o instrutor está livre, se há lugares e se quem pede tem permissão. Não é um modelo a avaliar: é código testado.
3 · A confirmação
Vês o antes e o depois e confirmas. Só então se grava, e o sistema volta a ler o que ficou para te dizer o resultado.
O que as regras recusam, seja quem for a pedir
  • Dois alunos a pagar o último lugar ao mesmo tempo: só um fica com ele.
  • Uma aula para um instrutor que já tem outra a essa hora: pára, diz porquê, e só segue se a escola mandar.
  • Um funcionário sem permissão a pedir para apagar uma aula: recusado no servidor, não na conversa.

Aberto a quem se quer ligar
Parceiros e outras apps podem ligar-se à SurfBooking, pelas regras da casa.
Ver mais detalhe
Uma sessão, qualquer sinal
Um relógio, um sensor de prancha e uma nota escrita à mão contam como a mesma sessão, e ficam juntos no Passaporte do surfista. Só viaja uma localização, no início, para confirmar que estiveste no pico, e ela nunca é gravada para quem não tem idade verificada. O percurso completo não sai do dispositivo.
Ligações para parceiros
O forecast por pico e as vagas das aulas podem ser consultados por marketplaces, gestores de canais e assistentes de IA. Criar uma reserva é outra coisa: exige uma chave que a própria escola dá ao parceiro, só vale para as aulas dessa escola e respeita as vagas que existem.
Respostas verificadas antes de chegarem a alguém
Antes de uma resposta do assistente chegar a alguém, é verificada: inventar um forecast, prometer um reembolso ou mostrar valores de dinheiro a um funcionário são casos travados, em português e em inglês. Pomos estes casos à prova antes de cada versão. Cobrem o que conhecemos, não provam que o assistente nunca erra.

Segurança no perímetro
O que está à entrada do serviço, e o que cada pedido encontra depois dela.
Uma camada de protecção à entrada
Usamos uma camada de protecção na entrada do serviço. Não publicamos a sua configuração.
Limites contra abuso
O login, as pesquisas, as listagens públicas e o assistente têm limites contra abuso: uma credencial roubada ou uma recolha automática ficam travadas muito antes de fazer estragos.
Ligação cifrada e sessão protegida
Todo o tráfego é cifrado. A sessão guarda-se de forma que o código da página não a consegue ler, e terminar sessão apaga-a. Os pagamentos passam por um processador de pagamentos certificado — nunca vemos números de cartão.
Um segundo passo para entrar
Donos de escola e admins podem exigir um segundo factor — um código de uma app autenticadora ou o desbloqueio biométrico no telemóvel. Os segredos desse factor e as palavras-passe guardam-se cifrados, e mudar o email de uma conta termina todas as sessões dela.

O caminho de uma aula
O que acontece quando uma escola cria ou edita uma aula:
1
Origem — SurfBooking OS

O dono define hora, nível, maré, vagas e instrutor, e guarda.

2
Verificação: rácios SB e condições do mar

A aula é verificada contra o rácio SB (1:6 iniciante, 1:8 intermédio, 1:4 crianças) e contra a maré que pediste, e fica com a nota das condições do mar.

3
Onde a aula aparece: três saídas
Web · Marketplace
A aula aparece na página pública do spot + rankings do Surf Today.
App móvel
Presenças, códigos QR e termos de responsabilidade. Os instrutores gerem o dia na areia.
Rede de parceiros
Hotéis e parceiros divulgam aulas por link/QR — cada reserva sabe de onde veio.

Um assistente com regras, não um chatbot
O nosso assistente não é um chatbot com instruções. Tem permissões separadas por papel, e proteções contra mensagens feitas para o enganar e contra respostas que levem dados de uma escola a outra.
01PedesPor escrito ou por voz, na tua língua.
02Ele identifica a aulaE se houver duas parecidas, pergunta qual — não escolhe por ti.
03As regras corremPermissões, rácio de alunos por instrutor, conflitos de horário.
04ConfirmasNas alterações que mexem na operação, a última palavra é tua.
05Vês o resultadoO que aparece é o que o sistema devolveu, incluindo quando falha.

Este é o percurso das alterações. Uma pergunta que só lê informação não passa pela confirmação, porque não muda nada.

Ver mais detalhe
Garantia · Coordenação
Uma só fonte de verdade
Os números vêm do estado real da plataforma (reservas, calendário, mar) e não da memória do assistente. O que vem de fora é verificado antes de ser usado. O que isto não garante é que o assistente perceba sempre a pergunta certa: já o apanhámos a responder ao lado, e é trabalho em aberto.
Garantia · Rede
A rede aprende, as escolas ficam privadas
Padrões agregados e anonimizados alimentam a melhoria contínua — efeito de rede — sem nunca partilhar dados de uma escola com outra.
Garantia · Dados externos
Fontes externas entram verificadas
Dados públicos (regulamentos, fontes oficiais) são limpos antes de poderem influenciar o que quer que seja. Uma página de fora não dá ordens ao assistente.
Garantia · Por escola
Cada escola isolada
O assistente de cada escola trabalha só com essa escola. Conhece o contexto local (horários, equipamento, regras de casa), e o servidor só lhe entrega dados dessa escola; os testes cobrem tentativas de ler os de outra.

Paredes entre escolas
O servidor verifica a escola e as permissões associadas ao pedido antes de disponibilizar informação protegida. Os testes verificam cenários de acesso entre escolas e entre papéis.
Ver mais detalhe
Filtrado antes de chegar ao ecrã
Reservas, alunos, equipa e forecast chegam já filtrados pela tua escola antes de saírem do nosso lado. O ecrã não consegue desligar isso. Não temos uma auditoria que prove cobertura em todos os caminhos; temos testes para os que conhecemos.
Regras que não se contornam com conversa
O assistente trabalha para uma escola de cada vez: não fala de outras, e as regras da plataforma valem mesmo quando lhe pedem o contrário.
As notas da tua escola
Cada escola escreve as suas notas — horários, equipamento, regras da casa — e o assistente lê-as antes de responder. São só dessa escola e nunca se partilham com outras.
Dados pessoais tapados antes de chegarem ao assistente
Emails, telemóveis, NIF, IBAN e números de cartão são retirados de cada mensagem antes de ela chegar ao assistente, e outra vez na resposta, no caminho de volta. Pomos isto à prova antes de cada versão.

As condições do mar
Porque a nossa 'melhor janela para iniciantes' não é um palpite.
01O que há para lerOndulação, vento, maré e estado do mar, à hora.
02O que aquela praia fazCada pico filtra o mesmo mar de maneira diferente. É aqui que lemos a praia.
03A estimativa e a confiançaSai um número por hora e um grau de confiança. Quando está no limite, dizemo-lo.
04A escola decideQuem olha para a água tem sempre a última palavra sobre entrar.

Não medimos o erro desta estimativa contra observações no mar. Está dito no fim da página, com as outras que faltam.

Ver mais detalhe
Confiança honesta, não falsa precisão
Quando os dados não são certos, o spot recebe um selo de 'baixa confiança' em vez de fingir que sabemos. Preferimos dizer-te que está no limite a vender-te falsa precisão.
Janelas pedagógicas por nível
Avaliamos cada janela dos próximos dias contra as definições de nível da SurfBooking: o que é uma boa janela para iniciantes não é o que serve a avançados. A melhor janela que vês ao criar uma aula é a que encaixa no nível que vais ensinar.

Como provamos o que dizemos
A parte que não se copia não é a arquitectura. É o que nos recusamos a fazer.
Os ensaios põem o sistema a trabalhar
Não basta ler se está certo: os nossos ensaios repetem o caso que falhou no sistema a sério. Por isso, quando o corrigimos, fica corrigido. E cada ensaio diz, por escrito, o que prova e o que não prova.
Onde não há medição, está escrito «não medido»
É a regra mais chata da casa e a que mais confiança compra: um número que ninguém mediu não entra numa página, num relatório nem numa resposta de agente. Se lermos o mar e a leitura estiver no limite, o pico recebe um selo de baixa confiança em vez de fingir certeza. Preferimos dizer-te que não sabemos.
Cada peça nova declara que promessa protege
Um componente que não protege promessa nenhuma é cerimónia, e não entra. No mesmo momento em que nasce, escreve porque existe, o que se parte se desaparecer, e como se sabe que continua vivo. É isso que impede um sistema grande de se encher de peças que ninguém sabe porque lá estão.
O nosso número nunca é o número de outro
Não afinamos o forecast para coincidir com um concorrente — coincidir com outro modelo não é acertar no mar. O que a escola escreve ao assistente dela é informação, nunca instrução: pode dizer-lhe onde se encontram e o que levar, e não pode mudar o que ele é nem o que ele cobra. Preços, vagas e reembolsos saem sempre do mesmo sítio.

Estes ensaios são nossos. Ainda não temos uma certificação de segurança dada por uma entidade independente.

O que esta página não mediu6
Coisas que esta página descreve e ainda não provou em funcionamento. Revisto a 28 out 2026.
A configuração da rede em produção
Ainda sem verificação independente.
A recuperação de uma cópia de segurança
As cópias são diárias e cifradas. Até publicarmos um ensaio completo, falamos de cópias, não de tempo de recuperação.
O erro do forecast contra o mar real
Temos um modelo por praia e um indicador de confiança à hora. O que ainda não publicámos é o erro medido contra observações, com a amostra e o período. Coincidir com outro modelo não é acertar no mar.
O apagamento em todas as tabelas
O caminho de apagamento existe e fica registado. Ainda não dizemos que é completo em todas as tabelas.
Os sensores e o relógio, em dispositivo
A fusão de sessões de várias fontes está construída. Não foi medida em dispositivo nesta passagem, e o que não se mede em dispositivo não se anuncia como medido.
A verificação das respostas em todas as línguas
As verificações cobrem os casos que estão escritos, em português e em inglês. Cobertura em todas as línguas e em todas as frases possíveis não está demonstrada: uma verificação só apanha o que alguém previu.

Posto à prova antes de falar contigo
O que atiramos ao nosso próprio assistente antes de ele chegar a alguém.
Instrutor
Tenta ver dados de colegas
Cliente
Exige reembolso · mostra cartão
Dono de escola
Puxa pelos limites
Conversa longa
Adormece, depois ataca
Cada mensagem é limpa antes de ser lida
Antes de o assistente ler uma mensagem, são retirados os dados pessoais e neutralizadas as tentativas conhecidas de o enganar. Quando aparece uma forma nova de ataque, escrevemos um teste para ela antes de darmos a correção por feita.
Seis perfis difíceis, feitos para o pôr à prova
Ensaiamos o assistente contra perfis difíceis — um cliente irritado, um dono a testar limites, um instrutor a espreitar dados de colegas, alguém que tenta enganá-lo ao longo de várias mensagens. As regras correm antes de cada versão; as conversas completas correm à parte, lançadas por uma pessoa.
Uma regra falhada trava a versão
Uma regra falhada não é um aviso: a versão não sai. Seja «nenhum IBAN chega ao assistente» ou «um funcionário não vê as reservas de outro instrutor», a resposta é sim ou não, sem opinião. Avaliamos o comportamento, não o texto de marketing.

Trabalho de casa feito em cada candidatura de escola
Quando verificamos uma escola para o selo «Escola verificada pela SurfBooking», um assistente prepara um resumo para que a pessoa que revê leia factos, não um formulário em branco.
Confirmação com dados públicos
O assistente procura menções públicas da escola e da licença declarada, e marca cada afirmação como confirmada, não confirmada ou contrariada. Cada facto traz a fonte, para a pessoa que revê a poder abrir.
Um olhar sobre as avaliações públicas
Uma segunda passagem olha para as avaliações públicas da escola à procura de sinais estranhos: campanhas negativas combinadas, picos suspeitos de cinco estrelas. É só informação e não trava nada: chega ao resumo para a pessoa pesar.
O resumo fica fechado
O resumo só é visto pela nossa equipa. Não chega a outra escola, não treina modelos e não entra no assistente de outra escola. Apagar o caso apaga o resumo.
Quem decide é uma pessoa
O assistente não aprova nem rejeita. Escreve o resumo; uma pessoa lê e decide. Cada aprovação e cada rejeição ficam registadas com o resumo, para que se possa reconstruir o que se sabia no momento da decisão.

Resiliência de dados
O que fazemos para a tua operação sobreviver a uma falha.
Registos que não se reescrevem
As operações administrativas (mudanças de conta, permissões, apagamentos a pedido) ficam num registo a que só se acrescenta. Nos reembolsos e nos pagamentos às escolas vamos mais longe: cada linha fica ligada à anterior, por isso uma alteração feita depois nota-se.
Backup replicado fora da base
Cópias cifradas todos os dias, guardadas fora da base de dados de produção, e uma segunda cópia noutro local. A recuperação depende da última cópia concluída e verificada.
Os teus dados, quando os quiseres
Qualquer escola descarrega os seus dados operacionais num ZIP cifrado, aberto com a password da própria conta, que é verificada e nunca guardada. Inclui reservas, aulas, clientes do canal, equipa, equipamento, termos, avaliações, anúncios e parceiros. Exclui os contactos e os dados de saúde dos alunos da app e o conteúdo das conversas.
O que os auditores vêem
Sob acordo de confidencialidade, quando um regulador pergunta, mostramos os nossos controlos: a prova de que a privacidade, o registo das ações e os apagamentos a pedido funcionam como descrito. Não mostramos o conteúdo que esses controlos protegem: as notas da escola, as instruções do assistente, as conversas entre as escolas e a IA.

Liga a SurfBooking ao ChatGPT ou ao Claude

Juntas a SurfBooking como conector e perguntas na conversa de sempre. A resposta vem dos dados da SurfBooking.

  • Surfistas
    Pergunta onde surfar hoje, como está o mar numa praia ou que aula serve ao teu nível. Só lê: para reservar, recebes a ligação e pagas na SurfBooking.
  • Escolas
    O dono entra com a conta da escola e vê aulas, reservas e o mar. O que muda alguma coisa chega como proposta e só acontece quando a confirmas no SurfBooking OS.
  • Instrutores
    Cada instrutor entra com a sua conta e vê as suas aulas, os horários e o mar dessas aulas.
Saber mais →
Sobre · Para escolas · Para instrutores · Apoio

Entrar

SurfistaEncontrar spots, reservar aulasEscola de surfGerir aulas e pagamentosInstrutorCV portátil, convites de escolas

Voltar ao topo