Corrija a presença mantendo um histórico visível de alterações

Às vezes a presença precisa mudar depois de salva. Um aluno marcado como ausente pode chegar, um estado pode ter sido tocado por engano ou uma nota pode precisar de clareza. Um registro confiável permite corrigir o fato sem apagar a primeira versão. O ClassSpark mantém a mudança visível, ligando-a à mesma ocorrência agendada e acrescentando uma nova revisão.

Reabra o registro exato

O professor agendado, assistente designado ou substituto confirmado pode reabrir a ocorrência até 23h59 da data local da organização. Outro professor apenas associado à turma recebe acesso somente para leitura. Como o registro pertence a uma ocorrência exata do horário, corrigir a tarde não altera a manhã. Um registro enviado abre em modo de correção com toda a lista de matrículas visível.

Conheça o fluxo ao vivo do ClassSpark.

Explique a alteração antes de salvar

Quando um estado salvo muda, o ClassSpark exige um motivo entre 3 e 500 caracteres. Ele é separado do horário de chegada ou da nota opcional do aluno. Um controle visível de “motivo obrigatório” e um campo integrado evitam que a etapa passe despercebida. Um cartão salvo como Ausente percorre diretamente Presente, Atrasado e Ausente, sem entrar em Não registrado e bloquear a lista inteira.

1. Reabra Presença para a ocorrência correta.
2. Altere apenas os estados ou detalhes necessários.
3. Revise o resumo de impacto pendente.
4. Digite um motivo curto para a correção.
5. Salve e confirme a nova revisão no Histórico.

Explore os fluxos de gestão de sala.

A versão anterior permanece visível

Depois da primeira revisão salva, o controle Histórico aparece no modo de presença. Ele abre o mesmo log imutável usado pela secretaria. Cada entrada mostra quem registrou ou alterou, o horário, o motivo e o estado anterior e posterior de cada aluno. Se apenas nota, hora de chegada ou justificativa mudou, o histórico indica atualização de detalhes. Mudanças maiores podem ser expandidas, então professores e gestores veem a mesma história.

Conflitos protegem o trabalho mais recente

Estados, notas, motivo e revisão-base do rascunho sobrevivem à atualização ou navegação para aquele usuário e ocorrência. Se outra pessoa autorizada salvar primeiro, o conflito preserva o rascunho local em vez de sobrescrever o servidor. “Revisar mais recente” carrega a revisão atual para comparação. Reenviar conteúdo idêntico é um verdadeiro no-op.

O ClassSpark não usa biometria, localização do aparelho ou detecção automática para decidir presença. O professor responde por cada estado e correção. Uma solicitação de registro completo atualiza de modo consistente a presença e seu histórico relacionado. Assim, o fato é corrigido, o motivo fica documentado, a versão anterior permanece e existe uma trilha visível para revisão posterior.

O motivo pertence à correção do registro, não a um único rótulo. Um aluno sem mudança continua na lista completa sem gerar alteração falsa. O histórico é atualizado após cada salvamento bem-sucedido. O log só é carregado enquanto o modo de presença está aberto. O rascunho é limpo depois de salvar ou encerrar a sessão. Dispositivos compartilhados não mantêm notas indefinidamente. Uma correção idêntica não cria outra revisão. A trilha visível responde perguntas futuras sem reescrever o passado.

Experimente o KiwiBee na próxima aula