Checklist Mestre — Segurança e Onboarding V11.2

Protocolo oficial SYNVIA HUB: da candidatura ao Dashboard Espelho (Membro Only View), com validação única de candidato, cupom Elite de 24 horas, blindagem por cruzamento de 6 dados físicos, sessão única por conta com penalidades progressivas, trava por dono no banco de dados e blindagem fiscal com CPF obrigatório. Modelo de negócio idealizado por Natan Madeira (mentor e sócio por equity) e executado por Rodrigo Baladán.

Atualizações V11.2 · 13/10/2026

Consolidação documental com fontes. Código implementado não significa homologação global. As regras anteriores permanecem apenas onde não houver atualização explícita. Publicação do frontend é manual pelo proprietário.

Histórico V11.1 original completo

V11.2 | 01 | Precedência, escopo e histórico preservado

A V11.2 consolida o código e as auditorias disponíveis até 13/10/2026. Os dois PDFs V11.1 são preservados integralmente como anexos históricos, inclusive suas ressalvas e contagens datadas; não representam o estado atual por si só. As atualizações explícitas abaixo substituem apenas as regras conflitantes correspondentes: login de novos profissionais, identificação de instalação, cadência e destino do suporte, baixa técnica e transporte de feedback. O CODE LOCK e os direitos históricos permanecem; documentação não concede autorização adicional.
Fonte / evidência: src/docs/AUDITORIA_AUTOAPPLY_SEGURO_2026_10_11.md; PDFs V11.1 anexados

V11.2 | 02 | Novos profissionais: GOOGLE-ONLY pela identidade nativa

A política ProfessionalAccessPolicy identifica candidatos aprovados com mode=google_only. A orientação de aprovação leva a /acesso-google, usando exatamente o e-mail da candidatura; ele não precisa terminar em gmail.com. O SYNVIA não cria senha nem nova identidade para esse fluxo. Candidatura, pagamento, perfil e direito de uso continuam vinculados. Contas históricas não são convertidas universalmente por esta regra. A vinculação inicial Google para User é responsabilidade da autenticação nativa; não afirmar preservação do User.id após trocar um cliente OAuth sem prova real.
Fonte / evidência: base44/shared/googleProfessionalAccess.js; ProfessionalAccessPolicy; getProfessionalAccessPolicy

V11.2 | 03 | ASSISTENTE ANNA: identidade, assunto e segredos

O quiz aceita somente respostas com formato compatível com a etapa; mudança de assunto ou cancelamento interrompe a coleta anterior, evitando sequestrar conversa sobre treino ou sugestões como e-mail/senha. Senhas, tokens, códigos e dados de cartão são redigidos; a assistente não deve pedir senha nem prometer conserto em minutos. A configuração do motor é consultada no servidor; texto de conversa não vira autoridade para recuperar, desbloquear ou corrigir uma conta.
Fonte / evidência: base44/shared/annaSafety.js; annaVerificacaoIdentidade; annaResolverSuporte

V11.2 | 04 | Perfil profissional canônico e duplicatas históricas

resolveCanonicalProfessionalProfile escolhe um perfil por identidade nativa e provas históricas, sem apagar ou fundir cadastros. Conflito de titular, CPF, assinatura ou cliente Stripe falha fechado. Desempate usa vínculo nativo, evidência de assinatura, updated_date e ID estável; criadores service_* não são tratados como usuários titulares. persistirAvaliacaoProfissionalSessao reutiliza o resolvedor. As fixtures de regressão incluem ProfessionalCommercialControl: a correção do adaptador sintético não prova recuperação do acesso de um profissional específico.
Fonte / evidência: base44/shared/canonicalProfessionalProfile.js; persistirAvaliacaoProfissionalSessao; AUDITORIA_FIXTURES_LEGACY_2026_10_11.md

V11.2 | 05 | Instalação assinada: ECDSA P-256, não fingerprint

A instalação mantém chave privada não exportável em IndexedDB e registra a chave pública; o servidor exige assinatura de desafio único ligado à conta, ação, instalação, sessão e parâmetros, com validade de 60 segundos. Fingerprint, endereço de rede e navegador são sinais variáveis, não identidade física nem prova isolada de fraude. Reuso, expiração, assinatura inválida ou conta distinta são recusados. A sessão nativa continua sendo a autoridade de autenticação.
Fonte / evidência: base44/shared/deviceAccessProof.js; deviceAccessProtocol.js; AUDITORIA_DISPOSITIVOS_E_SESSOES_2026_10_13.md

V11.2 | 06 | Nova instalação e substituição segura de slot

O padrão continua dois slots, preservando exceções anteriores registradas do proprietário e de Pedro. Com slots cheios, uma nova instalação solicita confirmação por instalação cadastrada com sessão assinada recente; o pedido expira em dez minutos. Aprovação escolhe explicitamente o slot substituído. A instalação solicitante não aprova a si mesma; rejeição e expiração não suspendem a conta. A confirmação implementada é entre instalações, não um envio universal por e-mail.
Fonte / evidência: base44/shared/deviceAccessConfirmation.js; DeviceAccessRequest; DeviceConfirmationRequest

V11.2 | 07 | Uma sessão operacional e recuperação legada

A troca de sessão encerra registros operacionais anteriores antes de admitir a nova; heartbeat reconcilia concorrência, com saída do cliente substituído no próximo ciclo de aproximadamente 15 segundos. Isso não revoga globalmente tokens nativos nem comprova propagação da instalação a todos os endpoints. O fluxo novo não chama aplicarPenalidade por fingerprint ou handoff; penalidades históricas continuam consultadas. Slot legado sem chave exige recuperação administrativa explícita após verificar o titular, nunca conversão automática por fingerprint copiado.
Fonte / evidência: base44/shared/deviceAccessSession.js; sessaoUnicaMembro; AdminDeviceRecovery

V11.2 | 08 | Evidências de dispositivos e consulta administrativa

DeviceAccessEvidence guarda snapshots, horário do servidor, correlação, política e SHA-256; DeviceProofChallenge, DeviceAccessRequest e DeviceAccessControl separam desafio, decisão e lease. /AdminSecurityLogs oferece consulta paginada de cinquenta evidências por e-mail exato e recuperação de solicitações. O código mantém evidências append-only e usuários normais não escrevem nelas. SHA-256 detecta inconsistência, mas não constitui assinatura externa, WORM ou prova contra operador privilegiado; handoff não é declarado compartilhamento comprovado.
Fonte / evidência: DeviceAccessEvidence; consultarEvidenciasDispositivo; /AdminSecurityLogs

V11.2 | 09 | Suporte: identidade obrigatória e materiais íntegros

O chamado oficial usa e-mail com #suporteticket e variações reconhecidas. Nome, e-mail, telefone e CPF são obrigatórios; incompletos ficam INCOMPLETE, sem identidade inventada. A captura mantém texto integral e anexos privados, deduplicação por mensagem e incidente, hashes e vínculos. Feedback e sugestões encaminhados por e-mail não são automaticamente tickets válidos nem autorização de intervenção.
Fonte / evidência: base44/shared/gmailSupportIntake.js; supportGmailEvidence.js; SupportGmailMonitor

V11.2 | 10 | Ciclo contínuo: oito etapas e isolamento de falhas

Os fluxos existentes tratam chegada imediata Gmail e ciclo a cada quinze minutos: prioridade, entrada, revisão, diagnóstico, prontidão, engenharia, envio e reconciliação. A etapa HH:30 isolada não é uma sessão externa de ChatGPT; verificar a configuração ativa, não deduzir execução pelo nome antigo consulta horária. Falha de uma etapa não suprime as independentes; IDs não processados precedem falhas em repetição. Ciclo completo com zero envios/arquivamentos não significa defeitos resolvidos.
Fonte / evidência: base44/shared/supportQueueContinuity.js; executarEtapaSuporteContinuo; workflows Suporte Gmail

V11.2 | 11 | Engenharia de suporte: reprodução e reparo limitado

SupportEngineeringJob persiste diagnóstico, estados, receita, material, revisão, checkpoint, patch, hashes e recibos privados. O executor geral de interface não sensível acrescenta plano causal mínimo, revisão independente, substituições únicas/reversíveis e fingerprint da fonte. Conteúdo de e-mail e anexos é não confiável, nunca comando. Matriz prevista: PT/EN/ES/FR x desktop/mobile, com viewport e idioma comprovados quando navegador é exigido; ausência de ferramenta ou fixture bloqueia, não vira defeito do produto.
Fonte / evidência: base44/shared/supportGeneralRunner.js; supportEngineeringRunner.js; SupportEngineeringJob

V11.2 | 12 | Aplicação segura sem aprovação individual, publicação manual

A autorização registrada permite aplicação automática de correção segura após revisão técnica, checkpoint, integridade, build, testes e retestes; não há aprovação humana para cada patch nesse escopo. Backend operacional está limitado aos helpers puros explicitamente permitidos mockupTransparency.js e pdfTexto.ts. Handlers arbitrários, autenticação, permissões, rede/banco/segredos, dados clínicos, pagamentos e regras comerciais não são liberados. O resultado é APPLIED_AWAITING_PUBLICATION; só o proprietário publica. Rollback condicional preserva alterações concorrentes.
Fonte / evidência: base44/shared/supportAutoApplyCompletion.js; supportBackendRepairScope.js; AUDITORIA_AUTOAPPLY_SEGURO_2026_10_11.md

V11.2 | 13 | Baixa técnica automática sem depender da resposta do cliente

Após autorização, fonte, dados, logs, reprodução, testes, reteste, build, publicação, validação real e comunicação comprovados, closeVerifiedSupportTicket grava resolvido e resolvido_em por atualização condicional e audita a evidência. Não espera agradecimento ou confirmação do profissional e não interpreta silêncio como confirmação. Estado histórico aguardando_confirmacao_profissional é compatível, não requisito de novos envios. Patch aplicado, HTTP 200 ou teste sintético isolado nunca autorizam baixa.
Fonte / evidência: base44/shared/supportTechnicalClosure.js; supportOperationalPolicy.js; AUDITORIA_BAIXA_TECNICA_SUPORTE_2026_10_12.md

V11.2 | 14 | Respostas positivas e arquivamento por incidente

