Introdução aos novos formulários do Microsoft Dynamics CRM Online introduzidos com a atualização December 2012 Service Update, mais conhecida como Polaris. O PPT será disponibilizado para download em breve no site DynamicsCRMWorld.net. Mais informações em: www.DynamicsCRMWorld.net Aproveite para assinar nossa newsletter e receba gratuitamente nossos artigos e dicas exclusivas em seu e-mail: http://eepurl.com/u6x6D

1. Introdução aos novos
formulários do Microsoft
Dynamics CRM Online
December 2012 Service Update (Polaris)
www.DynamicsCRMWorld.net
Christophe Trevisani Chavey – Microsoft Dynamics CRM Expert
contato@DynamicsCRMWorld.net

2. Introdução
• A atualização Polaris tem como um de seus principais objetivos a
simplificação da interface
• A nova interface é muito mais propicia ao uso em equipamentos com
tela sensível ao toque (touchscreen) como smartphones e tablets
• Processos antes executados em múltiplas janelas poderão ser
realizados na mesma janela (Vendas e Serviço)
• Os formulários orientados a processo ainda não suportam
personalizações via JavaScript e exibirão os formulários clássicos caso
exista alguma personalização habilitada
• Cuidado: Ao atualizar o CRM não é possível voltar atrás
• Serão analisados interfaces e alguns impactos sobre as demais
funcionalidades do Microsoft Dynamics CRM Online

3. Formulário da entidade Contato
1. Nova barra de ferramenta
mais simples e sem ribbon
2. Novo cabeçalho
com campos editáveis
3. Guia, recolhe no
clique
6. Barra de navegação recolhida
por padrão (configurável)
4. Seção 7. Controle não personalizável:
Mural de atividades, Atividades e
Anotações
5. Barra de status indica a situação
(salvo, não salvo, etc.) do registro

4. Observações
1. A nova barra de ferramenta substitui o famoso ribbon e traz uma interface muito mais simples.
O botão salvar foi substituído por um mecanismo que salva automaticamente as alterações.
2. O novo cabeçalho traz campos editáveis e não mais apenas somente leitura
3. As guias não exibem mais o ícone de recolher/expandir
4. Seção
5. A barra de status informa o usuário se o registro já foi salvo automaticamente, se existem
campos obrigatórios não preenchidos ou se existem dados ainda não salvos (etc.). Mais
detalhes em um próximo slide.
6. Por padrão a barra de navegação nas entidades relacionadas fica recolhida, mas é configurável.
7. O componente que reúne o mural de atividade (activity feeds), as atividades relacionadas e as
anotações não é personalizável, entretanto, só aparecem os recursos aos quais o usuário tem
acesso.

5. Formulário da entidade Contato
É possível alterar para o modelo de
formulário anterior (com ribbon) mas para
voltar para o novo é preciso reabrir o
registro
O componente do Bing Maps só aparece no novo
formulário e ainda não permite configurações.
Ao clicar no componente a página do Bing é aberta.
Campos do tipo 2 opções
(Sim/Não) não exibem
mais caixa de seleção e
mudam de valor no clique
Indica que o campo é
somente leitura

6. Componente único: Mural de atividades, Atividades e Anotações
Registro com fundo branco
indica que a atividade ainda Clicar em “Atividades”
não foi concluída atualiza a lista
Ao passer o mouse é
possível concluir a
atividade
Ao passer o mouse é Todo telefonema criado
possível expandir a visão e pela opção “Adicionar
abrir o registro em uma Telefonema” será
janela separada automaticamente
concluído. Tarefas não
são concluídas.

7. Componente único: Mural de atividades, Atividades e Anotações
A data de última modificação da anotação também é
exibida no próprio formulário
Data e hora de criação da anotação
O mural de atividade só é compatível com o
novo modelo de formulário

8. Observações
• O comportamento deste componente não é personalizável.
• A partir do novo formulário só é possível adicionar atividade do tipo
Telefonema e Tarefa. Podem ser incluídos subgrids para as outras
atividades/entidades.
• São exibidas todas as atividades relacionadas ao registro ordenadas
por data de modificação, e a ordenação ainda não é configurável.
• Telefonemas adicionados pelo novo formulário serão
automaticamente concluídos. Tarefas permanecerão abertas.
• São exibidas apenas os recursos aos quais o usuário tem Acesso.

