Avaliações e Detalhes do Produto de Dynamics 365 Field Service

Field Service é uma ferramenta poderosa, e o que mais se destaca é sua capacidade de otimizar operações de campo por meio de uma combinação de agendamento, gerenciamento de recursos e recursos de engajamento do cliente. Análise coletada por e hospedada no G2.com.

Complexidade na Configuração e Configuração, Custo Análise coletada por e hospedada no G2.com.

It's various features such as Scheduling, Time schedule list. The best about Dynamics 365 Field Service is that it's ability to integrate with other Microsoft products such as Outlook, Teams and many more. Análise coletada por e hospedada no G2.com.

Laggy behaviour during peak hours, App design a little bit. Análise coletada por e hospedada no G2.com.

Gestão de Ordens de Serviço, Ferramenta de Agendamento, Uso em dispositivos móveis, Gestão de Ativos, Compras e Gestão de Inventário, Geração de Relatórios, Integração com Omnicanal para Suporte ao Cliente. Análise coletada por e hospedada no G2.com.

A integração com canais externos e omnichannel é um pouco difícil. Análise coletada por e hospedada no G2.com.

Era fácil de usar mesmo sem ter conhecimento de CRMs. Análise coletada por e hospedada no G2.com.

Há alguns protocolos de segurança uma vez que um lead é passado que não consigo editar se cometi um erro. Análise coletada por e hospedada no G2.com.

Dynamics 365 Field Server (FS) permite uma implantação muito flexível de contratos de serviço, possuindo todos os recursos da solução D365 CRM, com conceitos de FS como acordos, ordens de serviço, tarefas, etc., integrados. Como todo o D365, a maioria das entidades "centrais" como tarefas, contas, usuários, equipes, etc., pode ser associada de forma flexível umas às outras, e fluxos de trabalho são construídos em torno disso.

Além disso, como líder de análise de dados, ter as associações possíveis integradas e configuradas pelo usuário entre entidades torna a automação e a conversão dos dados em uma estrutura relacional mais tradicional muito mais fácil do que ter que codificar manualmente o ETL.

As tabelas de metadados que descrevem possíveis status, substatus e associações com entidades são muito sistemáticas - até mesmo relatando o PAPEL de cada lado de uma associação. Se desejado, poderia-se automatizar completamente um ETL de banco de dados gráfico apenas a partir de uma análise cuidadosa das tabelas de metadados (o que eliminaria o problema relatado na seção "desgosto" de que muitas entidades têm mais de 100 campos (na maioria das vezes não utilizados na maioria das implementações) que são nulos se não utilizados). Análise coletada por e hospedada no G2.com.

A característica que torna o D365 FS (e o D365 em geral) é que o modelo de dados subjacente é extremamente difícil de gerenciar fora das ferramentas oferecidas pela Microsoft. É necessário um grande esforço para configurar a duplicação de dados em um banco de dados acessível via SQL tradicional (mesmo o SQL Server). Uma vez que os dados estão lá, você se depara com cada entidade tendo TODOS OS CAMPOS POSSÍVEIS que poderiam ser usados. Entidades principais como "conta", "contato", "tarefa", etc. têm mais de 100 campos cada. A ordem das colunas é aparentemente aleatória: campos configurados pelo usuário são misturados entre os embutidos. Felizmente, os metadados disponíveis na API estão disponíveis - permitindo a construção de ferramentas de conversão automatizadas para fazer com que os dados extraídos contenham apenas os campos em uso - ordenados de uma maneira mais gerenciável.

O comentário acima é aplicável a TODAS as soluções D365, não apenas FS. FS tem dois conceitos-chave que estão faltando, que parecem que fariam parte de qualquer solução CRM->FS:

1. Falta de um conceito de "status" ou "pipeline" de conta unificado: no D365. "Leads" que são fechados criam "oportunidades", que no FS se transformam em "acordos" aos quais um ou mais "ordens de serviço" podem ser associados. Não há um lugar unificado, além de links de retorno para a etapa anterior, para entender em que data um determinado acordo para uma conta (qualquer um dos quais pode não ser criado até que o lead seja fechado) foi um lead, quando o lead foi fechado e criou uma oportunidade, que então se transformou em um acordo, etc. Se você quiser construir um relatório de pipeline (mesmo na GUI embutida, mas também no SQL) você tem que criar manualmente junções que seguem os links. Também é possível que a interface crie entidades mais tarde no processo sem a etapa anterior (um acordo pode existir sem uma oportunidade que o criou, por exemplo). Quando usado para entender taxas de fechamento, custo de aquisição de cliente/conta, valor vitalício de um cliente, etc., é super desafiador.

2. As entidades específicas do FS "acordo" e "ordem de serviço" foram, acredito, implementadas inicialmente por outro provedor de soluções e depois compradas e adicionadas. (Elas são nomeadas "msdyn_account" e "msdyn_workorder - essa convenção de prefixo também se aplica a novas entidades/campos adicionados por implementadores). Assim, o "status/substatus" dessas duas entidades são tratados de forma muito diferente - em todos os outros embutidos do D365, existem dois campos de metadados denotando o "status" da entidade: atual/ativo, inativo, etc. e "substatus": "novo", "aberto", "em andamento", "fechado", etc. Em acordos e ordens de serviço, esses campos existem, mas os campos configuráveis pelo usuário que denotam o mesmo significado estão em tabelas de entidades adicionais com GUIDs para chaves em vez de inteiros.

É outra coisa para contornar.

Esses dois, e o requisito absoluto comum a todos os ambientes de configuração ou implementação sem/baixo código de trabalhar dentro do paradigma da ferramenta em vez de impor seu processo a ela, são provavelmente as coisas mais difíceis de superar.

Dito isso, o fato de você poder consultar DIRETAMENTE todas as associações legais entre entidades e status nas tabelas de metadados torna isso um problema tratável. Análise coletada por e hospedada no G2.com.

Funciona. Moderno. Tem a capacidade de integrar-se com outros softwares. Análise coletada por e hospedada no G2.com.

Tudo parece precisar ser modificado para funcionar corretamente. Análise coletada por e hospedada no G2.com.

Dynamic 365 é um ótimo programa. Os módulos são fáceis de decifrar, e enquanto nossos membros da equipe inserirem informações substanciais e de qualidade, o programa faz um excelente trabalho ao fornecer relatórios valiosos. Análise coletada por e hospedada no G2.com.

A única aversão foi a nossa informação na "nuvem". Isso simplesmente levanta muitas preocupações de segurança para alguns membros. Mesmo que a segurança seja de primeira linha, há uma quantidade enorme de recursos com os quais um usuário tem que lidar, e isso simplesmente torna cansativo. Análise coletada por e hospedada no G2.com.

É a melhor aplicação empresarial que pode ser utilizada durante o serviço de campo. É baseada na nuvem e pode ser operada no telefone móvel também. Análise coletada por e hospedada no G2.com.

Pode ser feito mais simples em funcionalidade. Análise coletada por e hospedada no G2.com.

Integração com o ambiente poderoso do Dataverse da Microsoft Cloud, que fornece conformidade adequada. SLAs ativos e dados históricos. Automação de ordens de serviço e faturas e gerenciamento de serviços. Visitas agendadas para engenheiro de campo. Análise coletada por e hospedada no G2.com.

#Alto custo de licenciamento para ferramenta e armazenamento

#Complexo em termos de configuração e administração. Deve ter forte expertise técnica para gerenciar

#Problemas de desempenho Análise coletada por e hospedada no G2.com.

Fácil de carregar, atualizar informações e compartilhar com colegas, ações ao vivo são importantes. Análise coletada por e hospedada no G2.com.

Bugs constantes relacionados nas atualizações do novo sistema, clientes que gostam de personalizações de terceiros, sempre terão possíveis problemas quando o software for atualizado. Análise coletada por e hospedada no G2.com.