Implementar Mobile Field Service

Objective

After completing this lesson, you will be able to configurar e gerenciar com eficiência fluxos de trabalho de serviço no SAP Field Service Management.

Introdução ao Mobile Field Service

Unidade 3: Principais tópicos

Nesta lição, estamos focados na configuração de workflows de serviços no sistema SAP Field Service Management. Esses fluxos de trabalho possibilitam a padronização dos processos de atendimento, melhorando a comunicação entre as equipes de escritório e os funcionários de campo.

Os conceitos-chave incluem Etapas de execução da atividade e Etapas do workflow de serviço. As etapas de execução da atividade (planejamento, escalonamento, execução, encerrado, cancelado) representam diferentes etapas do processo. Na etapa 'EM EXECUÇÃO' estão as Etapas de workflow de serviço, que podem ser consideradas como substatus.

Essas etapas definem os marcos para o técnico quando ele conclui uma atividade de prestação de serviços. O técnico avança em cada etapa, finalizando seu trabalho criando um relatório de serviço. Nesta fase, o workflow e a atividade passam para o status 'fechado'.

Para configurar este sistema de fluxo de trabalho, você precisará entender como navegar pelo portal administrativo para Configurações da empresa e, em seguida, ativar fluxos de trabalho de serviço. Fluxos de trabalho específicos podem ser criados dependendo do tipo de atividades, e cada fluxo de trabalho pode ter diferentes etapas atribuídas.

Lembre-se de que cada fluxo de trabalho deve sempre incluir as etapas 'novo' e 'fechar'. A ordem das 'próximas etapas' pode ser personalizada e isso determinará quais opções um técnico tem em cada ponto.

Outro conceito importante é o Tipo de tela, que determina quais informações são exibidas em cada etapa. As diferentes opções (Nenhuma, Viagem, Smartform, Itens de trabalho, Tela de resumo, Encerramento de compra/Relatório) fornecem dados contextuais diferentes para ajudar os técnicos a executar suas tarefas com eficiência.

A lição também apresenta o conceito de 'Smartform' - uma lista de verificação que é automaticamente criada e exibida quando um técnico atinge uma etapa de fluxo de trabalho específica.

Por fim, esta lição descreve considerações offline para a operação do aplicativo móvel, discutindo fatores que afetam o desempenho, como o tamanho geral do banco de dados da empresa, configurações para permissões de dados e regras de sincronização para usuários móveis.

Para resumir, observe os fluxos de trabalho e as etapas do serviço, as fases de execução da atividade, o tipo de tela, o smartform e as considerações offline. Entender esses elementos é crucial quando você aprende a configurar e gerenciar efetivamente fluxos de trabalho de serviços e sincronização de dados móveis no SAP Field Service Management.

Configuração de fluxos de trabalho de serviço

Os workflows de serviço permitem a você ativar e configurar pontos de controle ou marcos para a execução do serviço nas aplicações móveis. Isso ajuda a padronizar processos e melhorar as comunicações entre as equipes de back-office e os funcionários de campo.

O workflow de serviço define o conjunto de etapas de workflow (ou marcos do processo de serviço) pelas quais o técnico passa durante o processamento de uma atividade do início ao fim.

Para entender melhor os fluxos de trabalho de serviço, é importante entender a diferença entre as fases de execução da atividade e as etapas do fluxo de trabalho de serviço.

As etapas de execução da atividade para planejamento e distribuição são as seguintes:

  • EM PLANEJAMENTO
  • EM DISPONIBILIZAÇÃO
  • EM EXECUÇÃO
  • FECHADO
  • CANCELADO

A etapa EM EXECUÇÃO indica que a atividade foi liberada para o técnico e pode agora ser visualizada e concluída no aplicativo móvel.

As etapas de workflow de serviço ocorrem na fase de execução da atividade EM EXECUÇÃO. Por isso, uma etapa de workflow pode ser entendida como substatus da etapa de execução da atividade EM EXECUÇÃO.

O workflow de serviço define o conjunto de etapas de workflow (ou marcos do processo de serviço) pelas quais o técnico passa durante o processamento de uma atividade do início ao fim.

Ao trabalhar em uma atividade, o técnico pressiona os botões da etapa de workflow para passar de uma etapa para a próxima. Na etapa ativa final, geralmente a etapa CHECKOUT ou a etapa REPORT, o técnico finaliza o trabalho criando um relatório de serviço. Quando isso é concluído, o workflow passa para a etapa ENCERRADO e a atividade passa para a fase de execução FECHADO.

