Histórico da Página
Este documento é material de especificação dos requisitos de inovação, trata-se de conteúdo extremamente técnico. |
---|
(Obrigatório)
Informações Gerais
Especificação | |||||||||||||||||||
Produto | CRM | Módulo | SCT - Questionário | ||||||||||||||||
Segmento Executor | Manufatura | ||||||||||||||||||
Projeto1 | MANCRM01 | IRM1 |
| ||||||||||||||||
Requisito1 |
| Subtarefa1 |
| ||||||||||||||||
Chamado2 |
| ||||||||||||||||||
País | ( X ) Brasil ( ) Argentina ( ) Mexico ( ) Chile ( ) Paraguai ( ) Equador ( ) USA ( ) Colombia ( ) Outro _____________. | ||||||||||||||||||
Outros | $/CRM/Docs_Proj/V11.5/Inovacao/D1180CRM07/IRM1390 |
Legenda: 1 – Inovação 2 – Manutenção (Os demais campos devem ser preenchidos para ambos os processos).
(Obrigatório)
Objetivo
Permitir que um questionário seja cadastrado no CRM para utilização posterior pelos próprios usuários do sistema ou que sejam respondidos por usuários externos (clientes).
O cadastro em si deverá ser simples e direto utilizando o conceito de cadastro guiado. Cada página e suas questões devem refletir a forma do questionário para o usuário que o está elaborando.
Para o cadastro do questionário deve ser considerado o cadastro de páginas para o questionário, questões, atributos, desvio de páginas.
(Obrigatório)
Definição da Regra de Negócio
Rotina | Tipo de Operação | Opção de Menu | Regras de Negócio |
Manutenção de Questionário | Criação | CRM > Questionário > Cadastros | - |
Tabelas Utilizadas
- crm_script
- crm_script_pag
- crm_script_quest
- crm_script_quest_atrib
- crm_script_resp
- crm_script_resp_quest
Legado
A funcionalidade de questionários deve ser retirada do módulo de foundation e reformulada para o módulo de CRM visando uma maior aderência aos processos de CRM. Sendo assim, os cadastros e rotinhas desenvolvidos em FLEX/Metadados serão desativados e não serão migrados para a nova estrutura. As entradas de menu das funcionalidades de questionários, atualmente no Foundation > Questionários, serão desabilitas e não mais visíveis no menu.
Geral
- O cadastro será desenvolvido utilizando o THF (TOTVS HTML Framework) obedecendo as diretrizes já utilizadas pelo CRM HTML;
- A funcionalidade de Manutenção de Questionário estará disponível somente no menu-html, o acesso via portal não será disponibilizado;
- Para o cadastro do questionário não será utilizado o conceito de CRUD simples, mas sim o modelo adotado para o cadastro de 'Controle de Acessos' e
- Não será possível excluir ou editar um questionário que já possua respostas cadastradas;
O questionário possui um peso total de 100%, esse peso poderá ser distribuído entre as páginas do questionário desde que a soma dos pesos das páginas não extrapole 100%. Cada página, também, possui um peso total de 100% e as questões podem possuir pesos distintos desde que não extrapole o total da página. O mesmo vale para as questões multivaloradas, cada questão também possui um peso total de 100% que poderá ser distribuído entre as opções. Quando não informado um peso, o sistema irá distribuir um peso igualitário para os respectivos itens (páginas, questões e opções);Âncora QPP QPP
Cada página poderá possuir apenas um único desvio. Este desvio somente será permitido através de questões de seleção única ou radio. Para o desvio deverá ser informado uma página alvo subsequente. Não é permitido informar um desvio para uma página antecedente.Âncora QPD QPD
Lista de Questionários
Ao acessar o menu de Manutenção de Questionário o usuário será direcionado para a lista de questionários cadastrados (crm_script). Conforme o 'Protótipo 1':
- São apresentados os questionários cadastrados;
- A legenda a apresentada é por válidade, sendo:
- verde: ativos, questionários ainda em período de vigência;
- perto: inativos, questionários cuja a vigência expirou;
- É possível adicionar um novo questionário;
- Na pesquisa avançada é possível realizar a consulta através dos campos:
- período de validade (val_inic - val_fim);
- período de cadastro (val_cadastro);
- usuário de cadastro (num_id_usuar);
- tipo de questionário (idi_modul_crm): 1. Campanhas | 2. Gestão de Contas | 3. Oportunidades | 4. Produtos | 5. Tarefa | 6. Histórico | 7. Suporte | 8. Geral
- O filtro rápido realiza a pesquisa com base no nome (nom_script) e descrição do questionário (dsl_script);
- Filtros pré-definidos:
- Meus Questionários: questionários cadastrados pelo usuário logado;
- Ativos: Questionários dentro do período de vigência;
- Inativos: Questionários fora do período de vigência;
- Não terá a opção de cadastro de filtros customizados para esta tela;
- Cada item exibido na lista possui as seguintes informações:
- Título: nome do questionário;
- Usuário de cadastro;
- Data de cadastro;
- Período de validade;
- Descrição: somente exibido quando solicitado através do botão 'mais informações'.
- Cada item possui as seguintes operações:
- Editar: permite a edição do cabeçalho do questionário;
- Excluir: exclui o questionário da base. Esta operação somente fica disponível quando não existir nenhuma resposta cadastrada para o questionário.
- Ao detalhar o questionário através do link disponível no título do item, o usuário será disponibilizado para a tela de detalhamento/manutenção do questionário.
Âncora | ||||
---|---|---|---|---|
|
O cadastro/edição do cabeçalho do questionário é realizado através de uma modal conforme 'Protótipo 2'. Nesta tela são informados os seguintes campos, que posteriormente serão persistidos na tabela crm_script:
- Nome (nom_script);
- Descrição (dsl_script);
- Validade (val_inic - val_fim);
- Tipo (idi_modul_crm).
As informações de data de cadastro e usuário de cadastro são preenchidas automaticamente durante o registro do questionário.
Ao adicionar um novo questionário o usuário é redirecionado para a tela detalhamento/manutenção do questionário para dar início ao cadastro das páginas e questões.
Não há restrições para alteração dos campos durante a edição do registro.
Âncora | ||||
---|---|---|---|---|
|
A tela de detalhamento/manutenção do questionário, 'Protótipo 3' irá no cabeçalho possuir as operações de:
- Editar: permite a edição do cabeçalho do questionário;
- Excluir: exclui o questionário da base. Esta operação somente fica disponível quando não existir nenhuma resposta cadastrada para o questionário.
O conteúdo desta tela será diferenciado sendo dividido em 2 painéis:
- A esquerda a manutenção de páginas para o questionário:
- As informações referentes as páginas são armazenadas na tabela: crm_script_pag
- A ordenação das páginas (num_pag) é controlada pelo sistema e conta com o modelo de drag'n'drop;
- Na lista de página cada página possui a seguinte assinatura: Número, peso e nome. Exemplo: 1. (15%) - Introdução
- Ao arrastar alterar a ordem de uma página, os desvios cadastrados para a página permanecem inalterados;
- A adição de uma nova página se dá através do botão adicionar no painel esquerdo. Ao acionar o botão, é apresentado uma modal para que o usuário informe o nome e o peso para a página;
- Através do painel esquerdo também é possível excluir a página selecionada. Sempre é solicitado a confirmação para deleção de uma página; quando a página for alvo de algum desvio caso o usuário confirme a exclusão o sistema deve informar que o desvio será removido do questionário;
- A edição de cada item irá permitir apenas a alteração do peso e nome da página.
- A direita a manutenção de questões para cada página selecionada no painel esquerdo:
- As informações referentes as questões são armazenadas na tabela: crm_script_quest
- As questões cadastradas são renderizadas da mesma forma que serão apresentadas no executor; entretanto, somente como leitura;
- A ordenação (num_quest) das questões é controlada pelo sistema e conta com o modelo de drag'n'drop;
- As questões possuem no canto direito do enunciado as operações de edição e exclusão;
- A adição de uma nova questão se dá através do botão adicionar no painel direito. Ao acionar o botão, é apresentado uma modal para que o usuário informe:
- enunciado (nom_quest);
- descrição (dsl_quest);
- peso (val_peso);
- requerida (log_obrig);
tipo (idi_tip_quest): 1. Texto | 2. Multipla Seleção | 3. Seleção Única | 4. Radio | 5. Checkbox | 6. Data | 7. Hora | 8. Matriz | 9. Introdução
- Para as questões 'multi valoradas' (2. Multipla Seleção | 3. Seleção Única | 4. Radio | 5. Checkbox | 8. Matriz), é fornecido junto a questão o cadastro dos valores que são armazenados na tabela: crm_script_quest_atrib:
- label (nom_atrib);
- peso val_peso;
- página para desvio (num_pag_desvio); somente quando for do tipo 3. Seleção Única ou 4. Radio;
- opção (log_opcao): controle interno do sistema, no cadastro de valores este campo sempre recebe 'false';
No caso das questões do tipo 8. Matriz, além do cadastro de valores é fornecido o cadastro de opções, as opções também são armazenadas na tabela crm_script_quest_atrib, mas neste caso o campo 'opção' (log_opcao) é sempre marcado como 'true'; As opções correspondem as faixas de seleção (eixo x) para cada valor (eixo y) fornecido; Exemplo: Bom | Médio | Regular ou 1 | 2 | 3 | 4 | 5 são as faixas para os valores da matriz;
Tipo Enunciado Descrição Peso Requerida Desvio Valores Peso (Valor) Opção Peso (Opção) Texto x x x x - - - - - Multipla Seleção (Combo) x x x x - x x - - Seleção Única (Combo) x x x x x x x - - Radio x x x x x x x - - Checkbox x x x x - x x - - Data x x x x - - - - - Hora x x x x - - - - - Matriz x x x x - x x x x Introdução - x - - - - - - - - Somente é permitido uma questão com desvio por página, conforme descrito aqui;
- Durante a edição de uma questão não é permitdo alterar o tipo (idi_tip_quest);
- As questão do tipo 9. Introdução; são apenas textos possuindo apenas descrição. Correpondem a um texto livre que pode ser adicionado em um questionário;
Opcional
Protótipo de Tela
<Caso necessário inclua protótipos de telas com o objetivo de facilitar o entendimento do requisito, apresentar conceitos e funcionalidades do software>.
Protótipo 1 Âncora P1 P1
........
Protótipo 2 Âncora P2 P2
........
Protótipo 3 Âncora P3 P3
........
Protótipo 4 Âncora P4 P4
........
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*/
Índice | Chave |
01 | <FI9_FILIAL+FI9_IDDARF+FI9_STATUS> |
02 | <FI9_FILIAL+FI9_FORNEC+ FI9_LOJA+FI9_EMISS+FI9_IDDARF> |
03 | <FI9_FILIAL+FI9_FORNEC+ FI9_LOJA+FI9_PREFIX+FI9_NUM+FI9_PARCEL+FI9_TIPO> |
Campo | <AAA_PERESP> |
Tipo | <N> |
Tamanho | <6> |
Valor Inicial | <Varia de acordo com o tipo informado. Por exemplo, quando o campo “tipo” for date, neste campo pode ser informado uma data>. |
Mandatório | Sim ( ) Não ( ) |
Descrição | <Referência Mínima para Cálculo> |
Título | <Ref.Calc.> |
Picture | <@E999.99> |
Help de Campo | <Informar o % que o aluno pagará em dinheiro. Esse % poderá ser alterado durante a negociação> |
(Opcional)
Estrutura de Menu
<Informações utilizadas na linha Datasul>.
Procedimentos
Procedimento | html-crm.sct.script |
Descrição | Manutenção de Questionário |
Módulo | SCT |
Programa base | |
Nome Menu | Manutenção de Questionário |
Interface | WEB |
Registro padrão | Sim |
Visualiza Menu | Sim |
Release de Liberação | 12.1.16 |
Programas
Programa | html-crm.sct.script |
Descrição | Manutenção de Questionário |
Nome Externo | /dts/crm/sct/script |
Nome Menu/Programa | Manutenção de Questionário |
Nome Verbalizado[1] | Manutenção de Questionário |
Procedimento | html-crm.sct.script |
Template | Programa HTML |
Tipo[2] | Manutenção |
Interface | WEB |
Categoria[3] | Nenhum |
Executa via RPC | Não |
Registro padrão | Sim |
Outro Produto | Não |
Visualiza Menu | Sim |
Query on-line | Não |
Log Exec. | Não |
Rotina (EMS) |
|
Sub-Rotina (EMS) |
|
Localização dentro da Sub Rotina (EMS) |
|
Compact[4] | Não |
Home[5] | Não |
Posição do Portlet[6] | |
Informar os papeis com os quais o programa deve ser vinculado |
|
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>.
Código Papel | (máx 3 posições) |
Descrição em Português* |
|
Descrição em Inglês* |
|
[1] Nome Verbalizado é obrigatório para desenvolvimentos no Datasul 10 em diante.
[2] Tipo é obrigatório para desenvolvimento no Datasul 10 em diante
[3] Categorias são obrigatórias para os programas FLEX.
[4] Obrigatório quando o projeto for FLEX
[5] Obrigatório quando o projeto for FLEX
[6] Obrigatório quando o projeto for FLEX
Este documento é material de especificação dos requisitos de inovação, trata-se de conteúdo extremamente técnico. |
---|