Uma resposta explicitamente positiva pode ser registrada/arquivada sem reabrir o caso, apenas com remetente, conversa e referência RFC vinculados ao envio verificado. Obrigado isolado, texto ambíguo/negativo, problema novo ou anexos continuam sujeitos à revisão. SUPORTE SYNVIA recebe resoluções comprovadas; a conversa só fecha se todos os incidentes atuais estiverem cobertos. Nenhuma rotina confunde aceitação do provedor com leitura pelo cliente.
Fonte / evidência: base44/shared/supportPositiveReplyArchive.js; supportThreadResolution.js; AUDITORIA_ARQUIVAMENTO_CONFIRMACOES_2026_10_11.md

V11.2 | 15 | Pendências em A - SYNVIA PRIORITY e urgência em quatro idiomas

Chamados reconhecidos pendentes, inclusive incompletos, vão para o marcador existente A - SYNVIA PRIORITY e saem de INBOX; resoluções verificadas seguem para SUPORTE SYNVIA. Urgência é detectada deterministicamente no corpo atual em PT/EN/ES/FR, ignorando citações antigas; termos como urgente, ASAP, emergency, prioridad máxima e urgence acrescentam IMPORTANT/STARRED. Isso não prova gravidade clínica. Há verificação antes/depois e restauração dos marcadores em falha. Busca e resumo abrangem INBOX e PRIORITY.
Fonte / evidência: base44/shared/supportPriority.js; priorizarSuporteGmail; AUDITORIA_SUPORTE_PRIORITY_2026_10_12.md

V11.2 | 16 | Reinício de fila: corte pelo recebimento, não pela atividade

O reinício autorizado de 12/10/2026 arquivou administrativamente 297 mensagens antigas no marcador SUPORTE SYNVIA, com comprovantes individuais e leitura preservada: zero exclusões, zero resoluções e zero mensagens de solução nesse procedimento. O ciclo novo começa em 2026-10-12T03:00:00Z, meia-noite de Brasília, usando internalDate original e IDs excluídos. Mensagem atual citando ticket antigo ganha atendimento novo sem reabrir a engenharia histórica. Esses 297 são fotografia do procedimento, não total atual de chamados.
Fonte / evidência: base44/shared/supportCycleScope.js; AUDITORIA_REINICIO_SUPORTE_2026_10_12.md

V11.2 | 17 | Resumo diário às 20h: prioridade, idade e recibos

O workflow existente de resumo usa 20:00 America/Sao_Paulo; inclui pendentes, resolvidos/arquivados, outros arquivamentos e arquivamentos não comprovados. Urgências vêm primeiro, depois antiguidade por recebimento; idade desconhecida não é inventada e não cria SLA. Links levam à busca e ao marcador da conta proprietária; conteúdo é escapado e evita dados clínicos/CPF/anexos. Controle com lease evita repetição cega; dry-run não marca envio. Textos existem em quatro línguas; envio automático configurado em português.
Fonte / evidência: base44/shared/supportDailyDigest.js; supportDailyDigestConvenience.js; ResumoDiarioSuporte.html

V11.2 | 18 | Acompanhamento manual auditável do mesmo ticket

sendManualSupportFollowup permite explicar andamento ao profissional sem declarar solução. Antes de enviar, confere administrador, caixa, destinatário real, remetente e thread da fonte, recusando divergências. O acompanhamento mantém a conversa e o recibo auditado; não substitui o portão de resolução nem apaga o histórico. A separação entre seguimento, resposta de solução e fechamento evita falsas confirmações.
Fonte / evidência: base44/shared/supportManualFollowup.js; responderSuporteTicket

V11.2 | 19 | Central do sino: seleção e exclusão em lote

Administrador, profissional e aluno compartilham seleção individual, selecionar todos os itens exibidos na aba, limpar seleção, contador e exclusão com confirmação. Só IDs selecionados são removidos; no máximo três operações simultâneas, falhas permanecem selecionadas, lista e badges atualizam sem fechar a central. Mudança de aba/destinatário ou reabertura limpa seleção. Ações individuais e permissões anteriores são preservadas; novos textos estão em PT/EN/ES/FR, com alvos de toque e barra responsiva.
Fonte / evidência: NotificationCenter; useNotificationBulkSelection; AUDITORIA_NOTIFICACOES_SELECAO_MULTIPLA_2026_10_12.md

V11.2 | 20 | Continuidade offline sem fabricar autorização

Uma tela profissional já autorizada não é desmontada por falha transitória de conexão na revalidação; cache validado é preservado sem inventar pagamento ou identidade. A fila exige gravação local, protege revisões durante envio, deduplica updates e respeita FIFO; resposta success/ok=false não é sucesso, e HTTP 401/403 não vira autorização offline. Login inicial, upload, novos programas sem ID e processamento remoto continuam online. Não limpar o navegador antes da sincronização pendente.
Fonte / evidência: src/lib/offlineQueue.js; offlineEntity.js; networkFailure.js; AUDITORIA_OFFLINE_CONTINUIDADE_2026_10_08.md

V11.2 | 21 | Progresso canônico de força e cárdio

Sessões concluídas são normalizadas, positivas, únicas e ordenadas; a retomada considera a última conclusão e a próxima sessão existente, evitando depender apenas de índice local. Consultas, salvamento e reconciliação de progresso preservam o dono e aluno; hooks dos dois perfis usam a fonte canônica. Correções de retomada não reescrevem a prescrição SYNVIA HUB nem provam resolução de cada relato histórico; regressão de sessão, resumo e execução deve ser conferida em cenário real.
Fonte / evidência: base44/shared/trainingProgress.js; src/components/treino/trainingCanonicalProgress.js; cardioCanonicalProgress.js

V11.2 | 22 | Força: limpeza de duplicatas e espelhamento persistido

A limpeza autorizada usa identidade da ocorrência, não apenas nome do exercício, e escopo auditado; duplicatas de armazenamento não são confundidas com exercício repetido intencionalmente. Espelhamento entre fases salva o resultado canônico, preserva prescrições e evita reinstalar itens removidos por estado antigo. Não restaurar a inversão abandonada por tonelagem nem mudar percentuais congelados. O histórico do caso informado resolvido permanece datado; execução e PDF não são homologados automaticamente por essa informação.
Fonte / evidência: base44/shared/strengthDuplicateCleanup.js; limparDuplicacoesForcaAuditadas; CORRECAO_ESPELHAMENTO_LIMPEZA_FORCA_2026_10_08.md

V11.2 | 23 | Galeria profissional: elegibilidade e nomeação com limites

Seleção e busca de mídia elegível para prescrição usam os filtros da galeria e fontes pessoais, sem atribuir material de outro dono. Player premium trata reprodução e corte final, sem alterar o arquivo original. Nomeação automática por visão não é garantia de acerto: biomecânicas semelhantes e nomes conflitantes exigem curadoria e resolução manual dos conflitos; filas pausadas não são descritas como operação ativa. Importação continua idempotente por arquivo de origem.
Fonte / evidência: src/components/biblioteca/prescriptionGalleryEligibility.js; premiumGallerySearch.js; VideoPremiumTrimmed; AdminConflitosGaleria

V11.2 | 24 | Nutrição: liberação individual durável e vigência

NutritionModuleJob processa cada plano/versão isoladamente, com tentativas, lease, próxima execução, histórico e estados PENDING/PROCESSING/RETRY/PROCESSED/ALREADY_DONE/SKIPPED/ISOLATED. O módulo só é liberado com plano ativo, vigência pela data local de Brasília e vínculo canônico profissional-aluno; ambiguidades falham fechado. Erro de um item não trava toda a fila, e uma liberação concluída não é repetida. Calendário/dias de dieta têm persistência própria; presença de código não prova correção de todos os bugs de visibilidade.
Fonte / evidência: base44/shared/nutritionModuleGrant.js; nutritionModuleQueue.js; NutritionModuleJob; processarLiberacaoNutricao

V11.2 | 25 | Laboratório: anexos privados, extração única e job clínico durável

O fluxo único aceita PDF, JPG/JPEG, PNG, CSV, XLSX, JSON e HTML, até 10 MB por arquivo; anexos novos ficam privados e somente referências são persistidas. Extração transcreve dados, preserva zero/unidades/referências/origem e deduplica somente igualdade exata; revisão é somente leitura, sem entrada manual. Um lote novo não reextrai os anteriores. READY é exigido por aviso, não botão morto. A geração reutiliza extraídos e o pipeline durável já existente: cobrança confirmada, worker/fallback, persistência e compensação idempotente; não executar análise clínica paga para validar documentação.
Fonte / evidência: AUDITORIA_FLUXO_UNICO_EXAMES_2026_10_03.md; labWorker.js; labFinance.js; LabAnalysisJob

V11.2 | 26 | Relatórios: autor nativo, compartilhamento e reavaliação

REPORT_SHARE_NATIVE_AUTHOR_V1 preserva a identidade do profissional autor da avaliação no envio, evitando substituir pelo operador ou perfil histórico arbitrário. Relatórios do aluno são consultados/liberados sob autorização e armazenamento privados; comparação de reavaliações e métricas usa as fontes persistidas, com resolvedores de peso/altura quando aplicáveis. Impressão isolada mantém conteúdo e blocos, sem declarar todos os formatos/PDFs homologados. A validação com alunos e alguns relatos de comparação/abertura continuam pendentes sem evidência real.
Fonte / evidência: src/components/relatorio/AprovarEnviarRelatorio.jsx; buscarRelatoriosMedicosAluno; ComparativoAvaliacoes

V11.2 | 27 | Bugs e sugestões: e-mail imediato com histórico preservado

enviarFeedbackAluno e o caminho legado reutilizam supportFeedbackEmail para encaminhar bugs/sugestões ao destino fixo suporte@synviahub.com, com descrição, contexto, evidências assinadas e mensagens já presentes. Cada criação de sugestão também dispara workflow imediato. Só após ACCEPTED a sugestão ganha encaminhada_email=true/data e sai da consulta administrativa; o histórico do autor não é apagado. A rotina de cinco minutos retoma pendentes sem repetir aceitos. Auditoria de 13/10: 39 existentes, 39 encaminhadas, zero pendentes; fotografia, não promessa para novos envios.
Fonte / evidência: base44/shared/supportFeedbackEmail.js; archiveSuggestionSupport.js; encaminharSugestoesSuporte; SugestaoMelhoria

V11.2 | 28 | Recibos de feedback e transporte efetivamente observado

