O webservice parou e bloqueou as matrículas externas

O aplicativo externo continuava enviando os dados e usava um token válido, porém o Software Moodle™ respondia com acesso negado e nenhuma matrícula nova era criada, por isso trocar o token sem entender a permissão apenas repetiria a falha com outra credencial.

Para não transformar uma suspeita em diagnóstico, conferimos se o endereço usado estava correto, se a conta permanecia ativa, qual método de autenticação estava atribuído, quando havia ocorrido o último acesso bem sucedido e se a falha atingia apenas aquele usuário ou todos que dependiam do mesmo serviço, porque redefinir a senha novamente poderia apenas esconder por alguns minutos uma inconsistência de LDAP, SSO, certificado ou cadastro.

Depois de confirmar o alcance, reproduzimos o login em uma sessão limpa e acompanhamos os registros gerados desde o envio do formulário até a resposta do provedor de identidade, comparando a conta afetada com outra do mesmo perfil que ainda conseguia entrar e verificando horário, origem, retorno recebido e mudanças recentes na configuração.

Foi nessa comparação que o comportamento deixou de parecer aleatório, pois o resumo inicial de que o token continuava ativo, mas funções necessárias haviam sido removidas da configuração do serviço e as chamadas recebiam acesso negado. passou a coincidir com uma diferença concreta encontrada no caminho da autenticação, então a correção foi testada primeiro de forma controlada e depois repetida com perfis distintos para garantir que o acesso havia voltado sem abrir permissões além do necessário.

Revisamos a configuração do serviço e encontramos funções que haviam sido removidas, restauramos somente as operações necessárias e repetimos as chamadas com dados de teste, depois acompanhamos a chegada das matrículas pendentes e mantivemos o conjunto de permissões documentado para futuras alterações.