ER_MANCRM01-314_Conversão_Portlet_Ocorrências_Abertas_x_Encerradas

(Obrigatório)

Informações Gerais

  MANCRM01-314 - Obtendo detalhes do item... STATUS

   Legenda: 1 – Inovação 2 – Manutenção (Os demais campos devem ser preenchidos para ambos os processos). 

(Obrigatório)

Objetivo

Converter o portlet existente em Flex para a nova tecnologia HTML, afim de permitir que o usuário tenha um dashboard mais dinâmico.

(Obrigatório)

Pré Requisitos

Framework deve liberar a evolução no componente totvs-widget e melhorias no totvs-chart

http://fluig.totvs.com/portal/p/10097/post/totvs-html-framework/4858721

http://fluig.totvs.com/portal/p/10097/post/totvs-html-framework/4858336

http://fluig.totvs.com/portal/p/10097/post/totvs-html-framework/4860841

Definição da Regra de Negócio

Dashboard CRM HTML

Atualmente já existe um componente de dashboard que permite associar portlets a ele, sendo assim será necessário apenas realizar o cadastro de um novo programa que terá a função de dashboard do CRM.

Para melhorar a usabilidade do componente de dashboard, será necessário algumas melhorias, são elas:

  Ao acessar a área de configuração do dashboard e não existir nenhum widget associado, apresentar a "div" que indica não existir widgets selecionados (protótipo 03).

  Na área de configuração do dashboard, alterar o foco do botão voltar para o botão Salvar.

  A tela de seleção de widgets deve ser convertida para modal (protótipo 04), e apresentar apenas os widgets que ainda não foram selecionados e que possam ser adicionados no dashboard, sendo agrupado por módulo.

  A regra para eleger os widgets que podem ser adicionados ao dashboard é verificar se algum grupo de segurança do widget está presente no dashboard, se estiver o widget pode ser adicionado, caso contrário não deve ser adicionado.

Maiores detalhes sobre o componente de dashboard acessar ER_MANDIS01-84 - Telas e Portlet´s de aprovação de pedidos

Portlet Ocorrências Abertas x Encerradas.

O portlet Ocorrências Abertas x Encerradas, disponível em Flex, será convertido para HTML5, utilizando os padrões do Totvs HTML Framework. As funcionalidades do portlet permanecem as mesmas porem não haverá a opção de visualizar em grade, para substituir essa funcionalidade será implementado um detalhamento, onde ao clicar sobre o botão "detalhar" será aberta a interface de lista de ocorrências apresentando apenas as ocorrências que compõe o gráfico.

Esta versão também não possuirá atualização automática de dados, para permitir que seja possível atualizar os dados apresentados, será disponibilizado um botão de atualização que ao executar realiza a busca dos dados e atualiza o gráfico (protótipo 01).

Este portlet deve ser adicionado no cadastro de programas (men012aa) para o grupo de segurança "AAT" (Agente de atendimento).

Configurações Gráfico

Este portlet possuirá uma área de configuração (prototipo 02) de modo de visualização e filtro de dados que devem gerar o gráfico, são eles;

  Visualização

       Tipo de Visualização gráfico: [Dia, Semana, Mês] (Obrigatório)

       O tipo de visualização é controlado pelo campo Período de abertura, ou seja, de acordo com o valor selecionado o tipo de visualização é limitado.

  Filtro de dados

    Período de abertura: [Dia, Semana, Mês, Semestre, Trimestre, Ano] (Obrigatório)

    Classificação: Permitir que o usuário selecione qualquer classificação cadastrada, que serão consideradas na localização das ocorrências.

    Origem: Permitir que o usuário selecione qualquer origem cadastrada, que serão consideradas na localização das ocorrências.

    Prioridade: Permitir que o usuário selecione qualquer prioridade cadastrada, que serão consideradas na localização das ocorrências.

    Responsável: Permitir que o usuário selecione qualquer responsável cadastrado, que serão consideradas na localização das ocorrências.

    Tipo: Permitir que o usuário selecione qualquer tipo de ocorrência cadastrado, que serão consideradas na localização das ocorrências.

    Fluxo: Permitir que o usuário selecione qualquer fluxo de ocorrência cadastrado, que serão consideradas na localização das ocorrências.

    Ao acessar a interface de filtro, deve-se carregar os filtros já parametrizado no acesso anterior.

    Os dados que serão apresentados na seleção acima devem seguir a mesma regra do filtro avançado de ocorrência.

    Ao aplicar o filtro, devem ser consideradas as mesmas regras existentes no filtro avançado de ocorrência, desta forma o usuário poderá visualizar apenas as ocorrências que lhe são permitidas, além disto, os filtros informados devem ser armazenados para que no próximo acesso ao portlet, os mesmos filtros sejam considerados na busca.

    Quando não houver seleção de classificação, origem, prioridade, tipo ou fluxo, este campos devem ser desconsiderados na busca de ocorrência.

    Para os itens de múltipla seleção, deve-se abrir um zoom para permitir selecionar vários e ao retornar a seleção estes itens selecionados devem ser apresentados em forma de tags (exemplo filtros aplicados), permitindo remover os itens selecionados caso necessário.