SupportFeedbackDelivery separa SENDING, ACCEPTED e FAILED, com lease_token, provider, provider_id, accepted_at e content_sha256; a concorrência evita reenvio pela mesma chave. O helper tenta Brevo e possui fallback Core.SendEmail; portanto a frase histórica todo e-mail exclusivamente Brevo não descreve este caminho atual. O lote observado foi aceito por plataforma ou já tinha recibo aceito. Aceitação não é confirmação de chegada, leitura ou resolução; resultado incerto não deve gerar sucesso fictício.
Fonte / evidência: base44/shared/enviarEmailSynvia.js; SupportFeedbackDelivery; SUGGESTION_EMAIL_TRANSFER_AUDIT_2026_10_13.md

V11.2 | 29 | Retenção por inércia e vínculo de membros no Telegram

O acompanhamento de profissionais ativos verifica três dias sem formulário recente, janela antispam de três dias e no máximo três tentativas por item/ciclo, com checkpoints e estados separados de app/Telegram. Resultado de entrega desconhecido exige revisão, não reenvio cego. A automação de inércia pode estar pausada: configuração de código não garante execução. O vínculo Telegram usa desafio e elegibilidade server-side, não username isolado; remoção/entrada de membros deve preservar comprovação de titularidade e direito histórico.
Fonte / evidência: base44/shared/inertiaFollowupPolicy.js; inertiaFollowupItem.js; telegramMembershipControl.js; TelegramMemberBinding

V11.2 | 30 | Auditoria, testes, publicação e limites da entrega V11.2

As fontes citadas registram inspeção, testes sintéticos, consultas reais ou build conforme cada entrega; nenhum deles sozinho prova navegação em aparelhos, solução de incidente, publicação ou homologação. Esta atualização altera somente documentos e geração dos dois PDFs, com conteúdo novo em PT/EN/ES/FR e páginas responsivas existentes. O proprietário publica o frontend; geração estrutural do PDF, integridade/contagem do anexo, hash e URL são separados de teste visual e entrega final. Regras comerciais, contratos, autenticação e motores clínicos não são modificados por esta consolidação.
Fonte / evidência: Auditorias citadas; gerarChecklistV2Pdf; gerarPseudoCodigoPdf; documentPdf112.js

Fontes e ressalvas estão registradas em cada tema. As regras históricas abaixo só valem onde não foram substituídas.

V11 · Protocolo operacional fixo de suporte / CODE LOCK

CODE LOCK soberano: toda correção exige autorização explícita, atual e específica do proprietário. Este adendo não autoriza mudanças em autenticação, segurança, bloqueios, permissões, planos ou direitos históricos.
HH:00: coleta Gmail e conciliação da fila. HH:30: leitura da fonte integral e conferência canônica para preparar investigação técnica. A rotina não executa uma sessão externa de ChatGPT nem tem acesso autônomo à edição do código, build, publicação ou navegador autenticado.
Investigar incidentes novos e acompanhamentos materiais: ler integralmente; deduplicar mensagem e incidente; confrontar histórico, estado atual, dados canônicos, backend, logs, permissões e código. Alegação não é prova.
Bug confirmado: prioridade imediata de correção no escopo especificamente autorizado. Sem autorização ou acesso técnico, registrar bloqueio concreto e próxima decisão, sem fingir correção.
Separar não testado, inspeção estática, backend verificado, build aprovado, publicado e homologado. Exigir reprodução, teste, reteste, build, publicação e funcionamento real comprovados. Referências atestadas pelo proprietário não executam os testes.
Baixa como resolvido e arquivamento após testes, retestes, auditoria, validação real da correção publicada e comprovante de envio ao profissional. Confirmação ou agradecimento são opcionais; silêncio não bloqueia a baixa. Aceitação pelo provedor não prova leitura. Impedir reenvio; envio incerto requer conciliação. Sem novidade relevante, não notificar.
Instruções oficiais: botão vermelho duas vezes; botão verde uma vez, aguardar e pressionar novamente; novo login e código quando exigido. Guia: https://synviahub.com/?guia=login.
Não reabrir resolvidos sem evidência nova. Pedro Inocencio: informado resolvido em 08/10/2026. Fabio Wagner: múltiplos perfis versus exigência de unicidade demandam investigação da tentativa; não excluir perfis nem enfraquecer autorização automaticamente.
Auditar autor, data/hora, origem, contagens, ID/status do ticket, ação, autorização, evidências, testes, build, publicação/checkpoint comprovados, comunicação e bloqueios. Conteúdo normativo não equivale a deploy ou homologação.

REGRA DE PRECEDÊNCIA DOCUMENTAL V10.12

Sempre que uma regra histórica V9.x, V10.0–V10.11 conflitar com regra explícita da V10.12, prevalece exclusivamente a V10.12.
Trechos históricos substituídos podem ser preservados apenas como histórico, claramente identificados como OBSOLETOS / REVOGADOS. Nenhum agente, desenvolvedor ou rotina pode utilizá-los como requisito operacional atual.
Esta versão é a política documental desejada, não comprova implantação no aplicativo. Autenticação responde QUEM É VOCÊ? Entitlement/plano/status responde O QUE VOCÊ PODE FAZER? Identidade nativa permanece a mesma em Only View, START e Elite.

Passo 1 — Aquisição, Cadastro e Validação Física

Landing page: acesso via link de candidatura administrado (ou candidatura espontânea, que cai na rede da casa).
Formulário de cadastro: 6 dados físicos obrigatórios — nome, e-mail, CPF, data de nascimento, telefone e CREF — mais Instagram, foto do CREF e selfie ao vivo.
Criação do Hash de Integridade: o sistema une esses dados em um hash único e imutável.
VALIDAÇÃO ÚNICA DE CANDIDATO: o cruzamento de hash + e-mail + CPF + CREF + (telefone com nome) recusa automaticamente qualquer ficha repetida. Cada profissional é validado UMA ÚNICA VEZ.
Envio para o Admin: registro salvo com status pendente + e-mail da ficha completa para suporte@synviahub.com.
LEAD AUTOMÁTICO (V2.1): TODO candidato — aprovado ou não — entra na hora na lista de leads do Admin (Painel de Leads › aba "Lista", rota /AdminLeads), com nome, e-mail e telefone prontos para copiar ou exportar em CSV.
ORIGEM RASTREADA: o lead nasce marcado como "👑 Site direto (rede da casa — P1: Rodrigo Baladán)" quando a candidatura é espontânea pelo site, ou "🤝 Indicado por [nome do membro] (código usado)" quando veio do link de um Membro Elite — junto da intenção declarada, CREF e Instagram, para o Mestre decidir a aprovação sabendo de onde a pessoa veio.
Sem lead duplicado: se o e-mail já existir na base de leads, o registro é atualizado com a origem e a indicação mais recentes em vez de criar uma linha nova.

Passo 2 — Aprovação e Ativação Nativa V10.12

Admin confere o dossiê e aprova ou veta. Na aprovação: provisionar a identidade nativa Base44 no e-mail aprovado, criar/vincular Perfil Profissional e gerar código individual, cupom e elementos comerciais permitidos. Nenhuma senha é criada pelo SYNVIA.
O e-mail oficial SYNVIA é a comunicação principal: Sua candidatura ao SYNVIA HUB foi aprovada. Sua conta está pronta para ativação. Clique no botão abaixo para ativar seu acesso e criar sua senha com segurança. Botão: ATIVAR MINHA CONTA.
O e-mail pode conter nome, código, informações comerciais, cupom Elite, janela promocional e links permitidos. Não contém senha. O convite/ativação nativa da plataforma é o caminho para o próprio usuário definir a senha: não orientar ignorar o convite.
O código de indicação profissional pode constar como reservado e inativo até o pagamento da Joia; link de aluno só existe quando o direito comercial aplicável permitir. A conta aprovada é o vínculo estável de pagamentos antes ou depois da ativação.
Proibidos: CredencialProfissional como login paralelo, senha própria, senha fixa, provisória ou calculada com nome, CPF, nascimento, telefone ou registro. Hash de Integridade é somente conferência de dados, não autenticação.

Passo 2.1 — Oportunidade Única de 24 Horas (Cupom Elite)

A Joia Elite anual custa R$ 3.000 — valor cheio, SEM nenhum link de aluno.
Somente no e-mail de aprovação: cupom Stripe exclusivo que garante a Joia Elite anual por R$ 2.500 (R$ 500 de desconto) + 10 links individuais de aluno.
O RELÓGIO NASCE NA ABERTURA DO E-MAIL: as 24 horas começam a contar no instante em que o candidato abre o e-mail de aprovação. O horário é gravado NO SERVIDOR (campo imutável) na primeira abertura.
PROTEÇÃO INQUEBRÁVEL: recarregar a página, limpar cache, trocar de navegador, usar outro aparelho ou abrir em aba anônima NÃO reinicia o relógio — o prazo vive no banco do SYNVIA, não no navegador do candidato.
O cupom é de USO ÚNICO: uma segunda tentativa não aplica o desconto.
PERDEU AS 24 HORAS = PERDEU TUDO: perde os R$ 500 de desconto E perde os 10 links de aluno. Só vira Membro Elite pagando R$ 3.000 e com ZERO link de aluno — sem exceção, sem liberação pelo suporte e sem novo cupom (validação única).
Isso é dito com todas as letras no primeiro e-mail que o candidato aprovado recebe, para ninguém alegar desconhecimento.

Passo 2.2 — Pós-Pagamento da Joia Elite (para onde ele vai)

