---
sourceDocument: Yokohama Mobile Configuração e navegação
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/pt-BR/yokohama/mobile
Release :
- yokohama
ft:locale :
- pt-BR
ft:publication_title :
- Yokohama Mobile Configuração e navegação
ft:clusterId :
- mobile
bundleId :
- mobile
workflow :
- Platform
---
# Resolva problemas comuns nos resultados de script de migração para celular
# Resolva problemas comuns nos resultados de script de migração para celular {#ariaid-title1}
* Versão de lançamento: Yokohama
*
* Atualizado 30 de jan. de 2025
*
*  4 min. de leitura
Encontre soluções para problemas comuns após executar o script de migração para celular.
## Registrar mensagens de erro {#ny-migration__section_hpz_nkq_g3b}
O script de migração para celular adiciona entradas à tabela Log \[SYSLOG\] quando encontra um erro. Você pode revisar esses logs navegando até Logs do sistemaLog do SistemaTudo. Aqui estão listados os erros que o script de migração para celular pode adicionar aos logs.
{#ny-migration__table_x4p_jrf_f3b__entry__2}
| Mensagem de erro | Resolução |
|-|-|
| Escopo de instância inválido fornecido | Se você vir esta mensagem, o script de migração foi anulado. Execute o script de migração novamente para concluir a migração. Você pode executar novamente o script de migração reabrindo Studioe selecionando o escopo. |
| Antes da migração, ative com.glide.mobile-employee. | . ServiceNowO plug-in do Iniciador de aplicações móveis e do Iniciador de applet \[com.glide.mobile-employee\] deve estar ativo para executar o script de migração. Certifique-se de que este plug-in esteja ativo. Se você vir esta mensagem, o script de migração foi anulado. Execute o script de migração novamente para concluir a migração. |
| Não é possível executar a tarefa de migração no registro personalizado. | O registro que causa esse erro aparece imediatamente após esta mensagem. Uma personalização neste registro impediu que o script de migração mudasse este arquivo. O script de migração ignora este arquivo e continua a ser executado. O arquivo nomeado está inacessível em Studio. |
[Tabela 1. Mensagens de erro]
{#ny-migration__table_x4p_jrf_f3b}
## Colisões {#ny-migration__section_kdd_4fd_1jb}
As colisões podem ocorrer em aplicações do sistema base que você personalizou antes do upgrade para New Yorkou versões posteriores. Se o script de migração detectar colisões, ele solicitará que você as revise após a conclusão da execução do script.
Clique em Exibir colisões botão para exibir uma lista filtrada de detalhes de upgrade \[sys_upgrade_history_log\] registros. Esta lista mostra os registros no escopo atual que o processo de upgrade ignorou. Para resolver um conflito, clique em um registro nesta lista para abrir o registro e, em seguida, clique em Resolva conflitos botão.
. Resolva conflitos O formulário mostra a versão do sistema de base do registro junto com a versão personalizada. Os campos que são diferentes entre as versões são realçados com um fundo mais escuro.
Use os botões de seta ( ![Botão de seta]()) para mover valores de uma versão para outra. Depois de fazer as mudanças, clique em Salvar mesclagem botão para salvar suas mudanças. Você também pode clicar em Reverter para o sistema base botão para descartar suas personalizações e usar a versão não modificada do registro.
Um problema de colisão comum são os registros de detalhe mestre \[sys_sg_master_detail_screen\]. Os registros de detalhes mestre não fazem mais parte do esquema para celular a partir de New Yorkversão. Esses registros são substituídos por novos registros de tela de lista \[sys_sg_list_screen\] e de formulário \[sys_sg_form_screen\]. Eles normalmente são excluídos como parte do processo de upgrade, mas se tiverem sido personalizados, o script não os excluirá automaticamente. Se você tiver renomeado, por exemplo, uma aplicação do sistema base, esse tipo de colisão pode ocorrer.
Para resolver o problema, verifique o Mobile Studio para se certificar de que o applet ainda está disponível e funcionando conforme esperado. Depois de confirmar que o applet está disponível, você pode excluir o registro detalhado principal.
## Problemas comuns de migração {#ny-migration__section_g1g_4kq_g3b}
Um applet está ausente
: Após a migração, seus applets devem ficar visíveis no Aplicações na barra de navegação. Se os applets não aparecerem, você poderá migrar manualmente esses applets.
1. Em Studio, em aberto Mobile StudioMenu da aplicação no explorador de aplicações e selecione o app em que você não tem um applet.
2. Em Guias de navegação lista relacionada, clique em Aplicações guia de navegação.
3. Observe o. Inicializador de applet associado ao Aplicações .
4. Em Studio, em aberto Mobile StudioInicializadores do applete abra o inicializador de applet anotado na última etapa.
5. No formulário do inicializador de applet, selecione uma seção de IU com o mesmo nome da pasta em que o applet ausente estava localizado antes da migração.
6. Encontre o applet ausente em Todos os Applets e mova-a para Applets selecionados lista.
7. Clique em Salvar.
{#ny-migration__ol_j4j_xsq_g3b}
Uma lista relacionada está ausente em um applet
: Este problema pode ser o resultado de uma referência desatualizada na tabela de mapeamento de listas relacionadas \[sys_sg_related_list_map\]. Você pode reassociar o. Tela de destino para que sua lista relacionada resolva o problema.
1. Em Studio, navegue até Mobile StudioAppletse selecione o applet com o segmento ausente.
2. Clique em Tela de formulário .
3. Clique em Corpo .
4. Clique em Listas relacionadas botão.
5. Verifique se há itens vazios na lista Tela de destino valor.
6. Clique no item da lista e selecione um valor no Tela de destino campo.
{#ny-migration__ol_csr_2bx_g3b}
Os usuários não são solicitados a inserir parâmetros de entrada em Gestão de serviços de campoou ITSMapplets
: Os applets normalmente parametrizados solicitam um valor aos usuários. Se você não estiver mais vendo esse prompt após uma migração, use estas etapas para corrigir o problema.
1. Abra a lista de parâmetros de IU \[sys_sg_ui_parameter\] inserindo sys_sg_ui_parameter.list no navegador de filtros da sua instância.
2. Encontre o parâmetro que não está gerando um prompt para seus usuários.
3. Verifique o valor de Tela campo. Se este campo aparecer vazio, ele pode estar apontando para um registro da tela de detalhes mestre \[sys_sg_master_detail_screen\].
4. Atualize o campo selecionando o registro do applet \[sys_sg_screen\] usado por este parâmetro.
{#ny-migration__ol_yrj_lcx_g3b}
Resultados incorretos para um personalizado Gestão de serviços de campoou ITSMapplet.
: Esse problema pode ocorrer se você tiver adicionado um parâmetro do cliente a um sistema de base.
1. Abra a lista Mapeamentos de parâmetros de tela \[sys_sg_screen_param_map\] digitando sys_sg_screen_param_map.list no navegador de filtros da sua instância.
2. Encontre o registro com Parâmetro do item campo correspondente ao parâmetro de item que você adicionou ao item de dados.
3. Verifique o valor de Tela campo. Se este campo parecer vazio, ele pode estar apontando para um registro principal-detalhe \[sys_sg_master_detail_screen\] não utilizado.
4. Atualize o campo selecionando o registro do applet \[sys_sg_screen\] usado por este parâmetro.
{#ny-migration__ol_ll3_fgx_g3b}