Começar com menos dados. Aumentar acesso apenas quando o valor e as permissões estão claros.
A arquitetura separa identidade portável de CRM privado e trata connectors como acessos explicitamente autorizados.
Data minimisation
O primeiro Audit deve usar o mínimo de informação necessária. Preferimos IDs anonimizados e não pedimos passwords, card data, identity documents ou private-message content para o diagnóstico inicial.
Tenant isolation
Spend, visit history, churn status, segmentation, notes e communication history permanecem privados por club/tenant. Uma identity portável não transforma CRM privado em dados cross-club.
Booking connectors
Um connector só é ativado quando existem authority e technical access. Não contornamos API controls, contracts ou access restrictions. Two-way sync, locking e conflict prevention só entram quando suportados e testados.
White-label and cross-club identity
Club app e cross-club network podem partilhar um identity layer consentido, mantendo player-private/tenant-private context separado. Public profile e portable level não implicam partilha de CRM.
Media integrations
Recording/streaming exige consent, entitlement e privacy rules próprios. Video providers mantêm as suas políticas e capabilities; FillMyCourt não presume direitos de gravação apenas porque existe uma reserva.
Analytics
Eventos do site medem páginas, referrer/UTM, CTAs, simuladores, demo e formulários. O conteúdo dos campos não é enviado para o event layer.