Logo da LEGAL

Separe credencial, regra de acesso e registro de presença

A credencial identifica o registro apresentado; a regra determina se ele pode ser usado naquele contexto; o check-in registra uma ação. Um QR Code legível não responde sozinho se o acesso vale para a edição atual, para aquele dia ou para uma sala específica. O fluxo precisa resolver essas perguntas e orientar a pessoa que atende.

Comece pelo percurso: chegada, identificação, validação, eventual impressão, encaminhamento e acesso à área. Defina em qual etapa se registra presença e o que acontece se a etapa seguinte falhar. Uma credencial impressa, uma inscrição aprovada e uma entrada registrada representam situações diferentes.

Monte a matriz de acesso por evento, dia e área

O nome do perfil não deve substituir a regra. Escreva o que significa participante, expositor, staff ou convidado naquela edição e associe as condições aos pontos de acesso. A matriz abaixo é um modelo para preencher com o organizador; não concede permissões nem descreve uma configuração pronta de plataforma.

Matriz proposta de regras; adapte perfis, horários, áreas e responsáveis ao evento.
Evento e ediçãoIdentificador da edição e validade da credencial.Credencial da edição correta ou encaminhamento por divergência.
Dia ou sessãoDatas e janelas aplicáveis a cada inscrição.Acesso válido para o momento, sem presumir validade para todos os dias.
Perfil e áreaQuais áreas cada perfil pode acessar e em quais condições.Permissão específica para aquele ponto; entrar no evento não libera toda sala.
Entrada e reentradaSe pode voltar, quando e se a saída precisa ser registrada.Diferença entre nova entrada permitida e repetição indevida.
Alteração ou cancelamentoQuem muda a regra e quando a atualização deve chegar.Estado usado na decisão e procedimento enquanto a mudança estiver pendente.
ExceçãoQuem analisa, decide e registra o encaminhamento.Destino de atendimento e responsável, sem liberação automática por falta de resposta.

A documentação do pretix mostra que listas de check-in podem atender partes distintas do evento e ter validade independente. Também distingue permitir múltiplas entradas de permitir retorno após uma saída. São comportamentos daquele produto; no seu projeto, confirme quais regras existem e como se combinam.

Defina também o que a equipe pode fazer no sistema

Permissão do participante para entrar e permissão do operador para agir são dimensões diferentes. Quem lê uma credencial pode não precisar editar inscrição, mudar a lista do posto ou exportar a base. Defina ações por função e evento, incluindo o aparelho e a conta usados no turno.

Divisão proposta de responsabilidades; valide as permissões disponíveis na ferramenta.
Atendimento no postoConsultar os dados necessários e registrar a ação prevista.Não alterar regras, perfis ou eventos fora da atribuição.
Atendimento de exceçõesInvestigar divergências e executar correções autorizadas.Não ampliar acesso por conta própria nem usar uma conta administrativa compartilhada.
CoordenaçãoAcompanhar pendências, decidir encaminhamentos e ajustar a distribuição da equipe.Enxergar os dados necessários sem liberar exportações e alterações desnecessárias.
Administração da plataformaConfigurar evento, acessos da equipe e mudanças aprovadas.Revisar o alcance das permissões e encerrar acessos temporários pelo procedimento previsto.

No pretix, equipes podem receber acesso limitado a eventos e ações. O guia alerta que dados relacionados ainda podem aparecer em outras áreas acessíveis. A consequência prática é conferir a tela e as ações com cada perfil de teste, além de revisar as opções marcadas na administração. Isso não comprova a mesma estrutura de permissões em outra plataforma.

O guia do pretixSCAN para Android também separa a autorização do dispositivo da seleção do evento e da lista de check-in. Use essa distinção como pergunta ao fornecedor: o posto está autorizado para qual escopo e está operando na seleção correta? Peça a demonstração na configuração que será entregue.

Dê destino às exceções antes de abrir a entrada

Defina um atendimento para credencial não localizada, dia incorreto, leitura repetida, cadastro alterado e permissão insuficiente. O operador deve saber quando orientar, quando consultar outra equipe e quem pode decidir. Uma falha de leitura também precisa ser diferenciada de uma recusa pela regra.

  • Descreva o motivo observado e o contexto: edição, ponto, horário e ação tentada.
  • Encaminhe ao responsável pela análise sem exigir que a pessoa recomece toda a fila.
  • Registre a decisão e sua justificativa no processo autorizado, quando houver correção ou liberação excepcional.
  • Confira se a alteração chegou ao ponto de acesso antes de orientar uma nova tentativa.
  • Informe à coordenação as pendências recorrentes e se elas ainda aguardam ação.

