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
O app Mobile Onboarding está sendo descontinuado.
A partir da versão Now Platform Rome, o suporte começou a ser descontinuado para o app Mobile Onboarding. Você não pode mais ativá-lo e melhorias e correções de erros não críticos não estão sendo desenvolvidas. Os recursos de integração móvel estão disponíveis no aplicativo Now Mobile para Prestação de serviços de RH.
- 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ções [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.
Este upgrade inclui novos recursos, como inicializadores de aplicações e uma barra de navegação configurável. Todos os aplicativos móveis do sistema base não modificados instalados em 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 a funcionar 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-upgrade
Após um upgrade, considere as informações a seguir para confirmar que sua implementação móvel está funcionando conforme o esperado e certifique-se de 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 upgrade de depuração pode ajudá-lo a diagnosticar rapidamente problemas de upgrade. Para obter informações sobre esse 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 upgrade não atualiza os registros que você modificou. Em vez disso, o processo de upgrade anota esse registro ignorado nos logs de upgrade.
Está disponível um curso de treinamento em vídeo sobre como resolver registros ignorados. Para exibir este curso, consulte Fazer upgrade de 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 a trabalhar conforme o esperado após um upgrade. Um teste de regressão é uma revisão de seus miniaplicativos, 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 para dispositivos móveis
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 somente 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 base que você modificou. Por exemplo, ao abrir um registro de applet modificado ou personalizado. Você também pode ver o aviso de migração ao acessar o seletor de applet em Studio, navegando até e clicando no ícone de pop-out ( 
). O aviso de migração será exibido se algum dos applets mostrados ao seletor precisar de migração.
Depois que o script for concluído, você poderá ser 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ê tiver modificado uma aplicação do sistema base antes do upgrade 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 Madrid legado usava aplicativos para celular 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 iniciador 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 dentro do 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 de applet.
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 applet Incidentes. Essas seções de IU podem rolar horizontalmente para mostrar quantos applets forem necessários. Para acessar a aplicação Incidentes, toque 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 incorporada 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 itens 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 ser associado ao novo registro de fluxo de itens. O script cria registros de fluxo de itens de período de tempo [sys_sg_time_span_item_stream] para cada tela de calendário e registros de fluxo de itens 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 chamadas na tabela Tela [sys_sg_screen].
- Funções do usuário [application_roles]
- Pedido [ordem]
- Primário [primário]
- Tabela primária [parent_table]
- Item de dados [sys_sg_data_item]
- Oculto [oculto]
Além disso, o script também remove valores dos seguintes campos nos registros da tela 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 fundo do marcador[tag_background_color]
- Estilo de marcador [tag_style]
- Telefone [phone]
- Tipo de cor de alfinete [pin_color_type]
- Cor do alfinete [pin_color]
O script remove valores dos seguintes campos nos registros de configuração de item [sys_sg_master_item]:- Tabela [tabela]
- Tela [tela]
- Condição [condition]
- Pedido de condição [condition_order]
O script remove o valor no campo Exibição de itens [item_view] dos registros da tela Detalhes [sys_sg_details_screen].
O script remove o valor no campo Exibição de item [item_view] dos registros da Tela de 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