Migração móvel de Madrid. New York e versões posteriores
Migre seus aplicativos para celular no New York ou versões posteriores para aproveitar os recursos aprimorados e continuar editando no Studio.
Mudanças feitas durante o upgrade
- Clientes nativos
- Adiciona a tabela Clientes nativos [sys_sg_native_client]. Os registros nesta tabela representam os clientes nativos disponíveis; Mobile Agent, Now Mobile e Mobile Onboarding.
- Barra de navegação
- Adiciona a tabela 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 seus Aplicação legada campo [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 iniciadores de aplicações e uma barra de navegação configurável. Todos os aplicativos móveis do sistema de 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, mais tarde, consulte Hierarquia móvel.
Aplicações do sistema de base modificadas e aplicações que você criou em Madrid continuará a funcionar após o upgrade. Essas aplicações não serão configuráveis em Studio depois de executar o script de migração para celular.
Considerações pós-upgrade
Após um upgrade, considere as informações a seguir para confirmar se 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 todas as aplicações que você criou. Teste cada uma dessas aplicações para garantir que elas continuem funcionando conforme o esperado.
- Use o recurso de upgrade de depuração
O recurso de upgrade de depuração pode ajudar você a diagnosticar rapidamente problemas de upgrade. Para obter informações sobre esse recurso, consulte upgrade de depuração.
Um curso de treinamento em vídeo sobre esta ferramenta está disponível. Para exibir este curso, consulte Uso do upgrade de depuração
- Revisar registros ignorados
Para impedir 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 registra esse registro ignorado nos logs de upgrade.
Um curso de treinamento em vídeo sobre como resolver registros ignorados está disponível. Para exibir este curso, consulte Fazer upgrade de registros ignorados .
- Revise a 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 trabalhando 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.
Script de migração do Mobile em execução
Este script converte suas aplicações personalizadas e qualquer aplicação do sistema de base modificada para o novo esquema móvel disponível no New York versão. O script só muda o escopo atual quando é executado. Se você tiver mais de uma aplicação para celular com escopo, deverá executar o script para cada escopo.
Após um upgrade, a opção de 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 pop-out ( 
). O prompt de migração será exibido se algum dos applets mostrados no seletor exigir migração.
Após a conclusão do script, você pode ser solicitado a resolver 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ê modifica uma aplicação do sistema de base antes do upgrade para New York ou versões posteriores.
Mudanças feitas pelo script de migração para celular
Clique em Migrar para iniciar o script de migração para o escopo atual. O script de migração migra todos os registros no escopo, não apenas o applet que você abriu.
- Transição de aplicações e pastas para iniciadores de applet
O legado Madrid o schema usou aplicações móveis e pastas para organizar seus applets. . Now Mobile Esquema, usa telas do inicializador de applet, que são divididas em seções de IU. O inicializador de applet é acessado tocando nas guias na barra de navegação que aparece na parte inferior das telas do aplicativo.
Figura 1. Mudanças nas aplicações no New York esquema O script de migração cria um inicializador de applet para cada registro de aplicativo para celular. O script converte cada pasta no aplicativo móvel original em uma nova seção de ícone horizontal no inicializador do applet. Em seguida, o script cria um ícone na seção de ícones para cada applet com a pasta. Telas ocultas não aparecem na seção de ícones. Em seguida, 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 Incidents aparece após o processo de migração. As pastas originais ( Meus incidentes e. Incidentes de grupo Exibidos como seções de IU no Incidentes inicializador de applet. Essas seções de IU podem rolar horizontalmente para mostrar quantos applets forem necessários. . Incidentes a aplicação pode ser acessada tocando em Incidentes na barra de navegação.
Após a migração, o script remove os registros de Pasta legada [sys_sg_folder] e Aplicação móvel [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ção e Telas do inicializador.
- Migração de formulário
- O applet de formulário substitui as telas de detalhes raiz usadas para exibir formulários de registro no Madrid versão. 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 associar ao novo applet de formulário.
- Migração de mapas
- Os miniaplicativos de mapa não usaram uma exibição de item para exibir campos em cartões de mapa no Madrid versão. O script de migração cria um registro de exibição de item[sys_sg_item_view] para cada applet de mapa usando Título , Marcador , Subtítulo e Informações campos do applet de mapa original.
- Migração de calendário
- O script de migração cria registros de fluxo de itens do período de tempo [sys_sg_time_span_item_stream] para cada calendário e associa o item de dados original do calendário ao novo fluxo de item. 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 do 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 do 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 seguintes campos não são mais usados em registros de tela. O script remove esses campos dos registros de chamada na tabela de tela [sys_sg_screen].
- Funções de usuário [application_roles]
- Pedido [pedido]
- 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 de mapa [sys_sg_map_screen]:- Tabela de item de dados [data_item_table]
- Título [title]
- Subtítulo [subtítulo]
- Informações [info]
- Local [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]
- Fixar tipo de cor [pin_color_type]
- Fixar cor [pin_color]
O script remove valores dos seguintes campos nos registros Configuração de item [sys_sg_master_item]:- Tabela [table]
- Tela [tela]
- Condição [condition]
- Ordem de condição [condition_order]
O script remove o valor no campo Exibição de item [item_view] dos registros da Tela de 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 Guia de migração móvel para Nova York no ServiceNow site da comunidade. https://community.servicenow.com/community?id=community_article&sys_id=f5121a33dba7f788fff8a345ca961957