Exemplo hipotético: uma pessoa tem acesso ao congresso, mas sua inscrição não inclui o workshop. O posto do workshop precisa aplicar a regra daquela atividade e indicar o atendimento adequado. A coordenação deve conseguir distinguir essa ocorrência de falha do leitor ou indisponibilidade do sistema. O exemplo é ilustrativo e não relata uma operação da LEGAL.

Teste caminhos permitidos e caminhos que devem ser recusados

Use ambiente, registros e perfis de homologação autorizados. Combine o resultado esperado com o responsável pelo sistema antes de executar os casos. Este é um roteiro proposto para verificação, não um ensaio já realizado no Magic Pass ou em outro produto.

  1. Credencial elegível: executar o percurso completo no evento, dia e ponto previstos e conferir o registro final.
  2. Escopo incorreto: apresentar os casos preparados para outra edição, outro dia ou uma área não autorizada e verificar a resposta esperada.
  3. Releitura e reentrada: testar a repetição e, quando aplicável, saída seguida de retorno; conferir como cada ação é registrada.
  4. Mudança de regra: alterar uma condição autorizada e verificar quando os postos passam a reconhecê-la.
  5. Perfil da equipe: testar consulta, registro, edição e exportação com as funções definidas, inclusive ações que devem ficar indisponíveis.
  6. Seleção do posto: conferir evento, lista, área e modo de entrada ou saída nos aparelhos utilizados.
  7. Exceção até a conclusão: encaminhar uma divergência preparada, registrar a decisão e conferir o desfecho no posto e na coordenação.

Anote resultado esperado, observado, condição de atualização e responsável por cada pendência. Testes de rede, impressão e operação offline têm cenários próprios; use os guias relacionados para complementar a preparação. Mudar o dia, a regra, a versão ou o perfil pode exigir nova verificação das partes afetadas.

Transforme os registros em decisões para a coordenação

Combine quais sinais a coordenação precisa receber e por qual caminho: painel, consulta, relatório ou comunicação da equipe. Uma tentativa recusada pode abrir um atendimento; uma concentração de exceções pode exigir reforço nesse balcão. Defina responsável, frequência de atualização e ação esperada, sem presumir integração automática.

Nos relatórios, diferencie inscritos elegíveis, credenciais, pessoas distintas, entradas, saídas e tentativas recusadas. Somar leituras de várias áreas pode contar a mesma pessoa mais de uma vez. Um check-in isolado também não demonstra permanência ou ocupação atual: isso depende da cobertura dos registros e de como as saídas e reentradas são tratadas.

  • Identifique edição, período, pontos incluídos e momento da última atualização.
  • Declare se o número representa pessoas, credenciais ou ações de entrada.
  • Confira aparelhos pendentes de atualização e registros que aguardam análise.
  • Separe a evidência de acesso da interpretação sobre interesse, experiência ou resultado comercial.
  • Leve motivos recorrentes e decisões registradas ao planejamento da próxima edição.

Feche o escopo do credenciamento conectado

Antes da contratação e da abertura, reúna matriz de acesso, funções da equipe, configuração dos postos, fluxo de exceções e critérios de aceitação. Indique o que será automático, o que depende de integração e o que continuará manual. Essa descrição permite avaliar a operação entregue e as responsabilidades de cada parte.

O Magic Pass é apresentado pela LEGAL como módulo do Eventrix para credenciamento e controle de acesso. Para o seu evento, solicite a demonstração de perfis, áreas, registros e conexões disponíveis na configuração proposta. Inclua no escopo as condições de atualização, suporte e tratamento de exceções.

O credenciamento organiza a inscrição ou credencial; o controle de acesso aplica as regras para um evento, dia, área ou atividade. O projeto precisa definir como esses registros se relacionam e em qual etapa a presença é registrada.

Depende das regras associadas à credencial. Defina e teste a permissão para cada área ou atividade. A validade na entrada geral não demonstra autorização para uma sala restrita.

Liste as ações necessárias para cada função e evento: consultar, registrar, corrigir, configurar e exportar. Confira com perfis de homologação tanto as ações permitidas quanto as que devem permanecer indisponíveis.

Identifique o motivo observado, encaminhe ao responsável definido e registre a decisão no processo autorizado. Diferencie falha de leitura, indisponibilidade e recusa pela regra; não transforme falta de resposta em liberação.

Não necessariamente. Entradas repetidas, leituras em várias áreas, ausência de registros de saída e pendências de atualização alteram a interpretação. Declare o que está sendo contado e os limites da coleta.

Não. É uma proposta de planejamento e validação. As regras, permissões, integrações e condições de atualização do Magic Pass precisam ser demonstradas na configuração do evento e definidas no escopo.