Etapa 01
Publica o catálogo
Define organizador, local, ocorrência, sessões, produtos, perguntas e capacidade antes de abrir a divulgação.
Sistema 30 · operação de eventos
O evento começa antes da catraca.
Organize catálogo, sessões, ingressos, pedidos, participantes e check-in em uma operação que acompanha o público da primeira visita à entrada.
Agendar demonstração
O que muda na rotina
Da venda ao acesso, o público segue o mesmo pedido.
Evento não termina no checkout. O organizador precisa publicar uma experiência clara, vender por sessão, acompanhar capacidade, responder participantes e saber o que aconteceu em cada entrada.
O sistema 30 reúne administração e superfície pública dentro do ERP multiempresa. Cada operação respeita empresa, permissões, contexto e os estados reais do pedido, sem tratar pagamento ou check-in como promessa automática.
49tabelas da fundação do módulo
82relacionamentos com chaves compostas tenant-aware
66permissões atuais no Perfil de Acesso
178rotas canônicas na allowlist do sistema
Como o evento anda
Dois fluxos, o mesmo público.
Quem organiza precisa de controle antes da abertura. Quem participa precisa de clareza até a confirmação. Os dois caminhos convergem no pedido e no registro de entrada.
Fluxo A
O organizador prepara a experiência
Da configuração do evento à leitura da operação.
Etapa 02
Configura a venda
Escolhe ingressos, descontos, afiliados parciais, lista de espera e as regras que aparecem no checkout.
Etapa 03
Acompanha pedidos
Consulta participantes, pagamentos parciais, divisão de pedido, mensagens, relatórios e exportações por empresa.
Etapa 04
Controla a entrada
Usa check-in manual ou QR quando o modo estiver habilitado e registra o desfecho devolvido pelo registrador.
Fluxo B
O participante compra e entra
Uma jornada pública, sem expor o painel administrativo.
Etapa 01
Encontra o evento
A página pública apresenta organizador, evento, sessão, local, produtos disponíveis e informações da experiência.
Etapa 02
Escolhe os ingressos
O checkout recalcula os dados no servidor e mantém o token fora da query string.
Etapa 03
Confirma o pagamento
O pedido percorre pagamento, retorno, confirmação e política de estorno conforme o canal configurado.
Etapa 04
Consulta a compra
O participante acessa localização dos ingressos, ingresso individual e Minhas Compras com os dados exigidos pelo fluxo.
Os dois fluxos dependem de schema, configuração, jobs, gateway e homologação. A existência das telas não significa evento publicado, pagamento online aprovado ou câmera QR ligada no ambiente.
Especificações
O que existe por trás da entrada.
Abra somente o bloco que interessa. As limitações ficam junto do recurso.
Administração do evento
- Painel, editor, organizadores, locais, ocorrências, sessões, produtos, perguntas, capacidade, participantes e pedidos.
- Cupons, regras de desconto, afiliados parciais, lista de espera, ofertas e expiração.
- Mensagens, campanhas, templates, integrações, tokens, webhooks, relatórios e exportação CSV.
- Estados de carregando, vazio, erro e permissão nas views administrativas.
Catálogo público e checkout
- SSR para organizador, evento, preview, detalhe, pagamento, retorno, resumo e confirmação.
- Meus Ingressos, ingresso individual, localização e tela controlada de indisponibilidade.
- JSON das rotas reais com CSRF quando disponível e cabeçalho `X-Eventos-Checkout`.
- Token do participante fora da query string e dados públicos separados do painel administrativo.
Portaria e check-in
- QR dinâmico com semente HMAC derivada de `ERP_EVENTOS_TOKEN_PEPPER`, sem persistir a semente.
- Totem público com sessão compartilhada por cookie sem PII.
- Contingência offline por hashes e conciliação pelo mesmo registrador quando o SQL da onda estiver aplicado.
- Catraca posicional configurável, ainda dependente de infraestrutura e homologação.
Pagamento e pós-venda
- Pagamento parcial, divisão de pedido, política de estorno por canal e complemento de meia-entrada.
- Recorrência e assinaturas de evento com comando operacional separado.
- Conciliação por layout, casamento exato TID/NSU e borderô determinístico.
- Stone Online permanece dependente de adapter, cofre remoto, credenciais e gate de homologação.
API, segurança e operação
- API externa com autenticação `strict_eventos`, Bearer somente em header, escopo exato e rate limit.
- Token em query ou body rejeitado com `TOKEN_TRANSPORT_INVALID`.
- Filtros `EventosAdmin`, `EventosPublico`, `EventosCheckout` e `EventosAutosservico` com `SAMEORIGIN`.
- Jobs separados para reservas, recorrências, lista de espera, outbox, webhooks, mensagens, financeiro, capacidade e exports.
Para quem é
Quatro papéis, a mesma operação.
Organizador
Configura evento, sessões, capacidade, produtos, perguntas, descontos e comunicação.
Equipe de portaria
Consulta o pedido e registra a entrada conforme o modo de check-in homologado.
Suporte ao participante
Localiza pedidos, participantes, pagamentos e mensagens sem abrir o conjunto administrativo inteiro.
Administrador da empresa
Define contratação, permissões, integrações, jobs e o que cada equipe pode operar.
Integrações e pré-requisitos
O que vem no código e o que depende do ambiente.
Evento é operação ao vivo. O que não estiver homologado permanece explicitamente condicionado.
Conecta com o ecossistema
- Empresa, usuários, permissões, clientes, contatos e financeiro do ERP.
- Pedidos entram no Hub de Pagamentos pelo serviço próprio de Eventos.
- Relatórios e exports usam os dados reais do módulo e o escopo da empresa.
- Menu, Perfil de Acesso e shell interno reconhecem o sistema 30.
Precisa ser configurado
- Aplicação manual de `database/eventos_modulo.sql` e scripts incrementais das ondas.
- Jobs Spark agendados para expiração, recorrência, outbox, webhooks, capacidade e exports.
- Gateway, credenciais, flags, domínio público e dados reais do organizador.
- Homologação de pagamento, check-in, webhook, capacidade e política de estorno.
O que ainda não existe
- Não há mapa de assentos.
- Não há bilheteria física integrada ao PDV.
- Check-in offline verdadeiro e catraca Mifare produtiva continuam fora.
- O gateway Stone Online não está homologado como disponibilidade universal.
- A câmera QR permanece desligada por padrão até decisão e teste do ambiente.
A página apresenta o sistema como implementado em código e aprovado estruturalmente, não como operação publicada em qualquer empresa.
Evolução documentada · 12/09/2026
O sistema 30 cresceu por ondas.
As entregas abaixo têm código, rotas e validações registradas; cada ambiente ainda precisa passar pelos próprios gates.
O menu voltou a expor as 13 áreas
Editar, sessões, ingressos, capacidade, perguntas, pedidos, participantes, check-in, promoções, lista de espera, comunicação, relatórios e integrações passaram a respeitar o Perfil de Acesso.
Portaria e pós-venda receberam novas ondas
QR dinâmico, totem, pagamento parcial, divisão de pedido, política de estorno e meia-entrada foram incorporados com gates separados.
O POS Stone pertence ao Foods
O aplicativo Android e a API POS ficam no módulo Foods; Eventos mantém o próprio fluxo de pedidos e pagamentos.
Perguntas rápidas
Antes de publicar o primeiro evento.
O sistema já está pronto para vender ingressos?
O código, as rotas e as superfícies públicas existem. A venda real depende do schema aplicado, do evento configurado, do gateway, dos jobs, das credenciais e da homologação do ambiente.
O pagamento Stone Online já está disponível?
Não como disponibilidade universal. O fluxo depende de adapter homologado, credenciais e do gate específico da operadora.
Posso usar check-in offline?
Existe estrutura de contingência por hashes e conciliação, mas check-in offline verdadeiro continua fora da entrega operacional até aplicação, infraestrutura e homologação.
Existe mapa de assentos?
Não. Mapa de assentos não faz parte do módulo documentado nesta versão.
O POS Stone fica nesta página?
Não. O POS Stone faz parte do Food Service; Eventos mantém pedidos, participantes e check-in do sistema 30.
O participante precisa criar uma conta no ERP?
Não para consultar a superfície pública prevista. O fluxo usa os dados e tokens entregues pelo controller, mantendo o painel administrativo protegido.
Próximo passo
Vamos olhar o seu próximo evento?
Conte quantas sessões, tipos de ingresso, participantes e pontos de entrada sua operação precisa. A equipe separa o que já está no código do que exige configuração e homologação.
Falar pelo WhatsApp