ER_MANCRM01-200_Pequenas_Melhorias_Conversao_Tela_Remover_Processos_CRM

Informações Gerais

  MANCRM01-200 - 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

 O objetivo deste projeto é converter a tela existente Remover Processos do CRM desenvolvida em tecnologia Flex para HTML com melhorias visuais e de usabilidade,  possibilitando assim ao usuário administrador do CRM remover processos do sistema, poderão ser removidos os processos de Contas, Anexos, Campanhas, Histórico, Ocorrências, Oportunidades, Segmentação e Tarefas. Faz parte também do objetivo, disponibilizar uma forma de possibilitar os usuários com controle de acesso via menu da ferrramenta remover Tarefas.

(Obrigatório)

Definição da Regra de Negócio

A tela existente para remover processos desenvolvida em tecnologia Flex deverá ser convertida para HTML e também será utilizada para que usuários configurados no CRM possam excluir tarefas.  

 O controle de acesso a tela de Remover Processos do CRM será feita via menu da ferramenta e somente o usuário administrador terá acesso a esta tela em sua totalidade (remover todos os processos envolvidos) ou usuários com privilégios/configurados para acessar a tela no modo onde apenas o processo Tarefas pode ser removido, assim atendendo também a necessidade de que usuários comuns do sistema também possam remover tarefas.

Ao acessar a tela o usuário irá ter a possibilidade de selecionar qual processo do CRM deseja remover, os processos disponíveis são: Contas, Anexos, Campanhas, Histórico, Ocorrências, Oportunidades, Segmentação e Tarefas. Ao selecionar a opção Conta por exemplo, a tela se modificará e será exibida a opção de fazer uma busca avançada para listar os registros, pois por padrão esta tela não carrega as informações como as outras telas do CRM, ficando obrigatória a configuração ou utilização da consulta/busca para listagem dos registros. Há também a possibilidade de filtrar registros pelo seu código ou por um período de datas conforme definido em cada processo. Os filtros de busca avançada foram definidos com base na sua importância e para facilitar a utilização da pesquisa, pois quando um processo possui filtros em comum com outro, as informações da última pesquisa são armazenados em memória para agilizar e filtrar pelos mesmos parâmetros.

Ao selecionar ou alternar entre os processos listados no campo "Selecione um processo", a tela irá se comportar como se tivesse em um primeiro acesso, ou seja, sem informações listadas em tela, apenas armazenando em memória os últimos filtros de busca avançada utilizados para facilitar a pesquisa de novos registros/processos que tenham estes filtros em comum.

Ao listar os registros, cada registro terá um campo para possibilitar sua seleção, haverá também um campo para "Selecionar todos" os registros visíveis em tela, após selecionar os registros desejados o usuário poderá clicar no botão "Excluir", excluindo assim todos os registros selecionados na tela atual, antes de efetivar a exclusão dos dados, deve-se solicitar a confirmação do usuário informando quantos registros serão eliminados. Uma mensagem de confirmação que os registros foram removidos será exibida conforme o padrão do sistema, junto a esta mensagem deve existir uma alerta informando que os dados serão removidos apenas no CRM.

O método de exclusão e regras de negócio envolvidas nesse processo são as mesmas da antiga tela, pois para o processo de exclusão deverá ser utilizado a mesma API (apiCrmRemoveProces.p) que a tela Flex utilizava para esta ação, sendo necessário criar a API fchcrm1058api.p e fchcrm1058.p como fachada para esta ação, devendo esta API chamar os métodos equivalentes na apiCrmRemoveProces.p.

Verificar se o método de exclusão está gerando log na tabela processos excluídos, caso não esteja deve-se alterar a api para gerar log do registro eliminado.

Há cadastros utilizados por esta tela que ainda não foram convertidos para HTML, sendo assim deverão ser convertidos/disponibilizados em HTML de forma básica para atender as necessidades deste projeto.

O cadastro de Anexos com padrão de listagem de registros ainda não existe no CRM, deverá ser disponibilizado para o projeto o acesso aos filtros e listagem de anexos, para isso deverá ser desenvolvida a estrutura básica deste cadastro para atender o projeto, telas, scripts JavaScript e alterações na API fchcrm1009api.p serão necessárias. Este cadastro não estará disponível no menu do sistema para o usuário.

O cadastro de Contas existente no CRM, deverá ser alterado para o projeto possibilitando o acesso aos filtros e listagem dos registros, para isso deverá ser alterada sua estrutura para atender o projeto, scripts JavaScript e alterações na API fchcrm1003api.p serão necessárias.

O cadastro de Campanhas com padrão de listagem de registros ainda não existe no CRM, deverá ser disponibilizado para o projeto o acesso aos filtros e listagem de registros, para isso deverá ser desenvolvida a estrutura básica deste cadastro para atender o projeto, telas, scripts JavaScript e alterações na API fchcrm1001api.p serão necessárias. No caso do cadastro de Campanha, haverá ainda a necessidade de criação de um Zoom para listagem das campanhas existentes no sistema, este zoom será utilizado nas telas de busca avançada deste projeto. Este cadastro não estará disponível no menu do sistema para o usuário.

O cadastro de Históricos existente no CRM, deverá ser alterado para o projeto possibilitando o acesso aos filtros e listagem dos registros, para isso deverá ser alterada sua estrutura para atender o projeto, scripts JavaScript e alterações na API fchcrm1005api.p serão necessárias.