9. “Substituição” do botão Salvar por um mecanismo que salva automaticamente as alterações
Existem outros status como os de erro e registro inativo, mas os mais básicos são:
• O mecanismo é acionado a partir da primeira alteração de campo, mas ainda é possível clicar no ícone (disquete
na parte inferior direita) para salvar manualmente.
• A cada 30segundos todas as alterações realizadas neste período de tempo são salvas, menos o campo que está
sendo alterado no momento pelo usuário.
• Ao persistir as alterações, o mecanismo busca no servidor as possíveis alterações realizadas no registro (por outro
usuário ou fluxo/integração/plugin) e as exibe sem recarregar o formulário.
• Caso um campo tenha sido alterado no servidor e este esteja sendo alterado pelo usuário, o campo não é
atualizado.
• Ao fechar o formulário as alterações são persistidas no servidor automaticamente.
• Nesta versão não é possível configurar ou personalizar essa rotina.
• Vale lembrar que essa rotina só funciona para as entidades Contato, Conta, Cliente Potencial, Oportunidade e
Ocorrência.

10. “Substituição” do botão Salvar por um mecanismo que salva automaticamente as alterações
Existem outros status como os de erro e registro inativo, mas os mais básicos são:
Aviso aos Desenvolvedores
Toda vez que o mecanismo persistir as alterações os seguintes componentes poderão ser disparados:
• Fluxos de Trabalho (Workflows)
• Auditoria da entidade
• Plugins
Sempre dispare suas inteligências de acordo com a atualização de campos específicos e não a partir de todos os
campos da entidade em questão. Essa recomendação já fazia parte das melhores práticas de personalizações do
CRM, e agora precisa ser reforçada.

11. O campo lookup prioriza a pesquisa no próprio formulário
Ao apertar Enter ou clicar na
lupa, os registros são exibidos
no próprio formulário.
Ao sair do campo sem
selecionar uma das opções, a
barra de status gera um aviso
Funcionalidade clássica de pesquisa

12. Registros relacionados “menos funcionais” a partir do registro principal
Só é possível adicionar
Não é mais possível adicionar
registros relacionados nos
ou interagir com os registros
subgrids, como este exemplo
relacionados.
do formulário de Conta.

13. Observações
• Se tratando de gestão de relacionamento com cliente, e principalmente do Dynamics CRM, criar e
gerenciar relacionamentos entre registros é algo fundamental e constante, portanto, veremos
como os usuários e a Microsoft lidarão com o fato dessa interface diminuir a produtividade na
hora de criar e operar registros relacionados.
• Visando uma interface mais simples e objetiva, somente as “funções mais usadas” foram
mantidas nos novos formulários.

14. Formulário orientado a processo do Cliente Potencial
É preciso confirmar a criação do registro, em seguida o mecanismo
salva as alterações automaticamente
Segue o mesmo modelo do
formulário da Conta, com a
Novos subgrids
inclusão da barra de
desativados até a
execução de processo
criação do registro

15. Formulário orientado a processo do Cliente Potencial
Incluir uma nova Conexão
Criação “in-line” da conexão ao digitar diretamente Para excluir uma conexão passe o mouse
no lookup exibido no próprio formulário na linha para exibir a opção de exclusão
É possível incluir novos
subgrids, mas com algumas
limitações:
- Usuário não muda a
visualização
- Não exibe gráfico

16. Formulário orientado a processo do Cliente Potencial
O mapa do Bing é atualizado automaticamente
sempre que o registro for salvo pelo mecanismo
automático ou por solicitação do usuário.
O componente ainda não é configurável e só
funciona no novo modelo de formulário.
As conexões adicionadas pelo subgrid do
próprio formulário já refletem no grid de
conexões relacionadas ao registro

17. Formulário orientado a processo do Cliente Potencial
• São realizados estágios/etapas das entidades Cliente Potencial (lead) e Oportunidade (opportunity) no mesmo formulário.
Acabou o problema de ter que abrir vários formulários para chegar à oportunidade a partir do cliente potencial.
• No processo padrão o único estágio realizado na entidade Cliente Potencial é o Qualificar e não é possível prosseguir nos
estágios seguintes até o registro ser qualificado
• Ao qualificar o cliente potencial os outros estágios serão liberados e trabalharão informações da entidade Oportunidade
• Ao qualificar o cliente potencial não é mais exibido o formulário de qualificação.
• A qualificação sempre cria uma oportunidade. A conta é criada caso os dados de empresa estejam preenchidos e mesma
coisa para o contato. Não é possível configurar essa rotina e a criação da oportunidade se torna obrigatória.
• O formulário clássico também sofre a alteração e não exibe mais o formulário de qualificação. A qualificação é realizada no
próprio formulário, um botão Desqualificar foi acrescentado para este efeito.