CÓDIGO DE INDICAÇÃO OBRIGATÓRIO (V3.1 — nunca opcional): quem entra pela tela pública de checkout SÓ avança com um código de indicação VÁLIDO. Sem código: erro imediato ("ninguém entra no SYNVIA sem padrinho"). Código inexistente ou inativo: recusa 403 com registro no log de auditoria. A trava vive no SERVIDOR, nos dois modos (consulta de preço e criação do pagamento) — sem código válido não existe sessão Stripe, nem por chamada direta à API. Na tela o rótulo é "Código de indicação (obrigatório)" e o botão fica travado sem e-mail + código. Única exceção legítima: quem chega pelo link pessoal do e-mail, porque o padrinho já está gravado na ficha (código do membro ou o da casa, SYNVIA-BALADAN-0001).
CLIQUE ÚNICO, SEM FORMULÁRIO: o botão roxo do e-mail leva o profissional direto ao pagamento. O e-mail dele e o cupom pessoal viajam no próprio link (?email=…&cupom=…), são reconhecidos automaticamente e NADA é digitado — sem formulário, sem campo de e-mail e sem campo de código de indicação.
TELA DA OFERTA (1 clique): antes de abrir o Stripe, a tela mostra o e-mail reconhecido, o cupom pessoal já aplicado, o valor cheio de R$ 3.000 riscado, o valor real de R$ 2.500, a economia de R$ 500 e o tempo restante das 24 horas. O único botão possível é "Garantir minha vaga agora".
Cupom aplicado pelo SERVIDOR: o desconto é injetado no checkout Stripe somente se o cupom pertencer àquele e-mail, estiver no prazo e nunca ter sido usado (campo livre de cupom desligado — o cupom é pessoal e intransferível).
Cupom vencido, usado ou de outra pessoa: a tela avisa e a Joia volta ao valor cheio de R$ 3.000 com ZERO link de aluno — sem exceção e sem liberação pelo suporte.
OLHAR O PAINEL NÃO QUEIMA A PROMOÇÃO: dentro das 24 horas o aprovado pode entrar, conhecer o Dashboard Espelho (Only View) e depois voltar ao e-mail e clicar no botão roxo. O relógio continua correndo normalmente — o que consome a oferta é o prazo, não o acesso.
Vínculo do padrinho garantido: a ficha do candidato já nasce com o código do padrinho gravado (código do membro que indicou, ou o código da casa — SYNVIA-BALADAN-0001, do Admin — quando a candidatura vem direto do site). Se o link não trouxer o código, o servidor busca o indicador na própria ficha, para que nenhuma comissão de rede fique sem dono.
Pagamento das comissões: o Admin (SYNVIA HUB) recebe na conta PJ da empresa; TODO membro recebe em conta corrente de PESSOA FÍSICA, no CPF conferido na ficha (nunca conta PJ).
Pagamento aprovado: o Stripe devolve o profissional para synviahub.com/checkout-elite?status=sucesso (tela de confirmação SYNVIA). O Stripe NÃO envia link de acesso nem cria senha.
Webhook confirmarJoiaElite: sobe a conta para Membro Elite, marca a joia como paga e libera os 10 links individuais de aluno.
Entrada na plataforma: após ativação nativa, mesma identidade e login pela Base44 Auth com a senha definida pelo próprio usuário. Joia apenas altera entitlement; não cria User nem muda senha.
Renovação anual: cartão salvo no pagamento (setup_future_usage off_session) para a cobrança do próximo ciclo.

Passo 3 — Ativação e Login Nativo V10.12

ATIVAR MINHA CONTA → fluxo nativo Base44 de convite/ativação; o próprio usuário define a senha. Login principal: e-mail da candidatura + senha própria no Base44 Auth. Reset somente pelo fluxo nativo, jamais hash, token ou senha do SYNVIA.
Google pode entrar pela mesma identidade quando suportado nativamente; não cria admin, plano, perfil ou entitlement, nem contorna bloqueio. Vinculação automática de contas não é presumida sem suporte oficial.
Após base44.auth.me(): resolver identidade, PerfilProfissional, status, plano e direitos. Perfil incompleto não invalida login/sessão/Conta; ações críticas podem exigir conclusão do perfil.
Hash de Integridade confere dados, mas não é senha, hash de senha nem sessão. Sessão vem da Base44 Auth; sessionStorage/localStorage guardam apenas estado visual, sem autoridade.
Magic link, código de uso único e passkey: possibilidades futuras somente se oficialmente suportadas; não declarar como implementadas.

Passo 4 — Direitos por Identidade e por Aluno V10.12

MEMBRO ONLY VIEW: identidade e sessão válidas, Conta acessível; sem Joia e sem aluno autorizado, somente visualização conforme regras vigentes. Perfil incompleto não bloqueia login.
MEMBRO COMUM: cada aluno válido/ativo/pago tem direito INDIVIDUAL ao Plano START (V10.4+). Um aluno pagante não libera a carteira toda nem ferramentas Elite. Outros alunos permanecem sem direito até autorização própria. Comissão ZERO, sem rede ou exigência de Stripe Connect para comissão inexistente.
MEMBRO ELITE: Joia confirmada altera somente o entitlement da identidade existente; direitos Elite, comissão e rede conforme regra vigente, sempre respeitando propriedade dos alunos. LEGADO: preservar direitos adquiridos, sem criar novos Legados; aluno VIP Legado não gera comissão.
Comprar a Joia antes ou depois da ativação preserva o mesmo User, e-mail e login. Se o direito comercial permitir link antes de ativar, aluno validamente pago gera entitlement daquele aluno, reconhecido depois do login. Não criar senha/conta por venda ou pagamento.
TURBO somente soma créditos; não abre ferramenta Elite, comissão, rede ou entitlement. Travas de proprietário e escopo por aluno são verificadas no servidor.

Passo 5 — Proteção de Backend (Segurança Total)

Toda operação crítica exige sessão nativa Base44, verificação de identidade, dono e entitlement específico do aluno. Hash de Integridade não autentica.
Revalidação dos 6 dados físicos contra o cadastro original em cada gravação.
Auditoria CyberGuardian: discrepância entre login e dados físicos dispara alerta crítico no Telegram.
Bloqueio preventivo imediato de sessão/IP em tentativa de burla.

Passo 6 — Dois Dispositivos, Uma Sessão V10.12

registered_devices <= 2 e active_live_sessions <= 1. Até dois dispositivos registrados NÃO autorizam duas sessões simultâneas. Nenhuma exceção por e-mail ou user_id.
Sessão autenticada vem da Base44 Auth; sessionStorage guarda device_id por aba como estado técnico e localStorage serve à experiência, jamais como identidade.
Concorrência de sessões é negada e auditada conforme a política de segurança. Não alegar revogação criptográfica imediata de outro token sem homologação real.

Passo 7 — Trava por Dono no Banco de Dados (V3.0)

REGRA DE FERRO: nenhum profissional vê, edita ou apaga o trabalho de outro profissional. Isso não existe, nunca existiu e nunca existirá no SYNVIA.
Cruzamento de dados na leitura e na escrita: identidade imutável do criador (created_by_id) + e-mail do criador + e-mail do profissional dono + e-mail do cliente vinculado + papel de admin.
Âncora imutável: a permissão nasce da identidade interna do criador, e não de um campo que o usuário possa editar — trocar e-mail não transfere acesso.
Blindagem contra adivinhação de ID: tentar abrir o registro de outro membro pelo endereço direto não devolve nada — o banco simplesmente não entrega a linha.
AUDITORIA EXECUTADA: 1.078 registros clínicos conferidos (Avaliação, Periodização, Treino, Treino Aeróbico, Plano Alimentar, Fisioterapia e Relatórios de Saúde) — ZERO registros órfãos, todos com dono gravado.
Ordem de aplicação: Avaliação (todas as abas) → Treinamento → Nutrição → Fisioterapia → Medicina → e depois o restante do sistema (Marketing etc.).
Only View reforçado: impressão bloqueada (Ctrl+P sai em folha em branco com aviso) e nenhuma gravação aceita.

Passo 8 — Link e Venda ≠ Payout (V10.12)

Direito comercial autoriza link/venda conforme regra vigente, inclusive antes da ativação se permitido; aprovação da conta Stripe Connect não é condição universal para link existir.
Membro Comum tem comissão ZERO e nenhuma rede: não precisa de Stripe Connect para receber comissão inexistente. Elite/Legado com comissão: registrar valor a receber, respeitar carência e aguardar conta Connect aprovada para transferir.
Stripe Connect controla apenas recebimento/payout, não a identidade, login nem toda venda. Prazo promocional da Joia segue regra das 24 horas; SYNVIA cobra o aluno e emite sua nota.

Passo 9 — Regras Obrigatórias da Conta Corrente do Membro (V3.3)

REGRA 1 — SOMENTE PESSOA FÍSICA: a conta tem de ser conta corrente (ou poupança aceita pelo banco) de PESSOA FÍSICA. Conta de PESSOA JURÍDICA (CNPJ, MEI, EIRELI, LTDA) é RECUSADA para membros. Sem exceção.
REGRA 2 — TITULARIDADE PRÓPRIA E EXCLUSIVA: a conta tem de estar no NOME COMPLETO do próprio profissional e no CPF do próprio profissional, exatamente iguais aos dados da ficha de candidatura (Hash de Integridade).
REGRA 3 — TERCEIROS PROIBIDOS: é PROIBIDO cadastrar conta no nome da mãe, do pai, do cônjuge, do filho, do sócio, do amigo, da academia, do estúdio ou de qualquer outra pessoa/empresa. Comissão de membro só cai na conta do próprio membro.
REGRA 4 — CONTA CONJUNTA: aceita apenas se o profissional for TITULAR e seu CPF for o titular cadastrado no banco. Conta em que ele é apenas dependente ou segundo titular sem CPF vinculado é recusada.
REGRA 5 — NOME IDÊNTICO, SEM APELIDO: nome social, abreviação, nome de casada não atualizado ou apelido profissional que não bata com o CPF derruba a verificação. Vale o nome do documento oficial.
REGRA 6 — DADOS BANCÁRIOS EXATOS: banco, agência, número da conta e dígito precisam estar corretos. Um dígito errado gera reprovação ou devolução do repasse.
REGRA 7 — DOCUMENTAÇÃO STRIPE: documentos pendentes mantêm o PAYOUT suspenso; links comercialmente autorizados não ficam universalmente bloqueados.
REGRA 8 — UMA CONTA POR CPF: o mesmo CPF não pode sustentar duas contas de recebimento no SYNVIA. Tentativa de duplicidade cai na auditoria CyberGuardian.
REGRA 9 — TROCA DE CONTA: alterar a conta bancária é permitido, mas passa por nova verificação da Stripe. Durante a reanálise, o recebimento pode ficar suspenso — os links já entregues permanecem, os repasses aguardam a nova aprovação.
REGRA 10 — RESPONSABILIDADE DO MEMBRO: dado bancário errado, conta encerrada, conta de terceiro ou documentação não enviada é responsabilidade EXCLUSIVA do membro. O SYNVIA não faz repasse manual, não paga por Pix avulso e não transfere comissão para conta que não seja a conta verificada do próprio membro.
MARCOS DO PAYOUT: details_submitted e payouts_enabled regulam a transferência de comissão, não a existência universal dos links de venda. A aprovação depende da Stripe; não antecipar repasses.
ISENÇÃO DO ADMIN (SYNVIA HUB): o Admin/dono recebe na conta PJ da empresa, que JÁ é a conta principal da Stripe do SYNVIA. Por isso o Admin NÃO precisa cadastrar nada, não passa pelo Stripe Connect e não vê a trava — os percentuais de alunos e de indicações da rede da casa caem direto na conta da empresa.

