Controlo de presenças por código QR

Como funciona

No início da sessão, é apresentado um código QR — projetado no ecrã da sala de aula, mostrado num ecrã da sala ou simplesmente no portátil do próprio docente. Os estudantes leem-no com o telemóvel e ficam registados como presentes.

O código muda continuamente. Essa é a parte que importa: um código QR estático é fotografado uma vez e reenviado a todos os que não apareceram, razão pela qual os sistemas de presenças com código estático deixam de ser acreditados em poucos meses. Um código rotativo tem de ser lido na sala, enquanto a sessão decorre.

Como a presença é registada face ao horário e não face a uma lista separada, cada leitura já fica associada à sessão, ao módulo, ao grupo, à sala e ao docente corretos. Não há nada a reconciliar depois.

Para os estudantes: nada para instalar e uma só prova de quem são

Um estudante lê o código com a aplicação Wise Timetable — numa instituição que regista presenças, o seu ecrã de horário tem um botão Presenças — ou com a câmara do próprio telemóvel, que abre a página de registo no navegador. Ambos levam à mesma lista, e cada ecrã fala os treze idiomas que o resto do produto fala.

Um código no ecrã prova que um telemóvel estava na sala. Não pode dizer de quem é o telemóvel, e um número de estudante, por si só, não prova nada. Por isso cada telemóvel prova uma vez de quem é: o estudante escreve o seu número e um código de seis dígitos vai para o endereço de email da escola constante do seu registo — ou inicia sessão com a sua conta escolar Microsoft 365, quando a instituição utiliza uma. A partir daí, uma leitura basta.

Muitas instituições não têm endereço de email registado para alguns dos seus estudantes, e estes não ficam de fora. A sua leitura vai para a lista marcada por confirmar, e o docente confirma os estudantes que vê na sala — todos com um botão. Quando os endereços escolares dos estudantes são feitos a partir dos seus números, uma definição dá um endereço a cada um deles.

• Nada para instalar: a câmara do próprio telemóvel basta
• A aplicação lê códigos de presenças e mais nada
• Um telemóvel regista um estudante numa aula
• Uma breve página de como funciona na aplicação antes da primeira leitura
• Quando os estudantes indicam o seu número em vez de escolherem grupos, a aplicação mostra a cada um as suas próprias presenças, disciplina a disciplina

O que guarda e o que um código não pode provar

As presenças são dados pessoais, e o desenho mantém-nos reduzidos: as próprias listas; um identificador aleatório para cada telemóvel, para que um telemóvel não possa registar duas pessoas; e o endereço de rede de cada leitura, apagado ao fim de trinta dias. A chave que marca um telemóvel como configurado é guardada apenas de forma codificada. Sem localização, sem fotografia — a imagem da câmara nunca sai do telemóvel — e nada biométrico.

E dito com clareza, porque um fornecedor deve fazê-lo: um código que muda derrota a fotografia no grupo de conversa e o código de ontem, mas nenhum código pode impedir um estudante na sala de mostrar o ecrã em direto a um amigo cá fora. O que apanha isso é a contagem no ecrã face às cabeças na sala — razão pela qual a contagem está sempre nele. Ler o código à saída, no fim, e a marca de rede tornam-no ainda mais difícil.

E para o sistema de informação dos estudantes

Quando o registo de presenças tem de viver no sistema de informação dos estudantes — para regras de progressão, declarações de financiamento ou controlo de vistos — o sistema obtém-no por si, através da mesma API REST documentada que serve o horário. A lista de cada aula chega completa: a aula tal como era quando a lista foi aberta e, para cada estudante, o seu número, o seu estado, as horas das suas leituras e como cada linha foi registada.

Um primeiro preenchimento leva um período inteiro de uma vez; depois disso o sistema pergunta a cada poucos minutos o que mudou. Só são enviadas as listas terminadas, a menos que peça mais, e uma lista corrigida mais tarde — uma marca alterada uma semana depois — volta a chegar, completa, para que os dois sistemas nunca discordem. As presenças são dados pessoais sobre estudantes, pelo que uma conta de integração só as lê depois de a Wise Technologies lhe ter dado essa permissão. O capítulo 15 do manual da API trata de tudo isto, com um exemplo prático.

O que o docente controla

As janelas de registo são configuráveis: abrem no início da sessão, no fim, ou em ambos, para que um estudante não possa ler o código e sair. O docente gere as presenças e vê as taxas de participação num único painel web e não numa aplicação separada.

O mesmo mecanismo funciona para o ensino online e híbrido, em que o código é mostrado no ecrã partilhado e não projetado numa sala.

• Janela de registo configurável no início de uma sessão, no fim, ou em ambos
• Um só painel web para presenças e taxas de participação nas disciplinas
• Funciona para sessões presenciais, online e híbridas
• Os estudantes veem o seu próprio registo de presenças em tempo real
• Os estudantes submetem pedidos de justificação de faltas diretamente; o pessoal aprova ou recusa na mesma ferramenta, e o registo atualiza-se de imediato
• Dados de presenças exportáveis em qualquer momento

Onde as instituições o utilizam

• Cursos com requisitos formais de presença para acreditação ou financiamento
• Instituições com estudantes internacionais sujeitos ao controlo de presenças para efeitos de visto
• Sessões de laboratório e práticas em que a presença na formação de segurança tem de ser comprovada
• Grandes coortes de primeiro ano, em que o afastamento precoce prevê a desistência posterior
• Qualquer módulo em que o docente queira saber se o período das oito da manhã está a funcionar

Licenciamento

As presenças dos estudantes fazem parte da licença standard, como tudo o resto neste site — geração, reservas, exames, módulos de estudantes, aplicações móveis, a API, relatórios, publicação, automatização. Ativamo-las para as instituições que as querem; ninguém paga mais por as ter. Veja o modelo de preços.