18. Formulário orientado a processo do Cliente Potencial
• Ao qualificar o cliente potencial sem especificar uma conta ou contato existente, o CRM verifica se existe algum
contato/conta com semelhança nos dados informados e permite a seleção dos registros uma ultima vez antes de efetivar
a qualificação e potencialmente criar registros duplicados.

19. Formulário orientado a processo da Oportunidade
• Por padrão os produtos e as cotações não são exibidos e devem ser exibidos no editor de formulário.
• Ao serem exibidos será necessário efetuar alguns ajustes visuais para deixar o formulário menos “horroroso”
• É possível adicionar produtos sem especificar uma lista de preço, mas o sistema exibirá um aviso.
• A inserção de produto através do subgrid ainda não é “in-line” (no próprio formulário) como os outros subgrids.
• Não existe mais o botão para recalcular o valor da oportunidade.
• O recálculo é realizado quando a oportunidade é salva, ou seja, para solicitar o recalculo manualmente o usuário deve
alterar algum campo da oportunidade ou reabrir a oportunidade. Pode ser criado um campo do tipo checkbox
especificamente para permitir ao usuário recalcular a oportunidade.

20. Formulário orientado a processo da Oportunidade
Após a atualização o valor padrão para o campo “Receita”
(isrevenuesystemcalculated) é alterado para “Fornecida pelo Usuário”.
É possível alterar esse valor padrão para “Calculada pelo Sistema” ao personalizar a
entidade.

21. Formulário orientado a processo da Oportunidade
• As oportunidades geradas através da qualificação de um cliente potencial permitem navegar entre o registro da oportunidade
e o do cliente potencial originador a partir do mesmo formulário.
• Ao clicar no estágio QUALIFICAR o formulário é recarregado e exibe os campos do cliente potencial, nos demais são exibidos
os campos da oportunidade.
• Oportunidades criadas sem qualificação de cliente potencial só exibem dados da própria oportunidade.

22. Formulário orientado a processo da Oportunidade
• As etapas (Necessidade do Cliente, Solução Proposta, Identificar Participante...) descrevem as ações a serem realizadas
para completar o estágio e caminhar corretamente no processo de venda.
• Concluir todas as etapas do estágio atual não ativa o próximo estágio automaticamente.
Para ativar o próximo estágio (“PROPOR”) basta clicar no botão PRÓXIMO ao final do componente. É possível navegar entre os estágios mesmo
sem concluí-los. Ao mudar de estágio todas as alterações da Oportunidade são salvas automaticamente, incluindo o estágio atual.

23. Formulário orientado a processo da Oportunidade
• Ao incluir uma cotação através do subgrid Cotações, o registro é aberto com alguns dados preenchidos mas não é
persistido automaticamente.
• Os produtos da oportunidade não são automaticamente inseridos na cotação. O usuário deve usar a funcionalidade
“Obter Produtos”.
Curiosamente, o valor da
oportunidade é levado
para a cotação, mas como
os produtos não são
incluidos, ao salvar a
cotação o valor se perde.

24. Formulário orientado a processo da Oportunidade
Ao ganhar ou perder uma oportunidade não é
mais necessário acessar uma nova janela.
A finalização é realizada no mesmo formulário
da oportunidade.

25. Formulário clássico da Oportunidade
Suportam personalizações É possível recalcular a
via JavaScript oportunidade
Os campos do cabeçalho são inseridos no formulário duas vezes
Somente as anotações
são compatíveis

26. Formulário orientado a processo da Ocorrência
Segue o mesmo modelo de
formulário que a Oportunidade.
Os estágios são apenas da própria
entidade Ocorrência.

27. Formulário orientado a processo da Ocorrência
Nova funcionalidade “Suporte por Telefone” cria uma ocorrência já
com a opção de adicionar um telefonema de entrada selecionada.
A funcionalidade de
“Adicionar à Fila” é
mantida na barra de
comando

28. Formulário orientado a processo da Ocorrência
A resolução de ocorrência também é realizada no
próprio formulário da ocorrência.
O restante do formulário ficará
bloqueado, diferentemente da oportunidade.

29. Editor do Processo
O processo de vendas permite
configurar estágios e etapas para as
entidades Cliente Potencial e
Oportunidade.
O processo de Serviço “só trabalha” com
a entidade Ocorrência
É possível adicionar até 30
estágios e 30 etapas
É possível alterar a ordem
dos estágios e das etapas