Passo 10 — Modelo Econômico, Créditos e Contrato (V4.0)

MEMBRO COMUM: ZERO por cento de comissão sobre a assinatura do aluno. Não indica ninguém, não tem rede e não possui créditos próprios — trabalha apenas com o bolso de créditos dos seus alunos.
DOIS TIPOS DE LEGADO (direito adquirido, congelado): LEGADO PROFISSIONAL = 200 créditos de Inteligência Suprema por mês (plano Profissional anual, R$ 1.259,16/ano) · LEGADO ELITE = 500 créditos por mês (plano Elite anual, R$ 2.519,16/ano). São os planos de desconto eterno já vendidos, e cada um mantém exatamente o que contratou.
FIM DEFINITIVO DO LEGADO (V10.3 — ordem do dono): a partir de agora NUNCA MAIS será criado membro Legado, nem Profissional nem Elite. O desconto eterno está ENCERRADO para novas entradas — quem entra hoje entra pela Joia Elite.
REDE DE 5 NÍVEIS (exclusiva do Membro Elite): quem paga a Joia vira P1 e passa a receber de TODOS abaixo dele, até o 5º nível — R$ 5,00 (nível 2), R$ 4,00 (nível 3), R$ 3,00 (nível 4) e R$ 2,00 (nível 5). P2, P3 e P4 NÃO recebem da rede do P1: cada um precisa entregar os próprios links e montar a SUA própria rede de 5 níveis.
JOIA ELITE — DUAS FAIXAS IMUTÁVEIS (CORRIGIDO NA V6.0): dentro das 24 horas contadas da primeira abertura do e-mail de aprovação, R$ 2.500 com 300 créditos mensais E 10 LINKS DE ALUNO. Após as 24 horas, R$ 3.000 com 200 créditos mensais E ZERO LINK DE ALUNO. Os 10 links pertencem EXCLUSIVAMENTE à janela de 24 horas: quem perde o prazo não recebe link nenhum, sem exceção, sem liberação pelo suporte e sem novo cupom.
CÓDIGO NASCE INVÁLIDO PARA INDICAR (V6.0): o código individual entregue no e-mail de aprovação é o MESMO para sempre, mas nasce com a permissão de indicar DESLIGADA. Ele serve apenas para receber alunos. Somente o pagamento da Joia na Stripe liga a permissão de indicar outros profissionais — o Membro Comum nunca indica ninguém e nunca tem rede.
INDICAR É LIBERADO PELA JOIA · SACAR EXIGE CONTA NA STRIPE (V6.0): pagar a Joia libera indicar, vender e construir a rede de 5 níveis. NÃO libera saque. Sem a conta corrente PESSOA FÍSICA aprovada na Stripe (details_submitted + payouts_enabled), a comissão fica visível no painel SYNVIA como "a receber" e NENHUMA transferência é criada — o dinheiro permanece no saldo da conta SYNVIA na Stripe até a conta do membro ser regularizada.
POR QUE ACEITAR AGORA: quem paga dentro das 24 horas investe R$ 500 MENOS e recebe 100 créditos mensais A MAIS. Perder o prazo custa mais caro e entrega menos.
BOLSO START DO ALUNO DO MEMBRO COMUM: 12 créditos/mês vinculados somente a esse aluno; Elite e Legado preservam seus direitos próprios.
BOLSO DO PROFISSIONAL: créditos Elite (300 ou 200) e TURBO podem ser usados entre alunos da própria carteira COM direito válido; créditos não criam acesso ou entitlement a aluno não autorizado.
ORDEM DE CONSUMO: primeiro o bolso do aluno; quando ele zera, o sistema puxa do bolso do profissional. Zerando os dois, a geração é bloqueada e apenas a prescrição manual continua liberada.
AVISOS DE CONSUMO: o profissional é avisado em 50%, 80% e 100% do consumo. Ninguém é pego de surpresa.
PACOTES TURBO (somente anual, à vista, DISPONÍVEIS PARA TODOS OS MEMBROS — Elite E Comum): TURBO 100 = R$ 1.500/ano (+100 créditos/mês) · TURBO 200 = R$ 2.500/ano (+200 créditos/mês) · TURBO 300 = R$ 3.500/ano (+300 créditos/mês). O Membro Comum é comprador prioritário de TURBO, porque não possui créditos próprios.
PASSE LIVRE DO MEMBRO ELITE: nenhum corte ou limite de funções de Inteligência Suprema se aplica ao Membro Elite. Qualquer restrição de funções vale SOMENTE para o Membro Comum.
VALOR DO ALUNO É PROMOCIONAL: R$ 29,90/mês é valor promocional de lançamento, por tempo indeterminado. NÃO é o valor definitivo de investimento no SYNVIA HUB e pode ser reajustado a qualquer momento, a critério exclusivo da empresa. Assinantes ativos são avisados com 30 dias de antecedência.
CARÊNCIA DE 30 DIAS NO REPASSE: nenhuma comissão é transferida antes de 30 dias corridos do pagamento do aluno ou do profissional indicado. É o padrão do mercado e protege TAMBÉM o profissional — impede estorno em cascata, chargeback surpresa e cobrança retroativa de comissão já gasta.
CONTRATO DE ADESÃO OBRIGATÓRIO: o profissional assina por certificado digital ou gov.br, porque é ele quem recebe dinheiro e assume a responsabilidade clínica. O aluno assina por aceite eletrônico registrado (data, IP e hash), válido conforme a MP 2.200-2/2001. Sem aceite não existe acesso.
SEM REEMBOLSO APÓS 7 DIAS: passados os 7 dias de arrependimento previstos no CDC, a Joia NÃO é reembolsável em nenhuma hipótese. Saída voluntária = perda integral do ciclo anual, sem devolução proporcional.
TOLERÂNCIA ZERO A FRAUDE: burlar o sistema, mentir em dados, criar aluno ou indicação falsa, falsificar documento, compartilhar conta, invadir ou tentar invadir a plataforma implica perda IMEDIATA de tudo a que tem direito (Joia, créditos, comissões pendentes e links), expulsão definitiva do SYNVIA HUB e responsabilização judicial pelo jurídico do SYNVIA HUB nas esferas civil e criminal. Fraude é roubo.
DEVOLUÇÃO DE COMISSÕES: comissões pagas sobre alunos cancelados em menos de 30 dias são estornadas no ciclo seguinte. Comissões do período de fraude são estornadas integralmente.
COMISSÃO É RECEITA DO MEMBRO: os tributos sobre a comissão são de responsabilidade EXCLUSIVA do membro (carnê-leão como pessoa física ou nota fiscal contra o SYNVIA como pessoa jurídica).
DPA E LGPD: o membro é o controlador dos dados de saúde dos seus alunos, sob sua responsabilidade profissional (CREF/CRN/CRM/CREFITO). O SYNVIA HUB é o operador.
DISCLAIMER DE GANHOS: toda simulação de comissão é ILUSTRATIVA. O SYNVIA HUB não promete renda; os ganhos dependem do número de alunos ativos e do esforço de cada profissional.

Passo 11 — Blindagem Fiscal, de Identidade e de Pagamento (V5.0)

CPF/CNPJ OBRIGATÓRIO NO CHECKOUT: todo checkout Stripe do SYNVIA passa a exigir o CPF (ou CNPJ) do pagador e o endereço de cobrança. Sem tomador identificado não nasce nota fiscal válida — regra aplicada em 9 checkouts e comprovada com sessão real aprovada pela Stripe.
ERRADICAÇÃO DE CONTAS FANTASMA: varredura completa nas funções fiscais e administrativas removeu 8 endereços de e-mail de teste que recebiam cópia de documentos fiscais e de alertas internos. Nenhum e-mail que não seja o oficial da empresa participa de fluxo fiscal.
PORTA DE ADMIN ÚNICA: a segunda porta de elevação a administrador foi fechada. Somente o e-mail oficial do dono promove uma conta a admin, e todo o resto é auditado e rebaixado automaticamente.
UM ÚNICO PROVEDOR DE E-MAIL: o provedor Resend foi erradicado do sistema (funções, campanhas, auditorias e chave do cofre). Todo e-mail do SYNVIA sai exclusivamente pelo Brevo, no domínio verificado synviahub.com.
MICROSSERVIÇO FISCAL PRÓPRIO: o fornecedor NFE.io foi removido. A NFS-e é assinada e transmitida pelo microserviço próprio do SYNVIA. O XML do DPS Nacional está CONGELADO: enquanto o retorno da prefeitura for Sucesso, nenhuma linha é alterada.
NOTA FISCAL POR LINK SEGURO: o PDF e o XML da nota vão para o cliente por link seguro dentro do e-mail, nunca como anexo — evita bloqueio por spam e dependência de arquivo pesado.
UM ÚNICO WEBHOOK DE PAGAMENTO: existe apenas um endpoint registrado na Stripe (stripeWebhook). O handler duplicado de checkout foi eliminado — não há mais risco de dois códigos disputando o mesmo evento e dessincronizando conta, senha ou assinatura.
CATÁLOGO STRIPE ZERADO: todos os planos e preços antigos foram arquivados. A Joia Elite e a assinatura do aluno usam PREÇO DINÂMICO gerado no servidor — não existe mais Price ID fixo para vencer, ser desativado ou quebrar um checkout.
TELAS DE PLANOS ANTIGOS FORA DO AR: as rotas /checkout-planos e /checkout-profissional-anual foram retiradas e redirecionam para a página inicial. Nenhum visitante vê mensagem de erro.
LEMBRETE FISCAL AUTOMÁTICO: avisos de DAS do Simples Nacional no dia 1º (declaração liberada) e no dia 18 (vencimento dia 20), enviados para suporte@synviahub.com pelo Brevo.

Passo 12 — Certidão de Regularidade Profissional e Escuta Viva da Stripe (V7.0)

