Manual de migração
Consulte o manual para administradores de integração que desejam migrar um LMS existente para o LMS do Learning Manager
Cenário de uso usagescenario
Em geral, as grandes empresas têm seu LMS interno ou qualquer sistema de gerenciamento de aprendizagem legado fornecido pelo fornecedor. O LMS é composto de conteúdo de treinamento e dados de treinamento da empresa. Assim como uma empresa, quando você compra o Learning Manager, talvez você queira mover o conteúdo e os dados existentes do LMS para o Learning Manager, porque dessa forma você pode aproveitar os benefícios do moderno e intuitivo LMS sem perder alguns dados legados da sua empresa.
O Learning Manager fornece as ferramentas e especificações necessárias para que o administrador de integração da sua organização possa configurar e executar as tarefas de migração.
A partir de hoje, o recurso de migração do Learning Manager pode ser acessado pelos administradores de uma empresa entrando em contato com a equipe de suporte da Adobe. Para ativar o recurso Migração em sua conta, você pode entrar em contato com a equipe de suporte do Adobe Learning Manager.
Processo de migração apidescription
Os pré-requisitos, as principais etapas envolvidas no processo de migração, os sprints de migração, as especificações, as etapas de migração dos dados e do conteúdo são explicados nesta seção da seguinte forma:
Aviso importante sobre migração
Você deve estar ciente de que os cronogramas de migração dependem muito da qualidade e do tamanho dos dados. Se precisar migrar durante a integração, planeje essa atividade com bastante antecedência e trabalhe em conjunto com a equipe de integração do Adobe Learning Manager para evitar atrasos.
Pré-requisitos prerequisites
A equipe do Learning Manager espera que as tarefas a seguir sejam executadas pelos administradores de integração da sua empresa antes de iniciar o processo de migração:
- O administrador de integração extrai os dados e o conteúdo do LMS vigente e transforma os dados em formatos de arquivo, conforme definido pelo Learning Manager.
- O Learning Manager não oferece suporte à importação de usuários como parte do processo de migração e espera que a empresa importe os usuários utilizando conectores. A Adobe Systems espera que esses conectores sejam configurados antes do processo de migração. Consulte Ajuda dos conectores do Learning Manager para mais informações.
O Learning Manager recomenda que os administradores testem o processo de migração em uma conta de teste antes de migrar os dados e o conteúdo para o ambiente de produção do Learning Manager.
Principais etapas do processo de migração keystepsofmigrationprocess
As principais etapas envolvidas na migração de conteúdo e dados de um LMS existente para o Learning Manager são as seguintes:
-
O administrador ou parceiro de integração avalia os dados e o conteúdo existentes do LMS que precisam ser migrados.
-
O administrador de integração avalia as ferramentas e as especificações que o Learning Manager proporciona para inclusão dos dados e do conteúdo.
-
O administrador de integração grava o código ou realiza trabalho manual para exportar os dados e o conteúdo de treinamento do LMS mais antigo, com base na funcionalidade fornecida pelo LMS mais antigo.
-
Quando os dados e o conteúdo do treinamento estiverem disponíveis, o administrador de integração analisa e mapeia os dados e o conteúdo para que correspondam às especificações de migração do Learning Manager.
-
O administrador de integração usa as ferramentas fornecidas pelo Learning Manager para migrar na seguinte ordem:
- Transferir os alunos para o Learning Manager
- Transfira o conteúdo de treinamento para o Learning Manager e
- Por fim, transfira os dados de treinamento para o Learning Manager.
A empresa pode começar a usar o LMS do Learning Manager juntamente com o conteúdo existente.
Escopo dos objetos de migração scopeofmigrationobjects
Você pode migrar o conteúdo somente para os seguintes objetos de aprendizado:
- Módulo
- Medalhas
- Curso
- Versão do módulo
- Instância do curso
- Módulo do curso
- Habilidades
- Nível da habilidade
- Habilidade do curso
- Certificação
- Curso de certificação
- Participação na certificação
- Programa de aprendizado
- Curso do programa de aprendizado
- Instância do programa de aprendizado
- Instância do curso do programa de aprendizado
- Material de ajuda
- Versão do material de ajuda
- Curso do material de ajuda
- Habilidades do material de ajuda
- Inscrição
- Inscrição na certificação
- Inscrição no programa de aprendizado
- Inscrição no material de ajuda
- Notas do curso do usuário
Principais conceitos da migração keyconceptsofmigration
Alguns dos principais conceitos do processo de migração do Learning Manager são explicados brevemente para rápida referência da seguinte forma:
Projeto de migração
No Learning Manager, um projeto de migração está formado por um ou mais sprints. Você também pode ter vários projetos de migração na sua conta. O processo de migração do Learning Manager começa com a criação de um projeto de migração.
Sprint
Um sprint, no processo de migração do Learning Manager, define um conjunto de itens de migração escolhido para ser migrado do LMS existente. Um item de migração pode ser um módulo do curso, registros do aluno ou um conjunto de cursos. É possível ter vários itens de dados de aprendizado em um sprint. É possível executar tarefas de migração em cada sprint.
Execuções de sprint
Execução de sprint é o processo de iniciar uma tarefa de migração do sprint. É possível interromper a execução do sprint em qualquer ponto de uma execução.
Re-execuções de sprint
É possível executar um sprint de migração novamente a qualquer momento após a conclusão. Essa situação de re-execução de um sprint ocorre quando você quer acrescentar os dados em um item de sprint e migrá-los novamente no aplicativo ou corrigir os erros nos CSVs.
Especificação do CSV
O Learning Manager fornece um conjunto de especificações CSV padrão. A prática recomendada é analisar essas especificações CSV antes de iniciar o processo de migração. O administrador de integração da sua empresa pode analisar os formatos de dados existentes e mapeá-los para que correspondam aos itens de modelo CSV fornecidos do Learning Manager.
Etiquetas do projeto de migração
A Adobe Systems recomenda usar um conjunto de palavras-chave como etiquetas para identificar facilmente os projetos de migração dentro do aplicativo Learning Manager. Essas etiquetas permitem identificar os projetos internamente no aplicativo Learning Manager em qualquer momento específico.
Módulo sem conteúdo
O Learning Manager permite carregar um módulo sem conteúdo. Adobe Systems se considera um módulo sem conteúdo no Learning Manager. Em casos nos quais se deseja migrar alguns dados legados do LMS existente sem a necessidade de conteúdo, é possível carregar o arquivo module_version.csv sem referência de URL.
Especificações do CSV e CSVs de amostra csv
Abaixo encontram-se as especificações CSV padrão que podem ser usadas para mapear os dados de migração do LMS existente. Clique em csv-specifications e sample-csvs para baixar os arquivos zip. O arquivo csv-specifications.zip baixado contém sete arquivos de planilha do Excel. Esses arquivos de planilha do Excel são especificações com descrições para que você entenda como preencher os arquivos .csv. Os arquivos .csv correspondentes devem conter os dados de cada campo no formato prescrito, conforme explicado nesses arquivos .xlsx.
O Learning Manager oferece suporte a valores de data e hora somente no formato UTF 8 e 32 bits. Você pode obter erros durante a migração se mencionar a data em arquivos CSV com uma data fora do intervalo como 2038-07-17T08:53:21.000Z ou 1980-04-17T08:13:25.322Z.
Você deve estar ciente das seguintes dependências dos arquivos CSV durante a importação:
- module_version.csv depende de module.csv
- course_instance.csv depende de course.csv
- course_module.csv depende de course.csv, module.csv e module_version.csv
- course_instance.csv depende de course.csv
- session.csv depende de course.csv e module.csv
- enrollment.csv depende de course.csv
- user_course_grade.csv depende de course.csv e module.csv
- skill_course.csv depende de course.csv
- skill_level.csv depende de skill.csv
- learning_program_instance.csv depende de learning_program e learning_program_course.csv
- learning_program_course.csv depende de learning_program.csv
- learning_program_enrollment.csv depende de learning_program e learning_program_instance.csv
- learning_program_instance_course_instance.csv depende de learning_program.csv, learning_program_instance.csv e course_instance.csv
- certification_course.csv depende de certification.csv e course.csv
- certification_commit.csv depende de certification.csv e certification_course.csv
- certification_enrollment.csv depende de certification.csv, certification_course.csv e certification_enrollment.csv
Ordem de cursos do Programa de aprendizado em CSVs de migração
Nas versões anteriores das especificações de migração, o arquivo learning_program_course.csv incluía uma coluna de ordem, sugerindo que você poderia controlar a sequência de cursos em um programa de aprendizado durante a migração.
O Adobe Learning Manager não usa mais esta coluna. A ordem dos cursos em um programa de aprendizado não pode ser controlada por CSVs de migração, e o sistema ignora todos os valores fornecidos na coluna de ordem, mesmo que você defina orderEnforced como true.
Para evitar confusão, a coluna de ordem foi removida das especificações oficiais do CSV. Se você tiver scripts ou ferramentas existentes que ainda geram essa coluna, poderá soltá-la com segurança; não há impacto em como os Programas de aprendizado são criados ou exibidos.
Procedimento de migração migrationprocedure
Antes de dar início ao procedimento de migração, é importante observar os seguintes pontos:
- Somente um projeto de migração pode estar ativo em uma conta em um dado momento. Dentro de um projeto, somente um sprint pode estar ativo em um dado momento.
- Não é possível desfazer uma execução que já está em processo de migração. No entanto, é possível usar a opção de exclusão existente em cada recurso do Learning Manager para desfazer qualquer migração de dados ou conteúdo.
- Assim que o projeto de migração é iniciado, ele passa para o estado de ‘Em migração’. Durante a migração, nenhuma outra função além da função de administrador de integração pode fazer login no Learning Manager.
Criação de contas FTP e Box creatingftpandboxaccounts
É muito importante planejar o projeto de migração. Recomenda-se dividir os projetos em vários sprints e identificar com clareza o que se quer migrar em cada sprint. Pode ser uma boa ideia fazer validações após cada sprint para estar seguro dos dados migrados nesse sprint, em vez de fazer uma grande fase de validação no fim do projeto. Antes de começar o sprint como parte do projeto de migração, é necessário carregar arquivos CSV de dados e conteúdo no FTP e nos servidores do Box respectivamente. Se você não tiver contas para FTP e Box personalizados, é possível criá-las.
Criar conta do Box
Crie a pasta para carregamento de conteúdo de forma semelhante à criação da pasta FTP. Clique em Migração no painel esquerdo e clique em Solicitar uma pasta para carregamento de conteúdo na parte inferior da página exibida.
Você receberá um e-mail do Box com um link para a pasta compartilhada. Se não tiver uma conta do Box, clique em Inscreva-se e crie uma conta. As instruções de login são enviadas à ID de e-mail do administrador de integração.
Carregamento de dados (arquivos .csv) em pastas FTP ou pastas do Box
A criação de contas FTP ou Box é um pré-requisito para criar projetos de migração. Portanto, nesta etapa, você pode criar um projeto e um sprint de migração no aplicativo Learning Manager. Consulte a seção Procedimento de migração de dados e conteúdo nesta página para criar projetos de migração.
Nas contas FTP ou Box, clique no nome da pasta do projeto e clique no nome do sprint. Dentro da pasta de sprint, você pode carregar os arquivos de dados .csv que pretende migrar. Para fazer upload, clique no botão Fazer upload de arquivos na parte superior do servidor FTP ou Box e solte os arquivos .csv. Um instantâneo de exemplo após fazer upload para o FTP é mostrado abaixo para sua referência.
Você pode voltar ao projeto de migração do Learning Manager, clicar em Atualizar e visualizar todos os tipos de dados .csv listados no sprint de migração.
Carregar conteúdo de treinamento nas pastas de conteúdo
Carregue o conteúdo de treinamento do LMS existente na sua conta do Box. Se já tiver cirado o sprint e o projeto de migração, a conta do Box preencherá o nome do sprint e do projeto de migração. Você pode carregar o conteúdo no mesmo caminho. Consulte a seção Procedimento de migração de dados e conteúdo nesta página para criar projetos de migração.
Você pode arrastar e soltar os arquivos de conteúdo ou clicar em Carregar e selecionar os arquivos na área de trabalho. Se o tamanho do arquivo de conteúdo for muito grande, pode ocorrer um atraso ao carregar os arquivos. Dependendo do tamanho do arquivo, o tempo necessário para carregar os arquivos na conta do Box varia.
É mostrada abaixo para referência uma captura de tela da conta do Box após o carregamento do conteúdo:
Conta de arquivos no Box
Depois que os arquivos são carregados na conta do Box, certifique-se de indicar o caminho relativo deste arquivo de conteúdo do Box no arquivo module_version.csv. É obrigatória a etapa de indicar o caminho do conteúdo do módulo.
Após fazer login nos servidores FTP e Box, e carregar o conteúdo, as localizações do CSV aparecem conforme ilustrado na captura de tela abaixo no Learning Manager.
Locais CSV na conta do Box
Migração para Alternativas e Equivalentes
Visão geral
Este tópico descreve o modelo de dados baseado em CSV e o comportamento de migração para introduzir a equivalência do objeto de aprendizado (LO) no sistema.
Arquivos CSV existentes (contexto)
Esses CSVs já existem na plataforma e fornecem o objeto de aprendizado principal, o módulo e o contexto de conclusão (lista não completa):
- user_course_grade.csv
- moduleversion
- module.csv
- course.csv
- course_module.csv
Esses arquivos continuam a ser usados como estão e não são alterados pelo novo recurso de equivalência, mas formam os dados subjacentes sobre os quais a equivalência funcionará.
Novos arquivos CSV para alternativas
Dois novos CSVs foram introduzidos para oferecer suporte a relacionamentos alternativos de LO e conclusões de usuário relacionadas.
1. equivalence_relationship.csv
Define mapeamentos de equivalência entre os objetos de aprendizado (LOs) de origem e de destino, que podem ser cursos ou caminhos de aprendizado (LPs).
Esquema:
- sourceId
- sourceloType (curso/LP)
- targetId
- targetLotype (curso/LP)
- dateCreated
- relationshipStatus (ATIVO / DELETE)
- dateModified
Finalidade:
- Representa uma relação de equivalência entre dois OAs.
- relationshipStatus controla se a relação está ativa ou excluída no momento.
- auditoria de suporte dateCreated e dateModified.
equivalence_user_completion.csv
Captura informações de conclusão no nível do usuário para OAs equivalentes, alinhadas com as relações definidas em equivalence_relationship.csv.
Esquema:
- userId
- sourceId
- sourceloType (curso/LP)
- targetId
- targetLotype (curso/LP)
- dateCompleted
Finalidade:
- Registra explicitamente quais conclusões do OA de destino devem ser deduzidas para um usuário com base na relação de equivalência e na conclusão do OA de origem existente.
- Funciona como a fonte autoritativa para conclusões de usuário ligadas a dados equivalentes migrados.
Regras de migração e semântica comportamental
1. Não há suporte para aprimoramento de novos CSVs equivalentes
-
Todos os dados relacionados à equivalência devem ser trazidos via migração.
-
O sistema não oferecerá suporte a cenários em que:
- Os dados do OA (cursos/LPs) foram criados por meio da interface do usuário e
- As relações de equivalência são importadas posteriormente somente por meio de CSV.
Isto significa:
- O padrão suportado é: As definições do LO e suas relações de equivalência são gerenciadas como parte de um fluxo de migração coerente.
- Os fluxos híbridos em que os OA criados pela interface do usuário são adaptados com equivalência somente por CSV não são compatíveis.
2. Nenhuma conclusão retroativa/inconclusão de relacionamentos migrados
Quando uma relação de equivalência é introduzida por meio da migração (ou seja, por meio de equivalence_relationship.csv):
- O sistema não executará cálculos retroativos de conclusão ou inconclusão baseados apenas nesse relacionamento.
- Em vez disso, todos os dados de conclusão do usuário necessários devem ser fornecidos explicitamente por meio do equivalence_user_completion.csv.
Implicação:
- equivalence_user_completion.csv é a única fonte confiável para quaisquer conclusões que devem ser reconhecidas no momento da migração como resultado da equivalência.
- A plataforma não tentará inferir ou reverter essas conclusões do progresso do curso existente.
3. Comportamento de novas conclusões após a migração
Se:
- Uma relação de equivalência foi criada por meio da migração e
- Um aluno conclui posteriormente o LO de origem (pós-migração),
depois:
- O sistema acionará conclusões alternativas para o OA de destino, ou seja, a equivalência se comporta normalmente daqui para frente para novas conclusões de origem.
Distinção de chave:
- No momento da migração: as conclusões devem vir por meio de equivalence_user_completion.csv.
- Após a migração: a lógica de tempo de execução nativa tratará de conclusões alternativas quando um LO de origem for concluído recentemente.
4. Impacto em objetos de aprendizado de ordem superior
Conclusões alternativas recebidas por meio de CSV (por exemplo, via equivalence_user_completion.csv) acionarão o recálculo de LOs de ordem superior.
Os OAs de ordem superior podem incluir:
- Caminhos de aprendizado
Implicação técnica:
- A assimilação de equivalence_user_completion.csv não é uma operação “silenciosa”: ela inicia a mesma lógica de recálculo/roll-up que seria acionada por términos normais de tempo de execução.
- Os sistemas que integram ou agendam essa migração devem planejar a carga e o tempo de recálculos.
Webhooks para alternativas
Quando um aluno conclui um curso por meio de uma inscrição alternativa ou por meio de um relacionamento, o Adobe Learning Manager gera um evento de webhook dedicado diferente do webhook de conclusão de curso padrão, permitindo que as integrações apliquem uma lógica de tratamento diferente para conclusões alternativas. Os eventos do webhook também são gerados para conclusão retroativa e inconclusão retroativa, abrangendo alterações históricas no status do curso, incluindo aquelas orientadas por atualizações de relacionamentos, para que os sistemas externos permaneçam sincronizados com o estado de conclusão atual do aluno.
Para obter informações sobre webhooks para Alternativas, exiba Webhooks para Alternativas
Procedimento de migração de dados e conteúdo dataandcontentmigrationprocedure
O procedimento para migrar dados e conteúdo do LMS corporativo para o Learning Manager é descrito como se segue:
Analise os pré-requisitos do processo de migração antes de começar a migração. Consulte a seção Especificações do CSV e CSVs de amostra nesta página e prepare os CSVs para migração de dados e conteúdo.
-
Faça logon no aplicativo Learning Manager como administrador de integração e clique em Migração no painel esquerdo.
A página inicial Projetos de migração é exibida. Se sua empresa tiver criado projetos de migração, você pode visualizar a lista de todos os projetos de migração nesta página.
-
Clique em Novo no canto superior direito da página para criar um projeto de migração. Como alternativa, você pode clicar no link Criar um projeto de migração da página para criar um projeto de migração. É exibida a página Criar um projeto de migração.
Se você já não tiver criado uma pasta FTP, será solicitado que você crie uma pasta FTP na conta. Essa etapa é obrigatória para começar a criar um projeto de migração.
Criar pasta FTPForneça o nome do projeto, a etiqueta do projeto, o catálogo do curso e a descrição do seu projeto de migração. Clique em Criar.
Os itens de dados de migração são identificados usando essa etiqueta de projeto de migração. Se não tiver nenhum catálogo específico do curso, escolha o catálogo padrão na lista suspensa. Todos os cursos migrados usando um projeto de migração serão incluídos no catálogo escolhido nesse estágio. Se nenhum catálogo for escolhido, todos os cursos migrados farão parte do catálogo padrão.
-
A página de configuração do sprint é exibida conforme mostrada na seguinte captura de tela. Você deve criar um sprint como parte do projeto de migração. Escolha o nome do sprint e forneça uma breve descrição do sprint. Você pode escolher Sim se desejar migrar o conteúdo como parte desse sprint. Clique em Avançar.
Migração de sprintSelecione a caixa de seleção com o título Os usuários foram adicionados ou modificados desde a última execução para sincronizar a lista de usuários com o aplicativo Learning Manager. Se estiver migrando dados e conteúdo para o aplicativo Learning Manager, talvez isso não seja obrigatório. Mas, se houver um lapso de tempo entre a migração anterior do sprint em relação à migração mais recente, a prática recomendada é optar por sincronizar a lista de usuários. Essa etapa permite que o banco de dados do Learning Manager esteja em sincronia com os usuários do LMS.
Essa etapa de sincronização é recomendada quando enrollment.csv e user_course_grade.csv são migrados. Essa etapa permite que o banco de dados do Learning Manager esteja em sincronia com o banco de dados de migração e garante que todos os usuários cujos registros a serem migrados no sprint estejam disponíveis no banco de dados de migração.
-
Você pode iniciar a migração do sprint com os dados e conteúdo carregados. Clique no link Atualizar antes de iniciar a Execução do sprint para sincronizar as pastas FTP e Conteúdo com o aplicativo Learning Manager.
Iniciar migração do sprintClique em Iniciar no canto superior direito da página. Você pode clicar em Parar a qualquer momento durante o processo de migração do sprint para anular a migração do sprint.
O status de migração é exibido em cada um dos itens de dados e conteúdo do sprint. Verifique o número de itens falhos e bem-sucedidos como parte da execução do sprint de migração.
Se estiver carregando o conteúdo do módulo, certifique-se de que o caminho da pasta de conteúdo seja fornecido no module_version.csv. Se não realizar essa etapa, podem ocorrer erros durante a migração. Por exemplo, se estiver carregando o conteúdo de um módulo de ritmo individualizado como vídeos, você precisa especificar o caminho relativo do URL do Box no module_version.csv. Para o conteúdo do módulo de atividade, você pode especificar o nome do URL.
É fornecida abaixo para referência a captura de tela da caixa de diálogo de andamento. Conforme mostrado na captura de tela, é possível ver o número de registros processados de cada item de dados de migração juntamente com o status de falha e êxito dos itens. Clique em Baixar registros de erro nos itens falhos para baixar e visualizar os registros de erro. É possível corrigir os problemas no CSV e carregá-lo novamente no FTP.
Exibir progresso do sprintClique na lista de sprints no painel esquerdo se quiser ver a lista de todos os sprints de um projeto de migração. Você pode exibir uma lista de todos os sprints, o número de execuções de cada sprint, a data de início, a duração e o status de conclusão, conforme mostrado na captura de tela abaixo.
Exibir lista de sprints -
Após carregar os CSVs atualizados mais recentes, você pode clicar em Re-executar no canto superior direito da página. A opção Re-executar processa novamente todos os itens de dados, ignorando os itens que não possuem alterações. Quando estiver satisfeito com a migração dos itens de dados em um sprint, você pode marcar a migração do sprint como concluída clicando no botão na parte superior da página. Você pode iniciar um novo sprint com mais itens de dados mais tarde. Quando um sprint está marcado como concluído, você não pode executá-lo novamente. Da mesma forma, em um projeto de migração, é possível ter qualquer número de sprints. Quando estiver satisfeito com o status de migração de todos os sprints, você pode marcar o projeto de migração como concluído clicando no link Marcar projeto como concluído na página Lista de sprints.
Antes de marcar o projeto de migração como concluído, você deve garantir que todos os sprints do projeto estejam completos. Depois de marcar o projeto de migração como concluído, você não poderá voltar atrás e nem criar sprints nem fazer qualquer modificação nesse projeto. Você precisa criar outro projeto de migração e adicionar sprints a ele.
Verificação da migração registration
Depois de migrar os dados e o conteúdo de aprendizado do LMS legado da sua empresa, você pode verificar os dados e o conteúdo importados usando vários recursos do objeto de aprendizado. Por exemplo, você pode fazer login no aplicativo Learning Manager como administrador e verificar a disponibilidade dos dados e do conteúdo dos módulos e cursos importados.
Migração usando APIs
O Adobe Learning Manager (ALM) fornece um recurso de migração para assimilar dados ou conteúdo de sistemas externos, usado principalmente para migrar de plataformas LMS legadas.
No entanto, algumas organizações podem exigir que esse processo seja executado regularmente (por exemplo, durante a noite ou semanalmente), em vez de como uma importação única.
Como exemplo, você verá como um cliente fictício (NovaFX) se integra a um provedor externo fictício (SquareCorp) e automatiza migrações agendadas. A integração permite:
- Os cursos da SquareCorp aparecem como objetos de aprendizado no ALM para alunos da NovaFX.
- O NovaFX acompanha o progresso do aluno nos cursos hospedados pela SquareCorp diretamente no ALM.
Requisitos de integração
A SquareCorp deve fornecer:
- Informações de metadados do curso: uma API para compartilhar metadados do curso à qual a NovaFX tem acesso.
- Informações de dados de progresso: uma API para compartilhar informações periódicas sobre o progresso e a conclusão do aluno.
Definições de chave
- Projeto ativo: um projeto estará ativo se estiver “Em andamento” ou “Inicializado”.
- Sprint ativo: um sprint estará ativo se estiver “Em andamento” ou “Inicializado”.
Automatizar a execução do sprint
Crie um aplicativo ou script que execute o seguinte em um cronograma:
- Buscar metadados do curso, inscrições do usuário e notas do aluno na SquareCorp.
- Gere os arquivos CSV.
- Carregue os arquivos no Box ou FTP.
- Acione o sprint usando as APIs de migração.
Detalhes da API
Iniciar uma execução de migração
Ponto de extremidade: POST /primeapi/v2/bulkimport/startrun
Parâmetros:
- lockaccount (booleano): o parâmetro determina se a conta deve ser bloqueada no início da execução. Por padrão, é definido como falso. Recomenda-se que os usuários evitem usar esse parâmetro, a menos que haja um motivo válido para bloquear a conta.
- catalogid (Inteiro): Esse parâmetro permite selecionar o catálogo de destino durante a migração. Normalmente, é definido ao criar o projeto de migração, mas pode ser ajustado para execuções individuais. Quando a identificação do catálogo é alterada, os objetos de aprendizado adicionados em execuções futuras serão colocados no catálogo escolhido mais recentemente. Se for necessário voltar ao catálogo selecionado durante a criação do projeto de migração, isso também deverá ser especificado explicitamente.
- migrationProjectId (Inteiro): O parâmetro é necessário para disparar um projeto de migração específico quando várias execuções habilitadas por API estiverem habilitadas na conta.
Verificar se a sincronização pode começar
Verifique se o conteúdo pode ser sincronizado com a pasta do sprint. Não copie conteúdo ou arquivos de metadados para a pasta FTP, a menos que essa API retorne um objeto de resposta bem-sucedido.
Ponto de extremidade: GET /primeapi/v2/bulkimport/cansync
Parâmetros:
- migrationProjectId (Inteiro) O parâmetro é necessário para disparar um projeto de migração específico quando várias execuções habilitadas por API estiverem habilitadas na conta.
Êxito na resposta
{
"status": "OK",
"title": "BULKIMPORT_CAN_SYNC_NOW",
"source": {
"info": "Yes"
}
}
Êxito na resposta
{
"status": "BAD_REQUEST",
"title": "BULKIMPORT_ERROR_CANNOT_SYNC",
"source": {
"info": "Error, No active projects"
}
}
Possíveis respostas de API
Exemplo de fluxo de integração
- Verifique a API cansync.
- Gere e faça upload de arquivos CSV.
- Acione o sprint usando a API startrun.
- Monitore a resposta e manipule erros.
Limitações
As APIs de migração não oferecem funcionalidade para verificar erros relacionados à migração diretamente no arquivo CSV de saída após a execução do sprint. No entanto, esses erros podem ser revisados como linhas no arquivo CSV ao acessar a interface do usuário do administrador de integração após uma execução de sprint.
Verificação de migração por meio de APIs
A API de migração, runStatus, permite que os administradores de integração controlem o progresso das execuções de migração acionadas por meio da API.
A API runStatus também fornece um link direto para baixar logs de erros no formato CSV para execuções concluídas. O link de download permanece ativo por sete dias e os logs são mantidos por um mês.
Exemplo de curva
Objetivo final
GET /bulkimport/runStatus
Parâmetros
-
migrationProjectId: (Obrigatório). Um identificador exclusivo para um projeto de migração. Um projeto de migração é usado para transferir dados e conteúdo de um sistema de gerenciamento de aprendizagem (LMS) existente para o Adobe Learning Manager. Cada projeto de migração pode consistir em vários sprints, que são unidades menores de tarefas de migração.
-
sprintId: (obrigatório). Um identificador exclusivo de um sprint em um projeto de migração. Um sprint é um subconjunto de tarefas de migração que inclui itens de aprendizado específicos (por exemplo, cursos, módulos, registros do aluno) a serem migrados de um LMS existente para o Adobe Learning Manager. Cada sprint pode ser executado de forma independente, permitindo a migração em fases.
-
sprintRunId: (Obrigatório). Um identificador exclusivo usado para rastrear a execução de um sprint específico em um projeto de migração. Está associado ao processo de migração real dos itens definidos em um sprint. O sprintRunId ajuda a monitorar, solucionar problemas e gerenciar o trabalho de migração.
Resposta
{
"sprintId": 2510080,
"sprintRunId": 2740845,
"migrationProjectId": 2509173,
"startTime": 1746524711052,
"endTime": 1746524711052,
[
{
"id": 2609923,
"lastHeartbeatTime": 1746524711052,
"objectName": "content",
"jobState": "COMPLETED",
"errorCsvLink": "",
"errorLogLink": "migration/5830/2509173/2510080/2740845/content_err.csv",
"sequenceNumber": 1
},
{
"id": 2609922,
"lastHeartbeatTime": 1746524713577,
"objectName": "course",
"jobState": "WAITING_IN_QUEUE",
"errorCsvLink": "",
"errorLogLink": null,
"sequenceNumber": 2
}
]
}
Além disso, a resposta da API startRun agora inclui a ID do projeto de migração, a ID do sprint e a ID de execução do sprint, que são necessárias para consultar o novo ponto de extremidade de status.
curl -X GET --header 'Accept: text/html' 'https://learningmanager.adobe.com/primeapi/v2/bulkimport/runStatus?migrationProjectId=001&sprintId=10001&sprintRunId=7'
Produz a seguinte resposta. A resposta contém:
migrationIdsprintIdsprintRunId
Resposta
{
"status": "OK",
"title": "BULKIMPORT_RUN_INITIATED_SUCCESSFULLY",
"source": {
"info": "Success",
"migrationInfo": {
"migrationProjectId": "001",
"sprintId": "10001",
"sprintRunId": "7"
}
}
}
Renovação na migração retrofittinginmigration
Esse recurso de integração permite que você renove dados de um objeto de aprendizado originados em um sistema de gerenciamento de aprendizagem herdado em um curso ativo criado no Learning Manager.
Abaixo encontram-se as especificações CSV padrão que podem ser usadas para mapear os dados de migração do LMS existente. Clique em csv-specifications e sample-csvs para baixar os arquivos zip. O arquivo csv-specifications.zip baixado contém quatro arquivos de planilhas do Excel. Esses arquivos de planilha do Excel são especificações com descrições para que você entenda como preencher os arquivos .csv. Os arquivos .csv correspondentes devem conter os dados de cada campo no formato prescrito, conforme explicado nesses arquivos .xlsx.
1-enrollment.xlsx contém descrições dos metadados necessários do arquivo retrofit_enrollment.csv.
2-certification_enrollment.xlsx contém descrições dos metadados necessários do arquivo retrofit_certification_enrollment.csv.
3-learning_program_enrollment.xlsx contém descrições dos metadados necessários do arquivo retrofit_learning_program_enrollment.csv.
4-user_course_grades.xlsx-contém descrições de metadados necessários para o arquivo retrofit_user_course_grades.csv.
csv-specifications.zip
Solução de problemas de migração troubleshootingmigrationissues
Consulte este artigo para saber mais sobre a solução dos problemas enfrentados pelos administradores de integração ao migrar dados e conteúdo do LMS existente para o Learning Manager.
Dicas para gerenciamento de usuários usermanagement
Neste tópico, encontram-se algumas dicas para compreender como os usuários são analisados e gerenciados no Learning Manager. Esses conceitos poderiam ajudar você a gerenciar melhor os usuários ao usar a importação de CSV, os conectores e os recursos de migração do Learning Manager.
IDs do Learning Manager captivateprimeids
O Learning Manager fornece dois tipos de IDs exclusivas para usuários:
- ID de e-mail
- UUID (ID universalmente exclusiva)
O Learning Manager oferece suporte à UUID para proporcionar flexibilidade às empresas no controle de contas de usuários. Como administrador, se tiver a UUID dos usuários em uma conta, você pode modificar as IDs de e-mail dos usuários de tal conta.
Contexto de uso da UUID em uma empresa
Considere um cenário em que um funcionário A entra em uma empresa chamada Learning Manager, como contratado. Durante o período do contrato, a empresa do Learning Manager não pode fornecer a ID de e-mail da empresa como A@example.com. Em vez disso, a empresa pode considerar apenas a conta de e-mail pessoal do funcionário, por exemplo, A@gmail.com. Após concluir 6 meses do período do contrato, se o mesmo funcionário A ingressar no Learning Manager como funcionário em tempo integral, o Learning Manager poderá alterar a ID de e-mail para a ID de e-mail da empresa: A@example.com.
Ter acesso à UUID da conta de usuário beneficiará a empresa Learning Manager no contexto acima mencionado. A empresa Learning Manager pode substituir facilmente a ID pessoal de e-mail do funcionário por uma ID de e-mail oficial. Os registros de funcionário relevantes a essa conta não são afetados por essa alteração.
ID de usuário único singleuseridentification
O Learning Manager identifica e lembra como um único usuário é adicionado a ele, por exemplo, usando o autorregistro, o carregamento de CSV, ou um único usuário adicionado usando a interface do usuário ou por meio da API.
- Se um usuário único é adicionado usando a interface do usuário (IU) ou através da API, você pode excluir esse tipo de usuários únicos usando a IU ou através da API.
- Você pode atualizar os usuários únicos que usam o processo de carregamento de CSV, mas deve se lembrar de que esses usuários únicos são tratados como usuários do CSV e que os fluxos de trabalho do CSV são aplicáveis a esses usuários.
Atribuindo a função de gerente assigningmanagerrole
Não é possível atribuir diretamente a função de gerente a nenhum usuário no Learning Manager. Um usuário X pode se tornar um gerente do Learning Manager somente quando você definir o atributo Gerente de qualquer usuário (digamos, Y) nessa conta como X.
Em um contexto no qual X é o gerente dos usuários, por exemplo, A, B e C, se X sair da empresa, será necessário garantir que o atributo Gerente de A, B e C esteja definido para o novo gerente. Como alternativa, você também pode definir o atributo Gerente desses usuários como RAIZ temporariamente e atribuir o novo nome de gerente mais tarde.
Para obter mais informações sobre esse tópico, consulte o seguinte conteúdo da Ajuda:
Alterações de API
A versão de abril de 2026 do Adobe Learning Manager oferece aprimoramentos direcionados à API pública nas áreas de alternativas e equivalentes, acesso ao conteúdo em janela de tempo, tentativas de questionário orientadas por conteúdo, experiências de aluno não conectado e gerenciamento de ajuda de tarefa. Essas atualizações foram projetadas para permanecerem amplamente compatíveis com versões anteriores, permitindo padrões de integração mais precisos e extensíveis.
Para alterações de API, exiba alterações de API.
Migração da sessão do VILT para o Adobe Learning Manager migrationofviltsessiontoalm
O Adobe Learning Manager oferece suporte à migração em massa e à atualização de dados de sessão do VILT (Virtual Instructor-Led Training, treinamento virtual ministrado por instrutor) por meio de arquivos CSV. Use esse fluxo de trabalho para configurar datas de início da instância, associar instâncias do caminho de aprendizado a instâncias do curso e configurar sessões de sala de aula virtual para Microsoft Teams, Adobe Connect e Zoom.
almCourseID e almModuleID. Isso substitui o prefixo principal herdado usado em versões anteriores.Migração de sessão VILT baseada em CSV
A migração do Adobe Learning Manager permite que os administradores criem ou atualizem em massa o conteúdo de aprendizado usando arquivos CSV estruturados. Você pode aplicar esses fluxos de trabalho CSV a cursos de migração (conteúdo importado de um sistema externo) e cursos de aprimoramento (conteúdo criado diretamente no aplicativo do autor do ALM).
Quatro arquivos CSV estão envolvidos na migração da sessão VILT:
- CSV da instância do curso: cria ou atualiza instâncias do curso, incluindo datas de início
- O CSV da Instância LP: cria ou atualiza instâncias do caminho de aprendizado, incluindo datas de início
- LP para CSV de associação de instância de curso: mapeia uma instância do caminho de aprendizado para uma instância específica do curso
- O CSV de sessão: cria sessões de sala de aula virtual com detalhes do sistema de conferência
Baixe os arquivos acima aqui.
Todos os quatro arquivos CSV aceitam almCourseID para fazer referência a cursos e almModuleID para fazer referência a módulos. Essas IDs são os identificadores exclusivos atribuídos pelo ALM quando um curso ou módulo é criado.
Definir a data de início das instâncias do curso e do caminho de aprendizado
Use o CSV da Instância do Curso e o CSV da Instância LP para adicionar ou atualizar a data de início em uma instância. Isso se aplica a instâncias criadas por migração e por interface (retrofit).
CSV da instância do curso: adicionar uma data de início
- Abra o arquivo CSV da instância do curso.
- Adicione a coluna
startDatese ela ainda não estiver presente. - Insira a data de início para cada linha de instância no formato AAAA-MM-DD.
- Preencha a coluna
almCourseIDcom a ID do curso do ALM para o curso que deseja atualizar. - Faça upload do CSV durante a execução da migração.
CSV de Instância LP: adicione uma data de início
- Abra o arquivo CSV da instância LP.
- Adicione a coluna
startDatese ela ainda não estiver presente. - Insira a data de início para cada linha de instância no formato AAAA-MM-DD.
- Popular a coluna
almLearningProgramIDcom a ID do caminho de aprendizado do ALM. - Faça upload do CSV durante a execução da migração no.
startDate é opcional. Se você incluí-lo, o valor deve ser anterior a completionDate. As linhas em que startDate for posterior a completionDate apresentarão erros e aparecerão na migração.Associar instâncias do caminho de aprendizado a instâncias do curso
Use o LP para o CSV da associação de instância de curso para vincular uma instância do caminho de aprendizado a uma instância específica do curso. Essa etapa é necessária para cursos VILT que fazem parte de um caminho de aprendizado.
- Abra o LP no arquivo CSV da Course Instance Association.
- Para cada linha, preencha as seguintes colunas:
a.almLearningProgramID— a ID do caminho de aprendizado do ALM
b.almLearningProgramInstanceID— a ID da instância do caminho de aprendizado do ALM
c.almCourseID— a ID do curso ALM
d.almCourseInstanceID— a ID da instância do curso ALM - Faça upload do CSV durante a execução da migração.
Cenários de associação com suporte
Nem todas as combinações de origens de migração e retrofit são suportadas. Revise a tabela abaixo antes de criar seu CSV.
Configurar detalhes da sessão da sala de aula virtual
Use o CSV de sessão para criar ou atualizar sessões VILT com detalhes de conferência de sala de aula virtual. Quatro colunas foram adicionadas ao CSV da sessão para oferecer suporte a isso:
almCourseIDalmModuleIDmetadatameetingIDFormato de metadados por sistema de conferência
O campo metadata aceita um objeto JSON. A estrutura varia de acordo com o sistema de conferência. Todos os nomes de chave fazem distinção entre maiúsculas e minúsculas e devem usar camelCase exatamente como mostrado.
Microsoft Teams
{
"organizerEmail": "user@example.com",
"coOrganizerEmail": "user2@example.com",
"lobbyBypass": true,
"isCompletionCriteria": false
}
Todos os campos de metadados do Teams são opcionais. Se você não fornecer organizerEmail, o ALM usará o email do administrador de equipes configurado na sua conta do ALM como o organizador padrão.
Adobe Connect
{
"primaryInstructor": "instructor@example.com",
"persistentRoom": true,
"templateID": "template-id-value"
}
O campo primaryInstructor é obrigatório para sessões do Adobe Connect. Todos os outros campos são opcionais. Você pode fornecer persistentRoom ou templateID. Se você fornecer templateID, o ALM criará a sala usando esse modelo.
Zoom
O zoom não requer um objeto JSON de metadados. Transmita o professor da sessão usando a coluna do professor padrão no CSV da sessão.
Fazer upload do CSV da sessão
- Abra o arquivo CSV da sessão.
- Adicione as quatro novas colunas: almCourseID, almModuleID, metadados e meetingID.
- Para cada linha de sessão, preencha almCourseID e almModuleID com as IDs do ALM do curso e do módulo.
- Adicione a meetingID do seu sistema de sala de aula virtual (Teams, Adobe Connect ou Zoom).
- Crie o objeto JSON de metadados usando o formato do seu sistema de conferência.
- Certifique-se de que todos os nomes de chave JSON usem a grafia exata de camelCase. O uso incorreto de maiúsculas e minúsculas causa falha na linha.
- Faça upload do CSV durante a execução da migração.
Solução de problemas comuns de migração
startDate é anterior a completionDate no CSV da instância.metadata usam camelCase exato. As chaves diferenciam maiúsculas de minúsculas.isCompletionCriteria não têm efeitoMigrar módulos de LTI migrationofltimodules
Visão geral
A migração de LTI amplia o fluxo de trabalho de migração existente e não exige arquivos de migração adicionais. Os registros de associação de curso, módulo e módulo existentes continuam a usar o formato de migração padrão. As informações específicas de LTI são fornecidas por meio dos dados de versão do módulo.
Usar arquivos para migração de LTI
Os módulos de LTI são migrados usando os arquivos de migração padrão.
Os seguintes arquivos continuam a usar o formato de migração existente:
- course.csv
- module.csv
- course_module.csv
Nenhum campo específico de LTI é necessário nesses arquivos. Configurações específicas de LTI estão definidas no arquivo module_version.csv.
Configurar uma versão do módulo de LTI
Use o arquivo module_version.csv para definir as propriedades de uma versão de módulo de LTI.
Além dos campos existentes com suporte no module_version.csv, o Adobe Learning Manager oferece suporte a valores e atributos específicos de LTI.
contentType
Use o valor LTI no campo contentType para identificar a versão do módulo como um módulo de LTI.
Campo e valor usados para identificar uma versão do módulo de LTI
ltiLaunchUrl
Especifica a URL de inicialização do provedor de LTI externo.
Quando um aluno inicia o módulo no Adobe Learning Manager, ele é redirecionado para o ponto de extremidade de LTI configurado.
Campo usado para especificar a URL de inicialização do provedor de LTI externo
ltiCustomParams
Especifica parâmetros de inicialização personalizados que são passados para o provedor de LTI durante a inicialização.
Use este campo quando a plataforma externa exigir parâmetros de configuração ou contexto de inicialização adicionais.
Campo usado para passar parâmetros de inicialização personalizados para o provedor de LTI
tpName
Especifica o nome do provedor de LTI de terceiros associado ao módulo.
Campo usado para identificar o provedor de LTI de terceiros
Amostra de versão do módulo de LTI
O exemplo a seguir mostra um registro de versão do módulo configurado para um módulo de LTI:
moduleId,moduleVersion,contentType,dateCreated,duration,desiredDuration,contentUrl,hasQuiz,ltiLaunchUrl,ltiCustomParams,tpName
2024101905,1,LTI,2024-10-19T09:55:21.123Z,60,60,,,https://m42almintegrationsv01.moodlecloud.com/enrol/lti/launch.php,"id=8600f9a1-256f-4a0c-bcfc-36377eba8ae1
param=1",DND_Moodle_isProducer
Neste exemplo:
- A versão do módulo é identificada como um módulo de LTI por meio do valor
contentType=LTI. - O URL de inicialização aponta para o provedor de LTI externo.
- Os parâmetros de inicialização personalizados são fornecidos por meio de
ltiCustomParams. - O provedor é identificado pelo campo
tpName.
Migrar um módulo de LTI
Para migrar um módulo de LTI:
- Crie o registro do curso em
course.csv. - Crie o registro do módulo em
module.csv. - Associe o curso e o módulo em
course_module.csv. - Adicione os detalhes da versão do módulo em
module_version.csv. - Defina o valor
contentTypecomoLTI. - Forneça o URL de inicialização da LTI e os parâmetros de inicialização opcionais.
- Execute o sprint de migração.
A estrutura de migração processa o módulo de LTI como parte do fluxo de trabalho de migração padrão.
Validar versões do módulo de LTI
Ao criar versões do módulo de LTI:
- Use o valor
LTIpara o campocontentType. - Forneça uma URL de inicialização válida no campo
ltiLaunchUrl. - Especifique o nome do provedor externo no campo
tpName. - Certifique-se de que o módulo esteja associado a um curso por meio dos arquivos de migração padrão.
- Continue a seguir todos os requisitos de migração de versão de módulo existentes e regras de validação documentadas para
module_version.csv.
O sistema de migração aplica o fluxo de trabalho padrão de processamento de migração, além dos campos específicos de LTI.
Migrar hierarquia de pastas de conteúdo migratecontentfolderhierarchy
Se estiver migrando o conteúdo de aprendizado de outra plataforma para o Adobe Learning Manager e quiser preservar sua organização de pastas existente, você pode usar arquivos CSV para criar uma estrutura de pastas hierárquica e associar seus arquivos de conteúdo às pastas apropriadas.
Essa migração geralmente é realizada como parte de uma migração de plataforma maior, depois que seus usuários, cursos, módulos e arquivos de conteúdo já foram importados para o Adobe Learning Manager. Essa etapa de migração reorganiza o conteúdo na estrutura de pastas que você tinha no sistema de origem.
O que esta migração faz
A migração da pasta de conteúdo cria até três níveis de pastas aninhadas na Biblioteca de conteúdo da Adobe Learning Manager e associa os arquivos de conteúdo existentes às subpastas corretas. Os vínculos do curso e do módulo com arquivos de conteúdo não são afetados. Somente a organização da pasta é alterada.
A migração é executada como um trabalho em segundo plano assíncrono. Você faz upload de um arquivo CSV, os processos de migração em segundo plano e pode monitorar o progresso enquanto o sistema funciona. A migração poderá ser executada novamente se correções forem necessárias; as linhas que já foram processadas com êxito são ignoradas automaticamente em uma execução subsequente.
Duas fases da migração
A migração da pasta de conteúdo tem duas fases independentes. Cada um pode ser executado e validado separadamente.
content_folder.csvmodule_version.csv (atualizado com o caminho da pasta)A fase 2 não requer um arquivo CSV separado; você adiciona uma coluna de caminho de pasta ao arquivo module_version.csv existente.
Fase 1: Criar a hierarquia de pastas
Planeje sua hierarquia de pastas primeiro
Antes de preparar o CSV, mapeie a pasta ou a estrutura de categorias do sistema de origem para a hierarquia de três níveis do Adobe Learning Manager. O Adobe Learning Manager suporta uma profundidade máxima de três níveis (Nível 1 → Nível 2 → Nível 3). Se o sistema de origem tiver um aninhamento mais profundo, nivele-o em três níveis antes da migração.
/) nos nomes de categorias ou pastas, substitua-as por um hífen (-) ou sublinhado (_) antes de preparar o CSV. O Adobe Learning Manager não permite / em nomes de pasta porque ele está reservado para resolução de caminho de pasta.content_folder.csv
Use content_folder.csv para definir a hierarquia de pastas de destino. Cada linha no arquivo representa uma pasta.
Referência de coluna:
idname/). Deve ser exclusivo entre pastas com o mesmo pai.descriptionparentExternalIdid da pasta pai. Deixe em branco para as pastas de nível 1 (raiz). Para pastas de Nível 2, digite o id do pai de Nível 1. Para pastas de Nível 3, digite o id do pai de Nível 2.actionCREATE_FOLDER, UPDATE_FOLDER ou DELETE_FOLDER.Exemplo:
id,name,description,parentExternalId,action
folder_001,Training,,, CREATE_FOLDER
folder_002,Sales,,folder_001,CREATE_FOLDER
folder_003,Onboarding,,folder_002,CREATE_FOLDER
folder_004,HR,,,CREATE_FOLDER
folder_005,Compliance,,folder_004,CREATE_FOLDER
Neste exemplo:
TrainingeHRsão pastas de Nível 1 (sem pai)Salesé uma pasta de Nível 2 emTrainingOnboardingé uma pasta de Nível 3 emSalesComplianceé uma pasta de Nível 2 emHR
Regras de validação:
- Uma pasta não pode ser seu próprio ancestral — referências circulares não são permitidas
- A profundidade máxima da pasta é de 3 níveis (Nível 1 → Nível 2 → Nível 3)
- Duas pastas com o mesmo pai não podem ter o mesmo nome
- O
parentExternalIddeve fazer referência a outra linha no mesmo arquivo CSV ou a uma pasta existente que já esteja em sua conta - As pastas pai devem ser listadas antes de suas pastas filho no arquivo
existing: seguido do ID da pasta na coluna parentExternalId — por exemplo, existing:12345.Fase 2: associar conteúdo a pastas
Os arquivos de conteúdo são associados a pastas por meio da coluna folder no arquivo module_version.csv. Nenhum CSV separado é necessário para esta fase.
Module_version.csv atualizado — coluna da pasta
A coluna folder em module_version.csv agora dá suporte a caminhos de pasta, além de nomes de pasta simples.
Sales (sem barra)Training/Sales/Onboarding (barras oblíquas)"Training/Sales,HR/Compliance" (separado por vírgula, entre aspas)Exemplo:
moduleId,moduleVersion,contentType,...,folder
MOD001,1,content,...,Training/Sales/Onboarding
MOD002,1,content,...,HR/Compliance
MOD003,1,content,...,"Training/Sales,HR/Compliance"
MOD004,1,content,...,Marketing
Ordem de migração
Ao executar uma migração de conteúdo completo, faça upload e processe seus arquivos na seguinte ordem:
module.csv— defina seus módulosmodule_version.csv(sem caminhos de pasta) — carregar conteúdo do módulocourse.csv— crie seus cursoscourse_module.csv— vincular módulos a cursoscontent_folder.csv— criar a hierarquia de pastas (Fase 1)module_version.csv(com caminhos de pasta) — associar conteúdo a pastas (Fase 2)
content_folder.csv deve ser processado antes do arquivo de versão do módulo que contém caminhos de pasta, pois a estrutura de pastas deve existir para que o conteúdo possa ser associado a ele.Validação e referência de erro
O Adobe Learning Manager valida cada linha em content_folder.csv antes de processar. Linhas com falha na validação são ignoradas e relatadas como erros. Linhas válidas no mesmo arquivo continuam a ser processadas.
/)/ por - ou _ no nome da pastaparentExternalId faz referência a uma ID não encontrada no arquivo ou na contaparentExternalId e remova a referência circularaction não é CREATE_FOLDER, UPDATE_FOLDER ou DELETE_FOLDERaction. Somente esses três valores são aceitosDELETE_FOLDER para uma pasta que ainda contém arquivos de conteúdoUPDATE_FOLDER para um id que não existe na contaCREATE_FOLDER para novas pastasCREATE_FOLDER para um id que já foi migrado com êxitomodule_version.csv faz referência a uma pasta que não existeTraining//Sales)Compatibilidade com versões anteriores
Se você já usa o content_folder.csv ou o module_version.csv em seus fluxos de trabalho de migração, os arquivos existentes continuarão funcionando sem alterações.
content_folder.csv existente sem a coluna parentExternalIdmodule_version.csv existente com nomes de pasta simples (sem /)module_version.csv com caminhos de pasta contendo //module_version.csvcontent_folder.csvPráticas recomendadas
Preparando content_folder.csv
- Use as identificações de categoria ou pasta do próprio sistema de origem como o valor
id. Eles são armazenados permanentemente para rastreamento de nova execução e devem permanecer estáveis. - Mantenha os nomes das pastas com menos de 63 caracteres. Trunque no CSV antes de fazer upload. A migração rejeitará nomes que excedam o limite.
- Certifique-se de que duas pastas com a mesma página principal não tenham o mesmo nome. Pastas em diferentes páginas principais podem compartilhar um nome.
- Embora a ordem das linhas no arquivo não afete o resultado — a migração classifica as linhas automaticamente — listar as pastas pai antes das pastas filho facilita a revisão do arquivo.
Preparando module_version.csv com caminhos de pasta
- A correspondência de caminho de pasta não diferencia maiúsculas de minúsculas, mas os nomes de pasta devem corresponder exatamente ao que foi criado na Fase 1.
- Execute a Fase 1 (estrutura de pastas) antes de executar a Fase 2 (associação de conteúdo). A resolução de caminhos verifica as pastas que já existem — se uma pasta ainda não foi criada, a linha do módulo falhará.
- Evite barras duplas nos caminhos —
Training//Salesfalhará devido a um segmento de caminho vazio. - As barras à esquerda e à direita são cortadas automaticamente —
Training/Sales/e/Training/Salessão resolvidos corretamente, mas evitam-nas para maior clareza.
Executando a migração
- Primeiro, teste com um lote pequeno — faça upload de 10 a 20 linhas para verificar o formato CSV antes de dimensionar para o conjunto de dados completo.
- Conclua o sprint da estrutura de pastas antes de iniciar o sprint da versão do módulo. Executá-los em paralelo pode causar falhas de resolução de caminho.
- Após a conclusão de ambos os sprints, verifique na interface do administrador do Adobe Learning Manager se a árvore de pastas mostra a hierarquia correta e se os arquivos de conteúdo aparecem nas pastas esperadas.