Table of contents
O cmi5 é um padrão de e-learning desenvolvido pela Advanced Distributed Learning Initiative (ADL) em 2016 que define como o conteúdo de treinamento é lançado a partir de um LMS e como os dados de aprendizagem são registrados usando xAPI. Na prática, funciona como um perfil xAPI que adiciona regras claras sobre empacotamento, lançamento seguro e encerramento de sessões, resolvendo as lacunas de interoperabilidade que o xAPI deixava em aberto. Seu nome vem de “computer-managed instruction”, a categoria de especificações da qual herdou sua estrutura original.
No contexto do treinamento corporativo, o cmi5 se destaca por combinar a estrutura familiar do SCORM com a riqueza de dados do xAPI. Enquanto o SCORM só registra se o aluno concluiu um curso e sua pontuação, o cmi5 pode capturar qualquer interação de aprendizagem em detalhes, independentemente do dispositivo ou da conectividade com a internet. Para equipes de T&D que buscam ir além do rastreamento básico e tomar decisões de treinamento baseadas em dados reais, ele representa o padrão mais avançado disponível atualmente.
A arquitetura do cmi5 se apoia em três componentes que trabalham de forma coordenada:
O fluxo de uma sessão cmi5 funciona da seguinte forma: o LMS gera uma URL de lançamento segura com autenticação por token e a repassa ao conteúdo. O conteúdo usa essa URL para se comunicar diretamente com o LRS por meio de requisições HTTP padrão, sem iframe e sem conexão permanente com o LMS. Os dados são enviados de forma assíncrona, garantindo o funcionamento mesmo em ambientes com conectividade intermitente.
A confusão entre esses três padrões é frequente. A tabela abaixo resume as diferenças mais relevantes para responsáveis por T&D, além dos detalhes técnicos:
| Critério | SCORM | xAPI / cmi5 |
|---|---|---|
| Onde armazena os dados | Dentro do LMS | Em um LRS externo ou integrado |
| Compatibilidade móvel | Limitada (dependente de iframe) | Nativa — qualquer dispositivo |
| Rastreamento offline | Não | Sim — sincroniza ao reconectar |
| O que pode registrar | Conclusão, pontuação, tempo | Qualquer interação detalhada |
| O que exige | Apenas LMS | LMS + LRS (cmi5) / LRS autônomo (xAPI) |
| Nível de adoção (2025) | Alto — padrão legado dominante | Crescente — suporte em LMS modernos |
Para as equipes de T&D, o cmi5 não é simplesmente uma atualização técnica do padrão — representa uma mudança na forma de entender o rastreamento do aprendizado:
Como qualquer padrão técnico, o cmi5 tem requisitos que vale avaliar antes de uma implantação em larga escala:
A recomendação padrão para organizações que desejam adotar o cmi5 sem riscos é uma estratégia de coexistência: manter o conteúdo SCORM existente e publicar os novos módulos estratégicos em cmi5 desde o início.
Imagine uma empresa de varejo com mais de 2.000 colaboradores distribuídos em lojas físicas em várias regiões. A equipe de T&D precisa garantir que todos concluam o módulo anual de compliance, mas os dispositivos de acesso são heterogêneos: alguns funcionários usam tablets da loja com Wi-Fi intermitente; outros acessam pelo celular pessoal fora do horário de trabalho.
Com SCORM, esse cenário gera problemas conhecidos: o conteúdo não carrega corretamente em iframe móvel, os dados se perdem quando o aluno conclui o módulo offline e o LMS exibe apenas “concluído/não concluído”, sem informações sobre onde estão os gargalos do treinamento.
Com cmi5, o mesmo programa de compliance:
Esse nível de rastreamento não é teórico — é a diferença prática entre um padrão de 2001 (SCORM) e um projetado para a realidade do treinamento distribuído moderno.
Não. Embora ambos sejam padrões do ecossistema de e-learning, eles têm objetos distintos. O SCORM empacota cursos completos e inclui um protocolo de comunicação em tempo real com o LMS para registrar o progresso do aluno. O QTI, por sua vez, foca exclusivamente na representação e no intercâmbio de questões e avaliações: ele define a estrutura dos itens, as opções de resposta, a lógica de pontuação e os resultados. Os dois podem coexistir — um pacote SCORM pode incluir avaliações descritas em QTI como componente interno. A distinção prática é que o SCORM é o contêiner do conteúdo de aprendizagem, enquanto o QTI é o formato nativo das questões.
A maioria das principais plataformas LMS do mercado suporta alguma versão do QTI, embora com diferenças de versão e escopo. Canvas, Moodle, Blackboard/Anthology e Brightspace (D2L) permitem importar pacotes QTI 1.2 e 2.1 de forma nativa. A versão 3.0 tem adoção mais limitada e nem todos os sistemas a implementam ainda. No ambiente corporativo, a compatibilidade varia conforme o LMS — o recomendado é confirmar com o fornecedor qual versão QTI ele aceita e para quais tipos de questão, antes de exportar um banco de itens da ferramenta de autoria.
Um banco de questões QTI é um repositório de itens de avaliação armazenados no formato QTI que podem ser reutilizados em diferentes testes ou avaliações. Cada item inclui o enunciado, as opções de resposta, a resposta correta, a lógica de pontuação e, opcionalmente, feedback para o aluno. Esses itens podem ser compartilhados entre plataformas compatíveis, versionados e organizados por tema, nível de dificuldade ou competência. Na formação corporativa, manter um banco QTI bem gerenciado permite criar avaliações adaptadas a diferentes perfis ou níveis sem precisar redigir as questões do zero a cada vez.
O QTI foi desenvolvido para avaliações digitais e seu uso mais comum é em contextos de e-learning e blended learning, onde existe uma plataforma LMS ou um sistema de entrega de avaliações. No entanto, os itens QTI podem servir de base para criar provas presenciais impressas, embora nesse caso se perca a vantagem da correção automática e do registro de resultados. Na formação corporativa, o cenário mais frequente é o uso do QTI em plataformas de e-learning para certificações, testes de conhecimento e avaliações de acompanhamento — onde a automação e a portabilidade entre sistemas entregam maior valor.
Ajudamos você de acordo com suas necessidades
Solicite uma demonstraçãoTeste gratuitamente