CERTIDÃO DE REGULARIDADE PROFISSIONAL OBRIGATÓRIA (regra nova, 10/09/2026): além do número do CREF, toda candidatura passa a exigir o PDF ORIGINAL da Certidão de Regularidade Profissional extraída do site do próprio conselho.
POR QUE: número de CREF pode ser inventado, copiado de outra pessoa ou estar suspenso/cancelado. A certidão é o único documento que prova que o profissional está REGULAR HOJE — é a blindagem de responsabilidade do SYNVIA HUB.
TRAVA EM TRÊS CAMADAS: na tela (envio por clique ou arrastar-e-soltar, somente PDF, caixa vermelha se faltar), no servidor (cadastro recusado sem a certidão) e no banco de dados (campo obrigatório da ficha).
ONDE O MESTRE VÊ: botão verde "ABRIR CERTIDÃO DE REGULARIDADE PROFISSIONAL" no e-mail do suporte E no Dossiê Web, logo acima dos botões APROVAR e VETAR. Ficha sem certidão exibe alerta vermelho "CERTIDÃO NÃO ENVIADA".
REGRA DE CURADORIA: nenhuma candidatura é aprovada sem abrir e conferir a certidão.
ESCUTA VIVA DA STRIPE: o endpoint único de pagamento passa a assinar 7 eventos obrigatórios, incluindo invoice.paid (renovação mensal do aluno, que dispara o repasse da rede de 5 níveis) e account.updated (mudança de status da conta bancária pessoa física do membro).
FALHA HISTÓRICA CORRIGIDA: o endpoint assinava apenas 4 eventos. Sem invoice.paid, o repasse da rede jamais rodaria numa renovação; sem account.updated, o SYNVIA nunca saberia que a conta do membro foi aprovada. Nenhuma comissão foi perdida — havia zero contas bancárias criadas na época.
REGRA PERMANENTE: ao criar tratamento de um evento novo, o evento é assinado na Stripe no MESMO dia, com auditoria da lista de eventos a cada mudança no fluxo de pagamento.
Tudo isso vale nas 4 línguas do sistema, no desktop e no celular.

Passo 13 — Motor SYNVIA HUB Soberano e Mídias MP4 Premium (V10.0)

MOTOR SYNVIA HUB — A PRESCRIÇÃO DO PROFESSOR É SOBERANA: a configuração de forma do microciclo manda no cálculo. Se o professor escolheu VOLUME, a carga fica fixa e apenas as repetições progridem. Se escolheu INTENSIDADE, as repetições ficam fixas e apenas a carga progride. Se escolheu VOLUME + INTENSIDADE, as duas variáveis progridem. Nenhum automatismo reescreve a variável travada.
NA CLÁSSICA DE MATVEEV, A ONDA É REFERÊNCIA DE %Tn: a capacidade usa o percentual real de 1RM aplicado no Teste 2, nunca um divisor fixo de 40%. O %Tn real é calculado pela carga × reps; %1RM é a intensidade da carga, não o %Tn. Os demais modelos mantêm suas regras.
TETO ABSOLUTO DE 100% DE 1RM: nenhum cálculo do motor ultrapassa 100% da carga máxima do aluno.
PARIDADE TELA ↔ PDF EM VALIDAÇÃO: o PDF da periodização mostra exatamente o que a tela mostra — mesma carga, mesmas repetições, mesmo VTT e mesmo percentual de referência. A tela é a fonte da verdade.
TRAVA DOCUMENTAL PERMANENTE (12/09/2026): as regras de percentuais do motor de força foram congeladas em documento de trava interno. Nenhuma alteração nessas regras é feita sem autorização explícita e atual do dono.
MÍDIAS MP4 PREMIUM — NOMEAÇÃO TÉCNICA AUTOMÁTICA: cada vídeo importado do Google Drive chega sem nome útil. A Inteligência Suprema assiste o vídeo e devolve o nome técnico em português E em inglês, o grupo muscular, o equipamento e as tags de busca. Nada é adivinhado pelo nome do arquivo.
IMPORTAÇÃO IDEMPOTENTE: o identificador do arquivo no Drive fica gravado no registro da Galeria. Reprocessar a mesma faixa nunca cria vídeo duplicado — o sistema simplesmente pula o que já entrou.
IMPORTAÇÃO EM LOTES DE 2 VÍDEOS: o servidor processa dois vídeos por vez, para nunca estourar a memória em importações de milhares de arquivos.
CORTE DOS 2 SEGUNDOS FINAIS (regra permanente): todo MP4 premium é reproduzido por um player que PARA antes dos 2 segundos finais. A logomarca de terceiros nunca aparece para o profissional nem para o aluno. O arquivo no armazenamento NÃO é alterado — o corte acontece na reprodução.
ONDE O CORTE VALE, SEM FURO: na miniatura da Galeria de Exercícios, no modal do exercício da Galeria, na aba GIF do exercício, na Galeria Pessoal do profissional e na demonstração do exercício dentro do treino do aluno. GIF comum continua sendo exibido como imagem.
AUDITORIA EXECUTADA (13/09/2026): 1.749 vídeos MP4 premium conferidos — ZERO sem nome em português, ZERO sem nome em inglês, ZERO sem equipamento, ZERO duplicado.
Tudo isso vale nas 4 línguas do sistema, no desktop e no celular, sem diferença de comportamento.

Passo 14 — Contratos Blindados: Profissional e Aluno (V10.1)

DOIS CONTRATOS, DUAS PROTEÇÕES: o profissional assina o Contrato de Adesão e Responsabilidade Profissional na ficha de candidatura; o aluno assina o Contrato de Uso da Plataforma e Limitação de Responsabilidade antes de pagar. Ninguém entra no SYNVIA sem aceitar o seu contrato.
LEITURA SOMENTE NA TELA: os dois contratos são exibidos para leitura dentro do app. Impressão, cópia, seleção de texto, arrastar e menu de contexto estão BLOQUEADOS — o candidato ainda não é cliente e o aluno lê na tela, marca a caixa e avança. Não existe PDF nem download do contrato para o candidato.
CONTRATO DO PROFISSIONAL (candidato): licença de uso, responsabilidade técnica EXCLUSIVA dele por toda prescrição, natureza de ferramenta de apoio da Inteligência Suprema, autenticidade da Certidão de Regularidade, relação de serviço só entre ele e o aluno, comissões com carência de 30 dias, LGPD (ele é o controlador), acesso pessoal em 2 máquinas, propriedade intelectual e foro do Rio de Janeiro/RJ.
CONTRATO DO ALUNO (V10.1 — novo): o SYNVIA HUB TECNOLOGIA EM SAÚDE E FITNESS LTDA é EMPRESA DE TECNOLOGIA e apenas a PONTE entre o aluno e o profissional. Não é academia, clínica, consultório, agência nem empregadora do profissional.
RESPONSABILIDADE TÉCNICA DO PROFISSIONAL, POR ESCRITO: treino, carga, intensidade, dieta, reabilitação, leitura de exames e conduta são responsabilidade técnica, civil, penal, administrativa e ética EXCLUSIVA de quem prescreveu. O SYNVIA não prescreve, não diagnostica e não responde por conduta, presença, faltas, abandono, qualidade do atendimento nem resultado.
CÁLCULOS SÃO DA LITERATURA: o contrato afirma que os cálculos e protocolos são os mesmos que o profissional já domina e estão publicamente disponíveis na literatura científica e médica — a plataforma apenas automatiza e organiza, como apoio de produtividade.
NÃO É SERVIÇO MÉDICO + RISCO DO EXERCÍCIO: o aluno declara aptidão, assume o dever de informar doenças, lesões, cirurgias, gestação e medicamentos, reconhece o risco inerente à atividade física e é orientado a procurar atendimento médico presencial em qualquer sintoma.
CLÁUSULA STRIPE (blindagem de pagamento): a assinatura de R$ 29,90 (promocional, reajustável com aviso de 30 dias) é processada EXCLUSIVAMENTE pela Stripe, instituição de pagamento independente. O SYNVIA não captura, não armazena e não acessa o número do cartão; falha, recusa, atraso, bloqueio antifraude, estorno ou indisponibilidade da Stripe ou do banco são responsabilidade dessas instituições.
HONORÁRIOS DO PERSONAL FICAM FORA: o que o aluno combina de pagamento com o profissional é relação separada, cobrada e faturada por ele fora da plataforma. O SYNVIA não intermedeia, não garante e não devolve valor pago direto ao profissional. A nota fiscal emitida pelo SYNVIA é da assinatura do software.
RECORRÊNCIA E CANCELAMENTO: cobrança mensal automática até o cancelamento, efeito no fim do ciclo já pago, sem devolução proporcional, com direito de arrependimento de 7 dias do CDC e suspensão de acesso em caso de inadimplência.
LGPD NO LUGAR CERTO: o profissional é o CONTROLADOR dos dados de saúde do aluno; o SYNVIA HUB é o OPERADOR, com registro e auditoria de todos os acessos.
TETO DE RESPONSABILIDADE: na máxima extensão da lei, a responsabilidade total do SYNVIA HUB, dos seus sócios, administradores e de RODRIGO BALADÁN fica limitada ao valor pago pelo aluno à plataforma nos últimos 3 meses, excluídos lucros cessantes, danos indiretos, morais e expectativa de resultado estético ou de desempenho.
TRAVA NO SERVIDOR: sem o aceite marcado, o servidor recusa e NÃO cria a sessão de pagamento na Stripe (nem por chamada direta). A tela também avisa em vermelho qual passo falta.
PROVA JURÍDICA GRAVADA: versão do contrato, data e hora, endereço de rede, navegador e assinatura digital (hash SHA-256 dos dados + versão + horário) ficam gravados na ficha do candidato e na assinatura do aluno, além do log de auditoria — válido conforme a MP 2.200-2/2001.
ONDE O MESTRE CONFERE: o aceite do profissional aparece no Dossiê da candidatura (painel do admin e página web do suporte) com versão, data/hora, IP e hash; o aceite do aluno fica gravado no registro da assinatura dele.
Tudo isso vale nas 4 línguas do sistema, no desktop e no celular, sem diferença de comportamento.

Passo 15 — Conselho Competente, Declarações Expressas e Contratos V3.0 (V10.2)

