Histórico da Página

Informações Gerais

Objetivo

O objetivo deste requisito é criar um dashboard para a área Jurídico no TOTVS Smart Analytics. Este novo dashboard oferecerá uma visão dos processos em andamento, além dos processos que foram abertos e encerrados no mês, ao usuário final. A principal característica deste dashboard é exibir todas as informações de uma aba de forma direta na tela, sem necessidade de descer o scroll para visualizar o restante. Para isso, serão criados relatórios e métricas simples e diretos, para mostrar a informação que realmente importa ao usuário, de forma mais ágil e prática. Além disso, quase todos os relatórios e métricas terão visões mais completas com a utilização do re

Definição da Regra de Negócio

A configuração dos relatórios que são exibidos no dashboard seguem o seguinte padrão:

• Eixos X e Y não exibem nomes e rótulos (labels);
• Os rótulos de dados (data labels) são exibidos dentro de uma caixa;
• Não exibem legendas;
• Não exibem linhas de grade;
• Ordenação de gráficos que exibem data, devem ser ordenados pelo tempo por ordem crescente
• Ordenação de gráficos com outros tipos de atributos, devem ser ordenados do maior pro menor, de acordo com a métrica de interesse.
• O formato dos números apresentados devem ser customizados conforme documentação: SA0013_Formatação_numérica_customizada_das_métricas
• Os relatórios devem abrir um segundo relatório mais detalhado, por meio de Drill. Este drill deve ser configurado no dashboard, e não no relatório, de forma à apontar para este outro relatório já criado com a(s) métrica(s) e com o(s) atributo(s) de interesse.
• Relatórios que são categorizados por outros atributos que não do tipo data, devem apresentar um link de acesso para o segundo relatório citado no item acima.
• O tipo de relatório escolhido deve ser aquele que melhor exibe a informação e inspire a tomada de decisão do usuário final. Para isso é necessário mantê-lo o mais simples possível, eliminando qualquer dado que não adicione valor ao relatório. Alguns exemplos:
  • Gráficos de linha podem ser criados quando há uma conexão lógica entre as categorias, como por exemplo, uma linha do tempo.
  • Gráfico de pizza quando se deseja exibir uma relação entre uma parte e o todo.
  • Gráfico de barras lado a lado quando se deseja comparar duas métricas que se relacionam de alguma forma.
• As cores utilizadas pertencem à nova paleta de cores criada. Para maiores informações sobre a nova paleta, clique aqui: FD0002_Paleta_de_Cores

Para ver lista completa dos relatórios e métricas existentes neste dashboard, acesse: 

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 01

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

Informações Gerais

Objetivo

O objetivo deste requisito é criar um dashboard para a área Jurídico no TOTVS Smart Analytics. Este novo dashboard oferecerá uma visão dos processos em andamento, além dos processos que foram abertos e encerrados no mês, ao usuário final. A principal característica deste dashboard é exibir todas as informações de uma aba de forma direta na tela, sem necessidade de descer o scroll para visualizar o restante. Para isso, serão criados relatórios e métricas simples e diretos, para mostrar a informação que realmente importa ao usuário, de forma mais ágil e prática. Além disso, quase todos os relatórios e métricas 

 terão visões mais completas com a utilização do recurso de drill

 terão visões mais completas com a utilização do recurso de drill

por meio dedrill, que exibe informações mais detalhadas para complementar o primeiro relatório<Nesta etapa informar o objetivo da especificação do requisito, ou seja, o que a funcionalidade deve fazer. Exemplo: Permitir que o usuário defina o percentual mínimo em espécie (dinheiro), a referência mínima para calculo dos débitos do aluno e o período de validade do parâmetro de negociação>.

Definição da Regra de Negócio

<Regra de negócio é o que define a forma de fazer o negócio, o processo definido e/ou as regras que devem ser contempladas. Devem ser descritas restrições, validações, condições e exceções do processo. Caso necessário, incluir neste capítulo também regras de integridade que devem ser observadas no momento do desenvolvimento>.

<Na tabela abaixo informe quais são as rotinas envolvidas, o tipo de operação, a opção de menu e se necessário uma breve descrição das regras de negócio relacionadas a rotina>.

Exemplo de Aplicação:

• Criar o campo “% Mínimo Espécie” (AAA_PERESP) onde o usuário informará o % que o aluno pagará em dinheiro. Esse % poderá ser alterado durante a negociação.
• Criar o campo “Referência Mínima para Cálculo” (AAA_REFCAL) onde o usuário informará um dos 4 valores disponíveis para pagamento das mensalidades  como a referência mínima para calcular o débito total do aluno.
• Criar o parâmetro MV_ACPARNE que definirá se as informações de “% Mínimo Espécie” e “Referência Mínima para Cálculo” serão obrigatórias.
• O parâmetro MV_ACPARNE deve ter as seguintes opções: 1=Obrigatório e 2=Opcional. Deve ser inicializado como opcional>.

Tabelas Utilizadas

• SE2 – Cadastro de Contas a Pagar
• FI9 – Controle de Emissão de DARF>.

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 01

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