Gráfico

  Deve-se utilizar gráfico de linhas (protótipo 01), ou seja, se a visualização for por semana e o período de busca de ocorrência for semanal, deve-se apresentar duas linhass, uma com valor "aberta" e outra com valor "encerrada", lembrando que o numero de colunas será baseado nos filtro de tipo de visualização e período de abertura.

  Ao acessar o portlet, deve-se realizar a pesquisa de ocorrências baseado no filtro parametrizado, quando a pesquisa de ocorrências não retornar resultados, o gráfico deve ficar vazio e deverá ser apresentada uma mensagem para o usuário informado que não foram encontradas ocorrências com os filtros informados.

  Quando a pesquisa de dados não tenha sucesso devido a ausência de configuração, apresentar uma mensagem para o usuário solicitando que a configuração seja realizada.

  Informações sobre o componente de gráfico pode ser obtidas aqui: Totvs Chart

 Cliente Selecionado

  O widget deverá escutar o evento de seleção de cliente do widget de cliente selecionado de distribuição.

  Quando o evento for disparado deverá verificar se houve um cliente selecionado, se o cliente selecionado estiver disponível no CRM, a pesquisa deverá ser refeita levando em consideração o cliente selecionado e deverá ser apresentado um identificador visual junto ao hiperlink de detalhamento, afim de indicar que os dados estão considerando a conta selecionada.

  Quando não houver conta selecionada a pesquisa deverá ser refeita considerando apenas os filtros do widget e o ícone de pessoa deverá ser emitido.

  Caso exista uma conta selecionada e o usuário acesse as configurações e altere o filtro do widget do CRM, a pesquisa deverá ser realizada considerando os novos filtros e a conta seleciona.

  Evento: $rootScope.$on('selectedcustomer', function(event) {

  Icone: glyphicon glyphicon-user

Opcional

Protótipo de Tela

Protótipo 01

 Prototipo 02

 Protótipo 03

Protótipo 04

Opcional

Fluxo do Processo

<Nesta etapa incluir representações gráficas que descrevam o problema a ser resolvido e o sistema a ser desenvolvido. Exemplo: Diagrama - Caso de Uso, Diagrama de Atividades, Diagrama de Classes, Diagrama de Entidade e Relacionamento e Diagrama de Sequência>. 

Opcional

Dicionário de Dados

Arquivo ou Código do Script: AAA – Negociação Financeira / *Versao=CP.2014.12_03*/

(Opcional)

Grupo de Perguntas

<Informações utilizadas na linha Protheus>.

Nome: FINSRF2

(Opcional)

Consulta Padrão

<Informações utilizadas na linha Protheus>

Consulta: AMB

(Opcional)

Estrutura de Menu

<Informações utilizadas na linha Datasul>.

Procedimentos

Programas

Cadastro de Papéis

<O cadastro de papéis é obrigatório para os projetos de desenvolvimento FLEX a partir do Datasul 10>.

<Lembrete: o nome dos papeis em inglês descrito neste ponto do documento, devem ser homologados pela equipe de tradução>.