FIM DO CAMPO "CREF" ÚNICO: a ficha de candidatura passa a pedir PROFISSÃO → CONSELHO → NÚMERO DO REGISTRO → UF. O conselho é preenchido automaticamente pela profissão (Educação Física = CREF, Nutrição = CRN, Fisioterapia e Terapia Ocupacional = CREFITO, Medicina = CRM) e, em "Outra profissão regulamentada", o candidato informa a sigla do próprio conselho.
REGISTRO COMPLETO GRAVADO: o sistema continua gravando o registro no formato antigo (CONSELHO NÚMERO/UF) para não quebrar nenhuma ficha histórica, e passa a guardar também os quatro campos separados, prontos para auditoria.
TRÊS DECLARAÇÕES EXPRESSAS OBRIGATÓRIAS: (1) inscrição ATIVA, REGULAR e APTA, com documentos autênticos, próprios e vigentes; (2) atuação EXCLUSIVA dentro das competências legais da própria profissão, sem ato privativo de outra; (3) aceite de que prescrições, programas, planejamentos e recomendações são responsabilidade de quem valida e assina — o profissional — e NÃO do SYNVIA.
BLOQUEIO NAS DUAS PONTAS: sem as três declarações marcadas a tela avisa em vermelho e o SERVIDOR recusa a ficha (nem por chamada direta a candidatura é criada). As três declarações viram assinatura digital própria (hash SHA-256 dos dados + declarações + data/hora).
CONTRATOS V3.0 NO AR: o Contrato de Adesão, Licença de Uso e Responsabilidade Profissional (18 capítulos) e o Contrato de Uso da Plataforma, Assinatura e Limitação de Responsabilidade do aluno (19 capítulos) substituem os textos anteriores. Os dois seguem em leitura somente na tela, com impressão, cópia, seleção e download bloqueados.
TEXTO VINCULANTE EM PORTUGUÊS: os contratos V3.0 são os textos oficiais do advogado, em português, regidos pela lei brasileira. Nas telas em inglês, espanhol e francês o candidato e o aluno leem uma linha no próprio idioma avisando que o texto vinculante é o português exibido abaixo — nenhuma tradução livre é apresentada como se fosse o documento aprovado.
SELFIE: continua sendo conferência visual com a cédula profissional. Não existe reconhecimento facial automático nem biometria — a foto é apenas armazenada e exibida ao curador.
REVALIDAÇÃO ANUAL DA REGULARIDADE (regra do dono): quando o Membro Legado ou o Membro Elite paga a joia — na primeira compra OU em qualquer renovação anual — o sistema grava a data de reapresentação em 366 dias (1 ano e 1 dia depois do pagamento).
ROTINA QUE REALMENTE COBRA: todos os dias às 08:00 (horário de Brasília) uma rotina automática varre as fichas aprovadas e ativas, marca como PENDENTE quem passou do prazo e dispara o aviso no sino do profissional, no idioma dele.
ONDE O PROFISSIONAL RESOLVE: aba Conta › Regularidade Profissional. O cartão mostra a próxima data, a última reapresentação e o selo verde "Em dia" ou o selo vermelho "REAPRESENTAÇÃO PENDENTE". Ele envia o PDF novo da certidão e o prazo volta a valer por mais um ano.
AUDITORIA COMPLETA: cada cobrança e cada reapresentação (certidão anterior, certidão nova, data/hora e nova data de vencimento) fica gravada no log de auditoria do admin.
Tudo isso vale nas 4 línguas do sistema, no desktop e no celular, sem diferença de comportamento.

Passo 16 — Fonte Única de Créditos e Gravação Automática da Joia Elite (V10.4)

FONTE ÚNICA DE CRÉDITOS: os limites de créditos de Inteligência Suprema deixaram de existir escritos à mão em telas e funções. Agora há um único lugar por ambiente (um no servidor, um na interface) e TODAS as telas e motores leem dali. Nenhuma tela pode mais mostrar um número diferente do que o motor cobra.
TABELA OFICIAL CONGELADA: Trial = 10 créditos totais · Básico = 50/mês · LEGADO PROFISSIONAL = 200/mês · LEGADO ELITE = 500/mês. Os dois Legados são direito adquirido e permanecem exatamente como foram contratados.
JOIA ELITE AGORA GRAVA O TETO SOZINHA: ao confirmar o pagamento da Joia ELITE, o servidor sobe a assinatura do profissional para Elite (anual, ativa) e grava o teto real de créditos do mês — 300 se pagou COM o cupom, dentro das 24 horas; 200 se pagou os R$ 3.000 depois do prazo. Se o profissional ainda não tiver assinatura, o servidor cria.
FALHA HISTÓRICA CORRIGIDA: antes disso o pagamento da Joia NÃO tocava no teto de créditos — o novo Membro Elite continuava com o limite do plano anterior. Nenhum crédito era entregue automaticamente.
TETO DA JOIA MANDA SOBRE A TABELA: o valor gravado no pagamento (300 ou 200) vence o número do plano, tanto na cobrança feita pelo motor quanto no cartão "Seu Plano Atual" da aba Conta. O profissional vê exatamente o teto que ele comprou.
JOIA LEGADO NÃO É TOCADA: a renovação ou o upgrade do Membro Legado não altera crédito nenhum — 200 (Profissional) e 500 (Elite) seguem congelados.
AUDITORIA GRAVADA: cada gravação registra no log de auditoria do admin qual assinatura foi alterada, o teto aplicado e a origem (dentro das 24h ou fora do prazo).
TESTE DE MESA EXECUTADO (17/09/2026): a regra foi provada no banco de TESTE com três assinaturas fictícias — uma com cupom (gravou 300), uma fora do prazo (gravou 200) e uma Legado Elite (permaneceu intacta em 500). Os três registros de teste foram APAGADOS após a conferência; nada foi criado no banco de Produção e nenhum pagamento real foi disparado.
Tudo isso vale nas 4 línguas do sistema, no desktop e no celular, sem diferença de comportamento.

Passo 17 — PLANO START: o escopo do aluno do Membro Comum (V10.4)

REGRA MÃE: o aluno de R$ 29,90 do MEMBRO COMUM tem o PLANO START. O Membro Elite mantém PASSE LIVRE e o Membro Legado mantém o direito adquirido — nada disso se aplica aos dois.
MOTIVO ECONÔMICO, SEM RODEIO: com escopo aberto, um aluno consumia 38 créditos (R$ 19,00) e sobravam R$ 4,41 para a casa. Com o START sobram R$ 15,62 por aluno já com o imposto de 6%. É o que mantém a empresa viva.
NUNCA LIBERADO POR R$ 29,90 (o aluno e o professor VEEM na tela, com selo 🔒 ELITE, mas não usam): DEXA · Postural e Diagnóstico Postural · Inteligência Suprema · aba Medicina inteira · aba Fisioterapia inteira · ressonância · exames de imagem · análise sanguínea e laboratorial · cárdio de atletas, grupos especiais e corrida de rua · relatórios avançados.
LIBERADO 1 (UMA) VEZ POR MÊS: Periodização de Força automática (4 créditos) · Periodização Cárdio em modelos básicos (3 créditos) · Planejamento Nutricional periodizado (5 créditos). Total do pacote: 12 créditos/mês.
BOLSO DO ALUNO AJUSTADO: de 35 para 12 créditos/mês — exatamente o tamanho do pacote START. Zerado o bolso, a geração automática para e apenas a prescrição manual continua.
LIVRE E ILIMITADO (custo zero): avaliação simples (antropometria, dobras, composição por cálculo), biblioteca de exercícios e MP4 premium, prescrição manual de treino, planilha do aluno, execução de sessão, agenda, chat e metas manuais.
CARIMBO 🔒 ELITE: função trancada continua negada; pagar a Joia pode abrir direito Elite. TURBO pode comprar créditos para funções JÁ liberadas, mas jamais abre esta função, comissão, rede ou entitlement.
ESPELHO DA REDE (novo cartão no painel de comissões): mostra a comissão dele riscada em R$ 0,00 e diz, em números, que cada aluno dele paga R$ 29,90 dos quais 100% vão para o SYNVIA, que R$ 11,96 por aluno (40%) poderiam ser dele, e e traz a SIMULAÇÃO OFICIAL DO SITE (P1 → P5, cada profissional indica 5) calculada com APENAS 4 ALUNOS por profissional: P1 R$ 47,84 · P2 R$ 100,00 · P3 R$ 400,00 · P4 R$ 1.500,00 · P5 R$ 5.000,00 = R$ 7.047,84 POR MÊS, com 781 profissionais e 3.124 alunos na rede. Cada linha aparece RISCADA, porque ele não recebe nada disso.
FONTE ÚNICA DO ESCOPO: a lista de bloqueios e as cotas mensais vivem em um único lugar por ambiente (um no servidor, um na interface). Nenhuma tela reescreve a regra por conta própria.
Tudo isso vale nas 4 línguas do sistema, no desktop e no celular, sem diferença de comportamento.

Passo 18 — TURBO com ACEITE OBRIGATÓRIO: combustível, não é chave (V10.5)

