Dynamics do Zero ao PRO · Lição 13 de 48 · Módulo 2

LIÇÃO 13Views — Controlando o que o Time Vê

Uma view é um filtro salvo — ela define quais registros aparecem, em que ordem e com quais colunas. O agente vê só o que é dele. O supervisor vê tudo. O analista vê só os casos de alta prioridade. Tudo configurado sem código.

🎯

Resultado desta lição

Ao final, você terá criado três views personalizadas para a tabela Case: uma para o agente (só os casos dele), uma para o supervisor (todos os casos em atraso) e uma para o analista (casos de alta prioridade por fila).

As três views que todo time de suporte precisa

Para o agente

Meus Casos Ativos

  • Filtro: Proprietário = usuário atual
  • Filtro: Status = Ativo
  • Ordenação: Prioridade desc
  • Colunas: Título, Cliente, Prioridade, SLA
Para o supervisor

Casos em Atraso

  • Filtro: SLA = Violado
  • Filtro: Status = Ativo
  • Ordenação: Data de criação asc
  • Colunas: Título, Agente, Fila, Dias em aberto
Para o analista

Alta Prioridade por Fila

  • Filtro: Prioridade = Alta
  • Filtro: Status = Ativo
  • Ordenação: Fila, depois Data
  • Colunas: Título, Fila, Cliente, Origem

Passo a passo — criando as três views

  1. Acesse o editor de views

    → make.powerapps.com → Tables → Case → Views
    → Clique em + New view
    View do sistema vs. view pessoal: Views criadas pelo Power Apps Studio são views do sistema — visíveis para todos. Views criadas diretamente no Customer Service Hub (clicando em "Salvar como nova view") são views pessoais — só o criador vê. Para distribuir para o time, crie sempre pelo Power Apps.
  2. Crie a view do agente — Meus Casos Ativos

    View name: Meus Casos Ativos

    No editor de colunas (painel esquerdo), adicione:

    Colunas: Título, Cliente, Prioridade, Status Razão, Criado em, SLA Status

    No painel de filtros (aba Filter rows):

    Filtro 1: Status → Equals → Active
    Filtro 2: Owner → Equals current user
    Operador: AND

    Na aba Sort:

    Sort by: Priority → Descending (Alta primeiro)

    Clique em Save and Publish.

    "Equals current user": Este filtro usa o contexto do usuário logado — cada agente que abrir essa view vê só os seus casos. Um único filtro configurado uma vez, funcionando para todos os agentes.
  3. Crie a view do supervisor — Casos em Atraso

    View name: Casos em Atraso — SLA Violado

    Colunas:

    Colunas: Título, Proprietário, Fila, Cliente, Prioridade, Criado em

    Filtros:

    Filtro 1: Status → Equals → Active
    Filtro 2: First Response KPI Status → Equals → Nearing noncompliance OR Noncompliant
    Operador: AND para o Filtro 1, OR entre os status do KPI

    Ordenação:

    Sort by: Created On → Ascending (casos mais antigos primeiro)

    Clique em Save and Publish.

    KPI Status não aparece? Os campos de KPI do SLA (First Response KPI Status, Resolve By KPI Status) só aparecem se o SLA Enhanced estiver ativo no ambiente. Se não aparecer, use o filtro Is Escalated = Yes como alternativa temporária.
  4. Crie a view do analista — Alta Prioridade por Fila

    View name: Alta Prioridade — Por Fila

    Colunas:

    Colunas: Título, Fila, Cliente, Origem, Criado em, Proprietário

    Filtros:

    Filtro 1: Status → Equals → Active
    Filtro 2: Priority → Equals → High
    Operador: AND

    Ordenação dupla:

    Sort 1: Queue → Ascending
    Sort 2: Created On → Ascending

    Clique em Save and Publish.

  5. Teste as views no Customer Service Hub

    → Customer Service Hub → Service → Cases
    → No seletor de view (canto superior esquerdo da lista), clique na seta ▾

    As três views que você criou aparecem na lista. Selecione cada uma e observe como a lista muda — mesmos dados, perspectivas diferentes.

    Para apresentar para o cliente: Abra as três views em sequência durante a apresentação. O cliente vê que o sistema mostra informações diferentes para cada perfil de usuário — sem precisar de configuração individual por pessoa. Isso impressiona.
  6. Defina uma view como padrão da tabela

    → make.powerapps.com → Tables → Case → Views
    → Localize a view Meus Casos Ativos
    → Clique nos três pontos (...) → Set as default view

    Agora, quando qualquer agente acessar Service → Cases, a view padrão já está filtrada para os casos dele — sem precisar selecionar manualmente toda vez.

    Apenas uma view padrão por tabela: Ao definir uma nova view como padrão, a anterior perde o status. Para o supervisor, ele pode selecionar manualmente a view "Casos em Atraso" quando precisar.

Checklist

Views em subgrids e lookups

As views não aparecem só na lista principal de casos — elas também controlam o que aparece em subgrids e nos popups de lookup. Quando você configura um subgrid no formulário de Conta para mostrar os Casos, você escolhe qual view usar. Isso significa que você pode ter um subgrid que só mostra casos ativos e outro que mostra o histórico completo — ambos na mesma tela, usando views diferentes.

Prática recomendada: Sempre crie uma view específica para cada subgrid — não use a view padrão. Isso garante que o subgrid mostre exatamente os dados relevantes para aquele contexto, com as colunas certas.
Foto de Pablo Maruk
Pablo Maruk
Analista Funcional de Dynamics · 16 anos de TI · EUA & Europa