O cadastro de Oportunidades existente no CRM, deverá ser alterado para o projeto possibilitando o acesso aos filtros e listagem dos registros, para isso deverá ser alterada sua estrutura para atender o projeto, scripts JavaScript e alterações na API fchcrm1007api.p serão necessárias.

O cadastro de Publico com padrão de listagem de registros ainda não existe no CRM, deverá ser disponibilizado para o projeto o acesso aos filtros e listagem de registros, para isso deverá ser desenvolvida a estrutura básica deste cadastro para atender o projeto, telas, scripts JavaScript. Este cadastro não estará disponível no menu do sistema para o usuário.

O cadastro de Segmentação com padrão de listagem de registros ainda não existe no CRM, deverá ser disponibilizado para o projeto o acesso aos filtros e listagem de registros, para isso deverá ser desenvolvida a estrutura básica deste cadastro para atender o projeto, telas, scripts JavaScript e criação da API fchcrm1056api.p e fchcrm1056.p serão necessárias. Este cadastro não estará disponível no menu do sistema para o usuário.

O cadastro de Ocorrências existente no CRM, deverá ser alterado para o projeto possibilitando o acesso aos filtros e listagem dos registros, para isso deverá ser alterada sua estrutura para atender o projeto, scripts JavaScript e alterações na API fchcrm1006api.p serão necessárias.
 

Busca avançada:

Os campos de busca avançada disponibilizados para cada tipo de processo seguem os padrões atuais do CRM, carregando a listagem de registros existentes, possibilitando assim localizar o filtro desejado via pesquisa ou pelo zoom. Quando um campo for comum a mais de um processo e este já foi selecionado/pesquisado em uma busca anterior, será preenchido automaticamente na tela de busca, facilitando pesquisar por exemplo registros que tenham um mesmo "Responsável".

Contas: na busca avançada de Contas teremos disponíveis os campos Responsável. Código ERP, Tipo de conta, Contato e Data de cadastro.

Anexos: na busca avançada de Anexos teremos disponíveis os campos Campanha, Histórico, Ocorrência, Oportunidade e Tarefa.

Campanha: não haverá avançado.

Histórico: na busca avançada de Históricos teremos disponíveis os campos Data de início, Usuário de cadastro, Campanha e Ação.

Ocorrência: na busca avançada de Ocorrências teremos disponíveis os campos Responsável, Usuário de cadastro e Usuário de fechamento, Fluxo.

Oportunidade: na busca avançada de Oportunidade teremos disponíveis os campos Responsável, Usuário de cadastro, Estratégia e Campanha.

Público alvo: na busca avançada de público Alvo teremos disponível o campo Usuário de cadastro e Segmentação.

Segmentação: na busca avançada de Segmentação teremos disponível o campo Usuário de cadastro.

Tarefas: na busca avançada de Tarefas teremos disponíveis os campos Responsável, Usuário de cadastro, Campanha e Ação, Status.

Busca simples:

Todos os processos terão a possibilidade de filtrar por código do registro ou por um período de datas conforme possui cada processo.

Contas: teremos disponíveis os campos Código Conta e Data de cadastro.
Anexos: teremos disponíveis os campos Código Conta e Data de cadastro.
Campanha: teremos disponíveis os campos Código e Data de início.
Histórico: teremos disponíveis os campos Código Conta e Data cadastro.
Ocorrência: teremos disponíveis os campos Código Conta e Data de cadastro.
Oportunidade: teremos disponíveis os campos Código Conta e Data de cadastro.

Público alvo: teremos disponíveis os campos Código e Data de cadastro.
Segmentação: teremos disponíveis os campos Código e Data de cadastro.
Tarefas: teremos disponíveis os campos Código Conta e Data de cadastro.

Ao acessar o filtro avançado, informar valores para alguns campos e em seguida aplicar os filtros informados, a busca deve ser realizada considerando os valores informados no filtro simples e em seguida atualizar a informação do Label "filtrado por", apresentando todos os filtros que estão sendo considerados na busca.

O campo "Filtrado por" deverá permitir que o usuário remova qualquer filtro aplicado, e após remover o filtro, a busca deve ser refeita considerando apenas os filtros existentes.

Sempre que houver uma pesquisa de dados, o usuário deverá sem informado sobre o total de registros localizados com os filtros aplicados, lembrando que o resultado da pesquisa deverá ser paginado de 50 em 50 registros.

Na ausência de filtros, o usuário deverá ser informado que deve ao menos informar um filtro para que a pesquisa seja realizada.

Tipo de campos:

  Código conta - totvs-multi-select (somente inteiro)

  Campo data - totvs-date-range

  Demais campos deverão permitir pesquisa por digitação ou seleção via zoom quando possível.

Exemplo de Aplicação:

• Após criar um processo no CRM, o usuário administrador poderá acessar a tela de Remover processos do CRM e localizar este registro, podendo assim selecionar este registro e removê-lo.

Tabelas Utilizadas

• crm_pessoa – Cadastro de Contas
• crm_anexo - Cadastro de Anexos
• crm_campanha - Cadastro de Campanhas
• crm_histor_acao - Cadastro de Históricos
• crm_oportun_vda - Cadastro de Oportunidades
• crm_ocor - Cadastro de Ocorrências
• crm_tar - Cadastro de Tarefas
• crm_segmtcao - Cadastro de Segmentação

Opcional

Protótipo de Tela

Protótipo 01 - Tela inicial

Protótipo 02 - Exemplo com a opção do processo Contas selecionado

Protótipo 02 - Busca avançada

Protótipo 03 - Tela com registros e filtros

Protótipo 04 - Tela no modo Remover Processos do CRM (Tarefas)

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>.