Para ativar os recursos de fluxo de trabalho de serviço, ative a configuração correspondente nas Configurações da empresa.

Para ativar fluxos de trabalho de serviço em sua empresa, navegue para AdministraçãoConfiguraçõesda empresaCoreSystems.Assignment.IsWorkflowDriven e ative a configuração.

As definições de workflow de serviço podem ser criadas e gerenciadas no portal do administrador em AdministraçãoEmpresaFluxos de trabalho de serviço. Aqui, em um workflow de serviço, as etapas de workflow que pertencem ao workflow podem ser configuradas e atualizadas.

Tarefas diferentes requerem fluxos de trabalho diferentes. Uma atividade de manutenção e uma atividade de instalação podem utilizar diferentes workflows com diferentes etapas adaptadas a cada tipo de tarefa.

É possível definir vários workflows. Isso pode ser útil se diferentes tipos de atividades exigirem diferentes processos de execução de serviço. Em combinação com uma regra comercial, um workflow específico pode ser atribuído a uma atividade. Se não estiver ativa nenhuma regra comercial que atribua workflows, o sistema atribui automaticamente o workflow que está marcado como padrão.

Por exemplo, no administrador, você encontrará uma regra comercial modelo SAMPLE - Etapas de workflow - Associar um chamado de serviço com o tipo Instalação, ao workflow de instalação. Utilizando esta regra comercial, todas as atividades em uma chamada de serviço do tipo instalação serão associadas ao workflow de instalação.

Nota

Para que alguns dos exercícios funcionem conforme projetado, você deve ter um workflow chamado Instalação definido em workflows de serviço. A nomeação diferencia maiúsculas de minúsculas.
As etapas individuais no workflow podem ser modificadas de acordo com suas necessidades.

O recurso de fluxo de trabalho de serviço pode ser alcançado em AdminFluxos de trabalho de serviçoda empresa

Quando você seleciona um workflow específico, será exibida a lista das etapas de workflow correspondentes. Selecione Processar para adicionar etapas, modificar a sequência de etapas ou remover etapas.

Observe que as etapas new e close são obrigatórias.

As etapas podem ser adicionadas, removidas ou a respectiva sequência pode ser modificada.

O campo Etapas seguintes pode ser utilizado para determinar que etapas podem ocorrer após uma determinada etapa de workflow. A ordem na qual a próxima etapa é selecionada será refletida na lista de séries exibida na lista suspensa. Estas configurações determinam que etapas de workflow o técnico pode selecionar na aplicação móvel, desde que a etapa de workflow esteja ativa nesse momento.

Caso a atividade deva ser encerrada com um check out utilizando um relatório baseado em Jaspersoft, a etapa correspondente deve ter o nome checkout. No entanto, se o check out for efetuado com um relatório baseado em HTML, a etapa correspondente deve ter o nome report. Em qualquer um dos casos, a etapa subsequente deve ser a etapa close. Dessa forma, após a conclusão do check out, o workflow passa automaticamente para o status encerrado, assim como a atividade.

O campo Critérios de aceitação permite que você insira o texto que será exibido quando o técnico mudar para a próxima etapa do fluxo de trabalho.

Tipo de tela

Quando você está na lista de etapas de workflow, pode ir para a visão detalhada da etapa selecionando o Eyesymbol.

O campo Critérios de aceitação permite que você insira o texto que será exibido quando o técnico mudar para a próxima etapa do fluxo de trabalho. O técnico terá que confirmar o texto antes de poder continuar para a próxima etapa. Como alternativa, eles podem cancelar e retornar à etapa atual/precedente.

Uma etapa de workflow pode ser configurada para exibir um tipo de tela específico. O tipo de tela determina o que será exibido na tela quando a etapa de workflow for alcançada.

Uma etapa de workflow pode ser configurada para exibir um tipo de tela específico. Os tipos de tela dedicados permitem que o técnico se concentre nas informações relevantes para uma determinada etapa do processo de serviço. O tipo de tela determina o que será exibido na tela quando a etapa de workflow for alcançada. Os benefícios da utilização de tipos de tela dedicados incluem:

  • Fornecendo mais contexto: essas telas oferecem contexto adicional ao técnico durante a execução do serviço externo, garantindo que ele tenha todos os detalhes necessários para executar suas tarefas com eficiência.
  • fornecendo informações focadas: ao exibir apenas as informações relevantes, os tipos de tela dedicados ajudam os técnicos a se concentrarem no que é essencial, reduzindo distrações e aumentando a produtividade.
  • Padronização dos processos: Essas telas orientam os técnicos em seu trabalho, garantindo que eles sigam os procedimentos corretos e concluam todas as etapas necessárias.

