Migração de plataforma de treinamento: roteiro para dados e acessos

Uma migração de plataforma de treinamento precisa preservar o que a empresa necessita consultar e operar: conteúdos, identidades, acessos e histórico. Antes de cancelar o ambiente atual, confirme o que pode ser exportado, o que o destino consegue importar e o que exigirá reconstrução ou arquivo separado. Um curso que abriu no novo sistema ainda pode estar com inscrições ou conclusões incorretas.

Este roteiro atende equipes de treinamento e responsáveis pela operação que estão preparando a troca de um sistema de gestão da aprendizagem, também chamado LMS. Ele ajuda a organizar a transferência com a equipe técnica e os fornecedores. Para avaliar a solução antes dessa etapa, consulte o guia de plataforma de treinamento corporativo.

Defina o que precisa continuar funcionando

A primeira decisão é o escopo da continuidade. A empresa pode precisar manter cursos ativos, comprovar formações anteriores e permitir que participantes retomem atividades iniciadas. Essas necessidades são diferentes e podem exigir caminhos de transferência diferentes.

Reúna treinamento, administração do ambiente, responsáveis pelos dados e atendimento. Defina quem decide sobre conteúdo, quem executa exportações e importações e quem aprova a conferência. Inclua o suporte dos fornecedores quando a operação depender de funções que sua equipe não pode executar.

Planeje a janela de trabalho com base no volume, nas integrações e nas turmas ativas. Não existe prazo único confiável para toda migração. Verifique também o período de acesso ao ambiente antigo, as condições de exportação e eventuais serviços cobrados, documentando as confirmações na proposta.

Monte o inventário antes de mover arquivos

Registre o destino de cada item: importar, reconstruir, arquivar para consulta ou descartar após avaliação aplicável. Para conteúdos desatualizados, decida se serão revisados antes da mudança. Preserve a distinção entre uma versão histórica usada em uma formação e a versão atual oferecida a novos participantes.

Mapeie também dependências externas. Um vídeo pode estar em outro serviço; um certificado pode apontar para uma URL antiga; uma atividade pode depender de recurso específico do fornecedor. Anote o responsável e teste o acesso nas condições que continuarão disponíveis após o encerramento.

Exportação de relatório e transferência de curso são coisas diferentes

A documentação do TalentLMS sobre exportação de relatórios de usuários mostra saídas como CSV e Excel, com informações de acompanhamento e certificados conforme o relatório. Isso permite consultar registros exportados; não demonstra que outro LMS recriará automaticamente as atividades ou o progresso a partir desses arquivos.

No Moodle, o backup de curso permite selecionar componentes e, conforme as permissões e opções, dados de usuários. A restauração do curso tem configurações próprias de destino. Esse é um procedimento documentado para o ambiente Moodle, sem garantir que um arquivo de backup seja aceito por qualquer plataforma.

Mesmo um formato de intercâmbio precisa de conferência. A documentação de importação e exportação IMS Common Cartridge do Moodle informa limites de atividades e versões. Compatibilidade de formato é um ponto de partida para o teste, não prova de equivalência completa entre origem e destino.

Quando o histórico não puder voltar ao LMS com fidelidade, considere um arquivo de consulta com acesso controlado e vínculo identificável com os registros originais. Preserve o significado dos campos, a data de extração e o responsável. Não recrie uma aprovação ou conclusão apenas para fazer o painel novo parecer completo.

Mapeie identidades, datas e regras

Defina uma chave estável para relacionar origem e destino. O identificador interno de um sistema pode mudar no outro; o e-mail também pode ter sido alterado. Crie uma correspondência documentada e trate contas duplicadas ou desativadas antes da importação. Não suponha que nomes iguais representem a mesma pessoa.

Item ou conjunto:
Responsável na origem e no destino:
Identificador na origem → identificador no destino:
Arquivo e formato de saída:
Método de entrada testado:
Campos e regras que serão preservados:
Transformações previstas, inclusive datas e fuso:
Itens que ficarão em arquivo separado:
Contagem esperada e evidência de conferência:
Pendências, responsável e decisão:

Registre a regra de conclusão e a escala das notas. Uma nota 8 em escala de zero a dez não equivale a 8% em uma escala de zero a cem. Datas devem manter significado e fuso conhecidos, especialmente perto da virada do dia. Uma data de importação também precisa ficar distinta da data em que a pessoa concluiu a formação.

Migre apenas os dados necessários à finalidade definida, com acesso restrito aos responsáveis. Confirme com a área competente as regras de guarda e descarte aplicáveis à empresa e à formação. Este roteiro operacional não estabelece prazo legal de retenção. Prefira dados fictícios no piloto inicial e evite enviar bases reais por canais sem controle.

