| Data | Descrição | Tipo | Valor | Ações |
|---|
| Nome | Origem | Status | Data |
|---|
| Nome | Cliente (CRM) | Plano | Vencimento | Financeiro | Valor mensal | Última cobrança | Dias restantes | Frequência mês | Status | Risco | Ações |
|---|
Check-in manual ou QR na recepção (painel abaixo). Exige reserva activa quando configurado, valida inadimplência e suspensão.
API: /api/academia/ocupacao · /api/academia/dunning · importação opcional de dados do ERP concorrente (token no ambiente do servidor)
| Aluno | Check-ins no mês | Última visita | Dias sem aparecer |
|---|
Arraste ficheiros para a zona abaixo ou clique para escolher. Mapeie colunas → campos, valide CPF e confirme a importação em lotes de 50 linhas com empresa_id. Migração academia (CSV): importe o ficheiro de clientes transformado (ex.: evo_clientes.csv) e depois pagamentos via apply ou CSV. UI EVO — sem marcas de terceiros. CSV offline; Excel via SheetJS no cliente.
| Título | Status | Atualizado | Ação |
|---|
| Nome |
|---|
| Token | Nº Auto | Cliente | Código | Infração | Gravidade | Pts | Risco | Tipo | Multa (info) | Serviço (R$) | Prazo | Cobrança | Status |
|---|
Carregando histórico…
| Data | Descrição | Tipo | Valor | Ações |
|---|
| Cliente | Auto | Infração | Descrição | Valor | Tipo | Vencimento | Status | Ações |
|---|
Usa a função existente gerarParcelas e insertWithSchemaFallback na tabela pagamentos. Requer módulo pagamentos e Supabase ativo.
| Cliente | Descrição | Valor | Vencimento | Status | Ações |
|---|
| Fornecedor / Descrição | Categoria | Valor | Vencimento | Status | Ações |
|---|
| Cliente | Valor | Data promessa | Status | Ações |
|---|
| Data | Descrição | Categoria | Tipo | Valor | Ações |
|---|
pagamentos_pix no Supabase)| Data | Descrição | Valor | TXID | Status | Ações |
|---|
cobrancas_pix) · EVOPagamentos atrasados geram cobrança e decisão em execution_control (uma vez por pagamento).
| Data | Cliente | Valor | Origem | Status | PIX (prévia) |
|---|
| Quando | Tipo | Canal | Prévia |
|---|
O tema da interface segue o tipo de negócio selecionado.
Configuração em empresas.config_pix (Supabase). Chaves e segredos não vão para localStorage. Asaas e Mercado Pago são placeholders (mock) até integração real.
O webhook é onde um PSP futuro enviará o POST de confirmação; configure um endpoint seguro (Edge Function) e valide assinatura do provedor.
Compare limite de clientes e valor. Upgrade aumenta o teto cadastral; o uso é validado em tempo real.
| Nome | Valor | Limite clientes | Features |
|---|
Compartilhe o link. Quando alguém se cadastrar com ele e pagar a assinatura, a indicação é marcada como convertida.
Ao cadastrar um aluno com o mesmo telefone, a indicação é validada automaticamente. Ao registrar o pagamento (renovação), a recompensa é creditada ao indicador.
| Indicador | Indicado | Telefone | Recompensa | Status | Ações |
|---|
🔒 Max 10/hora, até R$500
Acompanhe em tempo real o que o motor EVO está a fazer. Fonte preferencial: evo_logs; se indisponível, usa execution_control e evo_sugestoes como proxy.
🟢 OK
Métricas a partir de saas_cobrancas, saas_contratos e alertas recentes em execution_control. Se as migrações não estiverem aplicadas ou o RLS bloquear, os cartões mostram “—” sem quebrar o painel.
execution_control)Últimos registos de execution_control (requer permissão de leitura no Supabase).
Decisões criadas pelo motor EVO em execution_control (contexto.source = evo_system). Apenas admin SaaS pode aprovar ou rejeitar (RLS). O estado e o tempo real vêm só desta tabela; execute o job
python3 -m evo.evolution_executor quando precisar de despacho de tarefas aprovadas no servidor.
EVO CORE — integração com evo_sugestoes, evo_propostas e evo_reflexoes (SaaS admin via is_saas_admin()). Base SQL:
20260420_evo_core_base.sql. Extensões opcionais: 20260420_evo_core_system.sql.
Lançamentos pessoais do administrador (tabela admin_financeiro, sem empresa_id). Aplique a migração SQL correspondente no projeto.
Leitura de audit_access_log e audit_read_log (requer política SaaS admin + migrações aplicadas).