As opções de tipo de tela incluem:

  • Nenhum
  • Viagem: o endereço da atividade é exibido
  • Smartform: um smart form específico pode ser criado automaticamente
  • Work items: todos os smartforms e materiais reservados associados à atividade estão sendo exibidos e podem ser processados
  • Tela de resumo: um resumo dos dados registrados é exibido
  • checkout / relatório: crie um relatório a partir de um modelo predefinido para concluir a atividade, enquanto tem a possibilidade de capturar a assinatura do cliente.

Dependendo do tipo de tela, você pode definir diferentes parâmetros, como os seguintes:

  • Status de pessoa que será exibido no painel de planejamento
  • Critérios de aceitação
  • Registro (solicitando que o técnico registre, por exemplo, quilometragem e tempo de viagem)
  • Cor e ícone associados à etapa
  • Próxima etapa principal/alternativa: determina quais botões estão disponíveis na tela para ir para as etapas definidas.
O tipo de tela Smartform permite que você defina um modelo Smart Form específico que será utilizado para criar automaticamente uma instância Smart Form correspondente.

Um dos tipos de tela dedicados é o tipo de tela Smartform. Este tipo de tela permite que você defina um modelo Smart Form específico que será utilizado para criar automaticamente uma instância Smart Form correspondente. Essa instância da lista de verificação será exibida no aplicativo móvel quando o técnico atingir essa etapa do fluxo de trabalho.

Esta tela combina a relevância contextual das etapas de workflow e a natureza flexível do Smart Form e cria uma série de possibilidades para o modo como essas duas funções podem ser utilizadas.

Considerações offline

Os aplicativos móveis são projetados para funcionar offline, ficando online apenas para sincronizar dados quando necessário.

Os aplicativos móveis são projetados para funcionar offline, ficando online apenas para sincronizar dados quando necessário. A sincronização de dados é acionada pelo aplicativo móvel ou pelo próprio usuário. O conteúdo da sincronização é controlado por meio das configurações de permissão. O processo é o seguinte:

  1. A nuvem do Field Service Management envia os dados para o client móvel.
  2. Os dados são armazenados localmente, dentro do app no dispositivo móvel dos técnicos. O técnico trabalha com os dados offline, criando ou modificando registros de dados localmente.
  3. Sempre que necessário ou desejado, o técnico sincroniza carregando os dados locais atualizados ao baixar novos dados da nuvem.

    O conteúdo da sincronização é controlado por meio das configurações do grupo de usuários (permissões).

O carregamento inicial de dados da nuvem FSM para o client móvel contém todos os dados que o usuário tem autorização para ler. Nas sincronizações subsequentes, somente os registros novos ou alterados são trocados entre a nuvem e o client móvel. Isso é chamado de carregamento delta.

Ao configurar sua solução FSM, é particularmente importante sincronizar o mínimo possível e o máximo necessário de informações para os aplicativos móveis dos técnicos.

Ao configurar sua solução FSM, é particularmente importante considerar os dados necessários nos aplicativos móveis para que os técnicos possam realizar seu trabalho. O princípio orientador deve ser "o mínimo possível e o máximo necessário".

Os motivos para isso são possíveis limitações e restrições para usuários no campo:

  • Durante a sincronização, a recepção de dados celulares e a largura de banda podem ser ruins.
  • O espaço de armazenamento de dados em dispositivos móveis pode ser limitado.
  • O dispositivo móvel pode ter capacidade de processamento limitada, devido à RAM limitada ou à potência da CPU.

Se combinado com muitos dados sendo trocados entre a nuvem FSM e o cliente móvel, qualquer um desses fatores acima pode resultar em baixo desempenho em termos de tempos de sincronização e capacidade de resposta do aplicativo.

Existem vários fatores relacionados ao FSM que influenciam os resultados de desempenho para usuários móveis:

  • Tamanho geral do banco de dados da empresa, em termos de volume total de armazenamento.
  • Tamanho geral do banco de dados da empresa, em termos de quantidades de registros por objeto de dados.
  • Configurações de grupo de políticas de administração para permissões de dados (leitura) para os usuários móveis.
  • Configurações de grupo de políticas de administrador para regras de sincronização para usuários móveis.