PROBLEMA REAL RESOLVIDO: o Membro Comum podia comprar TURBO acreditando que ia destravar as 14 abas ELITE, receber links de aluno ou entrar no multinível. Isso geraria pedido de reembolso e pedido de troca pela Joia. Agora é impossível confundir.
AVISO GRANDE, NA CARA, ANTES DO PAGAMENTO: ao escolher TURBO, o Membro Comum recebe um aviso em tela cheia, em letras grandes, com o bloco vermelho "O QUE O TURBO NÃO FAZ" listando item por item: não destrava as 14 abas ELITE (DEXA, Postural, Diagnóstico Postural, Inteligência Suprema, Medicina, Fisioterapia, Ressonância, Exames de Imagem, Análise Sanguínea, Analisador de Exames, Cárdio de Corredores, Grupos Especiais e Relatórios Avançados continuam com o selo 🔒), não dá comissão, não dá rede de 5 níveis, não dá os 10 links de aluno, não vira Membro Elite e não dá acesso à Stripe nem saque.
O QUE O TURBO FAZ, TAMBÉM POR ESCRITO: soma créditos mensais ao que ele JÁ tem liberado (12 créditos/mês do Plano Start), serve para usar MAIS o que já está aberto — nunca para abrir o que está trancado — e é cobrança ANUAL à vista.
CAIXINHA OBRIGATÓRIA (padrão Adobe): existe UMA caixa de aceite que o profissional precisa MARCAR com o texto: "Eu li e ENTENDI que o TURBO só me dá créditos: NÃO abre as 14 abas ELITE, NÃO me dá links de aluno, NÃO me dá comissão nem rede multinível, e NÃO pode ser trocado nem reembolsado pela Joia Elite depois dos 7 dias."
BOTÃO TRAVADO SEM A CAIXA: enquanto a caixa não é marcada, o botão de avançar para o pagamento fica DESABILITADO e a tela avisa em vermelho "Marque a caixa acima para poder avançar para o pagamento". Não existe caminho lateral: sem o X na caixinha, ninguém chega ao Stripe.
SEM REEMBOLSO E SEM TROCA, DECLARADO ANTES DA COMPRA: passados os 7 dias de arrependimento do CDC, o TURBO não é reembolsável, e o valor pago em TURBO NÃO é convertido, NÃO é abatido e NÃO é trocado pela Joia Elite em nenhuma hipótese.
SAÍDA HONESTA NA MESMA TELA: além de avançar, o aviso oferece o botão "Prefiro a Joia Elite (abre tudo e paga comissão)", levando direto ao checkout da Joia. Quem quer destravar as abas e ganhar dinheiro é levado ao único caminho que faz isso.
ÚNICO CAMINHO PARA AS 14 ABAS E PARA DINHEIRO: Joia Elite. Não existe outro — nem TURBO, nem suporte, nem exceção.
V10.6 — A COMPRA EXISTE DE VERDADE: depois do aceite, abrem os 3 cartões de compra (TURBO 100, TURBO 200 destacado como "Mais escolhido", TURBO 300), com o preço lido da configuração do sistema (R$ 1.500 · R$ 2.500 · R$ 3.500), a frase "cobrança anual, à vista" e, embaixo dos três, o lembrete em vermelho de que nenhum pacote abre abas ELITE, dá comissão ou rede.
V10.6 — PAGAMENTO REAL NA STRIPE: o botão do cartão cria a sessão de pagamento em reais, em parcela única anual, no idioma do profissional, com endereço de cobrança exigido e sem campo de cupom.
V10.6 — ENTREGA AUTOMÁTICA DOS CRÉDITOS: assim que o pagamento é aprovado, o sistema soma sozinho os créditos comprados ao teto mensal que o profissional já tinha (ex.: 12 + 200 = 212 por mês), com validade de 1 ano, avisa ele pelo sino e grava tudo na auditoria (teto anterior, teto novo, validade, e o registro explícito de que NENHUMA aba ELITE, comissão ou rede foi liberada). Mesmo pagamento nunca entrega créditos duas vezes.
V10.6 — TRAVA DUPLA (tela E SERVIDOR): o servidor recusa qualquer tentativa de pagamento que chegue sem o aceite marcado — devolve "É obrigatório ler o aviso e marcar a caixa de aceite antes de avançar para o pagamento do TURBO" e grava a tentativa na auditoria. Nem por link direto, nem por atalho: sem o aceite, a Stripe nunca é chamada. (Testado em 18/09/2026: recusa confirmada.)
Tudo isso vale nas 4 línguas do sistema, no desktop e no celular, sem diferença de comportamento.

Passo 19 — Teste 2 e ondas de capacidade de trabalho (%Tn) — V10.8

O Teste 1 estima o 1RM; a equação limita a 15 as repetições digitadas, exceto na importação de uma série.
O Teste 2 registra o percentual real de 1RM, a carga correspondente e as repetições até a falha — não há divisor fixo de 40%.
Capacidade 100% = (carga do Teste 2 × repetições até a falha) ÷ (percentual real do Teste 2 / 100). A onda de Matveev indica um patamar de referência, não obriga o %Tn medido a coincidir com ele.
%1RM continua separado: determina a intensidade de carga, não mede %Tn. As outras séries seguem o método regressivo e somam o VTT total do exercício.
Repetições e cargas que o profissional informar manualmente prevalecem; o Recuperativo preserva a redução. A antiga inversão automática pela metade da evolução de tonelagem foi abandonada.
V10.9: com Teste 2 válido, apenas a SUBIDA da onda dentro do microciclo autoriza ajuste automático do VTT contra a sessão anterior já ajustada; platô, descida e Recuperativo não recebem aumento forçado. Não forçar a sessão 6 quando a onda não sobe. Na virada, a semente distinta permite no máximo +1 rep.
O ajuste obedece à forma escolhida (volume: reps; intensidade: carga; ambas: alternância) e tem limite de iterações; não prometer que toda meta será alcançada sem conferir números. PDF usa a geração de séries da tela. Validação nas quatro línguas, desktop, celular e impressão ainda necessária.

V10.12 — PROTOCOLO OFICIAL DE EXECUÇÃO, HOMOLOGAÇÃO E CODE LOCK

1. TESTING AGENT PROIBIDO — O Testing Agent não faz parte do fluxo oficial de homologação do SYNVIA HUB.
É proibido: recomendar Testing Agent; executar Testing Agent; utilizar resultado do Testing Agent como evidência; substituir sessão real por Testing Agent; bloquear entrega aguardando Testing Agent.
Métodos oficiais permitidos: testes backend seguros; consultas reais ao banco; reconciliação independente; inspeção de código; testes manuais guiados; sessão autenticada real; conta QA real e controlada quando necessário.
Quando uma validação exigir interação humana, o agente deve parar e informar: 1. página; 2. conta/perfil; 3. ação; 4. resultado esperado; 5. evidência necessária.
2. REGRA DE FOCO — O agente não pode aproveitar uma tarefa para alterar áreas adjacentes. Se a tarefa é Dashboard Admin BI, trabalhar exclusivamente no Dashboard Admin BI.
Não modificar, por iniciativa própria: dashboard profissional; textos de suporte; login; Google Login; Stripe; contratos; pagamentos; motores clínicos; SYNVIA HUB; responsividade; traduções; segurança; banco; onboarding; funcionalidades externas ao escopo.
Problemas encontrados fora do escopo devem ser apenas registrados no backlog.
3. ORDEM ATUAL DE PRIORIDADE DO PROJETO — 1. DASHBOARD ADMIN BI SYNVIA COMPLETO; 2. AUTH-01; 3. PODER SOBERANO; 4. SEC-CLIN-01; 5. SEC-CRED-03; 6. DEMAIS ITENS TÉCNICOS DO BACKLOG; 7. FINAL GLOBAL CLOSEOUT.
Nenhuma etapa posterior deve ser antecipada enquanto o Dashboard Admin BI estiver em implementação.
4. DASHBOARD ADMIN BI — REGRA DE FOCO ATUAL — O objetivo imediato do projeto é fazer o Dashboard Admin responder ao proprietário do SYNVIA, com dados reais, exatamente o que está acontecendo no negócio.
O Dashboard deve priorizar: profissionais; alunos; entitlements; atividade; avaliações; prescrições; vendas; assinaturas; receita quando reconciliada; qualidade dos dados; segurança; suporte; saúde operacional; funil; retenção; módulos; créditos; rede; comissões.
Não deixar a implementação do Dashboard ser desviada por melhorias cosméticas ou funcionalidades externas.
COMANDO UNIVERSAL PERMANENTE — SYNVIA CODE LOCK. Você está sob o COMANDO UNIVERSAL PERMANENTE — SYNVIA CODE LOCK. Você é um agente do SYNVIA HUB no Base44.
REGRA ABSOLUTA: Você está proibido de alterar, corrigir, refatorar, apagar, mover, recriar ou otimizar qualquer linha de código, arquivo, componente, função, entidade, tradução, layout mobile, desktop ou responsivo sem autorização explícita e atual de Rodrigo Baladán.
Só execute exatamente o que estiver abaixo da frase: “CORRIJA APENAS O QUE ESTÁ ABAIXO:”.
Antes de qualquer alteração, faça: 1. Liste os arquivos que pretende tocar. 2. Liste as linhas/funções afetadas. 3. Explique o motivo. 4. Aguarde confirmação explícita: “AUTORIZO ALTERAR ESTES ITENS” ou “AUTORIZO ALTERAR APENAS ESTES ITENS”.
Sem essa confirmação, responda apenas: “Não tenho autorização para alterar código. Aguardando permissão explícita.”
É proibido: melhorar por conta própria; corrigir bugs não solicitados; alterar design não solicitado; modificar traduções; mexer em responsivo; refatorar; otimizar; criar arquivos extras; alterar lógica de login; alterar pagamento; alterar admin; alterar segurança; alterar banco; alterar qualquer funcionalidade fora do escopo atual.
A regra vale para: PT; EN; ES; FR; mobile; desktop; tablet; todas as áreas do SYNVIA HUB.
Toda ação deve gerar log contendo: autor; data; pedido; arquivos alterados; motivo; confirmação recebida.
Não inventar. Não alucinar. Não presumir resultado. Não declarar teste como aprovado sem evidência.
Se não souber: responder “não sei”. Se não lembrar: responder “não me lembro”. Se não houver evidência: responder “não há evidência suficiente”. Faça o básico bem feito.
REGISTRO DOCUMENTAL V10.12 — Autor: Base44; data: 26/09/2026; pedido: consolidar os dois documentos V10.11 em V10.12; arquivos autorizados: checklistOnboardingContent.js, pseudoCodigoSynvia.js e os dois PDFs V10.12; motivo: aprovação e ativação nativa, separação de autenticação e entitlement, correção de regras históricas; confirmação: autorização explícita no pedido V10.12. Trechos conflitantes de V9.x a V10.11 ficam REVOGADOS.

Passo 20 — Perfil completo sem suspensão (V10.10)

Após aprovação manual, os dados já conferidos na candidatura (nome, telefone, Instagram, CPF e conselho/registro) são trazidos para a Conta sem apagar dados existentes. WhatsApp, endereço e especialidade devem ser completados na aba Conta.
Antes de usar o SYNVIA para prescrever, é obrigatório preencher TODOS os campos de Contato e redes e Dados profissionais: nome completo, telefone, WhatsApp, endereço, Instagram, CPF válido, registro profissional e especialidade. Isso vale igualmente para quem pagou a Joia ou tem aluno assinante.
Enquanto houver qualquer pendência, a sessão e a senha continuam válidas; a Conta permanece acessível para correção. Outras telas de trabalho aguardam o salvamento completo. Não há cinco avisos, prazo de cinco dias nem suspensão por perfil incompleto.
No salvamento, o servidor confere os campos; sem pendências o uso é liberado automaticamente, sem intervenção do admin nem novo login. Tentativas de gravação crítica sem perfil completo são recusadas e auditadas sem CPF, senha ou dados clínicos no log.
Contas anteriores também passam por conferência dos campos atuais, sem perda do acesso à Conta nem alteração dos pagamentos, comissões ou senhas. Registros antigos de suspensão por perfil são desativados sem rebaixar o usuário.