Faça um piloto que teste diferenças importantes

Escolha uma amostra pela variedade dos casos: curso com vídeo, avaliação e entrega; participante concluinte, participante em andamento e conta sem permissão; certificado e regra de vencimento, quando existirem. A amostra ajuda a descobrir incompatibilidades, mas não comprova a integridade de todos os registros.

Teste o caminho completo com os perfis de participante, instrutor e gestor. O participante entra, encontra o curso, retoma uma atividade e consulta a orientação. O instrutor localiza uma entrega; o gestor consulta um relatório. Confira teclado e celular, além do computador. Se precisar aprofundar a experiência de uso, veja o roteiro de escolha de plataforma de treinamento.

No exercício, o piloto continua pendente de aprovação. Ter o total certo de contas e inscrições não compensa uma data errada nem um percurso inacessível. Registre defeito, responsável, correção e novo teste. Evite ampliar a transferência enquanto houver falha que altere um requisito essencial.

Planeje a mudança e o retorno se algo falhar

Defina um ponto de referência para a extração e como capturar mudanças feitas depois dele. Pode haver uma pausa programada para novas atividades ou uma transferência final de alterações. O método precisa ser confirmado com os responsáveis técnicos; manter dois ambientes recebendo atividades sem reconciliação pode produzir históricos divergentes.

Antes da liberação, prepare cópias recuperáveis, confirme que o procedimento de recuperação foi testado e registre quem pode autorizar o retorno ao ambiente anterior. Defina quais falhas impedem a abertura, quem atende os participantes e como serão tratadas atividades realizadas no novo sistema caso seja necessário voltar. Ter um arquivo de backup sem testar sua leitura não comprova recuperação.

Origem e destino, com versões e responsáveis:
Data, horário e fuso da mudança:
Ponto de corte e alterações posteriores incluídas:
Cópias recuperáveis e teste de recuperação:
Reconciliação de pessoas, inscrições e histórico:
Percursos e permissões testados:
Pendências aceitas, impacto e responsável:
Falhas que impedem abrir ou exigem retorno:
Quem decide e como comunicar:
Aprovação e evidências:

Oriente os participantes com o endereço correto, a data de mudança, o procedimento de acesso e o canal de ajuda. Confira o login corporativo ou o mecanismo de ativação adotado, sem distribuir senhas compartilhadas. Quando houver domínio próprio, certificados ou links antigos, verifique os destinos e as responsabilidades pela continuidade.

Só encerre a origem depois da conferência

Após a abertura, confira o total e a correspondência dos registros previstos no escopo, investigue rejeições e valide os percursos essenciais. Para dados que exigem exatidão, faça reconciliação registro a registro; uma amostra visual não substitui essa conferência. Documente os itens arquivados separadamente e quem conseguirá consultá-los.

Mantenha o ambiente anterior pelo período acordado para transição e consulta, com as restrições necessárias. Antes do cancelamento, confirme arquivos legíveis, certificados e evidências acessíveis, pendências resolvidas ou aceitas e condições de encerramento. Providencie a revogação dos acessos temporários e o tratamento das cópias de trabalho conforme a política definida.

O primeiro passo viável é preencher o inventário de um curso ativo e pedir aos dois fornecedores que mostrem como seus dados percorrerão a mudança. Se um item essencial não tiver caminho confirmado, resolva essa dependência antes de assumir a data de desligamento.

Perguntas frequentes sobre migração de plataforma de treinamento

É possível levar todo o histórico para outro LMS?

Depende do que a origem exporta e do que o destino importa com o significado correto. Notas, tentativas, datas, certificados e progresso podem ter tratamentos diferentes. Teste cada conjunto necessário e documente o que precisará ficar em arquivo de consulta separado.

Um arquivo de curso transfere também usuários e conclusões?

Não presuma isso. Conteúdo, inscrições e histórico podem usar arquivos e procedimentos diferentes. Confira opções de exportação, permissões e recursos do destino, depois compare os resultados por pessoa e curso.

Preciso parar todos os treinamentos durante a migração?

A necessidade de pausa depende do método de transferência e do controle das mudanças posteriores à extração. Combine uma janela ou uma atualização final com a equipe técnica. Informe os participantes e evite dois históricos ativos sem regra de reconciliação.

Quando posso cancelar a plataforma antiga?

Depois de confirmar o escopo transferido, a leitura dos arquivos de consulta, os acessos e os percursos essenciais, além de tratar as pendências e cumprir as condições acordadas de transição e encerramento. O simples funcionamento da página inicial do novo LMS não basta.