Importante: ainda é um protótipo. A Vercel pode publicar os arquivos do site, mas o projeto atual não tem banco
de dados central, login administrativo seguro nem integração com Mercado Pago. O navegador guarda dados localmente;
pedidos de visitantes em outros aparelhos não aparecem automaticamente na sua central. Faça testes com informações
fictícias e não use a central para guardar CPF, documentos ou dados bancários reais.
1. As três situações de uma pessoa
ClienteCompra um site ou serviço. A compra não o torna revendedor nem afiliado automaticamente.
Revendedor diretoAceita os termos próprios e, depois de revisão/aprovação, pode indicar vendas diretas pelos links.
Afiliado da redeAlém da revenda, aceita separadamente a participação opcional na recorrência N1/N2. Recusar a rede não deve impedir a revenda direta.
O cadastro feito pelo administrador ajuda a organizar a planilha, mas não prova que a pessoa aceitou. Para adesão presencial, imprima o modelo no painel, colete as assinaturas nas partes separadas e guarde uma via assinada fora do protótipo. Registre no painel somente depois de conferir o documento.
2. Comissão direta proposta
1ª–10ª venda · 20%Sobre o valor elegível da venda direta.
11ª–30ª · 30%A nova taxa vale para a posição da venda, não altera vendas anteriores.
31ª–40ª · 35%Conta somente venda elegível confirmada.
41ª em diante · 40%Limite atual proposto; não aumenta automaticamente depois da 50ª.
Quando a venda conta? A regra escolhida para o protótipo é contar após receber o preço total contratado. Pedido, clique, conversa e pagamento parcial não são venda confirmada. No protótipo, a confirmação é manual e a comissão não é transferida automaticamente.
3. Recorrência proposta para manutenção
5% N1 sobre mensalidade de manutenção efetivamente recebida de cliente direto elegível.
Mais 5% N2 somente depois de atingir 50 vendas diretas válidas, para mensalidades elegíveis do segundo nível.
Não existe terceiro nível. O simples cadastro de pessoas não gera comissão: deve haver venda/serviço e pagamento recebido.
Na desativação, o próprio afiliado poderá receber por até 30 dias a recorrência elegível ligada às próprias indicações; quem o indicou deixa de receber sobre ele a partir da desativação.
Depois desse prazo, cessam novos créditos recorrentes. A volta exige novo aceite e novo cadastro/linha, de acordo com os termos finais.
O valor da mensalidade que serve de base é o preço realmente contratado e recebido, não um valor fixo presumido.
4. O fluxo que existe hoje
O visitante abre um link com código de indicação, escolhe um produto e inicia o pedido pelo WhatsApp.
O site pode guardar um pedido de teste no armazenamento local. Isso não confirma compra nem pagamento.
O administrador confere o pedido e o recebimento total fora do site, depois registra/confirmar manualmente na central do mesmo ambiente de teste.
O painel calcula valores propostos e mantém o pagamento de comissão manual. Também permite lançar mensalidades confirmadas e inativar sem apagar o histórico.
Para adesões feitas fora do site, imprima o contrato no painel, confira os dados, obtenha as assinaturas e anote a versão dos termos anexados.
Limitação central: o site estático publicado na Vercel não faz os navegadores dos compradores compartilharem automaticamente seus dados com o painel. Para isso é preciso construir e proteger um backend com banco de dados.
5. Para que serve cada página
Site principal: catálogo, apresentação, pedido via WhatsApp, links de teste e aceites locais.
Central administrativa: controle de teste, lançamento manual de pedidos/mensalidades, afiliados e contrato para imprimir.
Minuta de termos: proposta de regras e itens ainda por definir; não é parecer jurídico nem contrato final aprovado.
Registro financeiro por evento: número do pedido, data, valor contratado/recebido, comprovante ou referência do pagamento, cancelamento/estorno e quem fez a confirmação. Guarde referências, não dados de cartão.
Extrato individual: vendas que contam para cada faixa, mensalidades, N1/N2, ajustes, valor pago, data e referência do comprovante.
Histórico de aceite e contratos: pessoa, modalidade aceita, versão/data dos termos, data de assinatura, cópia armazenada com segurança e eventual encerramento.
Conciliação e exportação: conferir pedidos com o extrato do Mercado Pago/banco e exportar relatórios com cópia de segurança protegida.
Auditoria e alertas: registrar quem alterou um status, quando, por quê; alertar sobre pagamento pendente, mensalidade não conciliada, estorno ou afiliado inativo.
Privacidade e segurança: acesso administrativo com autenticação, permissões, política de privacidade, retenção mínima de dados e procedimento para corrigir/excluir dados quando cabível.
Esses controles devem ficar em um backend protegido, não apenas em uma planilha/localStorage dentro de um arquivo HTML publicado.
7. Próximos passos antes de operar de verdade
Definir a identificação legal do responsável pela General.dev, endereço/canal formal e dados de contato.
Com advogado e contador, revisar o modelo de negócio, as regras de comissão, tributação, cancelamentos/estornos, pagamentos e os contratos.
Definir regras ainda abertas: atribuição quando há mais de um link, prazo de atribuição, calendário de pagamento, valor mínimo, disputa de venda e o que ocorre com clientes antigos após reentrada.
Publicar aviso de privacidade e política de retenção antes de coletar dados reais.
Criar backend/banco central e login seguro para a administração; só depois integrar o checkout e validar pagamentos no servidor por notificação oficial do meio de pagamento.
Testar com contas fictícias, casos de cancelamento, mensalidade, inativação e exportação antes de abrir o programa ao público.
Nenhuma regra deste protótipo garante conformidade jurídica. A atividade real, os contratos e a forma de divulgação precisam de revisão profissional.