Diego Ramos

O pacote enviava estados diferentes dos critérios de conclusão esperados pelo curso e mantinha as etapas seguintes bloqueadas.

Centenas de alunos chegavam ao fim do conteúdo SCORM e viam a mensagem de encerramento dentro do pacote, porém o curso continuava marcando a atividade como incompleta e não liberava a sequência, uma situação em que assistir novamente não mudaria o resultado.

Em vez de começar pela correção mais provável, registramos a atividade, o aluno, a tentativa, as datas, a regra de conclusão e o resultado exibido em cada tela, evitando recalcular notas ou reabrir avaliações antes de saber se o dado original ainda existia, se estava apenas oculto por uma configuração ou se uma tarefa de processamento permanecia pendente.

A partir dos horários e usuários reunidos, percorremos o caminho desde a resposta gravada até o livro de notas, os critérios de conclusão e a emissão do certificado, comparando banco, relatórios e visualização do usuário, além de repetir o cenário em uma cópia quando qualquer nova tentativa pudesse alterar a evidência que ainda precisávamos analisar.

O detalhe decisivo surgiu ao repetir o caminho completo sem pular nenhuma etapa, já que o pacote enviava estados diferentes dos critérios de conclusão esperados pelo curso e mantinha as etapas seguintes bloqueadas. explicava simultaneamente o que o aluno via e o que a administração encontrava, então aplicamos o ajuste no ponto correto, recalculamos somente o conjunto afetado e conferimos notas, conclusão e histórico antes de comunicar o encerramento.

Comparamos os estados enviados pelo pacote com os critérios configurados e encontramos a diferença entre o que significava concluído em cada lado, ajustamos a regra, processamos os casos afetados com cuidado e fizemos novas tentativas completas para confirmar que o progresso passava a ser registrado no momento certo.

Foi assim que esse caso saiu da fila de chamados e passou a fazer parte dos bastidores da EAD Suporte.