O tamanho do banco de dados da sua empresa tem um impacto direto no tempo necessário para sincronizar dados com o aplicativo móvel e no próprio desempenho do aplicativo, pois isso afetará diretamente quanto tempo levará para a sincronização ser concluída. Portanto, temos que avaliar cuidadosamente os volumes de dados esperados na nuvem e em dispositivos móveis, as possíveis condições de rede e hardware móvel para técnicos e tomar medidas caso os limites recomendados estejam sendo excedidos.

Os aplicativos móveis FSM Cloud e FSM têm quantidades de dados máximas recomendadas separadas e volumes, com diferentes tipos de objeto tendo limites diferentes.

Os aplicativos móveis FSM Cloud e FSM têm volumes e valores de dados máximos recomendados separados.

O tamanho do banco de dados para técnicos deve ser idealmente inferior a 400 MB e inferior a 10.000 registros de qualquer tipo de objeto indicado. Os montantes máximos são 600 MB e 20.000 registros de qualquer tipo de objeto. Os montantes máximos não são um limite rígido, mas os problemas de performance se tornarão cada vez mais prováveis.

Para obter os montantes de dados máximos e recomendados para uma empresa em nuvem FSM, consulte as páginas de ajuda da SAP.

Alguns tipos de objeto têm maior probabilidade de ter um impacto alto na performance do que outros. Os exemplos incluem:

  • Atividades
  • Anexos
  • Lotes
  • Parceiros de negócios
  • Tamanho (e complexidade) do ChecklistTemplate
  • Tamanho da instância da lista de verificação
  • Equipamentos
  • Itens
  • Pessoas
  • Mats.reservadas
  • ServiceCalls
  • Depósitos
Os montantes de dados em um cliente móvel FSM podem ser estabelecidos a partir do menu de configurações do app.

Os montantes de dados em um cliente móvel FSM podem ser estabelecidos a partir do aplicativo: selecione obotão de menu de contexto de três pontos Configurações(Informações)Entrar em contato com o suporte. (Este caminho de menu pode ser ligeiramente diferente entre os mobile apps FSM nas diferentes plataformas).

Depois de selecionar Entrar em contato com o suporte, o aplicativo de e-mail padrão em seu dispositivo móvel é aberto e um novo e-mail é preenchido com os principais dados sobre os volumes de dados. A própria mensagem de e-mail ou o anexo exibirá o tamanho total do banco de dados e os montantes de registro por tipo de objeto.

Observe que os montantes de registro são o resultado dos volumes gerais do banco de dados da empresa combinados com as configurações de permissão para o usuário e várias configurações da empresa

Permissões, Regras de sincronização de dados e Configurações da empresa podem ser usados para gerenciar volumes de sincronização de dados.

Do ponto de vista da configuração, podemos realizar várias ações para ajudar a garantir que os aplicativos móveis mantenham o desempenho:

  • As permissões podem ser aplicadas a usuários e objetos de negócios para personalizar ainda mais o comportamento e melhorar o desempenho.
  • As regras de sincronização de dados podem ser aplicadas para determinar quais dados são armazenados no mobile app no modo "offline".
  • As configurações da empresa podem ser ajustadas para reduzir o tamanho da exibição do anexo e melhorar o tempo de sincronização.
  • Mantenha os modelos smartform pequenos e enxutos, por exemplo, evitando o uso excessivo de condições de visibilidade.

Todas essas configurações podem ser modificadas e afetarão a performance dos aplicativos móveis em termos de tempos de sincronização e capacidade de resposta do aplicativo.

Pergunta do desafio

Desafie-se: Colocando seu conhecimento à prova

Nesta lição, você terá a oportunidade de aplicar os conceitos e conhecimentos adquiridos ao longo da unidade. Projetamos uma Pergunta do Desafio envolvente que colocará suas habilidades de pensamento crítico em ação. Reserve um momento para refletir sobre o que aprendeu e use esse entendimento para criar sua própria solução única para a pergunta em questão.

Para aproveitar ao máximo este exercício, recomendamos que você escreva sua resposta em um pedaço de papel separado. Isso ajudará você a organizar seus pensamentos e medir seu progresso de aprendizagem. Quando você tiver concluído sua resposta, compare-a com a resposta de especialista fornecida. Isso lhe dará insights valiosos sobre como você entendeu bem o material e onde você pode precisar concentrar sua atenção para um crescimento maior.

Lembre-se, esta é uma oportunidade para aplicar sua compreensão de uma forma prática, por isso não hesite em pensar criativamente e explorar diferentes abordagens. Sua participação ativa nesta lição reforçará seu aprendizado e o preparará para o sucesso no mundo real.

