Migração móvel de Madrid para New York e versões posteriores
Migre seus aplicativos para celular em New York ou versões posteriores para aproveitar os recursos aprimorados e continuar editando em Studio.
Mudanças feitas durante o upgrade
A aplicação Mobile Onboarding está sendo descontinuada.
Começando com a versão Now Platform Rome, o suporte começou a ser desativado para o app Mobile Onboarding. Você não pode mais ativá-lo e as melhorias e correções de erros não críticas não estão sendo desenvolvidas. Os recursos de integração móvel estão disponíveis no aplicativo Now Mobile para HR Service Delivery.
- Clientes nativos
- Adiciona a tabela Clientes nativos [sys_sg_native_client]. Os registros nesta tabela representam os clientes nativos disponíveis; Mobile Agent, Now Mobilee Mobile Onboarding.
- Barra de navegação
- Adiciona a tabela de navegação [sys_sg_navigation]. Os registros nesta tabela representam uma barra de navegação para cada um dos clientes nativos. Os registros nesta tabela durante a migração têm o campo Aplicação legada [legacy_application] habilitado.
- Guia Notificações
- Adiciona a tabela de guias de notificações [sys_sg_notifications_tab]. Os registros nesta tabela representam uma guia para notificações em cada barra de navegação.
- Guia Configurações
- Adiciona a tabela de guias de configurações [sys_sg_settings_tab]. Os registros nesta tabela representam uma guia para configurações em cada barra de navegação.
Esta atualização inclui novos recursos, como inicializadores de aplicações e uma barra de navegação configurável. Todos os aplicativos móveis do sistema básico não modificados instalados na sua instância são atualizados automaticamente para funcionar com o novo design e podem ser usados com Studio imediatamente. Para obter mais detalhes sobre a hierarquia móvel usada em New York e posteriores, consulte Hierarquia móvel.
As aplicações do sistema de base modificadas e as aplicações que você criou em Madrid continuarão funcionando após o upgrade. Essas aplicações não serão configuráveis em Studio até que você execute o script de migração móvel.
Considerações pós-atualização
Após um upgrade, considere as informações a seguir para confirmar se sua implementação móvel está funcionando conforme o esperado e garantir que o script de migração móvel seja executado.
- Aplicações do sistema de base modificadas
- Documente todas as mudanças feitas nos aplicativos para celular fornecidos por ServiceNow, bem como todos os aplicativos que você criou. Teste cada uma dessas aplicações para garantir que elas continuem funcionando conforme o esperado.
- Usar o recurso Depurar upgrade
O recurso de atualização de depuração pode ajudar a diagnosticar rapidamente problemas de atualização. Para obter informações sobre este recurso, consulte Depurar upgrade.
Um curso de treinamento em vídeo sobre esta ferramenta está disponível. Para exibir este curso, consulte Como usar o upgrade de depuração
- Revisar registros ignorados
Para evitar a substituição de suas personalizações, o processo de atualização não atualiza os registros que você modificou. Em vez disso, o processo de atualização anota esse registro ignorado nos logs de atualização. Para obter mais detalhes sobre como lidar com registros ignorados, consulte Processar a lista de registros ignorados.
Um curso de treinamento em vídeo sobre como resolver registros ignorados está disponível. Para exibir este curso, consulte Atualizar registros ignorados.
- Revisar funcionalidade após o upgrade
- Depois de atualizar sua instância e executar o script de migração, o teste de regressão pode ajudar a garantir que os usuários possam continuar funcionando conforme o esperado após um upgrade. Um teste de regressão é uma revisão de seus applets, políticas de IU de tela e funções para garantir que eles estejam funcionando conforme o esperado.
Execução de script de migração do Mobile
Este script converte suas aplicações personalizadas e qualquer aplicação do sistema de base modificada para o novo esquema móvel disponível na versão New York. O script só muda o escopo atual quando é executado. Se você tiver mais de um aplicativo para celular com escopo, deverá executar o script para cada escopo.
Após um upgrade, a opção para executar o script de migração aparece quando você acessa pela primeira vez uma aplicação personalizada ou uma aplicação do sistema de base que você modificou. Por exemplo, ao abrir um registro de applet modificado ou personalizado. Você também pode ver o prompt de migração ao acessar o seletor de applet em Studio navegando até e clicando no ícone de pop-out (ícone de pop- 
). O prompt de migração exibe se algum dos applets mostrados ao seletor requer migração.
Depois que o script for concluído, talvez você seja solicitado a resolver as colisões detectadas pelo processo de migração. Colisões são registros criados por ServiceNow que você modificou e não são atualizados automaticamente. As colisões só podem ocorrer quando você modificou uma aplicação do sistema de base antes de atualizar para New York ou versões posteriores.
Mudanças feitas pelo script de migração móvel
Clique em Migrar para iniciar o script de migração para o escopo atual. O script de migração migra todos os registros dentro do escopo, não apenas o applet que você abriu.
- Transição de aplicações e pastas para inicializadores de applet
O esquema legado Madrid usava aplicativos móveis e pastas para organizar seus applets. O esquema Now Mobile usa telas do inicializador do miniaplicativo, que são divididas em seções de IU. O inicializador do applet é acessado tocando nas guias na barra de navegação que aparece na parte inferior das telas do app.
Figura 1. Mudanças nas aplicações no esquema New York O script de migração cria um inicializador de miniaplicativo para cada registro de aplicativo para celular. O script converte cada pasta no aplicativo para celular original em uma nova seção de ícone horizontal nesse inicializador do miniaplicativo. O script cria um ícone na seção de ícones para cada applet com a pasta. As telas ocultas não aparecem na seção de ícones. O script adiciona uma guia à barra de navegação para cada um dos novos inicializadores do miniaplicativo.
A imagem de exemplo mostra como a aplicação de incidentes aparece após o processo de migração. As pastas originais (Meus incidentes e Incidentes de grupo) são exibidas como seções de IU no inicializador do miniaplicativo Incidentes. Essas seções de IU podem rolar horizontalmente para mostrar quantos applets forem necessários. A aplicação Incidentes pode ser acessada tocando na guia Incidentes na barra de navegação.
Após a migração, o script remove os registros legados de Pasta [sys_sg_folder] e Aplicativo para celular [sys_sg_application].
Para obter mais detalhes sobre a barra de navegação, inicializadores de applet e suas seções de IU, consulte Barra de navegaçãoe Telas do inicializador.
- Migração de formulário
- O applet Formulário substitui as telas de detalhes raiz usadas para exibir formulários de registro na versão Madrid. A migração cria um registro de tela de formulário [sys_sg_form_screen]. O script cria segmentos para cada tela integrada na tela de detalhes principal original. Todos os registros de botão [sys_sg_button] associados à tela de detalhes principal original mudam para serem associados ao novo applet de formulário.
- Migração de mapa
- Os applets de mapa não usavam uma exibição de item para exibir campos em cartões de mapa na versão Madrid. O script de migração cria um registro de exibição de item [ sys_sg_item_view] para cada applet de mapa usando os campos Título, Marcador , Subtítuloe Informações do applet de mapa original.
- Migração de calendário
- O script de migração cria registros de fluxo de itens de período de tempo [sys_sg_time_span_item_stream] para cada calendário e associa o item de dados original dos calendários ao novo fluxo de itens. O script de migração também cria um registro de applet de formulário [sys_sg_form_screen] e migra os botões da tela integrada original dos calendários para o novo formulário.
- Fluxos de item e configurações de item
O script de migração cria um registro de fluxo de itens [sys_sg_item_stream] para cada tela na aplicação com escopo. O registro de item de dados original associado à aplicação legada muda para associar ao novo registro de fluxo de item. O script cria registros de fluxo de item de período de tempo [sys_sg_time_span_item_stream] para cada tela de calendário e registros de fluxo de item de local [sys_sg_location_item_stream] para telas de mapa. Essas duas tabelas se estendem da tabela de fluxo de itens, mas são usadas especificamente para esses tipos de tela.
- Limpeza de tela
- Os campos a seguir não são mais usados em registros de tela. O script remove esses campos dos registros de chamada na tabela Tela [sys_sg_screen].
- Funções do usuário [application_roles]
- Pedido [order]
- Primário [parent]
- Tabela primária [parent_table]
- Item de dados [sys_sg_data_item]
- Oculto [hidden]
Além disso, o script também remove valores dos seguintes campos nos registros da tela do mapa [sys_sg_map_screen]:- Tabela de item de dados [data_item_table]
- Título [title]
- Subtítulo [subtitle]
- Informações [info]
- Localização [location]
- Marcador [tag]
- Cor da fonte do marcador [tag_font_color]
- Cor de plano de fundo do marcador[tag_background_color]
- Estilo de marcador [tag_style]
- Telefone [phone]
- Tipo de cor do marcador [pin_color_type]
- Cor do marcador [pin_color]
O script remove valores dos seguintes campos nos registros de configuração do item [sys_sg_master_item]:- Tabela [table]
- Tela [screen]
- Condição [condition]
- Pedido de condição [condition_order]
O script remove o valor no campo Exibição do item [item_view] dos registros da tela Detalhes [sys_sg_details_screen].
O script remove o valor no campo Exibição do item [item_view] dos registros da tela Lista [sys_sg_list_screen].
O script remove o valor no campo Item de dados [data_item] dos registros de exibição de item [item_view].
Mais recursos
Para obter mais informações sobre o processo de migração, consulte o Mobile Migration Guide for New York no site da comunidade ServiceNow. https://community.servicenow.com/community?id=community_article&sys_id=f5121a33dba7f788fff8a345ca961957