Cenário:

Imagine que você é um consultor SAP designado para coordenar com a Acme Technologies, uma empresa que utiliza o sistema SAP Field Service Management.

A Acme Technologies está introduzindo um novo tipo de atividade de serviço que exige processos de execução diferentes das atividades existentes. No entanto, eles têm dificuldades com a configuração e o gerenciamento adequados dos fluxos de trabalho de serviço para esse novo serviço, que envolve tarefas de instalação. Além disso, eles gostariam que os técnicos tivessem acesso ao endereço do cliente quando estiverem a caminho do local do trabalho, mas isso não está ocorrendo atualmente.

Identifique as etapas que você executaria para ajudar a Acme Technologies na implementação com êxito do fluxo de trabalho de serviço para o novo tipo de serviço, garantindo que o tipo de tela 'Viagem' exibirá as informações necessárias.

Resposta do consultor especialista

Para dar suporte à Acme Technologies, eu criaria primeiro um novo fluxo de trabalho de serviço adaptado ao novo tipo de atividade de serviço. Posso fazer isso acessando Admin → Empresa → Fluxos de trabalho de serviço no portal do administrador. Aqui, vou configurar um novo fluxo de trabalho de serviço que inclua novas etapas de fluxo de trabalho específicas ao processo de instalação, garantindo a inclusão das etapas obrigatórias 'novo' e 'fechar'.

Quando o novo fluxo de trabalho de serviço é estabelecido, eu crio uma regra de negócios que associa esse fluxo de trabalho específico às atividades de instalação. Sem esta regra, o sistema predefine o workflow indicado como padrão.

Em seguida, configuraria o tipo de tela para a etapa "Viagem" neste fluxo de trabalho. Isso é acionado na seção Detalhe da etapa do workflow em Workflows de serviço. Ao definir o tipo de tela como 'Viagem' para a etapa correspondente, o endereço da atividade será exibido quando o técnico estiver indo para o local de trabalho.

As etapas apropriadas para os técnicos seriam incluídas no fluxo de trabalho, garantindo que cada etapa seja significativa para o tipo de atividade. Eu especificaria, no campo Próximas etapas, quais etapas podem suceder às atuais, seguindo as operações padrão da Acme para instalações.

Após a conclusão da configuração, eu comunicaria todas as alterações à Acme Technologies e forneceria instruções explícitas sobre como navegar pelo novo fluxo de trabalho. Uma reunião de acompanhamento seria agendada para certificar que o fluxo de trabalho está alinhado com os objetivos da Acme Technologies e para enfrentar quaisquer desafios operacionais vivenciados pelos técnicos no local

Recapitulação da lição

Para recapitular, a lição se concentrou em compreender os conceitos e etapas fundamentais na configuração e no gerenciamento de workflows de serviços no SAP Field Service Management.

A compreensão das etapas de execução da atividade e das etapas do fluxo de trabalho de serviço foi destacada devido à sua importância na padronização dos processos de serviço e na melhoria das linhas de comunicação entre as equipes. Reconhecer a diferença entre esses dois elementos é fundamental para entender como os fluxos de trabalho de serviço operam no sistema. A função de etapas do workflow de serviço na etapa 'EM EXECUÇÃO', servindo como um tipo de 'substatus' para a etapa de atividade principal.

As etapas para navegar pelo portal do administrador para ativar fluxos de trabalho de serviço e criar fluxos de trabalho específicos também foram destacadas. Isso inclui a configuração de etapas 'novas' e 'de encerramento' como obrigatórias em cada workflow e a personalização de 'próximas etapas' para orientar os técnicos em cada ponto de uma tarefa.

O uso de tipos de tela para determinar o que um técnico vê em cada etapa do fluxo de trabalho é outro elemento-chave. Diferentes tipos de tela (Nenhum, Viagem, Smartform, Itens de trabalho, Tela de resumo, Encerramento de compra/Relatório) oferecem vários contextos para tornar as tarefas dos técnicos eficientes.

Também discutimos o conceito Smartform, que cria uma lista de verificação automática exibida quando um técnico atinge uma etapa específica do fluxo de trabalho.

Os conceitos elucidados na lição são fundamentais para um consultor que ajude seus clientes a entender e implementar fluxos de trabalho de serviço, permitindo operações simplificadas e aumentando a eficiência dentro de sua organização. Eles também atuam como base para entender questões de nível superior e mais complexas relativas ao SAP Field Service Management.

Como usar o Mobile Field Service